Claude Code는 RSA-2048을 깨지 않고 HP BIOS 서명 검사를 우회하는 데 도움을 줬다

Anthropic은 Claude Code가 한 HP 노트북의 BIOS를 수정하고 숨겨진 설정 55개를 드러내는 데 도움을 줬다는 보도 이후 이례적인 보안 논쟁의 중심에 섰다. Tom's Hardware의 제목은 AI가 펌웨어 인증에 사용되는 암호화 표준 중 하나인 RSA-2048을 무력화했다는 인상을 준다. 그러나 증거가 뒷받침하는 결론은 더 좁지만 여전히 중요하다. Claude Code는 한 구현체의 판단 로직을 우회하는 방법을 찾아냈다.

이 구분은 중요하다. 노트북 소유자에 따르면 Claude Code는 검증 코드를 찾고, 압축된 펌웨어 모듈을 분석하며, 패치를 시험하고, 작동하는 이미지를 다시 빌드하는 데 도움을 줬다. HP의 서명 키를 복구하거나, 유효한 서명을 위조하거나, RSA-2048의 수학적 문제를 푼 것은 아니다.

따라서 이 결과는 두 가지 익숙한 가정에 압박을 가한다. 노트북 제조사는 일반 소유자가 펌웨어 제어 기능을 리버스 엔지니어링하기는 여전히 비현실적이라고 가정한다. AI 제조사는 사용자가 보안에 민감한 시스템으로 에이전트를 유도하더라도 코딩 에이전트를 생산성 도구로 안전하게 규정할 수 있다고 가정한다.

이 실험은 BIOS 버전 F.68을 실행하는 HP 15-dw1036ne 한 대에서 작동한 것으로 알려졌다. 독립적인 기술 감사를 받지 않았으며, 다른 시스템으로의 이식 가능성도 여전히 불확실하다. 그럼에도 이 워크플로는 AI 코딩 에이전트가 전문 펌웨어 연구에 필요한 노동량을 어떻게 낮출 수 있는지 보여준다.

Claude Code는 하나의 BIOS 덤프를 작동하는 수정본으로 바꿨다

중요한 변화는 새로운 암호 공격이 아니었다. 사용자가 주도한 한 번의 AI 세션으로 어려운 리버스 엔지니어링 워크플로를 압축했다는 점이다.

Reddit_2049라는 이름으로 게시한 Reddit 사용자는 자신의 HP 노트북이 수정된 펌웨어를 모두 “BIOS Corruption Detected” 메시지와 함께 거부했다고 말했다. 사용자에 따르면 해당 정확한 모델에 대해 공개된 알려진 잠금 해제 방법은 없었다. 이들은 Claude Code에 BIOS 덤프와 여러 검증된 리버스 엔지니어링 도구를 제공했다.

보고된 워크플로는 Ghidra, UEFITool, UEFIExtract, UEFIFind, Unicorn Engine, Capstone, Python, 그리고 암호화 라이브러리를 결합했다. 각 프로그램은 이미 알아볼 수 있는 기술적 용도를 가진다. Claude Code가 기여한 것으로 알려진 부분은 이들을 조율하고, 출력 결과를 해석하며, 추가 분석을 위한 스크립트를 만드는 일이었다.

Ghidra는 펌웨어 모듈을 디스어셈블해 관련 제어 흐름을 드러냈다. UEFI 유틸리티는 이미지를 구성 요소로 분리했다. Unicorn Engine은 물리적 노트북과 분리된 환경에서 추출한 검증 루틴을 에뮬레이션해, 실제 펌웨어 플래시를 통해 모든 변경 사항을 시험해야 하는 위험을 낮췄다.

암호화 라이브러리는 에뮬레이션된 루틴용 유효한 테스트 서명을 생성했다. 이 세부 사항은 사용자가 유효한 입력과 손상된 입력을 비교할 수 있게 했다는 점에서 중요하다. 수정된 펌웨어를 위한 유효한 HP 서명을 만들지는 않았다.

원래 사용자 게시물에 따르면, 분석에서는 세 그룹의 변경 사항을 식별했다. 하나는 압축된 DXE 펌웨어 볼륨을 보호하는 검사를 우회했다. 다른 하나는 설정 필드 55개를 노출했다. 세 번째는 Advanced, Power, Debug, Boot 탭을 드러냈다.

