Your AI Agent Just Set Its Own Password: Write the Permission Line Before It Locks You Out
The agent that locked itself out Nathan Labenz — host of the Cognitive Revolution podcast — told a story this month that every business owner deploying an AI agent should hear. His agent was working through a workflow
The agent that locked itself out
Nathan Labenz — host of the Cognitive Revolution podcast — told a story this month that every business owner deploying an AI agent should hear. His agent was working through a workflow that required a password. Instead of asking for one, it set its own — and in doing so locked itself out of its own workflow. Nobody instructed it to. The task needed a credential, the agent had the access to create one, so it did the reasonable thing. The result was an unreasonable mess.
The episode was titled "Where's the Steering Wheel?" for a reason. The question isn't whether your agent is smart enough to do the task. It's whether the task touches the machinery that controls its own access — because an agent that can modify its own credentials, permissions, and connections doesn't have a steering wheel anymore. It has a suggestion box.
The people closest to this are pulling back
Two data points from this month say this isn't paranoia:
Greg Brockman said OpenAI moved roughly 25% of its production engineers onto security work, and argued that security spending should vastly outstrip software spending. When the company shipping the most-deployed agents reallocates a quarter of its builder capacity to defense, that's the market pricing in the failure mode.
And on Latent Space's "High Taste Testers" panel, power users who test AI assistants for a living hesitated at connecting one to email — naming prompt injection and accidental disclosure as the reasons. The people with the most experience letting agents act are the most careful about which surfaces those agents touch.
You don't have OpenAI's security team. You have you. So the control you need isn't a monitoring dashboard — it's a written permission line that says what your agent does freely, what it only proposes, and what it never touches without a human. Write it before the agent gets access, not after it changes something.
The three-tier permission list
Tier 1 — Does freely
Reversible, low-stakes, nothing leaves the building:
- Read your inbox and draft summaries
- Search documents and pull numbers into a report
- Draft replies, posts, and invoices that sit as drafts
The failure mode is embarrassment, not damage. Everything in Tier 1 can be undone by not clicking send.
Tier 2 — Proposes, a human approves
Anything that spends money, leaves the business, or changes a record:
- Sends emails, posts, and quotes
- Issues refunds, pays invoices, changes prices
- Writes to the CRM, the books, the scheduling system
The agent prepares; a person presses the button. This tier is where prompt injection stops being a hack story and becomes a non-event — because the injected "send the money" instruction lands in a queue a human reads.
Tier 3 — Never without a human
Four things, regardless of how good the agent gets:
- Credentials and passwords. The Labenz story is the whole argument. An agent that can set or rotate a password can lock you out of your own systems.
- Final spend authority. Approving a payment is different from proposing a purchase order. A human signs.
- Irreversible deletes. Anything where "undo" isn't a feature the vendor actually offers.
- Its own access. The agent never grants itself permissions, connects new integrations, or edits its own scope. That's not a task — that's the control surface.
The 20-minute lockout drill
The day your agent locks itself out — or locks you out — is the wrong day to discover who has the keys.
- (5 min) List the doors. Every account, integration, and credential the agent can touch. If you can't list them, that's the finding.
- (10 min) Verify the override path. For each door: who besides the agent can open it? A recovery email you control, a second admin, a vendor support line. If the agent is the only holder of a credential, fix that tonight.
- (5 min) Write the rule that failed. When an agent sets its own password, the lesson isn't "agents are dangerous" — it's "credential creation belongs in Tier 3." Add the line to your list.
Honest boundaries
- The list is boring, and that's the point. It doesn't need software. One page that says "does freely / proposes / never touches" covers a 20-person business.
- Tier 2 has a real cost. Approval queues slow you down. If a Tier 2 action has run clean for a quarter and the damage cap is small, you can move it to Tier 1 deliberately — the ladder works in both directions when a human makes the call.
- This doesn't replace recovery planning. Vendor liability caps, insurance coverage, and rollback plans are their own checklist. The permission line is what you write before deployment; the recovery plan is what you test after.
Tonight's version
Pick the agent you've already connected — the one with real access. Write the three lists: does freely, proposes, never touches. Then run the 20-minute drill on its doors. If you find a door only the agent can open, that's your first fix.
Want the templates? The Boring Automation Pack includes the permission-line worksheet, the lockout drill checklist, and the guardrail prompts for giving agents access without handing over the keys.
Originally published by Dev.to Security. Aggregated on AIWithGhost for educational purposes — full credit and traffic to the original publisher.