Most AI security news is about finding bugs. Anthropic’s new research post, by Chris Rohlf, is about making unknown bugs harder to reach. The method is attack surface reduction: map which code a deployment exposes, then move what it does not need behind a gate, such as after authentication or behind an explicit opt-in.
What Claude looked for
Anthropic ran Claude over 25 open-source projects, more than five million lines of C, C++, Java, PHP and Python, with three tests: code reachable in the shipped default configuration that no default feature uses; pairs of options that are fine alone but break a control together; and complex code that runs before authentication or a protocol state change. Claude listed more than 17,000 configuration options, 3,842 of them security-relevant, and reported 493 issues.
Some of the patterns, as Anthropic describes them:
- All 11 projects in the “gated” group, built for authenticated users, had code reachable before login, though not a large share of any codebase.
- 162 security-sensitive option combinations were accepted with no error, warning or documentation. In 94 of them a security control was silently switched off.
- In four unrelated projects, a deny rule written as a hostname never fires when reverse DNS lookups are off, because the server compares the pattern against an IP address. The list fails open.
- One pair of options silently dropped a client-certificate requirement, and had done so for 21 years.
Anthropic does not name those projects, and neither do we.
The OpenSSH case
The named case is OpenSSH. Claude traced sshd 10.4 and found about 4,500 lines of new ML-DSA-44 post-quantum signature code that an unauthenticated client could reach by default, even when an administrator excluded the algorithm, because sshd parsed the client’s key before checking whether that type was allowed. Anthropic puts that at about 16% of sshd’s own pre-authentication code.
The OpenSSH 10.5 notes (11 August) move the key-type check before parsing, “Suggested by Christopher Paul Rohlf of Anthropic.” Claude then found two gaps: the check read the algorithm name the client advertised, while the parser followed the type inside the key blob, and a certificate’s CA signature was verified before configuration was consulted. The 10.6 notes (6 October) list a fix that checks key and CA signature types against the allowlists “as early as possible,” credited to “Chris Rohlf in collaboration with Claude and Anthropic Research.” Anthropic says this removed about a fifth of the code an unauthenticated client could reach in a default build.
Where it goes next
Anthropic says it has packaged the three passes as a Claude skill it is working to add to OSS-Scanner. Each pass confirms findings with a dynamic trace, and any gate that would change a non-default configuration is left for a human. If you run OpenSSH, 10.6 is the release with both fixes.

The Campfire
No commentsNobody has pulled up a log by this one yet. Be the first to say what you make of it.
Held for the desk. It appears after a look.