Linux 커널 취약점: CVE-2024-53197, CVE-2024-53150

이 블로그 글의 AI 요약으로 바로 가기

미국 사이버보안 및 인프라 보안국(CISA)은 최근 두 가지 리눅스 커널 취약점을 '알려진 악용 취약점(KEV)' 목록에 추가했습니다. 이는 이전에 이론적이었던 보안 위험이 이제 악의적인 행위자들에 의해 적극적으로 악용되는 확인된 위협으로 전환되었음을 의미합니다. 이러한 상황은 리눅스 관리자와 보안 전문가들의 즉각적인 대응을 요구합니다.

문제의 취약점 CVE-2024-53197 및 CVE-2024-53150은 모두 CVSS 점수 7.8을 받았으며 Linux 커널의 ALSA USB 오디오 드라이버에 영향을 미칩니다. 연방 민간 행정부(FCEB) 기관은 이제 다음 날짜까지 이러한 취약점을 패치해야 합니다. 2025년 4월 30일구속력 있는 운영 지침(BOD) 22-01에 따라 패치를 적용해야 합니다. 다른 조직도 이 지침을 따를 것을 강력히 권장합니다.

취약점 이해

CVE-2024-53197: USB 오디오 드라이버의 범위를 벗어난 메모리 액세스

이 취약점은 특히 Extigy 및 Mbox 장치에 영향을 미치며 USB 구성 데이터의 잘못된 처리와 관련이 있습니다. 이 문제는 bNumConfigurations 필드에서 발생합니다. 이 값이 메모리에 할당된 구성 공간을 초과하면 후속 커널 작업에서 의도된 범위를 초과하여 메모리에 액세스할 수 있습니다.

기술적인 세부 사항을 보면 악성 또는 잘못 구성된 USB 디바이스가 bNumConfigurations 값을 할당된 것보다 높게 설정하면 USB_GET_CONFIGURATION 에 dev->config에 할당된 값보다 크면 이후 다음과 같은 작업 중에 범위를 벗어난 메모리 액세스가 발생할 수 있습니다. USB_DESTROY_CONFIGURATION. 이는 메모리 손상이나 시스템 불안정의 심각한 위험을 초래합니다.

이 수정 사항은 사용 전에 구성 횟수의 유효성을 검사하여 커널이 할당된 영역 외부의 메모리에 액세스하지 않도록 구현되었습니다.

CVE-2024-53150: 클록 기술자 트래버스의 아웃 오브 바운드 읽기

두 번째 취약점은 리눅스 커널의 ALSA USB 오디오 드라이버가 bLength 필드의 유효성을 검사하지 않는 것과 관련이 있습니다. 적절한 유효성 검사가 없으면 악의적이거나 잘못 구성된 USB 장치는 디스크립터에 예상보다 짧은 bLength를 제공하여 잠재적으로 범위를 벗어난 읽기를 트리거할 수 있습니다.

이 패치는 시계 기술자 트래버스에 대한 유효성 검사기 함수에 건전성 검사를 도입합니다. 디스크립터의 길이가 예상보다 짧으면 이제 루프에서 건너뛰게 됩니다. 클럭 소스 및 승수 기술자의 경우, 이 수정 사항은 클럭 소스 및 승수 기술자의 sizeof() 에 대한 검사를 구현합니다. 클럭 선택기 디스크립터는 배열을 포함하는 더 복잡한 구조로 인해 추가 검사가 필요했습니다. bNrInPins 요소 배열과 추가 필드를 포함하는 더 복잡한 구조로 인해 추가 검사가 필요했습니다.

더 넓은 맥락: 커널 취약점 보고의 폭발적 증가

이러한 새로운 KEV 추가는 Linux 커널 CVE가 전례 없이 급증하면서 패치와 완화 조치의 우선 순위를 정하려는 보안 팀에게 상당한 어려움을 안겨주고 있습니다. 이러한 급격한 증가는 Linux 커널 팀이 2024년에 CNA(CVE 번호 지정 기관)가 되어 거의 모든 버그에 CVE를 할당하는 접근 방식을 채택한 것과 직접적인 관련이 있습니다:

2022: 총 커널 CVE 309건
2023: 총 커널 CVE 290건
2024: 총 3,887개의 커널 CVE(CNA가 된 후)
2025: 첫 3개월 동안 1,476건의 커널 CVE 발견

2023년에서 2024년 사이에 13배 이상 증가하면서 'CVE 피로도'라고 할 수 있는 현상이 발생하여 정말 중요한 취약점과 덜 심각한 문제를 구분하기가 점점 더 어려워지고 있습니다.

보안 팀에 대한 시사점

이러한 취약점이 CISA의 KEV 목록에 추가된 것은 중요한 의미가 있습니다. 매년 수천 개의 커널 취약점이 공개되고 있지만, KEV 목록에 포함되었다는 것은 이러한 특정 결함이 실제로 활발하게 악용되고 있다는 것을 의미합니다. 이는 이론적인 위험에서 즉각적인 주의가 필요한 위협으로 전환됩니다.

이미 커널 CVE의 범람으로 어려움을 겪고 있는 조직에서는 한정된 리소스를 더욱 압박하게 됩니다. 보안팀은 이제 대응해야 합니다:

환경에서 영향을 받는 시스템 식별
노출 및 중요도에 따라 패치 우선순위 지정하기
즉시 패치할 수 없는 시스템에 대한 완화 조치 구현
현재 공개된 취약점 세부 정보를 사용하여 익스플로잇 시도를 모니터링하세요.
패치 방법론과 관련하여 다른 접근 방식을 선택하고 중단 없이 패치를 수행할 수 있는 TuxCare의 KernelCare Enterprise와 같은 재부팅 없는 패치 기술을 선택하세요.

권장 조치

즉각적인 단계

취약한 시스템 식별: 인벤토리를 실행하여 영향을 받을 수 있는 Linux 시스템, 특히 USB 주변기기가 연결된 시스템을 식별합니다.
사용 가능한 패치 적용: 이러한 취약점에 대한 수정 사항이 포함된 커널 버전으로 업데이트하세요. 패치는 유지 관리되는 커널 브랜치에 백포트되었습니다.
USB 장치 제어 구현: 즉시 패치를 적용할 수 없는 경우, 특히 서버와 중요 시스템에서 USB 장치 연결을 제한하거나 제한하는 것을 고려하세요.
의심스러운 활동 모니터링: 특히 USB 장치 연결 및 연결 해제와 관련된 비정상적인 시스템 동작에 대한 모니터링을 강화합니다.

CVE 홍수 관리를 위한 장기 전략

위험 기반 취약성 관리: 모든 것을 패치하기보다는 환경에 대한 실제 위험에 따라 취약점의 우선 순위를 정하는 프레임워크를 개발하세요.
패치 관리 현대화: 다운타임이나 서비스 중단 없이 취약점이 알려지는 즉시 패치를 자동화할 수 있는 솔루션에 투자하세요. 라이브 패치.
심층 방어 접근 방식: 취약점이 존재하는 경우에도 악용을 완화할 수 있는 추가 보안 제어를 구현합니다.
커뮤니티에 참여하기: Linux 보안 포럼 및 토론에 참여하여 진정으로 중요한 취약점에 대한 최신 정보를 얻으세요.

최종 생각

이러한 Linux 커널 취약점이 CISA의 KEV 카탈로그에 추가됨에 따라 실제 위협이 얼마나 심각한지 알 수 있습니다. 커널 CVE의 폭발적인 증가는 보안 팀에게 도전 과제를 제시하지만, 현재 악용되고 있는 것으로 확인된 취약점에 집중하면 우선순위를 더 명확하게 지정할 수 있습니다.

Linux 커널 프로젝트가 보다 포괄적인 CVE 할당 접근 방식을 지속함에 따라 보안 전문가는 보고된 모든 문제를 해결하기보다는 위험에 초점을 맞춘 보다 정교한 취약성 관리 전략을 개발하여 적응해야 합니다.

Linux 중심 조직의 경우, 이러한 발전은 커널 보안에 초점을 맞춘 전용 리소스의 필요성을 강화하고 포괄적인 취약점 공개와 실질적인 보안 운영 간의 지속적인 긴장을 강조합니다.

요약