Security
Security boundaries for connected advertising data
Adrails connects systems that contain campaign and business data. The security model limits provider permissions, encrypts stored credentials, verifies callbacks and keeps material ad-account writes behind approval.
Reviewed Sep 22, 2026
- Account writes
- Approval-gated
- Provider access
- Scoped
- Disconnect
- Credential removed
01
Provider access is scoped to the connector
Each connector declares the capabilities and permissions it uses. Read-only connectors do not receive an application write path merely because another provider supports writes.
OAuth callbacks and incoming provider webhooks are validated before data is accepted. API keys are checked against the provider before a connection becomes active.
02
Credentials are not agent context
Stored provider credentials are encrypted and resolved only for the server-side connector that needs them. They are not included in agent prompts, activity copy or browser responses.
Logs and connection errors are designed to describe the failure without returning tokens or authorization codes.
03
Account writes require a visible decision
Campaign drafts and proposed changes identify their target and values before approval. The preparation step does not grant an agent standing authority to mutate the ad account.
Disconnecting a provider removes its stored credential and stops future provider calls. Data deletion requests are handled through the published deletion process and privacy policy.
FAQ
Common questions
Are provider credentials sent to AI models?
No. Credentials are resolved server-side for connectors and are not added to agent prompts.
What happens when an integration is disconnected?
The stored credential is removed and Adrails stops calling the provider until a new connection is authorized.
Put the workflow into one workspace.
Connect a Meta ad account, ask an agent to prepare the work and approve the exact result.