DXE, 즉 Driver Execution Environment는 운영체제가 시작되기 전에 장치와 서비스를 초기화하는 UEFI 단계다. 이 수준의 펌웨어 코드는 Windows나 Linux보다 하위에서 작동한다. 실수하면 컴퓨터가 두 운영체제 중 어느 쪽에도 도달하지 못할 수 있다.

보고에 따르면 55개 필드는 숨겨진 항목 27개와 비활성화된 항목 28개로 구성됐다. 이들의 정의는 이미 펌웨어의 설정 양식 안에 존재했다. 하드코딩된 조건을 조금 변경하자 이 필드들이 표시됐다.

그렇다고 노출된 모든 옵션이 지원되는 하드웨어를 제어한다는 뜻은 아니다. 사용자는 나중에 GPS 설정을 포함해 일부 항목이 노트북과 무관해 보였다고 인정했다. 제조사는 종종 여러 제품군에서 펌웨어 구성 요소를 공유하며, 공통 인터페이스 안에 비활성 필드를 남겨 둔다.

추가된 네 개의 탭도 비슷한 방식이었다. 펌웨어에는 이미 존재했지만, 인터페이스 로직이 이 모델에서의 표시를 막고 있었다. 이 패치는 완전히 새로운 구성 기능을 추가한 것이 아니라 그 판단을 변경했다.

사용자는 결과 이미지가 자신의 노트북에서 실행됐다고 말했다. 또한 정식 덤프에서 변경 사항을 재현하기 위한 Python 스크립트도 공개했다. 다만 게시물은 해당 스크립트가 명시된 기기에서만 테스트됐으며, 밀접하게 관련된 모델에서만 작동할 수 있다고 경고했다.

이는 여전히 자체 보고된 시연이다. HP와 Anthropic 어느 쪽도 수정된 이미지, 분석 또는 그 결과로 나온 구성 옵션을 공개적으로 검증하지 않았다. 독립 연구자도 같은 노트북 모델에서의 완전한 재현 결과를 공개하지 않았다.

이 검증 공백은 Tom's Hardware 보도에 대한 모든 해석에 영향을 줘야 한다. 사용자의 뒷받침 세부 사항에는 그럴듯한 기술적 서사가 나타나지만, 한 번의 성공한 개인 실험이 일반적인 BIOS 잠금 해제 능력을 의미하지는 않는다.

Tom's Hardware의 제목은 RSA-2048에 일어난 일을 과장한다

Claude Code는 검증 결과를 강제하던 소프트웨어 분기를 우회한 것으로 알려졌다. RSA-2048 알고리즘 자체를 무력화한 것은 아니다.

디지털 서명은 장치가 펌웨어가 승인된 발행자에게서 왔고 변경되지 않았는지 확인할 수 있게 한다. 제조사는 비공개 키로 승인된 데이터에 서명한다. 검증기는 그에 대응하는 공개 키를 사용해 서명을 확인한다.

RSA-2048을 깨는 일은 심대한 암호학적 성과를 뜻한다. 공격자는 비공개 키를 복구하거나, 승인 없이 서명을 만들거나, 근본적인 수학적 가정을 무너뜨릴 수 있다. Reddit 계정은 이 같은 결과 중 어느 것도 설명하지 않는다.

대신 사용자는 Claude Code가 서명 결과를 처리하는 코드를 찾아냈다고 말한다. 이 수정은 수학적 검증의 통과 여부와 관계없이 해당 코드가 성공 경로로 향하도록 강제한 것으로 알려졌다.

유용한 비유를 들자면, 보안 요원이 유효한 출입증을 확인한 뒤 그 결과를 로그에 기록하는 상황이다. 보고된 수정은 유효한 출입증을 만들어낸 것이 아니다. 요원이 답을 반환한 뒤 일어나는 일을 바꿨다.

이 차이가 결과를 사소하게 만들지는 않는다. 압축된 펌웨어 안에서 관련 검증기를 찾으려면 압축 해제, 리버스 엔지니어링, 코드 추적, 신중한 이미지 재구성이 필요했다. 수정된 바이너리도 기기가 부팅하는 데 필요한 구조를 보존해야 했다.

