sshhole, musl Linux의 OpenSSH 치명적 취약점
musl 기반 Linux의 OpenSSH에서 2016년부터 존재한 취약점 sshhole이 공개됐다. 비밀번호가 없는 계정이 256자 넘는 임의의 비밀번호를 받아들인다.

musl 기반 Linux의 OpenSSH에서 sshhole로 불리는 치명적 취약점이 공개됐다. 이 취약점은 2016년부터 존재했으며, 비밀번호로 보호되지 않는 계정에 접근할 수 있게 했다.
원래 비밀번호가 필요 없는 계정이 256자를 넘는 비밀번호를 입력받으면 이를 그대로 받아들였다. 대상에는 root, SSH 키만 쓰는 배포용 사용자, LDAP 사용자, AWS와 Azure용 Alpine 이미지의 기본 사용자가 포함된다. musl은 Alpine, OpenWrt, Buildroot, Yocto는 물론 많은 Docker 이미지에서도 쓰인다.
영향을 받는 조건
다음 조건이 모두 맞을 때 문제가 발생한다.
- sshd가 Alpine, OpenWrt, Buildroot, Yocto 같은 musl 환경에서 동작한다.
- PAM을 쓰지 않는다. Alpine의 openssh-server 패키지는 기본적으로 PAM 없이 구성되며, 설정에 UsePAM no를 지정했을 수도 있다.
- 비밀번호 로그인이 허용돼 있다. 기본값은 허용이다.
- 비밀번호가 *로 설정된 계정이 있고, 정상 비밀번호를 가진 다른 계정도 있다.
이 경우 *로 설정된 계정은 257자에서 1024자 사이의 임의의 비밀번호를 받아들인다.
AWS·Azure용 Alpine 이미지
AWS와 Azure용 공식 Alpine 이미지에서는 기본 사용자 alpine이 이 상태다. 이 사용자는 비밀번호 없이 doas로 명령을 실행할 수 있어 사실상 root 권한을 갖는다.
Debian, Ubuntu, Fedora 등 glibc 기반 배포판은 영향을 받지 않는다. PAM을 설정했거나 dropbear 또는 OpenBSD의 OpenSSH를 쓰는 경우에도 안전하다.
이 문제는 openssh 10.6p2에서 수정됐다. 해당 환경의 관리자는 업데이트를 적용해야 한다.
주목할 만한 앱
올바른 칸을 고르고 더해 목표 숫자를 맞추세요. 배우긴 쉽고 마스터하긴 어렵습니다. 무료, 전 연령.
AI 대화 파트너와 대화하세요. 모든 문장이 교정되어 내 언어로 설명과 함께 돌아옵니다. 9개 언어, A1부터 C2까지.
EDIFACT와 X12 메시지를 열어 각 세그먼트 설명을 보고, JSON/XML로 변환하고, PDF와 Excel로 내보내세요. 로컬에서 실행, 업로드 없음.
받는 사람, 기념일, 성격을 고르세요. 검색 엔진이 현지 상점의 상품 설명을 읽고 어울리는 것을 추려 줍니다. 무료, 가입 없음.
같은 날의 다른 뉴스
전체 보기 →관련 카테고리: 보안
전체 보기 →
Chrome·Snapdragon GPU 결함 엮어 Android 공격




