보안 업계가 불타오르고 있는데, 이 대혼란의 원인은 치명적인 오미크론 변이만 때문이 아니다. 기업들은 ‘역사상 최악의 사이버 공격’으로 불리는, ‘ Log4j’으로 알려진 제로데이 취약점을 해결하기 위해 분주히 움직이고 있다. 정부 관계자들은 컴퓨터 중 수억 대가 위험에 처해 있을 가능성이 있다고 경고했으며(), 정교한 국가 후원 해커들이 이러한 새로 발견된 취약점을 악용하기 위해 서두르고 있다고 밝혔다.
시스템에 패치를 적용하고 쇄도하는 공격자들을 피하기 위한 경쟁이 이보다 더 나쁜 시기에 벌어질 수는 없었다. 코로나19 팬데믹 기간 동안 원격 근무로 대대적으로 전환되면서 소프트웨어 및 패치 관리의 복잡성이 증가했습니다. 게다가 사상 최단 시간 만에.
플로리다주 팜비치 가든스에 본사를 둔 대형 에어컨 제조사 캐리어(Carrier)의 최고정보보안책임자(CISO) 니콜 포드는 “사람들이 집에 머무르는 바람에 보안 패치를 적용하기가 더 어려워졌다”고 말했다. “재택근무를 하게 되면서 사람들이 사용하는 기기의 수가 급증하고 있습니다.” “이 기기들에 대해 더 명확한 파악이 필요합니다.”
원격 근무 환경에서 직원들은 때로는 먼 거리를 두고 협업하며, 다양한 기기를 통해 기업 네트워크, 데이터 및 서비스에 접속하지만, 그중 상당수는 보안이 취약합니다.. 그 결과, 이반티(Ivanti)가 10월에 실시한 ‘ ’ 설문조사( )에 따르면, IT 및 보안 전문가의 57%가 원격 근무로 인해 패치 적용이 더 복잡해졌다고 응답했다. 대체로 71%는 패치 작업을 지나치게 복잡하고 시간이 많이 소요되는 일로 여깁니다.
따라서 정부가 각 기관에 패치 작업에 박차를 가할 것을 촉구하고 있지만, 코로나19로 인해 많은 사람들이 재택근무를 하고 있는 현실 때문에 수많은 기업과 정부 기관이 이 과정을 그 어느 때보다 어렵게 느끼고 있습니다. 이번 Log4j 번 비상 사태는 조직이 단순히 패치를 적용하는 데 그치지 않고, 매월 정기적인 보호 조치와 비상 상황 대응 관리를 모두 포함하는 체계적인 패치 전략을 마련해야 할 절실한 필요성을 여실히 보여줍니다.
패치 관련 골칫거리
패치에 대한 새로운 비전이 필요하다는 인식은 비교적 최근에 생겨난 것이다.
“공격 표면이 크게 확대되면서 패치 작업이 훨씬 더 복잡해졌다”고 글로벌 사이버 얼라이언스(Global Cyber Alliance)의 사장 겸 CEO이자 소니의 전 CISO, 오바마 행정부의 최고 사이버 보안 책임자였던 필 라이팅거(Phil Reitinger)는 말했다. 그는 과거의 패러다임은 모두가 직장에 출근해 데스크톱 컴퓨터를 켜고, 항상 회사 네트워크 범위 내에 머무르는 것이었다고 말합니다. “그건 완전히 사라져 버렸어요,”라고 그가 말한다. “팬데믹으로 인해 매개변수화된 네트워크에서 벗어나는 움직임이 상당한 수준으로 가속화되었다.”
“공격 표면이 크게 확대되면서 패치 작업이 훨씬 더 복잡해졌습니다.”필 라이팅거, 글로벌 사이버 얼라이언스(Global Cyber Alliance) 회장 겸 최고경영자(CEO)
펜실베이니아에 본사를 둔 기술 컨설팅 기업 IPS-Integrated Project Services의 클라우드 관리자 세르게이 스비아티도 이에 동의한다.
“재택근무와 원격 근무는 중대형 기업들이 패치 적용을 어떻게 생각하고 실행해야 하는지에 있어 실질적이고 중대한 변화를 가져왔다”고 그는 말한다. “현재 당사의 엔드포인트 및 워크스테이션은 거의 모두 , 기업 네트워크가 제공하는 보호 범위 외부에 위치해 있습니다.” “이로 인해 컴퓨터에 패치가 적용되었는지 확인하고 검증하기가 더 어려워집니다.”
패치 적용은 종종 사이버 범죄자에 맞서 싸우는 가장 간단하면서도 효과적인 수단 중 하나로 여겨집니다. 하지만 실제로는 다소 까다로울 수 있습니다. 해커들은 느린 패치 관리 시스템을 교묘히 악용합니다. 한편, 패치 시스템을 완전히 자동화하는 것은 속도 면에서는 좋은 아이디어처럼 보일 수 있지만, 단점도 있을 수 있다.
때로는 소프트웨어 업체들이 배포하는 패치 자체가 문제가 되기도 하며, 완전히 자동화된 프로세스만으로는 이러한 패치의 부정적인 부작용을 효과적으로 완화하기 어려울 수 있습니다. 가장 바람직한 중도적인 접근 방식은 패치 배포 전에 충분한 테스트를 진행하면서도, 월간 패치 적용 과정의 대부분을 자동화하는 것입니다.
패치 위기를 해결하는 방법
스비아티에 따르면, 이러한 과제를 해결하기 위해 기업들은 세 가지 방식으로 패치 작업을 진행할 수 있다. 이들 각각에는 장점과 단점이 모두 있습니다.
첫 번째 접근 방식은 “자체 인프라를 구축하고 패치 관리를 직접 수행하는 것”이라고 스비아티는 말한다. 장점은 외부 업체에 의존할 필요가 없으며, 패치 적용을 완전히 통제할 수 있다는 점입니다. “단점은 이를 성공적으로 추진하기 위해서는 상당한 규모의 인프라 투자와 유능한 엔지니어링 인력이 필요하다는 점입니다,”라고 그는 말합니다. “매월, 심지어 매주 패치를 적용해야 한다는 점 때문에 이 작업은 더욱 어려워집니다.”
두 번째 방법: 패치 작업을 외부 업체에 위탁하는 것입니다. 조직 내에 인프라를 적절히 구축하고 유지 관리할 내부 자원이 없는 경우, 이 전략이 유용합니다.
하지만 이는 또한 해당 조직이 제3자에게 상당한 접근 권한을 부여해야 함을 의미합니다. 이는 보안 침해로 이어질 수 있습니다. “ , SolarWinds , , Kaseya 에서 발생한 사건들이 보여주듯이, 그러한 의존과 신뢰는 위협 행위자들에 의해 악용되어 치명적인 결과를 초래할 수 있다”고 스비아티는 말한다.
세 번째이자 가장 효과적인 접근 방식: 자동화된 패치 관리. 소프트웨어 한 가지를 패치하는 것은 비교적 간단한 과정입니다. 하지만 물리적, 가상, 클라우드 기반의 소프트웨어와 시스템을 갖춘 수백 대 또는 수천 대의 기기가 포함된 환경에서는 더 효과적인 해결책이 필요합니다.
[함께 읽어보세요: ‘ Log4j ’ 취약점에 관한 CEO들에게 보내는 편지]
자동화된 패치 관리를 통해 기업은 네트워크 환경을 스캔하여 패치가 적용되지 않은 장치와 애플리케이션을 파악하고, 애플리케이션 공급업체에서 출시한 패치를 자동으로 다운로드하며, 다양한 배포 정책에 따라 다른 패치를 배포할 수 있습니다. 이러한 기능을 통해 조직은 전체 환경에 신속하게 패치를 적용하고, 패치 적용 기간을 단축하며, 위험 노출을 최소화할 수 있습니다.
이러한 작업은 수동으로 수행할 수도 있지만, 권장하지는 않습니다. 수작업 프로세스는 이미 과중한 업무에 시달리는 IT 팀에 부담을 줄 뿐만 아니라, 종종 오류를 유발하고 시간을 비효율적으로 소모하게 만듭니다. 실제로, 기업의 60%가 IT 보안 담당자들이 취약점에 대응하는 것보다 수작업 프로세스를 처리하는 데 더 많은 시간을 할애하고 있다고 보고하고 있으며, 이로 인해 해결하기 어려운 대응 업무의 적체가 발생하고 있다.
패치 관리는 취약점이 방치되지 않도록 하는 데 매우 중요합니다. 많은 조직이 패치 관리 솔루션을 도입하는 주된 이유는 보다 안전한 환경을 확보하기 위함이지만, 이 외에도 여러 가지 이점이 있습니다. 여기에는 다음이 포함됩니다:
- 생산성 향상. 패치를 적용하면 소프트웨어가 정상적이고 효율적으로 작동하도록 보장할 수 있습니다.
- 규정 준수. 패치 관리를 구현하는 것은 여러 보안 프레임워크나 표준에서 일반적으로 요구되는 사항입니다. 조직이 보안 패치를 적용하지 않을 경우, 규제 당국으로부터 ‘ ’에 따른 과징금을 부과받을 수 있습니다.
- 혁신 가속화. 패치 적용은 조직이 자체 소프트웨어의 기능과 성능을 개선하기 위한 업데이트를 배포할 수 있는 방법을 제공합니다. 경쟁이 치열한 비즈니스 환경에서, 어떤 혁신적 우위도 부가가치가 됩니다.
팀워크가 필요합니다
오바마 대통령의 사이버 보안 책임자를 지냈으며 현재 사이버 위협 연합(Cyber Threat Alliance)의 CEO를 맡고 있는 J. 마이클 다니엘은, 조직들이 를 통해 모든 구성원이 패치 관리의 중요성을 인식할 수 있도록 교육 계획을 시행해야 한다고 말합니다. “회원들과 직원들이 자신의 기기를 최신 버전으로 업데이트하도록 독려해야 합니다,”라고 그는 말합니다. “시스템에 연결하려면 기기를 업데이트해야 합니다.”
“많은 대기업들은 서로 다른 소프트웨어 공급업체 간의 데이터를 이동시키기 위해 어쩔 수 없이 ‘글루 코드’를 작성하게 됩니다.”세르게이 스비아티, 클라우드 관리자, IPS-Integrated Project Services
동시에, 조직 내 기술 담당자들은 패치를 적용하기에 가장 적절한 시기를 판단해야 합니다. “중요한 고객 회의가 진행 중인 대낮에는 업데이트가 들어올 수 없다”고 다니엘은 말한다. “사업 운영에 간섭해서는 안 됩니다.”
스비아티는 소규모 조직의 경우, 지속적인 업데이트 및 패치 적용 주기로 전환하면 전반적으로 시스템 보안이 더욱 강화될 것이라고 말합니다. “그런 기업들은 대개 업데이트를 배포하는 데 전념할 수 있는 인력과 자원이 부족합니다.”
또한 새로운 패치 전략은 에 등록된 소규모 기업을 지원하는 서비스 제공업체의 업무 부담을 줄일 수 있습니다.. 이를 통해 패치나 수정 사항을 직접 배포하는 대신, 패치 적용 상태만 간단히 확인할 수 있습니다. 대규모 조직의 경우 상황은 다를 수 있습니다.
“많은 대기업들이 서로 다른 소프트웨어 공급업체 간의 데이터를 이동시키기 위해 어쩔 수 없이 ‘글루 코드’를 작성하게 된다”고 스비아티는 말한다. 이러한 코드는 데이터 중복을 방지하거나 심지어 핵심 기능을 수행하기 위해 API와 예약된 작업을 활용할 수 있습니다. 즉, 대기업들은 업그레이드를 주저할 수도 있다는 뜻입니다.
[함께 읽어보세요: 엔드포인트 보안 분야에서 효과가 있는 것과 없는 것을 보여주는 6 가지 차트]
조직이 매월 취약점이 발견되는 소프트웨어를 사용하고 있지만, 수정 패치가 새 버전에서만 제공된다면, 최신 보안 기능을 확보하기 위해 디지털 코드를 다시 작성해야 할 수도 있습니다.
스비아티는 “기업들은 내부 프로세스와 기술을 변경할 수 있는 자원이 부족하기 때문에 결국 보안이 취약한 소프트웨어에 얽매이게 된다”고 말한다. “재택근무로 인해 [소프트웨어]를 보호하는 일이 훨씬 더 어려워졌다.”
