Fragnesia와 ssh-keysign-pwn: 최근 공개된 리눅스 커널 취약점 두 가지

ssh‑keysign‑pwn (CVE‑2026‑46333): 루트 전용 비밀 정보 유출

두 번째 취약점인 ssh‑keysign‑pwn은 루트 권한 상승보다는 정보 유출(Information Disclosure) 문제에 가깝다.

이 취약점은 리눅스 커널의 ptrace 접근 제어 로직에서 발생한다. ptrace_may_access() 함수 내부에서 프로세스의 “dumpability” 속성 처리 방식이 잘못 구현되어 특정 상황에서 권한 검사가 제대로 수행되지 않는다 .

특히 메모리 관리 구조(MM)가 없는 작업(task)에 대해 검사 로직이 제대로 작동하지 않아 CAP_SYS_PTRACE 권한 요구가 우회되는 상황이 발생할 수 있다.

실제 공격에서는 다음과 같은 방식이 사용된다.

• 공격자가 setuid‑root 프로그램에 ptrace로 접근
• 해당 프로세스가 루트 권한으로 파일을 연 순간을 노림
• 열린 파일 디스크립터나 메모리를 통해 데이터 탈취

공개된 PoC는 **OpenSSH의 보조 프로그램 ssh-keysign**을 공격 대상으로 삼는다. 이 프로그램은 호스트 인증 과정에서 SSH 호스트 개인 키를 먼저 열고 이후 권한을 낮추는 구조를 갖고 있어 공격 타이밍이 생긴다 .

이 취약점을 이용하면 다음과 같은 민감한 데이터가 노출될 수 있다.

• /etc/ssh/에 저장된 SSH 호스트 개인 키
• /etc/shadow의 패스워드 해시

이는 시스템 장악이나 추가 침투에 매우 중요한 정보다 .

이 문제는 다음 커널 버전에서 수정되었다.

• 7.0.8
• 6.18.31
• 6.12.89
• 6.6.139
• 6.1.173
• 5.15.207
• 5.10.256

최근 2주 사이 이어진 리눅스 커널 취약점 파동

Fragnesia와 ssh‑keysign‑pwn은 단독 사건이 아니라 최근 잇따라 공개된 커널 취약점 묶음의 일부다.

보안 연구자들과 벤더들은 약 2주 사이 다음과 같은 취약점들이 연달아 보고됐다고 지적한다.

• Dirty Frag
• Copyfail 계열 취약점
• Fragnesia
• ssh‑keysign‑pwn

이 취약점들의 공통점은 다음과 같다.

• **커널 핵심 서브시스템(네트워크, 프로세스 추적 등)**을 공격
• 공격자가 이미 로컬 사용자 권한을 확보한 상황을 가정
• 이후 루트 권한 탈취 또는 민감 정보 접근을 가능하게 함

실제 공격 시나리오는 보통 다음과 같은 흐름이다.

1. 웹 애플리케이션 취약점 또는 자격 증명 탈취로 서버 접근
2. 제한된 사용자 권한 확보
3. 커널 취약점 이용 → 루트 권한 획득

이 때문에 이러한 post‑compromise 취약점은 기업 환경에서도 위험도가 높게 평가된다 .

관리자 즉시 대응 가이드

두 취약점 모두 커널 자체 문제이므로 근본적인 해결책은 동일하다.

1. 커널 즉시 업데이트

배포판에서 제공하는 최신 커널로 업데이트해야 한다. 예를 들어 AlmaLinux의 경우 일반 시스템 업데이트로 두 취약점이 모두 해결된다 .

2. 재부팅 필수

커널 패치는 재부팅 후 새 커널로 부팅해야 적용된다.

현재 실행 중인 커널 확인:

임시 완화책 (패치 전까지)

Fragnesia 대응

취약한 네트워크 모듈이 필요 없다면 다음 모듈을 비활성화할 수 있다.

• esp4
• esp6
• rxrpc

이는 취약한 공격 표면을 줄일 수 있지만 IPsec 기능이 영향을 받을 수 있다 .

ssh‑keysign‑pwn 대응

ptrace 접근을 제한하는 커널 설정을 강화하면 일부 PoC 공격을 막을 수 있다.

또는

다만 이 설정은 strace, gdb 같은 디버깅 도구를 깨뜨릴 수 있으므로 임시 조치로만 사용해야 한다 .

정리

Fragnesia와 ssh‑keysign‑pwn은 모두 “초기 침입 이후 공격”을 크게 확대할 수 있는 커널 취약점이다.

공격자가 이미 일반 사용자 계정만 확보했더라도 다음과 같은 일이 가능해질 수 있다.

• 시스템 루트 권한 완전 장악
• SSH 키와 패스워드 해시 유출

현재 PoC 코드가 공개된 상태이기 때문에, 운영 환경에서는 다음 조치가 권장된다.

• 배포판에서 제공한 최신 커널 업데이트 적용
• 패치 후 즉시 재부팅
• 침해 가능성이 있다면 SSH 호스트 키 교체 및 비밀 정보 재생성

커널 취약점은 보통 악용 난도가 높지만, 일단 공격 코드가 공개되면 패치 지연 자체가 가장 큰 위험 요소가 된다.