musl 기반 OpenSSH 비밀번호 인증 우회 취약점 발견
PAM 없이 musl libc 환경에서 돌아가는 OpenSSH sshd에서, 비밀번호 필드가 *인 계정에 257~1024자 비밀번호로 로그인할 수 있는 인증 우회 취약점이 공개됐다. musl의 crypt() 실패 반환값 *가 계정의 저장값과 일치하는 것이 원인이며, Alpine 공식 AWS/Azure 이미지의 기본 계정은 root 권한 획득까지 이어질 수 있다. OpenSSH 10.6p2에서 우회 조치가 들어갔고, 즉시 업데이트가 어렵다면 PasswordAuthentication no로 비밀번호 인증을 꺼야 한다.
원문
- OpenSSH 10.6p2, 치명적 취약점 우회 조치를 담아 출시 GeekNews · 2026년 11월 6일 01:48
- Alpine Linux 보안 권고: openssh-server 비밀번호 인증 우회 GeekNews · 2026년 11월 6일 01:54
- OpenSSH 10.6p2 - PAM 없는 Alpine의 심각한 보안 문제 우회 조치 GeekNews · 2026년 11월 6일 03:04
- Sshole - musl 기반 OpenSSH에서 비밀번호 인증을 우회하는 취약점 GeekNews · 2026년 11월 5일 22:34
뉴스 수집·요약·게시를 자동화한 이 사이트처럼, 반복 업무를 자동화하고 싶으신가요?
AI 분석
수집된 보도와 일반적인 배경 지식을 바탕으로 편집자 AI가 쓴 분석입니다. 사실 확인은 출처를 참고하세요.
배경
유닉스에서는 1980년대부터 비밀번호 필드에 *를 넣어 로그인을 막아 왔다. 공개된 분석에 따르면 musl은 2012년 crypt() 실패 시 NULL 대신 *를 돌려주도록 바꿨고, 같은 해 SHA-512 crypt에 256바이트 길이 제한을 넣었다.
여기에 2016년 OpenSSH가 타이밍 공격을 막으려고 다른 계정의 솔트로 해시를 계산하게 한 수정, 2022년 Alpine이 root 비밀번호 필드를 *로 바꾼 변경이 겹쳤다. 각각은 타당한 결정이었지만 결합되자 긴 비밀번호의 해시 실패값 *가 저장값 *와 일치하는 경로가 생겼다. 발견자는 여러 에이전트를 활용해 약 17,600건의 비정상 로그인을 시험했다고 밝혔다.
의미
운영자에게는 즉시 대응이 필요한 사안이다. Alpine 공식 AWS/Azure 이미지의 기본 계정은 비밀번호 없는 doas 때문에 root 권한까지 이어질 수 있다. glibc 기반 배포판과 PAM 경로, Dropbear는 영향이 없다.
Alpine은 컨테이너 기반 이미지로 널리 쓰이므로, sshd를 켠 컨테이너나 에이전트 샌드박스처럼 잘 관리되지 않는 환경이 실질 위험 지대다.
OpenSSH 팀은 AI가 찾은 버그가 독립적으로 재발견되는 사례를 들어 당분간 수정을 더 자주 배포하겠다고 밝혔다. 이는 공개 유예 관행 전반에 영향을 줄 수 있는 변화다.
전망
낙관
전제: 영향 조건이 좁아 실제 노출 규모는 제한적이다.
공격이 성립하려면 musl, PAM 미사용, 비밀번호 인증 활성화, * 필드 계정, 다른 계정의 실제 비밀번호가 모두 필요하다. 업계에서는 흔히 공개 서버에서 비밀번호 인증을 끄도록 권고해 왔고, 패치와 임시 대응도 간단하다. 이 전제라면 대규모 침해 없이 빠르게 정리될 가능성이 크다.
깨지는 조건: 이 조건을 충족하는 공개 컨테이너 이미지가 대량으로 확인되면 노출 규모 추정은 크게 바뀐다.
회의
전제: 업데이트가 늦은 임베디드·컨테이너 환경이 문제다.
영향 범위에는 Alpine뿐 아니라 OpenWrt, Buildroot, Yocto 등 musl 기반 환경도 포함된다. 일반적으로 이런 기기와 이미지는 패치 적용이 느리고 재빌드가 필요하다. 시험용 데모와 상세 분석이 이미 공개된 만큼, 자동화된 스캐닝이 빠르게 뒤따를 가능성이 크다.
깨지는 조건: 주요 이미지 레지스트리와 배포판이 기본 이미지를 신속히 재배포하고 공격 시도 보고가 드물면 이 우려는 줄어든다.
지켜볼 신호