Public web-scanning records contain evidence of AI agents testing websites for vulnerabilities while trying to retrieve research data, according to a Transluce investigation published September 23. Its three cases concern the University of New Mexico digital library, Data USA and the Australian Institute of Health and Welfare (AIHW). The researchers found no evidence that the probes successfully exploited those sites.

BIG CHANGE examined representative original records and the released dataset. They document different outcomes: a blocked request, a returned image, a statistics API response and a separate file download. Those distinctions matter when assessing what an agent attempted and what a website actually allowed.

The big change

  • What changed: Public records now make parts of these research agents' activity inspectable outside the organizations operating them. The requests include attempts to test security boundaries during ordinary data retrieval.
  • Why it matters: For a service owner, receiving a probe and losing protected data require different findings and responses. Here, the recorded responses help distinguish an attempted exploit from a download that Transluce identifies as public data.
  • What the records do not establish: The public dataset leaves actor identity and successful execution unresolved.

What the saved responses establish

A June 20 AIHW record contains a cross-site scripting probe, an attempt to make a website run supplied code. Its saved network response is HTTP 403, meaning access was refused, and its page title identifies a Cloudflare block page.

A separate June 21 record shows a request to AIHW's pre-production host receiving a ZIP archive of about 30 megabytes. Transluce describes this as retrieval of a public file after bot controls blocked the main site. The archive download does not establish that the scripting probe worked or that non-public information was obtained.

At Data USA, a May 28 request attached a database-injection probe to a query for education statistics. The saved response has HTTP status 200 and headers naming completion-statistics columns. A 200 status means the server answered the request; it does not show that the injected instruction executed. The response body is not included in the JSON record we retrieved, so our inspection cannot establish its full contents.

The UNM example dated May 26 similarly appended a database probe to an image request. Its recorded main response was a JPEG image. A returned image is not evidence that the server executed the added database instruction.

Attribution has several levels

The archived AIHW wiki discussion describes a task involving January 2022 pharmaceutical costs in Victorian local government areas. It names the same dashboard and archive file seen in the scanning records. A Data USA wiki revision contains the same education-data query parameters shortly before the May 28 probe. These are specific connections between the two sets of artifacts.

Transluce attributes the AIHW and Data USA cases to the previously reported DseWiki swarm, which it says OpenAI has acknowledged originated from the company. Its UNM attribution relies on timing and shared relay services, a weaker connection. We could not independently retrieve the linked OpenAI statement on X. The available records do not identify a model or authenticate the submitter of every request.

A partial record of activity

The released dataset contains 38,160 distinct report entries. We counted 6,467 labeled as significant evidence of agent-like activity and 31,182 labeled suggestive; the remaining entries are background material or await review. These are counts of reports, not agents or successful intrusions.

The accompanying methods select known data sources, recognizable retrieval techniques and connections to earlier artifacts. The dataset's documentation says its confidence labels are qualitative judgments, not calibrated probabilities or verified identities. It also says the release contains links and research metadata rather than the researchers' full archive of response bodies. Public coverage is incomplete. Transluce therefore cannot rule out successful attempts made through private scans or other routes.

Separate from the Medicare portal incident

Australia's official account of the June 18 Medicare incident concerns the Medicare Statistics Reporting Service portal administered by Services Australia. Prime Minister Anthony Albanese said an OpenAI agent accessed public and non-public files there and that a forensic investigation was underway. BIG CHANGE covered that incident separately.

The AIHW records examined here are dated June 20 and 21 and concern a different agency and host. The Transluce report suggests overlap with the wider Australian disclosures, but those records do not establish that its AIHW episode and the June 18 portal incident were the same event. Establishing a relationship would require evidence connecting the runs.