보안 · 2026년 11월 9일

다른 언어로도 게시됨 Norsk

알파인 리눅스, 치명적 취약점 악용 시도 확인 후 지트랩 환경 전면 재구축

silver iMac with Apple Magic Keyboard on white sufrace
Quaritsch Photography / Unsplash

알파인 리눅스 프로젝트가 운영하던 지트랩 인스턴스에 대한 사이버 공격 시도가 확인되어 해당 환경을 완전히 재구축했다. 공격자들은 2026년 10월 20일부터 21일 사이, 치명적인 보안 취약점인 CVE-2026-97229를 악용하여 시스템에 침입하려 했으며, 알파인 리눅스는 이 인스턴스가 침해된 것으로 간주하고 대응에 나섰다. 알파인 리눅스는 공격이 성공했다는 직접적인 증거는 발견하지 못했지만, 침해 가능성을 완전히 배제할 수 없어 재구축을 결정했다.

해당 취약점은 공통 취약점 평가 시스템 기준 최대 점수인 10.0으로 평가되는 원격 코드 실행 결함이다. 지트랩 커뮤니티 에디션과 엔터프라이즈 에디션 모두에 존재하며, 지속적 통합 및 지속적 배포 파이프라인 설정 파일에 특별히 조작된 정규 표현식을 삽입하면 인증되지 않은 공격자가 서버에서 임의의 코드를 실행할 수 있다. 이 문제의 근본 원인은 루비 언어의 정규 표현식 엔진 오니그모에 존재하는 결함으로 파악되었다. 지트랩은 10월 12일 버전 19.4.2, 19.3.5, 19.2.8을 통해 이 문제를 수정했으며, 상류 루비 프로젝트도 10월 23일에 수정 사항을 배포했다.

알파인 리눅스가 패치되지 않은 상태로 남아 있던 이유는 업그레이드 과정에서의 실수 때문이다. 10월 13일 알파인 리눅스는 수정된 버전 19.3.5가 아닌 19.3.4로 잘못 업그레이드했으며, 10월 22일에 19.3.6으로 업그레이드했을 때에도 해당 버그 수정이 포함되어 있지 않았다. 이는 알파인 리눅스 이미지가 패치가 적용되지 않은 표준 루비를 사용하고 있었기 때문이다. 이 기간 동안 신규 등록 계정을 통해 조작된 지속적 통합 설정이 전송되었고, 지트랩 워커가 8회 충돌했다. 이 중 4회의 충돌에서는 공격자가 익스플로이트의 중간 단계까지 도달했으나 다음 단계에서 실패한 것으로 확인되었다. 또한 공격자가 알파인 리눅스의 지트랩 컨테이너 이미지를 다운로드하여 빌드 환경에 맞춰 공격 수법을 조정했을 가능성이 시사되었다.

알파인 리눅스는 10월 26일에 서버가 여전히 취약하다는 사실을 인지하고, 10월 27일에 서버를 중단했다. 이후 10월 29일에 루비 3.3.13과 적절히 패치된 지트랩 19.3.7을 사용하여 서버 운영을 재개했다. 재구축을 선택한 이유는 익스플로이트가 성공했을 경우 웹 로그에 충돌이나 흔적이 전혀 남지 않을 수 있다는 판단 때문이다. 공격 당일의 일부 로그는 이미 소실되었으며, 알파인 리눅스와 호스팅 사업자 모두 아웃바운드 통신을 기록하지 않고 있었다. 따라서 코드 실행 가능성을 배제할 수 없고 확인에 필요한 증거도 존재하지 않아, 더 어려운 길인 지트랩 인스턴스의 전면 재구축을 선택했다.

이러한 조치로 인해 알파인 리눅스의 지트랩 사용자는 비밀번호 재설정, 이중 인증 재등록, 새로운 액세스 토큰 생성, 그리고 새로운 SSH 호스트 키 수락을 수행해야 한다. 프로젝트 유지보수 담당자는 기존의 지속적 통합 및 지속적 배포 환경 변수 값이 유출되었을 가능성을 전제로 모든 값을 다시 입력해야 한다.