그럼에도 암호학적 프리미티브는 설계대로 작동했다. 보고된 약점은 주변의 강제 경로와, 시스템이 수정된 검증 코드를 실행할 의향이 있어 보인다는 점에 있었다.

Microsoft의 펌웨어 지침은 이 분리가 왜 중요한지 설명한다. 서명된 펌웨어 코드는 실행 전에 검증돼야 하며, 승인되지 않은 구성 요소는 실행돼서는 안 된다. 이전 신뢰 계층이 검증 함수 자체를 보호하지 못한다면, 검증 함수는 거의 보호 기능을 제공하지 못한다.

노트북 소유자는 영향을 받은 코드를 하드웨어 기반 신뢰 체인에 고정하는 데 필요한 Intel Boot Guard 구조를 찾지 못했다고 말했다. Intel Boot Guard는 주 펌웨어가 계속되기 전에 초기 부팅 구성 요소를 인증하도록 설계된 플랫폼 메커니즘이다.

이 주장은 이 특정 기기에서 독립적으로 확인되지 않았다. 그러나 사실이라면 검증기를 수정한 코드가 재부팅 후에도 유지될 수 있었던 이유를 설명한다. 이 구현은 쓰기 가능한 플래시에 저장된 코드가 다른 코드를 신뢰할지 판단하도록 맡겼다.

이것이 핵심적인 역전이다. RSA-2048은 수학적으로 건전한 상태를 유지할 수 있지만, 이를 사용하는 제품은 여전히 승인되지 않은 펌웨어를 받아들일 수 있다. 보안은 하나의 알고리즘 이름이나 키 길이가 아니라 전체 검증 체인에 달려 있다.

이 구분에는 역사적 선례가 있다. Nintendo 3DS를 조사한 연구자들은 파서 결함 때문에 승인되지 않은 펌웨어를 받아들이는 RSA 서명 구현을 문서화했다. 이들의 boot ROM 연구는 RSA-2048의 수학적 난이도가 아니라 서명이 처리되는 방식을 겨냥했다.

HP 수정은 기술적으로 다르다. 공개된 설명은 파서를 악용한 비정상 서명이 아니라 변경된 제어 흐름을 다룬다. 두 사례 모두 “RSA-2048 사용”이 완전한 보안 설명이 아닌 이유를 보여준다.

Tom's Hardware의 프레이밍은 Claude Code에 지나치게 많은 자율성을 부여할 위험도 있다. 인간이 펌웨어를 제공하고, 도구를 선택하고, 작업을 승인하고, 결과를 시험하고, 수정된 코드를 플래시하는 위험을 감수했다. Claude는 사용자가 설계한 연구 환경 안에서 작동했다.

더 정확한 제목은 Claude Code가 한 HP 펌웨어 빌드에서 RSA-2048 서명 검사를 우회하는 데 도움을 줬다고 말할 것이다. 이 보조 도구가 통상 상당한 전문 지식을 요구하는 영역을 탐색한 것으로 알려졌다는 점에서, 이는 여전히 주목할 만하다.

진짜 변화는 AI 지원 리버스 엔지니어링이다

이 실험은 근본 취약점이 기존의 것이라 하더라도 코딩 에이전트가 고급 기술 워크플로를 더 끈질긴 사용자에게 접근 가능하게 만들 수 있음을 시사한다.

펌웨어 리버스 엔지니어링에는 역사적으로 어셈블리 코드, 바이너리 형식, 압축, 암호학, 하드웨어 초기화, 복구 절차에 걸친 숙련이 필요했다. 보고된 워크플로의 어느 한 단계도 전례 없는 것은 아니다. 모든 단계를 조율하는 일은 여전히 어렵다.

AI 에이전트는 그 조율 비용을 바꾼다. 도구 출력을 검사하고, 다음 질의를 제안하며, 작은 분석 유틸리티를 생성하고, 가설을 추적하며, 바이너리 레이아웃이 예상과 다를 때 스크립트를 다시 작성할 수 있다. 이런 작업은 한때 매뉴얼, 포럼, 소스 저장소를 반복적으로 검색해야 했다.

