Anthropic Mythos HFS 취약점은 패치됐지만, 공격자들은 곧바로 움직였다

Anthropic의 Mythos는 중요한 HFS 결함 하나를 찾아내는 데 기여했지만, 연구진이 완전한 공격 체인을 공개한 직후 실제 악용이 시작된 것으로 보고됐다. Anthropic Mythos HFS 취약점은 인증되지 않은 공격자가 서버 비밀값을 재구성하고, 관리자 세션을 위조해 원격 코드 실행에 도달할 수 있게 한다.

CVE-2026-61500으로 추적되는 이 결함은 Rejetto HTTP File Server 3.0.0부터 3.2.0까지의 버전에 영향을 미친다. Rejetto는 2026년 7월 버전 3.2.1에서 이를 수정했다. Horizon3는 9월 30일 상세한 기술 분석을 공개했고, VulnCheck는 다음 날 악용 시도를 탐지했다.

이러한 순서는 단순한 AI 보조 취약점 발견 사례 이상의 의미를 갖는다. Mythos는 단지 의심스러운 함수를 지목한 것이 아니다. Horizon3에 따르면, 별개의 약점을 연결하고 가역적 난수 생성기를 모델링했으며, 필요한 제약 조건을 구성해 작동하는 익스플로잇을 만들었다.

불안한 부분은 공개 이후에 나타났다. 방어자들은 두 달 이상 전에 패치를 받았지만, 익스플로잇 작동 방식이 공개됐을 때 취약한 시스템은 여전히 접근 가능한 상태였던 것으로 보인다. 따라서 핵심 경쟁은 Mythos와 다른 AI 모델 간의 대결이 아니다. 이는 가속화된 취약점 연구와, 노출된 소프트웨어를 식별하고 업데이트하며 검증하는 더 느린 과정 간의 경쟁이다.

Anthropic Mythos HFS 취약점은 난수를 관리자 접근 권한으로 바꾼다

CVE-2026-61500은 취약한 난수원을 완전한 관리자 제어 권한으로 이어지는 인증 없는 경로로 전환한다.

Rejetto HFS는 웹을 통해 파일을 공유하기 위한 오픈소스 서버다. 현재 3.x 브랜치는 Node.js에서 실행되며, JavaScript 웹 프레임워크인 Koa를 사용해 웹 요청과 세션을 관리한다.

세션 쿠키는 웹 애플리케이션에 어떤 인증된 사용자가 요청을 보내는지 알려준다. 서버는 비밀 키로 쿠키에 서명하므로, 공격자가 서명을 무효화하지 않고 사용자 이름이나 권한을 변경할 수 없다.

HFS는 JavaScript의 Math.random() 함수로 기본 서명 키를 만들었다. 이 함수는 일반적인 무작위 동작에는 적합하지만, 암호학적 비밀값을 생성하도록 설계되지는 않았다.

문제는 생성기를 처음 선택한 데서 그치지 않았다. HFS는 로그인 과정 일부에서 동일한 의사난수 생성기의 다른 값도 노출했다. 의사난수 생성기(PRNG)는 내부 상태를 바탕으로 결정론적 시퀀스를 생성한다.

Horizon3의 기술 공개 자료에 따르면 Mythos는 이 관계의 양쪽을 모두 식별했다. 약한 서명 키 생성 방식과 동일한 시퀀스의 관측 가능한 출력을 노출하는 별도의 인증 없는 경로를 찾아냈다.

이 모델은 충분한 출력값이 있으면 생성기의 상태를 재구성할 수 있다고 추론했다. 이후 공격자는 시퀀스를 역방향으로 추적해 HFS가 서명 키를 만들 때 사용한 값을 재현할 수 있다.

이는 반복 로그인 시도로 비밀번호를 추측하는 것과는 다르다. 공격자는 대신 결정론적 시스템의 내부 상태를 계산해낸다. 그 상태를 알게 되면, 비밀이어야 할 키를 재현할 수 있게 된다.

Horizon3가 시연한 공격 체인은 내장 관리자 사용자 이름이 존재하는지 확인하는 것으로 시작한다. 이후 공격자는 로그인 작업을 반복 요청해 노출된 Math.random() 출력값을 수집한다.

