🇰🇷 한글 설명
리눅스 커널의 TLS 네트워크 스택에서 암호화 요청 처리 중 발생하는 오류 처리 결함입니다. 특정 상황에서 암호화 API가 -EBUSY 오류를 반환할 때 이를 적절히 처리하지 못해 비동기 콜백이 중복 호출될 수 있는 취약점입니다.
💡 쉬운 설명
컴퓨터가 암호화 작업을 처리할 때, 작업이 밀려있다는 신호를 잘못 해석하여 같은 작업을 두 번 처리하게 되는 문제입니다. 이로 인해 시스템의 암호화 통신 과정에서 예기치 않은 오류나 불안정성이 발생할 수 있습니다.
🇺🇸 원문 (English)
In the Linux kernel, the following vulnerability has been resolved:
net: tls: handle backlogging of crypto requests
Since we're setting the CRYPTO_TFM_REQ_MAY_BACKLOG flag on our
requests to the crypto API, crypto_aead_{encrypt,decrypt} can return
-EBUSY instead of -EINPROGRESS in valid situations. For example, when
the cryptd queue for AESNI is full (easy to trigger with an
artificially low cryptd.cryptd_max_cpu_qlen), requests will be enqueued
to the backlog but still processed. In that case, the async callback
will also be called twice: first with err == -EINPROGRESS, which it
seems we can just ignore, then with err == 0.
Compared to Sabrina's original patch this version uses the new
tls_*crypt_async_wait() helpers and converts the EBUSY to
EINPROGRESS to avoid having to modify all the error handling
paths. The handling is identical.
📍 영향받는 시스템
TLS 기능을 사용하는 리눅스 커널 (cryptd 및 AESNI 관련 설정이 활성화된 환경)
⚔️ 공격 벡터
공격자가 암호화 요청 큐를 의도적으로 가득 채워(Backlog) 오류를 유도함으로써 시스템의 비동기 처리 로직을 교란할 수 있습니다.
🛡️ 대응 방법
해당 취약점이 해결된 최신 버전의 리눅스 커널로 업데이트를 수행해야 합니다.
🔧 검증 코드
출력된 커널 버전이 해당 취약점이 패치된 배포판의 보안 업데이트 버전인지 확인합니다.