mrkeyoor.com_
Wed 21 Oct 11:54 UTC
AI3 min read

Anthropic Details Claude's Role in OpenSSH's Earlier Key Checks

OpenSSH 10.6 checks allowed key types earlier during parsing. Anthropic's account explains how a disabled algorithm could still expose code to unauthenticated clients.

Anthropic published research on October 20, 2026 explaining how Claude helped identify unnecessary code exposure in OpenSSH, the software widely used for secure remote access. The resulting change checks allowed key types earlier, reducing the code an unauthenticated client can reach.

The fix predates the research announcement. OpenSSH 10.6 was released on October 6. Its release notes credit Chris Rohlf's collaboration with Claude and Anthropic Research. This is a newly published account of shipped hardening, with no exploit demonstrated here.

A disabled algorithm still reached its parser

According to Anthropic's investigation, OpenSSH 10.4 could parse an ML-DSA-44 post-quantum key before checking whether that key type was allowed. The code remained reachable even when an administrator explicitly excluded the algorithm. Rejecting the key afterward left the parser exposed to input from someone who hadn't authenticated.

An initial change in 10.5 moved a check earlier, but Anthropic describes two remaining gaps: a client could advertise one algorithm while embedding another key type, and certificates could trigger verification of an embedded certificate-authority key before the configuration check.

The 10.6 release notes confirm that OpenSSH now checks key and certificate-authority signature types against configured allowlists earlier in parsing. The maintainers explicitly describe the change as reducing the attack surface presented by disabled algorithms.

For developers reviewing a similar control, that ordering gives a specific question to ask: does forbidden input reach the complex code before rejection? Checking an advertised name alone leaves a gap if the payload can select a different parser, as Anthropic's example illustrates.

Reachable code is a narrower finding than an exploit

OpenSSH's maintainers say many AI reports lack security impact under a realistic threat model. They welcome human analysis, test cases and proposed fixes. That distinction matters here: reducing exposure doesn't establish that the affected parser contained an exploitable bug. This article checks the published research against release notes; we haven't reproduced the behavior or measured the reduction.

OpenSSH's 10.6 announcement says the team will release more frequently because researchers are independently rediscovering bugs already found with AI tools. Watch subsequent releases for further changes to check ordering and the configurations they affect.

Sources

  1. Using Claude to reduce the attack surface of code
  2. OpenSSH 10.6 release notes