연구진은 설명한 익스플로잇에서 취약한 엔드포인트를 12회 샘플링했다. 이 관측값은 Microsoft가 개발한 SMT(Satisfiability Modulo Theories) 솔버인 Z3의 제약 조건이 됐다.

SMT 솔버는 논리적·수학적 조건의 집합을 만족하는 값을 결정한다. 여기서는 관측된 난수 출력과 알려진 HFS 동작에 부합하는 상태를 복구하는 데 사용됐다.

공격자는 이후 복구한 상태를 서버 시작 시퀀스까지 역방향으로 추적할 수 있다. 이를 통해 쿠키 서명 키를 구성하는 데 사용된 값을 드러낼 수 있다.

이 키를 확보하면 공격자는 관리자를 나타낸다고 주장하는 올바르게 서명된 쿠키를 만든다. 실제 관리자가 공격자를 인증한 적은 없더라도 서명이 유효하기 때문에 HFS는 위조된 세션을 받아들인다.

관리자 접근 권한은 마지막 연결고리를 제공한다. HFS는 사용자 지정 서버 측 코드를 지원하므로 관리자는 호스트에서 실행되는 JavaScript를 구성할 수 있다. Horizon3는 이 정상적인 기능을 사용해 임의 명령 실행을 시연했다.

이 구분은 중요하다. 위험한 동작은 우발적인 파서 버그를 통해 잘못된 코드를 주입하는 데 의존하지 않는다. 위조된 신원과 관리자에게 의도적으로 제공된 기능을 결합한다.

Rejetto의 수정은 예측 가능성의 두 원인을 모두 해결한다. 패치 버전은 서명 키에 암호학적으로 안전한 난수 바이트를 사용하고, 노출되는 로그인 식별자에는 무작위 UUID를 사용한다.

운영자는 HFS 3.2.1 릴리스 또는 그보다 새로운 안정 버전을 설치해야 한다. 강력한 명시적 서명 키를 설정하면 위험의 한 부분을 줄일 수 있지만, 업그레이드는 문서화된 공격 체인을 제거하므로 여전히 적절한 대응이다.

Mythos는 인간 검토자가 포기했을 수도 있는 공격 체인을 찾았다

중요한 Mythos의 성과는 `Math.random()`을 식별한 것이 아니라, 평범해 보이는 여러 실수가 실질적인 익스플로잇을 이룬다는 점을 입증한 데 있다.

정적 분석 도구는 수년간 개발자들에게 취약한 난수 생성기에 대해 경고해 왔다. 스캐너는 인증 코드 근처의 Math.random()을 검색하고 해당 줄을 검토 대상으로 표시할 수 있다.

그러나 그 관찰만으로 원격 침해가 입증되지는 않는다. 연구자는 공격자가 관련 출력을 관측할 수 있는지, 생성기를 재구성할 수 있는지, 정확한 키를 복구할 수 있는지, 올바른 쿠키 형식을 위조할 수 있는지, 그리고 인증 우회를 실질적인 영향으로 전환할 수 있는지를 계속 판단해야 한다.

각 단계는 작업과 불확실성을 더한다. 특히 연구자가 수많은 가능성 있는 단서 중에서 선택해야 할 때, 이는 발견 사항이 추가 조사를 받을지에 영향을 미친다.

Horizon3는 Mythos가 이처럼 긴 추론 경로를 처리했다고 밝혔다. 특화된 암호 분석 에이전트는 HFS가 시작 시 서명 키를 만들면서 난수 출력 세 개를 소비한다는 점을 알아냈다.

또한 모델은 같은 생성기가 생성한 전체 정밀도 값을 반환하는 로그인 경로를 식별했다. 쿠키가 암호화되지 않고 서명만 된다는 점을 인식해, 클라이언트가 자신의 세션 데이터를 읽을 수 있음을 파악했다.

Mythos는 이후 이 사실들을 V8의 xorshift128+ 구현과 연결했다. V8은 Node.js가 사용하는 JavaScript 엔진이며, xorshift128+는 가역적인 내부 상태를 유지한다.

