The Permission Checklist to Run Before You Connect Any AI Tool
Seven separate incidents since May have produced seven versions of the same advice: audit what an AI tool can reach before you turn it on. Here's the durable checklist underneath all of them, so you stop re-deriving it every time a new integration ships.
By Patin Team · Examples are illustrative composites
If you've read one "three questions to ask before you connect AI to anything" post, you've read the argument underneath most of them. The vendor changes — a bank account, an org chart, a browser session, a file system. The checklist doesn't. It's worth writing down once instead of re-deriving it from the next incident.
The same lesson, seven times
OpenAI linked bank accounts to ChatGPT the same week a tool-poisoning vulnerability was published affecting Claude, ChatGPT, and Cursor. Microsoft's Work IQ builds agents from your Active Directory and SharePoint permissions, which inherit whatever access the deploying account already had — often broader than anyone intended. Meta's support chatbot changed Instagram recovery emails on request, no identity check, no human in the loop. xAI's Grok Build CLI uploaded entire Git repositories — 27,800 times more data than the task needed — with a privacy toggle that had no effect. Claude Voice Mode's connectors collapsed the gap between "drafts a message" and "sends it" for Gmail, Slack, and Calendar at once. Gemini Spark browses the web using your saved Chrome logins and keeps running after you close the laptop.
Seven vendors, seven mechanisms, one repeated finding: the default configuration optimises for capability, not for what you'd choose if you'd been asked. Nobody ships "ask before every action" as the default, because it makes the demo worse. That means the checklist is permanently your job, not a setting you'll eventually get to skip.
The checklist underneath all of them
Strip the vendor specifics and five questions cover every incident above:
1. What can it read, and who else sees that data? Permissions describe what a tool can access. They say nothing about retention, training use, or who downstream has visibility. Check the actual data policy, not the settings-page summary.
2. What can it do without asking you first? Drafting and sending are different risk categories. So are "suggests a calendar time" and "accepts it." Write down the answer for each connected action — don't assume from the feature name.
3. What triggers a human checkpoint? Decide this before you connect, for anything involving money, external sends, account changes, or deletion. Deciding after the first mistake is a different, more expensive conversation.
4. Is the control actually enforced? Grok Build's privacy toggle existed and did nothing. Test the setting — connect, take one low-stakes action, check the logs — instead of trusting the label.
5. Does the person responsible for this data know the connection exists? Personal finance in ChatGPT, a Work IQ pilot, a Drive connector — these get set up by individual users, not security teams. An undocumented connection is a surprise waiting for the next audit.
If you can't answer all five in writing, the tool isn't finished being configured yet, whatever the onboarding flow told you.
An operations lead at a 60-person logistics company
She was evaluating three connectors at once — a Slack bot for dispatch updates, a Gmail integration for customer confirmations, and a Drive connector for pulling load documents into a summary tool. Rather than reviewing each in isolation, she ran the five-question checklist across all three and found the gap wasn't in any single tool: the Gmail integration sent confirmations automatically, the Slack bot could post to any channel it was invited to including one with driver personal details, and nobody on the team had told IT any of the three were live.
She kept all three. She turned the Gmail integration to draft-only, scoped the Slack bot to two channels, and sent IT a one-paragraph summary of what was connected and what it could do. Twenty minutes of writing, not a rebuild.
A solo consultant, and the case for less process
Not every connection earns this much scrutiny. A solo marketing consultant connected a research tool to public web search and a read-only calendar view — no write access, no financial data, nothing that reaches another person. Running the full checklist on that setup would be friction for its own sake. She answered the five questions in about ninety seconds and moved on.
The discipline scales with the stakes: what's accessible, whether the action is reversible, and whether anyone besides you is affected if it goes wrong. A read-only calendar view and a bank-account integration are not the same decision, and shouldn't take the same amount of time.
The one thing
The next incident won't look like any of the seven above — different vendor, different mechanism, same gap between what a tool can do and what you checked before turning it on. The checklist is the part that doesn't need to wait for the next one.
Put this into practice
Reading is a start — but skill comes from doing. Try these drills now.
Reading about it only gets you so far
Patin turns this into five-minute drills that score what you write and tell you why. It's in closed beta — join the waitlist and we'll email you when your cohort opens.
Just want the writing? .
Keep reading on this
One AI Tool Just Uploaded Every Secret in Your Project Folder. Here's What to Check Before You Connect Anything.
xAI's Grok Build CLI was silently uploading entire Git repositories — 27,800 times more data than the task required — including committed secrets and credentials. The privacy toggle had no effect. Here's what to verify before connecting any AI tool to your files.
5 min readOne Word Leaked GitHub's Private Code. Here's What It Means for Every AI Tool You've Connected.
Noma Labs found that one word placed in a public GitHub issue was enough to trick an AI agent into leaking private repositories. The same week, a fully autonomous AI ransomware operation completed an entire attack chain in 31 seconds. The risk isn't the AI — it's the permissions.
6 min readPrompt Injection: Why Your AI Agent Trusts Everything It Reads
An AI agent can't tell the difference between the document you gave it and instructions hidden inside that document. That single fact explains most agent security incidents — and the defence isn't better prompts.
5 min read