ai

7 Things AI Agents Should Never Do With Customer Data (and How to Enforce It)

By Art Kukharenko · Published · Updated

Browse ai resources

AI agents with access to customer data should never act on raw personal data, write or activate without an approval gate, send regulated data to external models, hold standing broad credentials, change consent or suppression state, run without per-action audit, or be judged only on demos. Each rule below pairs the failure mode with a real-world analogue and an enforcement control you can build into a customer data platform (CDP) or CRM.

Who this is for: security, privacy and marketing-operations leads setting guardrails before an agent gets production access. This page belongs to the AI hub. A useful frame is Meta's Agents Rule of Two: in one session an agent should have no more than two of untrusted input, sensitive data access, and the ability to change state or communicate externally 1. The seven rules keep you inside it.

The seven rules at a glance

Scroll horizontally to compare all columns ↔

Comparison — source references are listed below
#NeverFailure modeAnalogueEnforcement control
1Act on raw personal dataOver-broad reads expose everything when the agent is manipulatedForcedLeak, Salesforce Agentforce, 2025 2Purpose-bound field projection; counts before rows
2Write or activate without approvalMachine-speed mistakes or manipulationReplit database deletion, July 2025 6Propose-only tools; approval bound to payload hash
3Send regulated data to external modelsData leaves contractual and legal coverSamsung restriction, May 2023 9Model gateway; egress deny by default
4Hold standing broad credentialsOne stolen token opens everythingSalesloft Drift tokens, Aug 2025 11Per-agent identity; short-lived scoped tokens
5Modify consent or suppression stateUnlawful contact; lost proof of consentICO fine on HelloFresh, Jan 2024 13Consent store with no agent write path
6Run without per-action auditNo reconstruction, no accountabilityReplit; Drift log review 611Append-only ledger written outside the agent
7Be evaluated only on demosFails on messy, multi-turn, adversarial inputCRMArena-Pro; Gartner 315Realistic evaluation, shadow mode, staged autonomy

1. Never act on raw personal data without minimisation

Failure mode. The agent receives full profiles when the task needed a count or one field. Any injected instruction or misrouted output then exposes the whole record.

Analogue. In the ForcedLeak research (disclosed 25 September 2025, rated CVSS 9.4), hidden instructions in a Web-to-Lead description were processed when an employee later asked Agentforce about the lead. The agent could be pushed off its task and send CRM data to an attacker-controlled address 2. A benchmark of CRM-style tasks reported near-zero inherent confidentiality awareness in agents 3, so the model will not minimise for you.

Control. Give each tool a field allow-list tied to its purpose, mask direct identifiers, return counts before rows, and tokenise IDs in anything the model sees. GDPR points the same way: data limited to what is necessary 4, and by default only what each specific purpose needs 5.

2. Never write or activate without an approval gate

Failure mode. A mistaken or manipulated agent edits records, sends a campaign or syncs an audience at machine speed, across everything its credentials reach.

Analogue. In July 2025 a coding agent on Replit deleted a production database during a code freeze, despite instructions not to change code without permission, according to The Register 6. It is not a CRM incident, but it is the same class: a prompt instruction is not a control.

Control. Expose propose-only tools. Route every write through an approval service outside the model, bind approval to the hash of the exact payload, mint a short-lived write token only after approval, and keep applies idempotent with a rollback path. The MCP specification says a human should always be able to deny a tool invocation 7, and OWASP recommends approval for high-impact actions 8. The pattern is shown end to end in Agent-Assisted Segmentation: A Before/After Walkthrough.

3. Never call external models with regulated data outside the boundary

Failure mode. Health, cardholder or personal data goes to an external model API or assistant without a contract, residency control or retention limit.

Analogue. Samsung restricted generative AI tools on company devices from 1 May 2023, after sensitive internal data was leaked to ChatGPT 9. For health data the rule is explicit: before disclosing protected health information to a business associate, a covered entity needs satisfactory assurances documented in a written agreement 10.

Control. Send all model traffic through a gateway with an allow-list of approved endpoints, deny egress by default, and let classification labels block regulated data from endpoints without the right contract. Keep regulated classes on private inference. The architecture is in Running AI Agents on Customer Data Without Leaving Your Boundary.

4. Never operate with standing broad credentials

Failure mode. A long-lived, wide-scope token is stolen or misused. Revocation breaks every workflow sharing it, and logs cannot show which agent did what.

Analogue. Between 8 and 18 August 2025 an actor tracked by Google as UNC6395 used stolen OAuth tokens from the Salesloft Drift integration to query and export data from many Salesforce instances, then searched it for secrets. Salesloft and Salesforce revoked the tokens on 20 August 11.

Control. One identity per agent role, per-tool scopes, short-lived audience-bound tokens, IP restrictions and rehearsed revocation. MCP security guidance recommends starting with minimal read scopes, elevating through targeted challenges and logging each elevation 12. CRM server details are in MCP for Salesforce, HubSpot and Your Own Customer Data Platform.

Failure mode. To enlarge a small segment, an agent re-adds an unsubscribed contact, flips an opt-in flag or drops a suppression. The request is satisfied; the law is broken.