가역성만으로 이 생성기를 사용하는 모든 애플리케이션이 자동으로 악용 가능한 것은 아니다. 공격자는 여전히 충분히 유용한 관측값과, 이를 비밀값 생성 시퀀스와 연관 지을 방법이 필요하다.

HFS는 두 조건을 모두 제공했다. 로그인 흐름을 통해 연속된 값을 노출했고, 서명 키는 프로세스 시작 시 동일한 생성기에서 만들어졌다.

이 모델은 가능한 모든 키를 무작정 검색하는 대신 Z3를 사용해 상태를 복구할 것을 제안했다. 또한 기존 쿠키와 서명을 오프라인 검증 수단으로 식별했다.

이 검증 단계는 중요하다. 복구된 후보는 정상 쿠키의 메시지 인증 코드와 비교해 로컬에서 테스트할 수 있다. 공격자는 모든 후보를 표적에 전송해 눈에 띄는 실패 요청을 만들 필요가 없다.

Horizon3에 따르면 Mythos는 작동하는 개념 증명을 만들고 임의 명령 실행을 시연했다. 모델의 분석에는 미묘한 오류가 있을 수 있으므로, 공개 전에 인간 연구자가 결과를 검토한 것은 필수적이다.

Anthropic의 더 광범위한 Mythos 역량 보고서는 완전한 익스플로잇에 대한 유사한 강조를 설명한다. 회사는 작동하는 익스플로잇을 생성하는 것이 실질적 영향을 지닌 취약점과, 실제 영향이 없는 크래시 또는 의심스러운 코드를 구분하는 데 도움이 된다고 주장한다.

이 접근 방식은 방어적 우선순위 분류를 개선할 수 있다. 관리자 접근으로 이어지는 확인된 경로는 접근 가능한 트리거가 없는 고립된 경고와는 다르게 다뤄져야 한다.

또한 이는 특이한 취약점 유형을 추적하는 경제적 장벽을 낮춘다. Horizon3 연구진은 암호학 관련 발견이 특수한 수학 지식과 상당한 시간을 요구하기 때문에 우선순위에서 밀릴 수 있다고 말했다.

이 단계를 완료할 수 있는 AI 시스템은 이전에는 경제성이 없던 연구를 실현 가능하게 만들 수 있다. 익스플로잇을 구축하고 테스트하는 한계 비용이 낮아지면 조사할 가치가 있는 버그의 범위가 넓어진다.

Mythos HFS 익스플로잇은 이러한 변화를 명확히 보여준다. 약한 난수성, 노출된 생성기 출력, 서명된 쿠키, 권한이 높은 관리 기능 등 개별 요소는 모두 잘 알려진 보안 개념이다.

변화는 종합에 있다. 보도에 따르면 Mythos는 연구자가 각 중간 단계를 지정할 필요 없이 파일, 프레임워크, 수학적 동작, 애플리케이션 기능 전반의 관계를 추적했다.

이것이 AI가 “버그를 찾았다”는 단순한 주장이 실제 압박을 놓치는 이유이기도 하다. 발견도 가치가 있지만, 익스플로잇 구축이 발견 사항이 긴급한 운영 문제로 이어지는지를 결정한다.

공개 정보는 느린 패치 주기와 충돌했다

완전한 익스플로잇 분석 전에 패치는 존재했지만, 방법을 재현하기 쉬워졌을 때 공개 인터넷에 노출된 HFS 시스템은 여전히 취약했던 것으로 보고됐다.

Rejetto는 2026년 7월 13일 버전 3.2.1을 출시했다. CVE 기록은 3.0.0부터 3.2.0까지의 버전을 영향을 받는 버전으로 식별한다.

Horizon3는 9월 30일까지 기다린 뒤 상세 분석을 공개했다. 이 지연은 공격자에게 취약점의 완전한 설명을 제공하지 않으면서 관리자에게 업데이트할 시간을 줬다.

공개 자료에는 핵심 메커니즘이 포함됐다. 난수 유출, 상태 재구성, 키 복구, 위조된 관리자 세션, 코드 실행으로의 전환을 설명했다.