Claude Code는 일회성 해킹 버튼처럼 작동하지 않았던 것으로 보인다. 대신 이 설명은 반복적인 과정을 묘사한다. 사용자는 모델이 여러 도구에 걸친 부분적 발견을 연결하도록 하면서 전문 도구에 대한 접근 권한을 제공했다.

이 패턴은 눈에 보이는 BIOS 탭보다 중요하다. 모델은 보안 연구의 경제성을 바꾸기 위해 새로운 익스플로잇을 발명할 필요가 없다. 더 많은 사람이 익숙한 분석을 더 빠르게 완료하도록 돕기만 하면 된다.

이 사례는 에이전트 시스템이 대화형 챗봇과 다른 이유도 보여준다. 에이전트는 파일을 검사하고, 프로그램을 호출하고, 코드를 생성하며, 한 작업의 결과를 다른 작업을 계획하는 데 사용할 수 있다. 이 반복 구조는 수십 개의 작은 기술적 판단에 진전이 달린 작업에서 지렛대를 만든다. Anthropic은 Claude Code를 코드베이스를 읽고, 파일을 편집하고, 테스트를 실행하며, 외부 도구 전반에서 작업할 수 있는 에이전트형 코딩 시스템으로 설명한다.

개발자에게 주는 교훈은 Claude Code가 자율적인 펌웨어 전문가가 됐다는 것이 아니다. 유능한 사용자는 하나의 모델과 여러 결정론적 도구를 중심으로 임시 연구팀을 구성할 수 있다는 점이다.

제공된 도구는 중요한 형태의 근거를 제공했다. 디스어셈블러는 기계 명령어를 드러냈다. 에뮬레이터는 격리된 테스트를 가능하게 했다. 바이너리 유틸리티는 펌웨어의 내부 구조를 보존했다. 모델의 제안은 산문으로 받아들여진 것이 아니라 프로그램 출력과 대조해 검증됐다.

이 조합은 환각 위험을 낮출 수 있지만, 완전히 없앨 수는 없다. 모델은 주소를 잘못 이해하거나, 두 펌웨어 단계를 혼동하거나, 안전하지 않은 패치를 권할 수 있다. 일반적인 애플리케이션 코드에서는 테스트가 이런 오류를 자주 잡아낸다. 펌웨어 오류는 장치를 부팅할 수 없게 만들 수 있다.

이는 Anthropic과 다른 AI 제공업체에 대한 압박을 높인다. 이들의 코딩 제품은 보안 연구, 시스템 관리, 하드웨어 제어 전반에서 점점 더 많이 활용되고 있다. 정당한 소유자가 노트북을 점검하는 데 도움이 되는 동일한 기능은 공격자가 펌웨어 보호 체계를 분석하는 데도 쓰일 수 있다.

따라서 핵심 경쟁은 역량과 검증 사이에 있다. 모델은 더 야심 찬 변경을 제안할 수 있지만, 사용자는 여전히 그러한 변경을 테스트할 신뢰할 만한 방법이 필요하다. HP 소유자는 에뮬레이션을 사용했고 복구를 위해 하드웨어 프로그래머도 준비해 둔 것으로 알려졌다.

개인 지식 시스템이 기술 팀에 도움이 될 수 있는 지점도 바로 여기다. 연구자들은 장기간의 조사 과정에서 도구 출력, 가설, 하드웨어 식별자, 테스트 결과를 보존해야 한다. 검색 가능한 엔지니어링 지식 베이스는 펌웨어 자체를 검증하는 척하지 않으면서도 그러한 기록을 뒷받침할 수 있다.

업계 전반은 코딩 에이전트가 더 이례적인 기술 환경으로 진출할 것으로 예상해야 한다. 리버스 엔지니어링, 임베디드 개발, 드라이버 디버깅, 프로토콜 분석에는 모두 모델이 가속할 수 있는 반복 작업이 존재한다.

이러한 확장이 전문성을 없애지는 않을 것이다. 대신 전문성이 필수적인 지점을 바꾼다. 사용자는 유틸리티 스크립트 작성에 쓰는 시간을 줄이고, 위협 모델을 정의하고 가정을 점검하며 안전한 테스트를 설계하는 데 더 많은 시간을 쓸 수 있다.

