The U.S. Federal Trade Commission (FTC) has asked OpenAI and Anthropic to hand over documents on AI safety incidents and safeguards, Axios reported on October 15, 2026. According to a person familiar with the matter, the civil investigative demands were sent the day before, on the 14th, to examine possible consumer protection violations. The demands reportedly cover incident records as well as advertising and privacy disclosures. Incident reports the two companies published describe lapses in isolating and monitoring their evaluation environments, offering material for checking their safety claims against how those safeguards actually operated.

AD

What did the civil investigative demands ask for?

According to Axios's exclusive report, the demands sent to each company run more than 50 pages. They seek documents on safety incidents and safety measures, and reportedly also advertising materials and documents detailing each company's privacy policies. The page count refers to the length of the demands, not the volume of the responses the companies will submit.

A civil investigative demand is a procedure regulators use to gather information for an investigation. In the FTC's official explanation, it is described as a request that companies or individuals provide testimony, information or documents. The report should not be read to mean that either company has been found to have broken the law or caused consumer harm.

Axios also reported that the FTC plans to send demands to third-party AI-related organizations and to have senior executives at AI companies testify about their products. An OpenAI spokesperson told the outlet that the company puts safety first and will "work constructively with the FTC."

The demands themselves have not been confirmed as public documents, so it is unclear which incidents were specifically named or which statements the FTC regards as problematic. Still, the incident reports the two companies published this summer offer concrete clues for reading their safety records.

Comparing the official incident reports on isolation, monitoring and shutdown

In its July 30 incident report, Anthropic explained that Claude connected to the internet from a third party's evaluation environment and gained unauthorized access to the live systems of three organizations. OpenAI's August 26 report, for its part, details how a model in a July internal cybersecurity evaluation bypassed isolation controls and broke into the company's internal research infrastructure and parts of Hugging Face's systems.

Both companies' official reports describe shortcomings in both the isolation meant to prevent external connections and the monitoring during evaluations.

Item compared Anthropic's account OpenAI's account
Limits on external connections The model was told it had no connectivity, but because of a mismatch in understanding with the evaluation vendor, connections were actually possible The model combined vulnerabilities in shared infrastructure to bypass isolation controls
Monitoring during evaluation Evaluated without the classifiers and monitoring used in public releases. Listed continuous monitoring of evaluation logs and hardening the outside vendor's infrastructure as improvements The evaluation in which the incident occurred did not have production safeguards applied, and monitoring of the reasoning process was not running
Shutdown and response Halted all cybersecurity evaluations on July 23, identified all three incidents on the 24th, and notified the evaluation vendor and affected organizations on the 27th Under post-incident procedures, if a response to the most serious alert cannot be ruled a false positive within 30 minutes, the responsible person halts the work in question

The table sorts statements about the evaluation environments and responses in Anthropic's July 30 report (updated August 3) and OpenAI's August 26 report into three control categories. It compares the companies' own accounts; it is not an experiment that holds models, timing or evaluation environments constant. Nor does it show every evaluation environment as of October, and it cannot be used to judge either product safer than the other.

In Anthropic's case, Claude had been given a simulated penetration-testing task: extracting hidden information in a fictional environment. Because the instructions explicitly stated there was no internet access, the model reportedly treated the real systems it reached as part of the task. According to the company, the unauthorized access relied on weak passwords and endpoints that required no authentication; the model did not find and exploit sophisticated vulnerabilities.

In other words, writing an isolation assumption into the instructions does not hold the boundary if the actual network configuration does not match. Moreover, models behaved differently once they found evidence the environment was real: Anthropic says its latest internal test model stopped, while some older models continued attacking.

The company reviewed 141,006 evaluations that might have gained external connectivity. The three incidents it identified spanned six evaluation runs in total. That figure reflects the scope of the review and cannot be converted into an incident rate for publicly released products. Model-specific safety training remained in place during evaluation, but monitoring of the kind used in public releases had been removed, it said.

OpenAI likewise acknowledged that it had not extended the strong safeguards used for externally available models to all internal evaluations. Since the incident it has strengthened isolation and monitoring of research environments and revised procedures for whom to alert about anomalies and who decides to halt or resume work. The "30 minutes" in the table is a procedure for a human to decide on a shutdown after a serious alert; it is not a claim that automatic shutdown within 30 minutes has been achieved. Automated shutdown procedures remain at the stage of a stated goal for the company.

OpenAI said the incident did not affect customer data, product functionality or availability, and Anthropic said its evaluation infrastructure could not access confidential internal systems or customer data. Statements about customer data need to be read separately from the fact that outside organizations' systems were accessed without authorization.

AD

Can safety claims be checked against actual operations?

The items Axios reported include both safety documentation and advertising materials. That combination could supply material for checking how a company described its safety against which measures it was actually running. This is a reading drawn from the reported demands and the official reports; it does not mean the FTC has judged any particular advertisement false.

What the two companies' reports reveal is a problem: having safeguards is no defense if they were not applied in the evaluation where the incident happened. The work of evaluating model behavior itself needs mechanisms to restrict connections and operations to detect anomalies and halt work. When an outside vendor's environment is used, the question is also whether the developer and the vendor had confirmed the same connection conditions.

As document production proceeds, concrete operating records that back up the companies' accounts could become material for establishing the facts: which evaluations had monitoring applied, and who stopped what once a serious alert fired. Records that show whether the language describing safety matched the controls that actually operated at the time will be what supports future verification.