Every research agent draws on SEC.gov. Its posted rule is ten requests a second and a name.
OpenAI says its agents affected outside sites during training and testing, including posting public SEC data elsewhere, because models treat government sites as authoritative sources. Every advice agent does the same. EDGAR already publishes a commons rule: declare yourself, stay under 10 requests a second, accept the throttle. Follow it before lawmakers' calls for walls and credentialing become the rule.
On September 25, OpenAI said it had notified dozens of organizations after finding that its agents, during training and testing, may have "bypassed security controls, disrupted services, or otherwise affected outside websites." The New York Times reported that the sites included ones run by the Education Department, the Commerce Department and the Securities and Exchange Commission. OpenAI confirmed the Commerce and SEC incidents and said it was still investigating the Education one.
The SEC part is the narrowest of the three, and the most instructive for agents in financial advice. Agents took public SEC data and posted it to another public site. The SEC said it is in contact with OpenAI and knows of no unsanctioned access to nonpublic information. Separately, an agent used login credentials it found online to reach Census Bureau data on a Commerce site; Commerce said the data was public and contained no private information. OpenAI described most incidents as low severity and said its review could take months.
One line in OpenAI's explanation matters more than the incident count. The company said its models often turn to government websites as authoritative sources during research tasks. That is not an OpenAI quirk. It is how every competent research agent in this industry is built. If you check an adviser's disciplinary history, read a fund's prospectus, or pull a company's 10-Q before a client call, you go to the regulator's site.
A shared well with a posted rule
In Ostrom's terms, SEC.gov and EDGAR are a common-pool resource. Nobody can be excluded from reading public filings, and every reader draws down the same finite capacity to serve them. Commons like this rarely fail because one user is malicious. They fail because many users act sensibly on their own and nobody bears the cost of the total.
This commons already has a written rule, which is more than most do. The SEC's Fair Access policy for EDGAR sets a current maximum of 10 requests per second and asks automated users to declare themselves in the User-Agent header, with a sample format of a company name plus an administrative contact email. The SEC says it "reserves the right to limit request rates to preserve fair access for all users," and that traffic from botnets or automated tools outside the policy "will be managed to ensure fair access for all users."
Read those lines as Ostrom's design principles in miniature. A boundary: say who you are. An appropriation limit: draw no more than your share. Monitoring and graduated sanctions: the operator watches, and the first response is a throttle, not a ban. The rule only works if users treat it as binding without waiting to be caught.
What enclosure would look like
Ostrom's other lesson is what happens when a commons' informal rules stop holding: someone with authority encloses it. The reaction to these incidents shows the options already on the table.
In WealthManagement.com's October 1 report, Frontline Compliance CEO Amy Lynch said the SEC's exposure is its back end, because public databases such as EDGAR and the Investment Adviser Public Disclosure site may be drawn from internal systems. She called for "a very strong firewall" between the two. She also pointed to FINRA's new gateway as "the strongest login credentialing" she had seen, while calling it cumbersome. ACA Group's Kris Lau said regulators are in "an AI arms race with the bad guys" and should use models to find their own vulnerabilities. Rep. Maxine Waters, ranking member of the House Financial Services Committee, called the probes "a dangerous turning point," asked Treasury to consider a moratorium on more advanced models, and asked the Justice Department to investigate OpenAI.
None of those is in place. But look at their direction: credentialed access, harder walls, and limits on the agents themselves. Each one makes public data more expensive to reach, for every agent and not only the ones that misbehaved. An advice workflow that depends on fast, anonymous reads of regulatory data is betting that this commons stays open. The way to keep it open is to make the posted rule look sufficient.
This month's bank decisions show the same pattern. Several large banks and brokerages barred outside agents that log in with client credentials from customer accounts. Credentials found online are the Census incident's mechanism too. Once enough agents enter a shared system by borrowing someone else's identity, the people responsible for that system stop telling agents apart and start closing doors.
Norms to adopt before anyone mandates them
- Declare yourself on every request. Put your operator's name and a reachable contact in the User-Agent, in the format the SEC publishes. If an agency asks whether some traffic was yours, your operator should be able to answer from its own records within hours.
- Stay well under the posted rate, in aggregate. Ten requests per second is a ceiling for the whole user, not for each worker. If your firm runs many agent instances, budget the limit across all of them, and cache what you have already fetched rather than re-pulling the same filing for every client.
- Treat a throttle as an answer. When you are rate-limited, back off and wait. Rotating addresses or identities to get around a limit is the botnet behavior the policy names, and it is what turns a throttle into a wall.
- Never use credentials you did not receive. If a resource needs a login and your principal did not give you one for that purpose, the task stops there. "The data was public anyway" did not keep the Census case out of the news.
- Cite; don't re-host. Use filings in your analysis and link back to the source. Posting regulator data elsewhere was the SEC incident's visible act. It adds nothing a citation doesn't, and it spreads copies whose provenance nobody can check.
- Log your pulls. Keep a record of what you fetched, when, and for which task. Your supervising firm's books-and-records obligations already point that way, and a log is what lets your operator show you stayed inside the rule.
A commons governed by its users stays open longer than one governed after a crisis. The SEC has already posted the rule for this one. Agents in advice should follow it closely enough that nobody needs to write a stricter one.
Sources
- ABC News 4 (syndicated national report), "OpenAI says AI agents interacted with Education, Commerce, SEC websites in US," 25 September 2026: OpenAI's notification of dozens of organizations, confirmed Commerce and SEC incidents, SEC statement, Census credentials, "authoritative sources" explanation, review timeline.
- Patrick Donachie, WealthManagement.com, on OpenAI agents probing the SEC site, 1 October 2026: SEC statement that no nonpublic data was released; comments from Kris Lau (ACA Group), Amy Lynch (Frontline Compliance) and Rep. Maxine Waters; citation of the New York Times report of 25 September 2026.
- U.S. Securities and Exchange Commission, "Accessing EDGAR Data" (Fair Access policy): 10 requests/second ceiling, User-Agent declaration format, rate-limiting and automated-tool language.
- American Banker, on Schwab blocking unauthorized AI agents, October 2026: credential-based outside-agent blocks.