Tom's Hardware 사례는 이러한 전환을 압축적으로 보여 준다. Claude Code는 한 열성 사용자가 장벽을 넘는 데 충분한 분석 작업을 처리한 것으로 전해진다. 하지만 그 결과에 대한 책임은 여전히 사람이 졌다.

숨겨진 설정은 소유권 측 이점과 보안 위험을 만든다

기기의 잠금을 해제하면 소유자의 통제권을 되찾을 수 있지만, 펌웨어 수준의 실험에는 AI 어시스턴트가 사용자를 대신해 감당할 수 없는 결과가 따른다.

노트북 제조업체가 BIOS 설정을 숨기는 데에는 여러 이유가 있다. 일부 옵션은 설치된 하드웨어에 적용되지 않는다. 또 다른 옵션은 메모리, 열 제어, 스토리지, 전원 관리 또는 부팅 동작을 불안정하게 만들 수 있다.

공유 펌웨어도 또 다른 설명이 된다. 공급업체는 여러 모델에 걸쳐 유사한 설정 코드를 사용한 뒤, 각 제품에서 검증된 필드만 노출할 수 있다. 따라서 숨겨진 옵션은 작동하는 기능을 의도적으로 감춘 것이 아니라 사용되지 않는 인터페이스 구성 요소를 의미할 수 있다.

보고된 GPS 옵션은 이러한 한계를 보여 준다. 메뉴 항목을 보이게 한다고 해서 없는 무선 모듈, 안테나, 드라이버 또는 보드 연결이 생기는 것은 아니다. 표시된 필드는 비활성 상태이거나, 오해를 부르거나, 안전하지 않을 수 있다.

그럼에도 일부 사용자는 더 깊은 제어권을 추구할 정당한 이유가 있다. 고급 설정은 가상화, 스토리지 모드, 전원 조정, 디버깅 또는 지원되지 않는 운영체제에 도움이 될 수 있다. 수리 기술자와 연구자 역시 소비자용 인터페이스가 제한하는 접근 권한을 필요로 할 수 있다.

이 긴장은 단순히 공급업체 보안과 사용자 자유의 대립이 아니다. 검증된 구성과 통제되지 않은 실험의 대립이다. 문서화되지 않은 조합이 고장을 일으킬 경우 공급업체는 지원 및 보증 비용을 부담하게 되며, 소유자 역시 구매한 하드웨어에 대한 권한을 합리적으로 기대한다.

AI는 양쪽 모두를 강화한다. AI는 소유자가 불투명한 펌웨어를 이해하고 기능을 복구하도록 도울 수 있다. 동시에 대상 보드에서 한 번도 테스트되지 않은 조합에 대해 확신에 찬 지침을 만들어 낼 수도 있다.

원 게시자는 CH341A 스타일의 칩 프로그래머를 준비해 둘 것을 명시적으로 권장했다. 이러한 하드웨어는 노트북이 더 이상 시작되지 않을 경우 플래시 칩을 직접 다시 쓸 수 있다. 이 경고는 성공한 스크린샷보다 실제 위험 수준을 더 잘 드러낸다.

프로그래머가 있다고 해서 복구가 수월하다는 보장은 없다. 칩에 접근하려면 노트북을 열고, 올바른 패키지를 식별하고, 전압 수준을 관리하며, 원본 덤프를 보존해야 할 수 있다. 실수하면 하드웨어가 손상되거나 기기별 데이터가 지워질 수 있다.

펌웨어는 또한 매우 높은 권한을 지닌 위치에 있다. 악성 또는 결함 코드가 운영체제보다 먼저 실행되고 일반적인 재설치 이후에도 지속될 수 있다. 따라서 보안 연구자들은 무단 펌웨어 수정을 일반 애플리케이션 커스터마이징과 다르게 취급한다.

최근 학술 연구는 정적 검사만으로는 모든 펌웨어 위협을 관찰할 수 없다고 주장한다. Peacock framework는 공격자가 초기 검사 이후 펌웨어 동작을 조작할 수 있기 때문에 런타임 모니터링을 제안한다. 이 연구는 다층 보호의 필요성을 뒷받침한다.

