AI가 공개된 보안 패치를 읽는 시대: Firefox 실험이 보여준 패치 갭

보안 수정이 코드 저장소에 올라온 순간부터 모든 사용자가 업데이트를 설치하기까지는 시간이 걸린다. 이 틈을 ‘패치 갭’이라고 부른다. 공격자가 수정 내용을 거꾸로 분석해 아직 업데이트되지 않은 버전의 약점을 찾아낼 수 있는 시간이다.

Epoch AI는 10월 29일 공개한 연구에서 공개 가중치 모델 GLM 5.3을 이용해 이 문제가 얼마나 빨라질 수 있는지 실험했다. 연구진에 따르면 모델은 공개됐지만 아직 배포되지 않은 수정 내용을 살펴보고 Firefox 여섯 개 릴리스를 대상으로 로컬 파일을 읽어 전송하는 공격을 만들었다. 대상은 9월 17일부터 10월 26일 사이에 나온 릴리스였다.

실험 결과를 읽을 때 필요한 조건

연구진은 대상 버전과 기본 도구, 당시 공개된 정보를 모델에 제공했다. 인터넷에는 직접 연결하지 않았고 모델이 작업을 시작한 뒤에는 추가 지시를 주지 않았다고 설명했다. 각 시도에는 최대 48시간을 허용했으며 가장 빠른 성공은 12시간이 걸렸다.

이 결과를 패치 하나만으로 모든 브라우저가 뚫린다는 뜻으로 읽어서는 안 된다. 연구진은 최근 Firefox 버전을 대상으로 한 공격에 모델이 다시 찾아낸 비공개 취약점도 함께 사용했다고 밝혔다. 이 취약점은 Mozilla에 제보됐고 10월 27일 출시된 Firefox 159.0에서 수정됐다. 연구진은 같은 방식이 159.0에서도 성공하는지는 확인하지 못했다고 했다. Chrome을 대상으로 한 유사 실험도 성공하지 못했다.

연구진이 제시한 버전당 약 1,000달러는 실험 환경을 갖춘 뒤 새 버전을 공략하는 데 든 추가 API 비용이다. 전체 연구 비용은 환경 구축과 사전 실험을 포함해 10만 달러를 넘었다. 두 수치를 같은 비용으로 비교하면 실험의 진입 조건을 놓치기 쉽다. 이 수치는 연구진의 실험 결과이며 독립적으로 재현된 성과로 제시된 것은 아니다.

Mozilla는 무엇을 바꾸나

Mozilla도 같은 날 패치 갭 대응 방안을 공개했다. 회사는 이미 릴리스 주기를 주 단위로 줄였다고 설명한다. 또 취약점의 단서가 될 수 있는 회귀 테스트는 수정 버전이 배포된 뒤 공개하는 방식을 다시 도입했다. 새 커밋도 스캔한다.

추가로 Mozilla는 브라우저의 서로 다른 방어 계층에 속한 수정 사항이 동시에 패치 갭에 노출되지 않도록 공개 시점을 분리하는 방식을 Firefox에 적용할 계획이다. 실제 적용에는 엔지니어링 과정의 조정이 필요하다고 밝혔다. 이미 완료된 대책과 앞으로 적용할 계획을 구분해 볼 필요가 있다.

개발팀이 살펴볼 지점

이 연구를 보면 공개 저장소의 수정부터 배포, 사용자 업데이트까지 이어지는 흐름을 하나의 보안 과정으로 봐야 한다. 서비스와 라이브러리 팀은 수정이 공개되는 시점, 릴리스 검증 시간, 이용자의 업데이트 속도를 함께 살펴볼 수 있다. 보안 수정과 테스트 공개 시점을 조정할 때는 검증 품질과 사용자에게 패치를 전달하는 속도도 함께 고려해야 한다.

브라우저 사용자는 현재 설치된 Firefox 버전과 업데이트 상태를 확인하면 된다. 연구 결과는 통제된 환경에서 수행한 사례다. 실제 악용 여부나 모든 버전의 안전성을 이 실험만으로 판단할 수는 없다.

출처: Epoch AI 연구 원문, Mozilla의 패치 갭 대응 설명.