[해외보안뉴스] Kiteworks와 Citrix 사례로 본 제로데이 보안 위기 대응의 한계와 과제
· 2026-10-03 08:00
· 조회 23
· 원문 ↗
최근 Kiteworks와 Citrix에서 발생한 보안 사고는 제로데이(Zero-Day) 취약점에 대한 기업의 신속한 대응과 투명한 소통이 얼마나 어려운지를 잘 보여줍니다. Kiteworks는 자사의 데이터 보호 및 파일 전송 플랫폼을 위협으로부터 보호하기 위해 공식 패치가 제공되기 전 9시간 동안 고객들에게 시스템 전원을 완전히 끌 것을 권고했습니다. 반면, Citrix는 자사 제품을 겨냥한 실제 공격 정황이 보고되었음에도 패치가 출시될 때까지 위협 정보를 제대로 공개하지 않아 고객의 사전 방어를 어렵게 했다는 비판을 받았습니다.
이러한 상반된 대응 방식은 제로데이 취약점 발생 시 벤더와 기업이 겪는 극심한 딜레마를 반영합니다. 패치가 없는 상황에서 주요 서비스나 데이터 보호 플랫폼을 강제로 가동 중지하는 것은 업무 연속성에 큰 차질을 주고 비즈니스에 직격탄이 될 수 있습니다. 그러나 벤더가 패치 개발 중 공격 사실을 신속히 투명하게 공유하지 않는 경우, 보안 담당자가 위협을 인지하지 못한 채 기업 네트워크와 핵심 데이터가 무방비로 노출되는 더 큰 위험을 초래합니다.
제로데이 리스크에 효과적으로 대응하기 위해 기업은 비상시 일부 핵심 서비스를 즉시 격리하거나 중단할 수 있는 구체적인 침해사고 대응 계획(IRP)을 사전에 마련해야 합니다. 아울러 보안팀은 벤더의 패치 배포 전이라도 위협 인텔리전스와 이상 징후 모니터링을 강화하고, 엄격한 네트워크 분리와 최소 권한 접근 제어를 적용하여 제로데이 공격의 영향을 최소화하는 심층 방어 체계를 구축해야 합니다.
제로데이 발생 시 서비스 전면 중단이나 패치 시점까지의 침묵은 아키텍처 및 SecOps 관점에서 매우 아쉬운 대응입니다.
신속한 핫픽스 배포 파이프라인은 물론, WAF 규칙 업데이트나 서킷 브레이커 적용처럼 피해 범위(Blast Radius)를 즉각 격리할 수 있는 가용성 설계가 선행되어야 합니다.
결국 완벽한 코드란 없으므로, 취약점 인지 즉시 투명한 소통과 함께 시스템 수준의 임시 완화책(Mitigation)을 신속히 실행하는 프로덕션 프로세스가 핵심입니다.
Kiteworks나 Citrix 같은 핵심 엔터프라이즈 솔루션의 제로데이는 공격자 입장에서 네트워크 내부 침투를 위한 최적의 초기 접근 벡터이자 거대한 노다지입니다.
서비스 중단(Power down)까지 권고할 정도면 미인증 RCE나 인증 우회 등 파괴적인 익스플로잇이 이미 야생에서 무차별적으로 악용되고 있다는 방증입니다.
패치가 배포되기 전까지 제조사의 대응 지연과 소통 부재는 공격자들에게 대규모 자동화 스캐닝을 통해 전 세계 대상의 셸(Shell)을 확보할 수 있는 완벽한 '기회의 창'을 제공할 뿐입니다.
제3자 솔루션의 제로데이 위협은 이제 단순한 기술적 결함을 넘어 조직의 비즈니스 연속성(BCP)을 직접적으로 위협하는 경영 리스크입니다. 벤더의 소통 부재나 일방적인 시스템 중단 요구에 수동적으로 끌려가지 않도록, 벤더 리스크 관리(TPRM) 거버넌스와 대응 SLA를 대폭 강화해야 합니다. 패치가 제공되지 않은 상태에서도 자체적으로 위협을 격리하고 내부 자산을 보호할 수 있는 제로 트러스트 기반의 비상 대응 프로세스를 조속히 점검하겠습니다.