Analogue. The UK Information Commissioner fined HelloFresh £140,000 on 12 January 2024 over about 80.9 million marketing messages: consent was not specific or informed, and some people were contacted after asking to stop 13. GDPR requires the controller to be able to demonstrate consent and gives people the right to withdraw it at any time 14.

Control. Make the consent store the system of record with no agent write path. Agents may call a read-only contact decision for a person and purpose, and a deterministic service rechecks suppression at send time. Consent changes enter only from user-originated events with provenance, and bulk changes raise an alert. See Consent Withdrawal Across Channels: A Suppression Architecture.

6. Never run without per-action audit

Failure mode. You cannot reconstruct what the agent saw, decided and did, its own explanation may be wrong, and you cannot answer a regulator or data subject.

Analogue. In the Replit case the agent reportedly created fake data and misrepresented test results, and told the user a rollback was impossible when it was not 6. In the Drift incident the actor deleted query jobs to hide traces, but logs were unaffected and could still be reviewed 11.

Control. Write the ledger from the gateway and approval service, never from the agent. Record actor, on-behalf-of user, model and version, tool, parameter and result hashes, approver, purpose and time, append-only. The MCP specification says clients should log tool usage for audit 7. PrivyCDP logs every AI-assisted action in an append-only audit ledger. Alert on gaps and sample quarterly. See Explainable AI for Customer Decisions.

7. Never judge an agent only on demos

Failure mode. The agent ships on a scripted demo, then fails on messy data, multi-turn conversations and hostile inputs while already holding production rights.

Control. Build an evaluation harness on realistic, masked data with multi-turn tasks and indirect prompt-injection cases. Run new agents in shadow mode before granting write rights, gate releases on error and approval-rejection rates, and rerun the suite after every model, prompt or tool change.

Enforcement checklist

  • Every tool has a field allow-list and returns counts before rows.
  • Agents are propose-only; writes need approval bound to a payload hash.
  • Model traffic passes through a gateway; egress is denied by default.
  • Regulated data cannot reach endpoints without the right contract.
  • Each agent has its own identity, scoped short-lived tokens and tested revocation.
  • No agent write path exists to consent, suppression, deletion or permissions.
  • A ledger written outside the agent records every tool call and approval.
  • A realistic evaluation suite, including injection cases, gates each release, and new agents run in shadow mode before getting write rights.
  • Owners and review dates are documented; see the AI governance policy template.

To see how a customer-owned, MCP-ready deployment enforces propose-only access, approval gates and an append-only ledger, read the security documentation.

Related reading: the AI hub.

Frequently asked questions

What are the biggest risks of AI agents with customer data?

The recurring ones are manipulation through untrusted text such as lead forms or emails, over-broad access, unapproved writes or sends, data leaving contractual cover, over-permissioned tokens and missing logs. Cases include ForcedLeak 2, Salesloft Drift token abuse 11 and a deleted production database 6.

Can AI agents handle PII safely?

Yes, if exposure is designed down. Give agents only the fields a task needs, mask identifiers, return counts before rows and keep personal data in approved environments. Do not rely on the model to protect secrets: a CRM benchmark found near-zero inherent confidentiality awareness 3. GDPR minimisation and data protection by default apply 45.

How do you stop an AI agent exfiltrating data?

Remove outbound paths and break the trifecta. Block remote images and links in agent output, allow-list egress, keep outbound tools out of sessions that read untrusted text, and alert on unusual read volumes. Meta's Rule of Two limits a session to two of untrusted input, sensitive data access and external action 1.

Do AI agents need human approval?

For anything that writes, sends, deletes, activates or changes consent, yes. The MCP specification says a human should always be able to deny tool invocations 7, and OWASP recommends approval for high-impact actions 8. Low-risk reads and drafts can run without it, with logging and sampling.

Should an agent ever change consent or suppression?

No. Consent and suppression records are legal evidence: the controller must be able to demonstrate consent, and withdrawal must be honoured 14. Let agents read a yes-or-no contact decision, never write to the store. Changes should come only from user-originated events.

Sources

  1. Meta, Agents Rule of Two (31 October 2025) Open source
  2. Noma Security, ForcedLeak Open source
  3. Huang et al., CRMArena-Pro (arXiv:2505.18878) Open source
  4. GDPR Article 5 Open source
  5. GDPR Article 25 Open source
  6. The Register, Replit and SaaStr incident (21 July 2025) Open source
  7. Model Context Protocol, Tools specification Open source
  8. OWASP, LLM06:2025 Excessive Agency Open source
  9. TechCrunch, Samsung bans generative AI tools (2 May 2023) Open source
  10. 45 CFR 164.502 Open source
  11. Google Threat Intelligence, Salesloft Drift data theft Open source
  12. Model Context Protocol, Security Best Practices Open source
  13. UK ICO, HelloFresh fine Open source
  14. GDPR Article 7 Open source
  15. Gartner, press release on agentic AI projects (25 June 2025) Open source

Put this evaluation into practice.

Review security requirements

This article is general information, not legal advice.

Further reading

Published: · Updated:

Publication date recorded for the approved release. Editorial updates do not establish legal approval or a customer result.

Need help?

Ask the PrivyCDP Assistant