보고된 HP 사례가 해당 노트북이 원격으로 악용될 수 있게 됐다는 사실을 입증하지는 않는다. 사용자는 이미 기기를 소유하고 있었고, 펌웨어를 확보한 뒤 수정된 이미지를 의도적으로 설치했다. 물리적 소유권과 의도는 이 시나리오의 핵심이다.

다만 신뢰할 수 없는 행위자가 영향을 받은 플래시 영역에 쓸 수 있는 다른 경로가 있다면 우회는 더 큰 의미를 갖게 된다. 쓰기 원시 기능과 약한 부팅 강제 조치의 결합은 로컬 수정 기법을 지속성 위험으로 바꿀 수 있다.

원본 자료에는 이 모델에 그러한 원격 경로가 존재한다는 증거가 없다. 수백만 대의 HP 노트북이 이제 노출됐다고 암시하는 것은 무책임하다. 이 발견은 하나의 펌웨어 이미지와 한 건의 보고된 설치에 관한 것이다.

이식성 역시 주요한 불확실성이다. 펌웨어는 모델, 마더보드 리비전, BIOS 릴리스에 따라 달라진다. 주소는 이동하고, 모듈은 바뀌며, 더 강한 신뢰 메커니즘은 같은 접근 방식을 거부할 수 있다.

사용자는 다른 HP 보드에 적용했을 때 탭 잠금 해제 변경이 이미 실패했다고 말했다. 이 반응은 범용 스크립트라는 생각을 약화한다. 동시에 더 흥미로운 해석을 뒷받침한다. AI는 한 번에 하나의 대상에 맞춰 특수 연구를 더 빠르게 조정하도록 도울 수 있다.

HP는 향후 펌웨어 업데이트, 더 강력한 쓰기 제어 또는 더 이른 단계의 검증된 부팅 구성 요소로 대응할 수 있다. HP는 하드웨어 기반 Sure Start technology is designed to prevent unauthorized firmware changes and recover compromised BIOS code가 무단 펌웨어 변경을 방지하고 손상된 BIOS 코드를 복구하도록 설계됐다고 말하지만, 원본 자료는 이 소비자용 노트북에 해당 보호 기능이 포함됐다는 사실을 입증하지 않는다. 노트북 소유자는 마지막 펌웨어 업데이트가 2024년에 도착했다고 말했다. 오래된 소비자용 기기는 신뢰 체인의 재설계를 받지 못할 수도 있다.

Anthropic은 안전장치에 관한 별도의 질문에 직면한다. 이 작업은 명백한 이중 용도 특성을 지니며, 이는 정당한 연구와 유해한 수정을 모두 지원할 수 있음을 뜻한다. 전면적인 거부는 소유자와 방어자를 막는 반면, 무제한 자동화는 공격자의 진입 장벽을 낮출 수 있다.

합리적인 안전 경계는 맥락, 접근 권한, 의도, 운영 세부사항에 달려 있다. 서명 검사가 실패한 이유를 설명하는 일은 여러 기기에 은밀한 지속성을 배포하도록 돕는 일과 다르다. 모델 제공업체는 모든 펌웨어 작업이 악의적이라고 가정하지 않으면서도 이러한 시나리오를 구분해야 한다.

성공한 노트북 한 대가 일반적 역량을 입증하지는 않는다

이 시연은 사례 연구로서는 설득력이 있지만, Claude Code가 현대 BIOS 보호를 안정적으로 해제할 수 있다는 증거로서는 미약하다.

가장 강한 증거는 사용자의 상세한 설명에서 나온다. 사용자는 노트북, BIOS 리비전, 도구, 펌웨어 구조, 발견된 필드, 광범위한 검증 과정을 명시했다. 또한 보편적 호환성을 주장하지 않고 한계도 공개했다.

가장 약한 증거는 독립적인 재현이다. 별도의 분석가가 다른 HP 15-dw1036ne에서 깨끗한 F.68 이미지를 사용해 동일한 결과를 공개적으로 문서화한 사례는 없다. HP도 아키텍처를 확인하거나 보고된 우회를 평가하지 않았다.

