Controls
Confirmed controls from the current codebase, partial capabilities under active development, and planned work. We do not list controls we have not built, and we do not claim external assurance we have not obtained.
Authentication & authorization
- Email and Google authentication via managed providerImplemented
- Default buyer role assigned on account creationImplemented
- Roles stored in a separate table; role checks run through a private-schema security-definer helperImplemented
- Session-gated authenticated routesImplemented
- Protected server functions use authenticated middleware and re-verify caller before privileged accessImplemented
- SAML SSO for enterprise workspacesPlanned
- MFA enforcement policies at the organization levelPlanned
Protected solution content
Phase 1 / 1b architecture — see the Data flow page for the diagram.
- Protected content stored in a dedicated table separate from marketplace metadataImplemented
- Direct access revoked from anonymous and ordinary authenticated roles; RLS enabled and forcedImplemented
- No buyer-facing RLS policies on the protected content table (deny by default)Implemented
- All writes go through authorized server functions that verify ownership or organization admin roleImplemented
- Protected content is not returned from write operationsImplemented
- Narrow, auditable reveal-for-editing path for the ownerImplemented
- Server-side integrity hash generated on writeImplemented
- Version-bound content records; superseded content remains historically traceableImplemented
- Application-level authenticated encryption with key separation and rotation (infrastructure-level encryption at rest applies today)Planned
Database security
- Explicit GRANTs per role on every public-schema tableImplemented
- Row-level security enabled on user-scoped tablesImplemented
- Forced RLS + deny-by-default on the protected content tableImplemented
- Privileged database access restricted to server-side service-role operationsImplemented
- Additive migrations; no destructive schema resets as a normal patternImplemented
Protection state machine
- Protection states: legacy_unclassified, setup_incomplete, protected, suspendedImplemented
- Legacy solutions are not automatically labeled protectedImplemented
- Server-controlled promotion — a UI selection alone does not grant protected statusImplemented
- Readiness check requires active protected content, active setup wizard, and analysis not in a failed stateImplemented
- Downgrade if required components become invalid or staleImplemented
- Expanded readiness signals (execution mode availability, publication review workflow)Partial
Setup & delivery policy
- Buyer receives a buyer-safe setup schema; submission stores responsesImplemented
- Server validates completeness and applies the delivery policyImplemented
- For protected listings, the wizard response never includes the rendered proprietary promptImplemented
- Setup submission and solution execution are separate concernsImplemented
- Legacy-distributable delivery only permitted for solutions explicitly classified for itImplemented
- Full protected AI session runtimePartial
Public API & extension readiness
- Buyer-safe manifest endpoint (unified schema)Implemented
- Marketplace listing, search metadata, and setup schema endpointsImplemented
- API-key bearer authentication for protected or mutating endpointsImplemented
- Public manifest never returns protected implementation contentImplemented
- Public wizard submission never returns raw prompt for protected solutionsImplemented
- Published VS Code, Cursor, Windsurf, and JetBrains adaptersPlanned
API keys
- Keys issued through authenticated application flowsImplemented
- Only SHA-256 hashes stored; raw key shown once at creationImplemented
- Keys are revocableImplemented
- Bearer verification on protected endpoints; possession alone does not grant unrestricted access — endpoints still check entitlement and delivery policyImplemented
AI analysis & certification
- Server-side capability manifest generationImplemented
- Security labels and enterprise risk classification (AI-assisted assessment)Implemented
- Setup-wizard generation and compatibility scoringImplemented
- Certification report (clarity, hallucination risk, completeness, security, maintainability, deployment readiness)Implemented
- Pricing recommendations and marketplace metricsImplemented
- Independent third-party assurance for any of the above (SOC 2, ISO 27001, penetration testing)Planned
Auditing
- Append-only audit_logs on administrative and privileged actionsImplemented
- Protected plaintext is not recorded in audit eventsImplemented
- Organization-scoped audit exportPartial
- SIEM / external log-shipping integrationsPlanned
A note on compliance frameworks
The controls above are documented for internal engineering discipline and for enterprise reviewers building their own evidence file. They are not a substitute for an independent audit. AI Solutions Exchange has not completed SOC 2, ISO 27001, or a formal penetration test, and this page does not imply otherwise. When those programs are formally initiated we will publish scope, auditor, and timeline here.