VulnCheck는 관측된 공격 트래픽에 따르면 10월 1일부터 악용 시도를 탐지하기 시작했다. 초기 활동은 중국에 호스팅된 인프라가 미국 내 취약 시스템을 표적으로 삼은 것으로 알려졌다.

이후 요청은 프록시로 보이는 동일 서브넷의 미국 주소 두 곳에서 발생했다. 연구진은 일본 내 시스템을 겨냥한 활동도 보고했다.

이러한 관측은 활발한 악용 시도를 뒷받침하지만, 공격자의 신원이나 정부 연계를 확립하지는 못한다. 호스팅 위치와 프록시 위치는 약한 귀속 신호다.

또한 얼마나 많은 시스템이 침해됐는지도 보여주지 않는다. 탐지는 누군가가 익스플로잇 관련 트래픽을 보냈음을 보여줄 수 있지만, 표적이 위조된 세션을 수락했거나 명령을 실행했음을 입증하지는 않는다.

이러한 한계에도 불구하고 시점은 중요하다. 처음 관측된 활동은 공개된 기술 설명 후 약 하루 만에 이어졌다.

이는 공격자가 그 기간에 모든 수학적 단계를 독립적으로 재현했다는 점을 증명하지는 않는다. 이들은 더 일찍 기법을 개발했을 수도 있고, 공개된 자료를 응용했을 수도 있으며, 기존 취약점 기록에서 충분한 정보를 얻었을 수도 있다.

운영상의 교훈은 같다. 상세한 익스플로잇 정보가 공개되면 방어자는 역량 있는 위협 행위자가 이를 빠르게 스캔 및 공격 트래픽으로 전환할 수 있다고 가정해야 한다.

Anthropic의 공개 정책은 이러한 상충하는 요구 사이의 균형을 목표로 한다. 일반적으로 유지관리자 통지, 90일의 공개 기간, AI가 생성한 보고서에 대한 사람의 검토를 원칙으로 한다.

이 정책에 따르면 Anthropic은 보통 패치가 나온 뒤 45일을 기다린 후 전체 기술 세부 정보를 공개한다. 이 유예 기간은 하위 사용자들이 수정 사항을 배포할 시간을 주기 위한 것이다.

CVE-2026-61500은 7월 패치와 Horizon3의 9월 분석 사이에 더 긴 간격이 있었다. 그 기간 이후에도 취약한 시스템이 발견된 사실은 불완전한 자산 가시성을 공개 시점만으로 보완할 수 없는 이유를 보여준다.

단기 파일 전송을 위해 배포된 서버가 인벤토리에 등록되지 않은 채 누락될 수 있다. 컨테이너는 오래된 이미지에 계속 고정돼 있을 수 있다. 자체 호스팅 서비스는 잊힌 포트 포워딩 규칙 뒤에 남아 있을 수도 있다.

HFS는 სწორედ 이러한 경량 사용 사례에 적합하다. 접근성이 뛰어나 파일 공유를 쉽게 만들지만, 중앙에서 관리되는 인프라 밖의 배포를 부추길 수도 있다.

이 소프트웨어의 이력은 이러한 우려를 구체적으로 보여준다. 구형 2.x 브랜치에 영향을 미친 이전 HFS 취약점은 2024년 CISA의 Known Exploited Vulnerabilities 카탈로그에 등록됐다.

이전 이슈는 서로 다른 코드베이스에 존재했던 별개의 취약점이었다. HFS 3.x는 TypeScript로 재작성됐으며, 2.x 브랜치는 Delphi를 사용했다.

이 선례가 모든 HFS 설치가 침해됐다는 뜻은 아니다. 다만 인터넷에 노출된 파일 서버는 특히 공격이 곧바로 코드 실행으로 이어질 경우 매력적인 표적이 된다는 점을 보여준다.

따라서 패치에는 검증 단계가 필요하다. 보안팀은 업데이트가 할당됐다고 해서 티켓을 종료해서는 안 된다. 도달 가능한 모든 인스턴스가 수정된 버전을 보고하는지, 오래된 컨테이너나 바이너리가 더 이상 요청에 응답하지 않는지를 확인해야 한다.

