기술 지원
문서
로그인
문의하기
TuxCare 블로그
Linux 취약점은 자주 발생하며 종종 심각한 영향을 미칩니다. 그러한 문제 중 하나는 glibc 취약점입니다. GNU C 라이브러리 (glibc)는 많은 Linux 시스템의 중추 역할을 하는 공유 라이브러리로, 이 라이브러리 내의 취약점은 기업과 개발자 모두에게 특히 우려를 불러일으킵니다.
glibc 취약점: 기본 사항
GNU C 라이브러리(흔히 glibc로 줄여서 부름)는 전부는 아니더라도 대부분의 Linux 배포판에서 사용되는 C 표준 라이브러리입니다. glibc에서 취약점이 발견되면 이러한 시스템의 기본 계층이 위험에 처하게 됩니다. 익스플로잇에는 임의 코드 실행, 서비스 거부 또는 무단 데이터 액세스가 포함될 수 있습니다. 더욱 우려스러운 점은 이 라이브러리가 다른 많은 시스템 구성 요소 및 애플리케이션과 밀접하게 상호작용하기 때문에 잠재적인 영향이 더욱 커진다는 점입니다.
시스템에 미치는 영향
보안 위험
- 데이터 유출: glibc 취약점은 잠재적으로 민감한 데이터를 노출시켜 무단 액세스를 위한 경로를 만들 수 있습니다.
- 서비스 중단: 공격자가 이러한 유형의 취약점을 성공적으로 익스플로잇하면 운영이 중단되어 비즈니스 연속성 위험으로 이어질 수 있습니다.
- 규정 준수 벌금: 이 공유 라이브러리의 취약점을 패치하지 않는 조직은 GDPR 또는 HIPAA와 같은 규정 미준수로 인해 막대한 벌금을 부과받을 수 있습니다.
성능 저하
패치 작업에는 일반적으로 다운타임이 수반되며, 이로 인해 서비스 품질 (QoS)에 영향을 미칩니다. 기존의 패치 방법은 관리자가 유지 관리 기간을 예약해야 하는데, 이는 항상 이상적인 방법은 아닙니다. glibc와 같은 공유 라이브러리의 취약성에 직면했을 때, 조직은 TuxCare의 LibCare.
완화 전략
glibc 취약점을 다룰 때 첫 번째 단계는 항상 고유한 시스템 아키텍처에 미치는 위험을 평가하는 것입니다. 이 작업이 완료되면 다음은 몇 가지 완화 전략입니다:
기존 패치 적용
glibc 취약점을 처리하는 가장 간단한 방법은 패치가 출시되는 대로 적용하는 것입니다. 다음과 같은 도구 apt 와 같은 도구와 데비안 기반 시스템의 경우 yum 과 같은 도구를 사용하여 glibc를 업데이트할 수 있습니다. 단점은 이러한 기존 접근 방식으로 패치를 배포하려면 재부팅이 필요하고 재부팅으로 인한 다운타임이 불가피하다는 점입니다.
OpenSSL 및 glibc용 라이브 패치 적용
다음과 같은 라이브 패치 기술 TuxCare의 LibCare 는 최첨단 대안을 제공합니다. 이미 KernelCare Enterprise(KCE) 사용 중이라면 LibCare를 포트폴리오에 추가하는 것이 좋습니다. 이 애드온을 사용하면 시스템을 재부팅하거나 불편한 유지 관리 기간을 예약할 필요 없이 OpenSSL 및 glibc 취약성에 대한 패치를 자동으로 적용할 수 있으므로 조직이 완전한 패치 상태를 유지할 수 있습니다.
보안 계층
방화벽이나 침입 탐지/방지 시스템과 같은 추가 보안 계층을 추가하면 glibc와 같은 공유 라이브러리의 취약점으로 인한 영향을 완화할 수도 있습니다. 다음과 같은 도구 pfSense 방화벽 구현을 위한 도구 또는 Snort 와 같은 도구는 보안 인프라를 보완할 수 있습니다.
기존 인프라와의 상호 작용
완화 전략을 선택할 때는 이러한 도구가 현재 설정과 어떻게 상호 작용하는지 이해하는 것이 중요합니다.
- 기존 패치: 다음과 같은 도구 apt 와 yum 과 같은 도구는 각 배포판에 기본 제공됩니다. 이러한 도구는 원활하게 작동하는 경우가 많지만 수동 구성이 필요할 수 있습니다.
- OpenSSL용 라이브 패치: LibCare를 선택하면 KernelCare Enterprise와 통합되어 통합된 자동화된 보안 솔루션을 제공합니다. 따라서 수동 개입이 줄어들고 운영 흐름이 더욱 간소화됩니다.
- 보안 계층: 방화벽과 IDS/IPS 시스템은 일반적으로 특정 하드웨어가 필요하거나 기존 인프라에서 소프트웨어로 실행할 수 있습니다. 특수한 구성 및 유지 관리가 필요할 수 있으며 시간이 많이 소요될 수 있습니다.
공유 라이브러리를 위한 자동화된 패치 적용하기
glibc 취약성과 관련된 위험을 완화하는 데는 여러 가지 옵션이 있습니다. 기존의 패치 방법은 안정적이기는 하지만 다운타임과 수동 개입 등 여러 가지 문제점이 있습니다. 특히 Linux 서버의 무중단 패치를 위해 이미 KernelCare Enterprise를 사용하고 있는 경우, LibCare와 같은 라이브 패치 기술은 시간을 절약할 수 있는 매력적인 대안이 될 수 있습니다. LibCare는 시스템을 보호할 뿐만 아니라 기업이 지속적이고 효율적으로 운영하는 데 필요한 유연성을 제공합니다.
라이브 패치가 사이버 보안 전략에서 어떻게 중요한 역할을 할 수 있는지 자세히 알아보려면 다음 포스팅을 읽어보시기 바랍니다. 코드형 인프라: Azure에 대한 양날의 검.
다운타임을 허용할 수 없는 중요한 시스템을 다루는 조직의 경우, 공유 라이브러리의 자동 패치를 위해 LibCare와 같은 솔루션을 선택하면 운영 효율성을 높이는 동시에 위험을 크게 줄일 수 있습니다.
결국, 특정 요구 사항, 리소스 및 시스템 아키텍처를 이해해야 glibc 취약점을 완화하기 위한 최선의 접근 방식을 결정할 수 있습니다. 현명한 선택이 조직의 미래 보안 태세를 결정할 수 있으므로 현명하게 선택하세요.