눈에 보이는 결과만으로는 설명의 모든 단계를 입증할 수 없다. 새 메뉴 탭의 사진은 수정된 인터페이스가 부팅됐음을 보여 줄 수 있다. 하지만 어떤 코드 경로가 펌웨어를 허용했는지, 또는 다른 보호 기능이 더 이른 단계에서 비활성화됐는지는 입증하지 못한다.

공개된 스크립트는 검토를 위한 추가 자료를 제공하지만, 이를 실행하는 것은 일반 독자에게 안전한 검증 방법이 아니다. 책임 있는 감사라면 코드를 검사하고, 바이너리 변환을 오프라인에서 재현하며, 결과물을 독립적으로 확보한 펌웨어와 비교해야 한다.

연구자들은 Intel Boot Guard 강제 조치가 없었다는 주장도 확인해야 한다. 이 검사는 보고된 성공이 하드웨어 기반 신뢰 루트의 부재에 의존했는지를 판단한다. 또한 더 새로운 시스템이나 기업용 시스템에 대한 결론을 제한한다.

모델 기여도는 여전히 불명확하다. Reddit 사용자는 주로 Claude Opus 4.8을 사용했고, 때때로 Claude Code를 통해 Sonnet 5를 사용했다고 말했다. 기록은 어떤 모델이 각 요소를 찾았는지, 또는 인간의 지시가 최종 접근 방식에 얼마나 큰 영향을 미쳤는지 분리하지 않는다.

프롬프트 이력은 발견과 안내된 구현을 구분하는 데 도움이 될 것이다. 사용자가 가능성 있는 모듈 이름, 알려진 펌웨어 패턴 또는 후보 분기를 제공했다면 Claude의 기여는 대체로 독립적인 탐색과는 달라진다.

토큰 수, 실패한 시도, 경과 시간도 더 많은 맥락을 제공할 것이다. 광범위한 개입이 필요했던 워크플로도 가치는 있지만, 깨끗한 출발점에서 재현 가능한 실행에 비해서는 자율 성능에 대해 덜 말해 준다.

“AI가 RSA-2048을 무너뜨렸다”는 표현은 이러한 검증을 견디지 못한다. 보고된 수정은 RSA의 키 공간을 공격한 것이 아니다. 이는 해당 메커니즘을 보호할 수 있는 다른 계층이 없었다고 주장되는 시스템에서 결과 처리 메커니즘을 우회한 것이다.

그렇다고 이 작업을 폄하할 이유가 되지는 않는다. 압축된 펌웨어 안에서 관련 코드를 찾는 데는 상당한 사람의 시간이 들 수 있다. 오프셋이나 종속성을 깨뜨리지 않고 이미지를 다시 패키징하는 일도 또 다른 실질적 과제다.

가치 있는 질문은 Claude Code가 그러한 노력을 일관되게 줄여 주는가다. 일화 하나로는 답할 수 없다. 유용한 평가는 여러 연구자에게 다수의 펌웨어 대상을 제공하고, 완료 시간, 정확성, 안전하지 않은 권고를 비교하는 방식이 될 것이다.

이러한 테스트에는 보호된 플랫폼과 보호되지 않은 플랫폼이 모두 포함돼야 한다. 에이전트는 제안된 패치가 하드웨어 기반 검증 단계를 통과할 수 없는 경우를 인식해야 한다. 잘못된 이론을 고집하면 시간을 낭비하거나 기기를 손상할 수 있다.

연구자들은 모델이 숨겨진 설정에 대해 지원되지 않는 의미를 지어내는지도 측정해야 한다. 인터페이스 라벨만으로 기능이 작동한다는 사실이 증명되지는 않는다. 가장 안전한 시스템은 “필드 발견”, “필드 표시”, “동작 검증”을 구분할 것이다.

그러한 테스트가 나올 때까지 Tom's Hardware 기사는 보고된 AI 지원 보안 연구 범주에 속한다. 이는 범용 자동 BIOS 익스플로잇을 입증하지 않는다. 다만 전문 도구 사용이 비전문가에게 더 가까워지고 있음을 보여 준다.

이것이 일화인지 전환점인지 보여 줄 세 가지 신호

다음 증거는 또 하나의 극적인 헤드라인이 아니라 재현, 공급업체 분석, 더 폭넓은 에이전트 평가에서 나와야 한다.