진짜 경쟁은 AI 발견 능력과 대응 속도 사이에 있다

Mythos는 보안 연구의 속도를 높이지만, 조직의 노출 수준은 여전히 시스템을 얼마나 빨리 찾아 업데이트하느냐에 달려 있다.

보안 프로그램은 흔히 취약점 관리를 건수로 측정한다. 팀은 발견한 이슈 수, 배포한 패치 수, 또는 서비스 수준 목표를 충족한 비율을 보고한다.

CVE-2026-61500은 더 중요한 시간 간격을 부각한다. 핵심 시계는 수정 사항이 제공되는 순간 시작되며, 노출된 모든 취약 인스턴스가 업데이트되거나 격리 또는 제거되는 시점에 멈춘다.

AI 지원 연구는 소스 코드를 검증된 공격 경로로 전환하는 데 필요한 시간을 단축한다. 이후 공개는 추가 연구자와 공격자가 해당 경로를 재현하는 비용을 낮춘다.

패치 프로세스가 같은 속도로 자동 가속되는 것은 아니다. 여전히 소유권 기록, 유지보수 창, 테스트, 승인, 배포, 확인에 의존한다.

이로 인해 비대칭적인 경쟁이 형성된다. 연구자는 여러 리포지토리에 걸쳐 분석을 병렬화할 수 있지만, 방어자는 영향을 받는 각 운영 시스템을 해당 비즈니스 맥락 안에서 처리해야 한다.

Anthropic Mythos HFS 취약점은 심각도 점수만으로는 부족한 이유도 보여준다. 치명적 등급은 잠재적 영향을 알려주지만, 취약한 애플리케이션이 인터넷에서 접근 가능한지는 알려주지 않는다.

반대로 소규모 파일 공유 서버는 소수의 사용자만 지원한다는 이유로 관심을 거의 받지 못할 수 있다. 인증되지 않은 원격 코드 실행을 허용한다면, 낮은 비즈니스 중요도는 침투 경로로서의 가치를 줄이지 못한다.

적절한 대응은 발견에서 시작된다. 팀은 소프트웨어 인벤토리, 컨테이너 레지스트리, 클라우드 워크로드, 엔드포인트 배포, 외부 접근 가능 서비스를 대상으로 Rejetto HFS를 검색해야 한다.

수정 사항과 취약점 메커니즘이 다르므로 3.x 브랜치를 이전 HFS 버전과 구분해야 한다. 지원되는 모든 3.x 설치는 3.2.1 이상을 실행해야 하며, 가능하면 최신 안정 릴리스를 사용하는 편이 바람직하다.

네트워크 제어도 또 하나의 방어 계층을 제공한다. 제한된 그룹을 위한 HFS 인스턴스라면 VPN, 허용 목록 또는 인증 게이트웨이로 접근을 제한할 수 있을 때 전체 인터넷에 계속 노출돼서는 안 된다.

이러한 제어는 업그레이드를 대체하지 않는다. 신뢰된 엔드포인트의 침해, 구성 실수 또는 향후 네트워크 변경으로 인해 관리자가 격리됐다고 믿었던 서비스가 노출될 수 있다.

팀은 공개 일자 전후의 서버 로그도 검토해야 한다. 인증 엔드포인트에 대한 반복 호출, 예기치 않은 관리자 세션, 구성 변경, 낯선 서버 측 코드는 조사할 가치가 있다.

공격에 성공한 공격자는 눈에 보이는 HFS 구성보다 더 많은 것을 변경할 수 있다. 원격 코드 실행은 운영체제 계정, 예약 작업, 시작 스크립트 또는 추가 서비스를 통한 지속성 확보를 가능하게 한다.

따라서 침해가 확인된 호스트에 패치만 적용하는 것으로는 충분하지 않다. 대응 담당자는 이를 격리하고, 증거를 보존하며, 관련 자격 증명을 교체하고, 연결된 리소스를 평가하며, 시스템 무결성을 확립할 수 없을 때는 재구축해야 한다.

