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.

Get started