🇰🇷 한글 설명
Linux 커널의 Bluetooth SMP 프로토콜에서 레거시 responder 경로의 STK(Short-Term Key) 인증이 실제 페어링 결과가 아닌 요청된 보안 레벨에 따라 설정되는 취약점입니다. Just Works/Confirm 페어링에서 MITM 인증이 없어도 HIGH 보안 레벨 요청 시 STK가 인증된 것으로 잘못 표시되어 키 메타데이터가 실제 페어링 결과와 불일치합니다. MITM 상태를 올바르게 반영하여 수정되어야 합니다.
💡 쉬운 설명
Bluetooth 페어링 중 기기 간 암호화 키가 올바르게 인증되지 않는 문제입니다. 공격자가 Bluetooth 통신을 도청하거나 중간에 개입할 수 있습니다.
🇺🇸 원문 (English)
In the Linux kernel, the following vulnerability has been resolved:
Bluetooth: SMP: derive legacy responder STK authentication from MITM state
The legacy responder path in smp_random() currently labels the stored
STK as authenticated whenever pending_sec_level is BT_SECURITY_HIGH.
That reflects what the local service requested, not what the pairing
flow actually achieved.
For Just Works/Confirm legacy pairing, SMP_FLAG_MITM_AUTH stays clear
and the resulting STK should remain unauthenticated even if the local
side requested HIGH security. Use the established MITM state when
storing the responder STK so the key metadata matches the pairing result.
This also keeps the legacy path aligned with the Secure Connections code,
which already treats JUST_WORKS/JUST_CFM as unauthenticated.
📍 영향받는 시스템
Linux 커널 전 버전 (Bluetooth SMP 활성화된 시스템)
⚔️ 공격 벡터
Bluetooth 페어링 과정의 중간자 공격으로 unauthenticated STK를 이용한 통신 도청 및 무단 접근
🛡️ 대응 방법
Linux 커널을 CVE-2026-31773 패치가 적용된 최신 버전으로 업데이트
🔧 검증 코드
커널 버전이 패치 적용 버전 이상인지 Linux 보안 공지에서 확인하여 검증