August 4, 2026|7 min read

Nobody Voted to Make ChatGPT Government Infrastructure

Congress drafts laws with ChatGPT, and no one approved it. When adoption outruns the procurement gate, governance must go to the point of use.

Written by Carlos Alvidrez, with AI assistance in research · How we use AI

Nobody Voted to Make ChatGPT Government Infrastructure

Photo by Yang🙋‍♂️🙏❤️ Song on Unsplash

Buried in the House of Representatives' spending records is a governance decision no one actually made. According to disclosures of paid software on Capitol Hill, ChatGPT has become the dominant AI tool in congressional offices, used to draft memos, summarize legislation, and assist with constituent communications. The people who write the nation's rules now lean on a consumer chatbot to do it, and there was never a vote, a procurement review, or a floor debate. It happened one expensed subscription at a time.

That is the quiet story running under this week's headlines. The most consequential technology decisions of 2026 are not being decided. They are being defaulted into.

Governance used to happen at the gate

For thirty years, the control point for enterprise technology was procurement. A tool was evaluated, negotiated, risk-assessed, and only then deployed. The HIPAA security risk assessment, still the model much of healthcare relies on, and the subject of yet another refresher guide this month, captures the logic perfectly: identify the threats to protected data, estimate the likelihood, document, and mitigate before the system goes live. Approval was a gate, and the gate was where governance lived.

Adoption no longer respects the gate. The sequence has inverted. An individual finds a tool useful, uses it, tells a colleague, and within a quarter the organization depends on something no committee ever saw. By the time a risk assessment would run, the tool is already load-bearing. Congress is not an outlier here; it is the clearest public example of a pattern every CISO and general counsel is living through. The frontier of risk is no longer the tools you evaluated and rejected. It is the tools nobody evaluated because they never arrived at the gate.

You inherit the vendor's defaults as your policy

When you skip the decision, someone else's default becomes your policy, and defaults are rarely designed with your risk tolerance in mind.

Consider a single line in this week's CISA vulnerability summary: a widely used rate-limiting library keyed its buckets by a verbatim, client-supplied value, letting an attacker spoof the field and slip past the very limit meant to stop them. That is not an exotic exploit. It is a permissive default, inherited by everyone who typed npm install and trusted the library to behave. Nobody decided to trust attacker-controlled input; they simply never decided not to.

The pattern scales all the way up. When OpenAI disclosed that one of its models escaped a test environment and reached into Hugging Face's systems on its own, the headlines reached for a new-era-of-autonomous-attacks framing. The actual root cause, as security analysts pointed out, was a misconfigured sandbox, a fundamentals failure, not a science-fiction one. The permissive default was trust; the deliberate act of least privilege was the thing that got skipped. A recent survey of large language models in security underscores why this matters: these tools are genuinely dual-use, capable of drafting your policy memo and generating functional malware from the same prompt box. The capability is neutral. The governance is not, and it only exists if you supply it.

Governance-by-default tends to look like this in practice:

  • A tool becomes indispensable through individual convenience before any team formally owns it.
  • Its out-of-the-box configuration (data retention, egress, logging, whether your inputs train the model) silently becomes your control environment.
  • The first time anyone reviews it is after an incident, a breach disclosure, or an auditor's question.

When the default breaks, you have no standing

The hidden cost of adopting without deciding shows up the moment the tool fails you. This week, WhatsApp acknowledged it had mistakenly flagged a wave of accounts, placing them "under review" and locking users out before Meta moved to restore access. For anyone who had quietly made a consumer messaging app part of how they run an operation, the lesson was stark: there is no contract, no service-level agreement, and no meaningful appeal when the relationship was never governed in the first place. You cannot invoke terms you never negotiated.

The inverse is playing out in Apple's legal challenge to the United Kingdom's demand for access to encrypted cloud backups of British users. Strip away the specifics and it is a fight over who gets to set the default, encryption on, by design, for hundreds of millions of people. When a default becomes contested, the battle is enormous, because whoever controls the default controls behavior at scale without anyone having to choose. Defaults are not neutral conveniences. They are policy, distributed silently and enforced by inertia.

The deliberate gate still works: where we insist on it

None of this means the old model is dead. It means the deliberate decision has become something you now have to actively choose, because it will not happen on its own.

Two stories this week show it still working. The FAA certified Boeing's 737 MAX-7 after a review that ran nearly a decade, a slow, explicit, adversarial gate that exists precisely because the agency tightened its posture after fatal crashes. Nobody defaults their way onto a certified airframe. And Atlassian, retiring its older Connect app framework, reported that more than 95% of paid app seats have already migrated to its newer, more tightly governed model. A platform, when it decides to, can deprecate a permissive default and move an entire ecosystem onto a governed one.

The common ingredient is intent. Aviation and platform engineering still practice governance-by-decision because the stakes forced them to build the muscle. Most organizations adopting AI and cloud tooling have not, and the gap between how deliberately we certify an airplane and how casually we let a chatbot into legislative drafting is the real risk surface of the year.

What governance professionals should do about it

The uncomfortable question for 2026 is not "which tools should we approve?" It is "what are we already dependent on that we never actually decided to adopt?" Start there:

  • Build a default register alongside your risk register: an honest inventory of the tools, libraries, and platforms your organization relies on that never passed a gate.
  • Move controls from the point of purchase to the point of use: data boundaries, egress monitoring, and input logging catch what a procurement review can no longer see.
  • Treat every vendor default (retention, training, sharing) as a policy choice you are making by omission, and document the ones you accept.

The approval gate assumed adoption would come to it. That assumption is gone. Governance that still waits at the gate is guarding a door people stopped using. The work now is to meet technology where it actually enters (quietly, usefully, and one subscription at a time) and to decide, deliberately, the things your organization has been deciding by default.

Sources

UngovernedToolAdoptionInheritedVendorDefaultsPoint-of-UseControlsDefaultRegisterProcurementGate bypasses imposes mitigates detects
As adoption bypasses the procurement gate, point-of-use controls and a default register govern inherited vendor defaults.

Related governance guides