[방어] 분석 — CVE-2025-71131

• 심각도 medium · CVSS 5.5 · EPSS 0.00114 · 악용난이도 hard

본 취약점은 crypto:seqiv 모듈 내에서 crypto_aead_encrypt 함수 호출 이후 req->iv 포인터를 참조할 때 발생하는 Use-After-Free (UAF) 문제입니다.

1. 트리거: 비동기 완료(asynchronous completion) 프로세스에 의해 crypto_aead_encrypt 실행 중 또는 직후에 해당 request(req) 메모리가 해제될 수 있습니다.
2. 경로: 함수가 반환된 후, 이미 해제된 req->iv 영역을 다시 역참조(dereferencing)하여 유효하지 않은 메모리에 접근합니다.
3. 단계: 로컬 권한을 가진 사용자가 특정 암호화 연산을 트리거하여 커널 패닉을 유도하거나 추정: 메모리 오염을 시도하는 경로를 가집니다.

악용 가능성: 본 취약점의 공격 난이도는 Hard로 평가됩니다. CVSS 벡터상 AV:L 및 PR:L 조건으로 인해, 공격자는 이미 시스템에 최소 권한(Low Privilege)을 가진 계정으로 로그인하여 로컬 환경에서 커널 인터페이스에 접근할 수 있어야 합니다. 공격 표면은 Linux Kernel의 crypto: seqiv 모듈 내 crypto_aead_encrypt 함수 호출 이후 발생하는 Use-After-Free(UAF) 지점으로, 특정 암호화 요청(req)이 비동기적으로 완료되어 메모리가 해제된 직후 req->iv를 참조하는 시점이 트리거 조건입니다. 다만, EPSS 수치가 0.00114로 매우 낮고 KEV에 등재되지 않은 점은 현재 실제 야생(In-the-wild)에서 이 취약점을 이용한 공격 사례가 거의 없음을 시사합니다. 결과적으로 이론적인 심각도와 별개로, 정교한 메모리 레이아웃 조작과 커널 권한 상승을 위한 체이닝 과정이 필요하므로 실제 악용 가능성은 낮으나 로컬 침투 후의 권한 상승 경로로 작용할 위험이 있습니다.

• 가용성 저하 (Availability): CVSS 벡터(A:H)에서 알 수 있듯, 잘못된 메모리 참조로 인한 Kernel Panic 및 시스템 Crash(DoS) 가능성이 가장 큽니다.
• 권한 제한: AV:L/PR:L 조건으로 인해 이미 시스템에 로그인한 로컬 사용자가 공격을 수행해야 하므로 외부에서의 직접적인 침투 경로는 아닙니다.

• UAF 체이닝: 단독으로는 DoS에 그칠 가능성이 높으나, 다른 커널 메모리 누수(Leak) 취약점과 체이닝될 경우 추정: 권한 상승(LPE)으로 이어질 가능성을 배제할 수 없습니다.

본 취약점은 커널 내부의 메모리 관리 오류로 인해 로그에 명시적인 'CVE-2025-71131' 식별자가 남지 않습니다. 따라서 시스템 상태 변화와 비정상 종료 패턴을 추적해야 합니다.

1. 로그 지표 및 탐지 포인트

• 로그 위치: /var/log/syslog, /var/log/messages, dmesg
• 핵심 필드: Kernel Oops, Panic, General Protection Fault, Invalid opcode
• 패턴: crypto 모듈 관련 함수 호출 스택에서 seqiv 또는 crypto_aead_encrypt가 포함된 Crash 덤프 확인.

2. 탐지 규칙 예시 (SIEM 의사코드)

 1SELECT timestamp, hostname, message 
 2FROM kernel_logs 
 3WHERE (message LIKE '%Kernel panic%' OR message LIKE '%Oops%') 
 4  AND (message LIKE '%crypto_aead_encrypt%' OR message LIKE '%seqiv%')
 5  AND severity == 'CRITICAL'

3. 오탐 튜닝 및 주의사항

• 오탐 시나리오: 하드웨어 결함이나 다른 커널 모듈의 버그로 인한 무작위 Crash가 발생할 수 있습니다.
• 튜닝 방법: 단순 Panic 로그가 아닌, Call Stack 내에 crypto 관련 심볼이 명확히 포함되어 있는지 확인하는 필터링을 적용하여 정밀도를 높입니다.

본 리포트는 다중 소스 교차검증을 통해 데이터 일관성이 확인되었으며, EPSS 수치가 0.00114로 매우 낮고 exploit 등급이 'hard'이며 KEV에 미등재된 점을 근거로 우선순위를 monitor로 결정하였습니다.

1. 즉시 (긴급 차단)

• 조치: 취약한 암호화 알고리즘/모듈(seqiv)을 사용하지 않도록 애플리케이션 설정 변경 또는 모듈 로드 제한.
• 난이도: 중간 / 운영 영향: 높음(특정 암호화 기능 중단 가능성) / 검증: lsmod | grep seqiv로 모듈 로드 여부 확인.

2. 단기 (완화)

• 조치: 불필요한 일반 사용자의 커널 인터페이스 접근 제한 및 권한 최소화(Least Privilege).
• 난이도: 낮음 / 운영 영향: 낮음 / 검증: sudo 권한 및 사용자 그룹 설정 검토.

3. 근본 (해결)

• 조치: 영향을 받는 Linux Kernel 버전(2.6.25.1 ~ 6.18.4 등 범위 내)을 최신 패치 버전으로 업데이트. (req->iv 대신 unaligned_info 변수를 사용하도록 수정된 커밋 적용 버전 확인)
• 난이도: 중간 / 운영 영향: 중간(재부팅 필요) / 검증: uname -r 명령어로 업데이트된 커널 버전 확인.

[인시던트 대응 플레이북]

1. 시스템 Crash 발생 시 dmesg 및 kdump 파일을 수집하여 Call Stack 내 crypto_aead_encrypt 존재 여부를 최우선으로 확인합니다.
2. 해당 시점에 로컬에서 비정상적인 암호화 요청을 보낸 프로세스나 사용자가 있는지 감사 로그를 분석합니다.
3. 영향 범위가 광범위한 공급망 특성이 있으므로, 인프라 내 모든 Linux 서버의 커널 버전을 전수 조사하여 업데이트 대상 리스트를 작성합니다.

• 조치: monitor (모니터링)
• 근거: CVSS=5.5 · non-KEV · EPSS=0.00114 · exploit=hard · in_scope=None