첫 번째 신호는 동일한 모델과 펌웨어에서의 독립적 재현이다. 신뢰할 수 있는 연구자라면 깨끗한 이미지를 확보하고, 관련 모듈을 확인하며, 변경 사항을 재현하고, 복구 예방조치를 문서화해야 한다.

재현에 성공하면 기술 설명이 노트북의 신뢰 경로를 정확히 묘사한다는 주장이 강화된다. 실패한다면 문서화되지 않은 기기 상태, 이전 수정 또는 누락된 단계가 결과에 영향을 미쳤음을 시사한다.

두 번째 신호는 HP 또는 기반 펌웨어 공급업체의 대응이다. 공급업체는 영향을 받은 볼륨이 다른 메커니즘으로 보호될 예정이었는지 확인할 수 있다. 또한 노트북이 활발한 펌웨어 지원의 종료 시점에 도달했는지도 명확히 할 수 있다.

더 이른 신뢰 앵커를 통해 검증기를 보호하는 펌웨어 업데이트는 이 보고서의 보안상 중요성을 입증할 것이다. 수정에 무제한의 물리적 플래싱이 필요했다는 공급업체의 판단은 위협 측면의 함의를 좁힐 것이다.

세 번째 신호는 서로 관련 없는 펌웨어 대상에서도 AI 에이전트가 일관되게 성능을 보이는지 여부다. 연구자들은 Claude Code가 대상별 코칭 없이도 유사한 구현상의 결함을 찾아낼 수 있는지 추적해야 한다. 성공 사례뿐 아니라 오탐과 손상된 테스트 이미지도 기록해야 한다.

반복된 성공은 AI 에이전트가 펌웨어 리버스 엔지니어링의 접근성을 바꾸고 있음을 보여줄 것이다. 결과가 일관되지 않다면, 이 사례는 범용 역량이라기보다 의욕적인 한 사용자와 모델 간의 인상적인 협업으로 평가될 것이다.

독자들은 AI 기업들이 이러한 시스템을 어떻게 설명하는지도 지켜봐야 한다. 디스어셈블러, 에뮬레이터, 바이너리 유틸리티, 암호화 테스트를 조율할 수 있는 에이전트를 더 이상 “코딩 어시스턴트”라는 말만으로는 충분히 설명할 수 없다. 제품 안전성에 관한 주장은 사용자가 모델 주변에 구성할 수 있는 환경까지 고려해야 한다.

개발자와 보안팀에 필요한 실질적인 대응은 철저한 검증이다. 원본 이미지를 보존하고, 테스트를 격리하며, 가정을 문서화하고, 배포 전 하드웨어별 검토를 반드시 거쳐야 한다. AI가 만들어낸 확신은 복구 경로를 대체할 수 없다.

지식 노동자에게도 관련된 교훈이 있다. 에이전트는 작업이 추적 가능한 근거에 기반할 때 더 유용해진다. 프롬프트, 출력, 바이너리 해시, 테스트 관찰 결과를 구조화된 개인 지식 시스템에 보관하면 나중에 검토할 수 있다.

Tom's Hardware의 헤드라인은 Claude Code를 RSA-2048과 맞붙이는 구도이기에 주목을 끌 것이다. 그러나 오래 남을 이야기는 그보다 덜 극적이다. 보도에 따르면 한 사용자가 AI 에이전트와 전문 도구를 결합해 견고한 암호 체계 주변의 취약 지점을 찾아냈다.

그럼에도 이는 중요한 의미를 지닌다. 보안은 종종 구성 요소가 연결되는 지점에서 무너지며, 코딩 에이전트는 그러한 연결을 추적하는 데 점점 능숙해지고 있다. 다음 질문은 독립 연구자들이 원래 사용자의 가정을 답습하지 않고도 이 결과를 재현할 수 있느냐는 것이다.

그때까지 이 BIOS 수정은 기술적으로는 그럴듯하고 신중하게 설명됐지만, 아직 검증되지 않은 사례 연구로 다뤄야 한다. 재현 결과를 지켜보고, 공급업체의 대응이 있다면 검토하며, 무너진 것은 집행 메커니즘인지 암호 체계인지 구분해야 한다.