방어상의 함의는 HFS를 넘어선다. 개발자는 범용 의사난수 생성기를 인증 비밀값, 재설정 토큰, 암호학적 nonce, 세션 식별자의 허용할 수 없는 소스로 취급해야 한다.

코드 검토는 개별 호출뿐 아니라 공유 상태 관계도 살펴봐야 한다. 안전한 비밀값도 동일한 생성기가 다른 곳에서 상관관계가 있는 출력을 노출하면 예측 가능해질 수 있다.

프레임워크 기본값도 비슷한 수준의 검토가 필요하다. 개발자는 라이브러리가 안전하지 않은 입력을 안전하게 만들어줄 것이라고 가정하기도 한다. 서명 프레임워크는 제공된 서명 키가 비밀이고 예측 불가능한 상태로 유지될 때만 쿠키 무결성을 보호할 수 있다.

AI 지원 분석은 이러한 파일 간 관계를 추적하는 데 적합하다. 모델은 호출 지점을 검색하고, 데이터 흐름을 추적하며, 프레임워크 동작을 비교하고, 이론적 약점이 권한 있는 작업까지 도달하는지 시험할 수 있다.

이러한 장점이 사람의 검증 필요성을 없애지는 않는다. 생성된 익스플로잇은 버전을 잘못 해석하거나 환경적 가정을 빠뜨리거나, 테스트 하니스 밖에서는 일반화되지 않는 동작을 보여줄 수 있다.

가장 강력한 워크플로는 기계의 규모와 책임 있는 검토를 결합한다. AI는 공격 체인을 제안하고 시험하며, 숙련된 연구자는 결과를 재현하고 심각도를 평가하며 대응을 조율하고 공개를 통제한다.

Mythos HFS 익스플로잇이 증명하지 않는 것

성공한 익스플로잇 체인 하나는 의미 있는 역량을 보여주지만, Mythos가 모든 치명적 취약점을 안정적으로 찾아낼 것임을 입증하지는 않는다.

Horizon3의 보고서는 Anthropic의 Project Glasswing에 참여하는 조직이 작성한 사례 연구다. 연구자들은 HFS 코드베이스 전반에서 특화된 에이전트를 병렬로 실행하는 맞춤형 하니스를 사용했다.

이 맥락은 중요하다. 이 결과는 보조 없이 일반 소비자용 챗봇에 리포지토리를 제공했더니 즉시 침해에 성공한 상황을 의미하지 않는다.

하니스는 특정 취약점 유형에 에이전트를 할당함으로써 조사를 구조화했다. 사람 연구자들은 표적을 선정하고, 발견 사항을 검토하며, 책임 있는 공개도 처리했다.

그럼에도 Mythos는 자동 완성이나 일반적인 보안 점검표 이상의 기여를 한 것으로 보인다. 연구자들에 따르면, Mythos는 취약한 PRNG, 출력 유출, 세션 형식, 이전 상태 재구성, 관리 코드 실행 기능을 독자적으로 연결했다.

작동하는 익스플로잇이 해당 체인을 입증했기 때문에 공개된 증거는 HFS 발견을 뒷받침한다. 다만 오탐, 총 컴퓨팅 자원, 실패한 실행, 더 광범위한 분석 과정에서 폐기된 발견에 대한 정보는 적다.

이처럼 빠진 분모는 광범위한 생산성 비교를 제한한다. 많은 고비용 시도 끝에 하나의 예외적인 취약점을 찾는 모델은 일관되게 성공하는 모델과 다른 운영상 제안을 제시한다.

이 사례는 AI만이 신속한 익스플로잇을 유발했다는 점도 보여주지 않는다. 공격자들은 개념 증명 코드와 기술 문서가 공개된 뒤 오랫동안 빠르게 움직여 왔다.

기존 스캐너, diffing 도구, 익스플로잇 프레임워크, 사람의 리버스 엔지니어링은 이미 그러한 워크플로를 지원한다. AI는 속도와 접근성을 더하지만, 기존 공격 도구 체인에 합류하는 것이다.

소스 위치 역시 귀속을 확립하지 못한다. 보고된 공격은 중국과 미국의 인프라를 사용했지만, 프록시와 침해된 호스트는 운영자의 실제 위치를 일상적으로 가린다.

