Security
How we handle your firm's data.
Everything below describes the platform's current controls, access boundaries, and available security options.
Your data stays in your systems
We do not migrate anything. Mail is read through Microsoft Graph. Models and folders are read through Autodesk's Data Management API. Neither your mailbox nor your drawing set is copied to our infrastructure.
Message bodies are never stored. When the platform reads project mail it keeps the extracted fact (a commitment, a request, a decision) plus the message id, subject, and a link to the original. The body is processed and discarded.
Delegated access only
Both connectors use delegated OAuth, not application permissions. The platform can read exactly what the person who connected it can read. Connecting does not grant tenant-wide access to your mail or files, and revoking that person's access revokes ours at the same time.
This applies to permissions like Files.Read.All: under a delegated grant it covers one user's accessible files, not the whole tenant.
AI processors and evaluation
Anthropic handles platform extraction, cross-referencing, reply drafting, the assistant, proposal drafting, and the proposal extraction fallback. Google Gemini handles schema-constrained proposal requirement extraction and optional image workflows. OpenAI performs an optional structured proposal review. Each processor receives only the content needed for the requested operation.
Under Anthropic's commercial terms, API inputs and outputs are not used to train models. Anthropic's standard API retention is up to 30 days for trust-and-safety purposes. We have not yet executed a zero-data-retention agreement, which would remove that window; it is in progress and we will state the date here when it is signed. We would rather you have the precise version of this than a comfortable one.
We have not yet published verified retention and deletion terms for the OpenAI and Google Gemini configurations used by AEC Hub. That documentation is an open security item. LangSmith is disabled by default and is not a production content processor today. If it is enabled for an internal trial, application controls allow only reviewer-approved synthetic or rights-cleared replacement snapshots. Firm-private benchmark cases and their source runs are blocked from export.
Credential storage
OAuth tokens are encrypted with AES-256-GCM before they are written to the database. The key exists only in the server environment. The credentials table has row-level security enabled with no policies for browser roles, so a browser session cannot read it.
Firm-level isolation
Row-level security is enabled on every table holding firm data. A signed-in user reads their own firm's rows and nothing else. Server-side reads are scoped by firm as well, so a guessed identifier does not reach another firm's data through our API.
We tested this directly: own-firm reads and writes succeeded, cross-firm writes were denied, privilege escalation was denied, and an anonymous caller saw nothing.
Write permissions
Autodesk access is read-only. Microsoft mail and file access is read-only. The one write the platform performs is sending an email reply after a person has read the full draft and pressed send. Nothing sends automatically. Sending is restricted to firm owners and administrators, and every send is logged.
Evidence and audit logging
Every commitment, request, and code finding cites the messages and model data it came from, so it can be verified at the source. Code findings name their standard, edition, and section, and state that a screening check against model properties does not establish compliance.
Connections, disconnections, syncs, and sends are written to a per-firm audit log.
Current security roadmap
- SOC 2: We have not completed a SOC 2 audit or obtained a SOC 2 report. Current controls include dependency scanning that can block a build, change management, scoped access, and audit logging. If a SOC 2 report is required for procurement, contact us to discuss the requirement and timing.
- Independent penetration testing has not yet been completed. It can be scoped as part of an enterprise security review or deployment.
- Multi-factor authentication is inherited when you sign in with Microsoft, which is the option we recommend. We do not enforce it on email and password accounts.
- Database backups currently use our provider's standard backup configuration. Enhanced retention, point-in-time recovery, and defined recovery objectives can be configured for deployments that require them.
- Zero-data-retention agreement with Anthropic: requested, not yet executed. See AI processing above.
- OpenAI and Google Gemini processor retention, deletion, region, subprocessor, and no-training terms have not yet been published by us. See AI processing above.
- LangSmith remains disabled for production content. Any internal trial is limited in code to reviewer-approved synthetic or rights-cleared benchmark replacements until security and legal review is complete.
Security requirements vary by firm. Enhanced backup and recovery, penetration testing, authentication controls, and other safeguards can be scoped to support your procurement and risk requirements. Contact us for details.
Questions
If your IT team needs something not covered here, write to nate@aechub.org and we will answer directly.