국가 지원 캠페인에 대한 주장을 하려면 도구 중복, 인프라 이력, 피해자 선택, 접근 후 행위 등을 포함한 추가 증거가 필요하다.

성공적인 익스플로잇의 규모에도 불확실성이 있다. 공개 보도는 실제 취약 시스템을 겨냥한 소수의 탐지된 요청을 설명했다.

이는 긴급 패치를 정당화하기에 충분하다. 그러나 전 세계 감염 건수를 추정하거나 광범위한 캠페인을 주장하기에는 충분하지 않다.

방어자는 양극단 모두를 경계해야 한다. Mythos를 마케팅으로 치부하면 검증됐고 기술적으로 흥미로운 익스플로잇을 무시하게 된다. 한 사례를 보편적 자율 해킹의 증거로 취급하면 공개 증거가 뒷받침하는 범위를 과장하게 된다.

균형 잡힌 결론은 더 좁지만 여전히 중요하다. AI 지원 연구 시스템은 전문가들이 미묘한 암호학적 설계 오류를 원격 코드 실행에 이르는 엔드투엔드 익스플로잇으로 전환하도록 도왔다.

이 역량은 연구자들이 경제적으로 추구할 수 있는 발견의 범위를 넓힌다. 또한 패치 제공과 검증된 배포 사이의 지연을 줄이는 가치를 높인다.

방어자가 따라갈 수 있는지 보여줄 세 가지 신호

다음 시험대는 익스플로잇이 확대되는지, 패치 채택이 개선되는지, AI 유래 공개가 소프트웨어 유지관리자에게 계속 관리 가능한 수준으로 유지되는지다.

첫 번째 신호는 관찰된 공격의 범위다. 더 많은 소스 주소, 익스플로잇 변형, 침해 후 페이로드 또는 피해 조직이 확인되면 CVE-2026-61500이 기회주의적 시험 단계를 넘어섰다는 결론이 강해질 것이다.

단순한 프로브가 계속 소량으로 이어진다면 더 제한적인 해석을 뒷받침할 것이다. 이는 공격자들이 아직 지속적인 캠페인을 구축하지 않은 채 공개 기법을 실험하고 있음을 시사한다.

두 번째 신호는 Rejetto HFS 운영자가 실제로 취약한 버전을 제거하는지 여부다. 인터넷 측정과 사고 보고서는 경고가 확산된 뒤에도 3.0.0부터 3.2.0을 실행하는 설치가 남아 있는지 보여줄 수 있다.

빠른 감소는 유지관리자, 보안 벤더, 관리자가 공개를 행동으로 전환했음을 보여줄 것이다. 장기간의 노출은 인벤토리와 배포가 여전히 제한 요인임을 확인할 것이다.

세 번째 신호는 이후 Project Glasswing 공개의 품질과 규모다. Anthropic은 AI 유래 취약점 보고서가 공개 전에 사람의 검토와 조율된 처리를 받는다고 밝힌다.

재현 가능하고 영향이 큰 발견이 꾸준히 나온다면 Mythos가 연구 경제성을 바꾼다는 주장을 뒷받침할 것이다. 반대로 저가치 보고서가 쏟아지면 오픈소스 유지관리자에게 부담을 주고 프로세스에 대한 신뢰를 약화시킬 것이다.

이것이 Anthropic Mythos HFS 취약점이 가져온 더 큰 결과다. 더 나은 발견은 유지관리자가 보고를 수용하고 사용자가 그에 따른 수정 사항을 배포할 수 있을 때만 방어적 가치를 만든다.

보안팀은 지금 영향을 받는 HFS 서버를 업데이트하고, 배포된 버전을 확인하며, 불필요한 노출을 제한하고, 9월 30일 이후의 의심스러운 활동을 조사해야 한다. 그런 다음 더 어려운 질문을 던져야 한다. 다음 AI 지원 익스플로잇이 동일하게 압축된 일정으로 도착한다면, 자산 인벤토리는 공격자보다 먼저 답을 내놓을 수 있는가?