Windows GDI 보안 결함: 위험, 악용 및 패치

인포매텍 디지털 » Recursos » Windows GDI 보안 결함: 위험, 악용 및 패치

윈도우 그래픽 사용자 인터페이스(GDI)는 대부분의 사용자가 인지하지 못하는 사이에 수십 년 동안 창, 텍스트, 아이콘 및 이미지를 렌더링해 왔습니다. 그러나 이 핵심 시스템 구성 요소는 여러 가지 중요한 보안 취약점의 근원이기도 했습니다. 일부는 제로데이 공격이었고, 다른 일부는 마이크로소프트의 대규모 업데이트를 통해 패치되었습니다. GDI에 문제가 발생하면 단순히 애플리케이션이 충돌하는 데 그치지 않고, 경우에 따라 데이터 유출, 원격 코드 실행 또는 서버 전체를 다운시키는 블루스크린(BSOD) 오류로 이어질 수 있습니다.

다음 내용은 GDI의 작동 방식, 최근 몇 년 동안 보고된 특정 취약점(예: CVE-2017-11816, CVE-2020-1435 또는 CVE-2023-36884 ) 및 이러한 취약점이 악용되는 방식 , 가정 및 기업 환경에 미치는 실제 영향, 그리고 Windows Vista SP2 와 같은 이전 버전부터 Windows 11 및 Windows Server의 최신 버전에 이르기까지 관리자와 사이버 보안 전문가가 Windows 시스템을 보호하기 위해 적용할 수 있는 실질적인 조치에 대한 자세한 정보를 제공합니다.

Windows GDI란 무엇이고 보안 측면에서 왜 그렇게 중요한가요?

그래픽 장치 인터페이스(GDI) 는 선과 사각형을 그리는 것부터 글꼴, 비트맵, 이미지를 화면이나 프린터에 표시하는 것까지 그래픽 렌더링과 관련된 모든 것을 관리하는 기존 Windows API입니다. 애플리케이션은 gdi32.dll과 같은 라이브러리의 함수를 호출하여 장치 컨텍스트(HDC), 브러시, 펜, 영역 및 기타 그래픽 객체를 생성하며, 이러한 객체는 커널에서 제어하는 ​​데이터 구조에 의해 내부적으로 관리됩니다.

GDI 아키텍처는 사용자 모드와 커널 모드 로 나뉩니다 . 사용자 모드에서 gdi32.dll DLL 및 기타 관련 라이브러리는 애플리케이션으로부터 그림 그리기 요청을 받습니다. 이러한 요청은 win32k.sys를 통해 커널 모드에서 실행되는 Windows 창 하위 시스템으로 전달됩니다. 이 커널 부분은 실제로 시스템 메모리를 조작하고, 그래픽 객체를 검증하고, 하드웨어로 전송하는 역할을 합니다. 이 단계에서 포인터, 크기 또는 인덱스에 대한 검증이 불충분할 경우 치명적인 오류가 발생할 수 있습니다.

시스템은 리소스를 추적하고 재사용하기 위해 GDI 객체 테이블을 관리합니다 . 각 프로세스는 자체 테이블을 가지고 있지만, 공유 객체를 위한 전역 테이블도 존재합니다. 이로 인해 버퍼 오버플로, 이중 해제 이벤트 또는 잘못된 메모리 참조가 발생할 경우 데이터 손상 가능성이 높아집니다. 이러한 유형의 오류는 커널 메모리 손상, 경쟁 조건, 시스템 충돌 또는 시스템의 최상위 권한 컨텍스트에서 임의 코드 실행으로 이어질 수 있습니다.

마이크로소프트는 GDI+, Direct2D, DirectWrite, 심지어 DirectComposition과 같은 최신 API의 등장으로 새로운 애플리케이션에서 GDI 사용을 줄여왔지만, 여전히 GDI에 의존하는 레거시 소프트웨어 생태계는 매우 거대합니다. 이러한 레거시 환경 때문에 GDI는 연구원과 공격자에게 매우 매력적인 공격 대상이 되고 있습니다.

역사적 취약점: 정보 공개부터 0일까지

GDI와 관련된 가장 오래된 취약점 중 하나는 정보 유출 취약점인 CVE-2017-11816 입니다. 이 경우 문제는 GDI가 메모리에서 특정 객체를 처리하는 방식에 있었으며, 악의적인 사용자가 접근해서는 안 되는 대상 시스템의 데이터를 탈취할 수 있도록 허용했습니다. 이는 코드 실행이 아니라 심각한 기밀성 침해였습니다.

이 취약점은 다양한 버전의 Windows에 영향을 미쳤으며, Microsoft는 이에 대한 특정 보안 업데이트를 배포해야 했습니다. 문제의 원인은 그래픽 구조의 내부 처리 과정에 있었는데, 하위 시스템이 특정 메모리 영역을 재사용하기 전에 제대로 지우거나 유효성을 검사하지 못하여 다른 프로세스나 운영 체제 자체에 남아 있는 정보를 읽을 수 있도록 허용하는 것이었습니다.

해당 취약점은 2017년 10월 정기 "패치 화요일" 업데이트에 포함되어 배포되었습니다. 마이크로소프트는 취약점 설명과 함께 영향을 받는 파일 및 최신 버전을 나열한 상세 표를 제공했습니다. 예를 들어, x86, x64, IA-64 플랫폼용 gdi32.dll의 다양한 빌드 버전과 2017년 9월 8일과 같은 날짜, 그리고 6.0.6002.24200과 같은 파일 버전이 표에 포함되어 있었습니다. 이러한 상세 정보 덕분에 관리자는 패치가 올바르게 적용되었는지 확인할 수 있었습니다.

이후, 구글의 프로젝트 제로(Project Zero) 연구원들은 사용자 모드에서 gdi32.dll 과 관련된 또 다른 제로데이 취약점을 발견했습니다 . 이번 취약점은 EMF(Enhanced Metafile) 레지스터에 내장된 DIB(Device Independent Bitmap) 처리 방식에 영향을 미쳤습니다. 메타파일 내 이러한 비트맵을 부적절하게 조작하면 프로세스 메모리에서 정보를 추출할 수 있어 데이터 개인정보에 직접적인 영향을 미칩니다.

이 제로데이 취약점은 특수하게 제작된 EMF 파일이 포함된 DOCX 문서를 열면 인터넷 익스플로러를 통해 로컬 환경에서, 그리고 오피스 온라인을 통해 원격 환경에서 재현될 수 있었습니다. 영향을 받는 버전 목록은 윈도우 비스타 서비스 팩 2부터 윈도우 10까지 , 그리고 윈도우 서버 2012 R2 및 2016과 같은 버전까지 광범위했습니다. 이 문제는 패치가 배포되지 않은 채 표준 90일의 프로젝트 제로 기간이 만료되면서 공식적으로 공개되었고, 실질적인 제로데이 공격 수단으로 활용될 수 있게 되었습니다.

한편 마이크로소프트는 주목할 만한 사건을 겪었습니다. 내부 문제로 인해 예정되어 있던 패치 화요일 패치 패키지를 한 달 동안 배포하지 못하고 다음 패치 주기까지 수정 사항이 지연되었습니다. 이러한 지연은 연구 커뮤니티에 이미 알려진 취약점이 노출되는 시간을 늘립니다.

최근의 심각한 버그: BSOD, 원격 실행 및 대규모 패치 배치

시간이 지남에 따라 GDI의 취약점은 더욱 심각한 시나리오로 발전해 왔습니다. 특히 눈에 띄는 예로는 CVE-2023-36884로 식별된 서비스 거부(DoS) 취약점이 있는데 , 이는 Windows 10(버전 1607부터), Windows 11, 그리고 Windows Server 2016, 2019, 2022에 영향을 미칩니다. 해당 식별자는 게시판에 따라 다른 구성 요소와 연결되어 있지만, 기술 분석에 따르면 그래픽 하위 시스템의 심각한 결함으로 인해 잘못된 그래픽 개체를 처리할 때 블루스크린(BSOD)이 발생할 수 있습니다.

이 문제는 win32k.sys의 NtGdiDdDeleteDeviceBitmap 함수 와 관련이 있습니다 . 취약한 코드는 유효하지 않은 그래픽 비트맵이나 장치를 처리할 때, 장치 구조체(예: DD_DEVICE_OEM 유형)에서 데이터를 복사할 때 버퍼 경계 검사를 제대로 수행하지 않습니다. 이로 인해 커널에서 인접한 메모리 영역이 덮어쓰여 메모리 접근 예외(PAGE_FAULT_IN_NONPAGED_AREA, 코드 0x00000050)가 발생하고, IRQL_NOT_LESS_OR_EQUAL 또는 유사한 오류 코드와 함께 블루스크린(BSOD)이 실행됩니다.

일반적인 공격 흐름은 SMB나 RDP 같은 네트워크 프로토콜, 또는 WebDAV나 인쇄 서비스를 통해 전송되는 그래픽 데이터에서 시작됩니다. 손상된 EMF 파일이 원격 문서나 스트림의 일부로 전송되고, Office, Edge, 이미지 뷰어, 심지어 파일 탐색기 같은 응용 프로그램이 해당 파일의 내용을 해석하려고 할 때 GDI 하위 시스템이 호출되어 처리합니다. 파싱 루틴이 특정 객체 레지스터를 제대로 검증하지 못하면 범위를 벗어난 포인터가 역참조되어 커널 메모리(특히 비페이지 풀)가 불안정해집니다.

공식 발표 자료에 보고된 영향은 주로 서비스 거부(DoS) 공격 에 초점을 맞추고 있지만 , 여러 연구원들은 메모리 손상 악용을 위한 더욱 정교한 기술(예: 힙 공격)을 사용하면 MSHTML과 같은 다른 구성 요소의 취약점(CVE-2021-40444 사례)에서 볼 수 있었던 것처럼 커널 모드 코드 실행으로 이어지는 연쇄 공격을 구축할 수 있다고 지적했습니다.

GDI의 중요성은 대규모 패치 배포에서도 드러났습니다. 2020년 7월, 마이크로소프트는 자사 제품의 123개 취약점을 수정하는 대규모 업데이트를 발표했는데 , 그중 18개는 심각한 취약점으로 분류되었습니다. 심각한 취약점 중 하나는 CVE-2020-1435로, GDI가 메모리에서 객체를 조작하는 방식과 직접적으로 관련이 있습니다. 공격자가 피해자를 속여 특수하게 제작된 콘텐츠(예: 악성 웹사이트 방문)를 열도록 유도하면, 해당 사용자와 동일한 권한으로 원격 코드 실행이 발생할 수 있습니다.

같은 패치 패키지에는 특수하게 제작된 글꼴 처리와 관련된 CVE-2020-1436과, 사용자 상호 작용 없이 악성코드를 확산시킬 수 있는 웜과 같은 기능을 가진 Windows DNS 서버의 심각한 취약점인 CVE-2020-1350이 포함되어 있었습니다 . 후자는 GDI에 직접적인 영향을 미치지는 않지만, 하나의 패치 패키지에 네트워크 서비스, 하이퍼바이저(Hyper-V의 여러 원격 실행 취약점), 그리고 그래픽 인터페이스 자체의 취약점이 모두 포함되어 있다는 맥락을 이해하는 데 도움이 됩니다.

CVE-2020-1435는 특히 GDI가 메모리에서 그래픽 객체를 처리하는 방식과 관련된 취약점입니다. 이 취약점을 악용하여 공격자가 프로그램을 설치하거나, ​​데이터를 조회, 수정 또는 삭제하고, 모든 권한을 가진 사용자 계정을 생성할 수 있습니다. 일반적인 공격 방식은 사용자를 속여 악성 웹사이트를 방문하게 하거나, 취약점을 악용하도록 설계된 그래픽 리소스가 포함된 파일을 열도록 유도하는 것입니다. 이는 GDI의 기존 취약점 패턴과 일치하는데, GDI 렌더링 엔진에 의존하는 모든 시각적 콘텐츠는 시스템이 최신 상태가 아닐 경우 취약점이 될 수 있습니다.

2020년 7월 패치 주기에서 Hyper-V의 여러 심각한 취약점(CVE-2020-1041, -1040, -1032, -1036, -1042 및 -1043)도 발표되었는데 , 이는 조직에서 엄격한 패치 관리 프로그램을 유지하지 않으면 다양한 Windows 구성 요소(네트워크, 가상화, 그래픽)가 동일한 공격 사슬의 연결 고리가 될 수 있음을 보여줍니다.

Windows 시스템에 미치는 실제 영향, 영향을 받는 버전 및 벡터

GDI 취약점의 영향을 받는 버전 범위는 매우 광범위합니다. Project Zero에서 보고한 제로데이 공격 사례에 따르면, gdi32.dll의 취약점은 Windows Vista SP2, Windows 7, Windows 8.1, Windows 10, 그리고 여러 버전의 Windows Server (2012 R2, 2016 등)에 영향을 미쳤습니다. 이는 가정 및 기업을 막론하고 수많은 컴퓨터가 문서를 열거나, 인터넷 익스플로러로 웹 서핑을 하거나, Office Online을 사용하는 것만으로도 메모리 누수의 위험에 노출될 수 있음을 의미합니다.

최근 발생한 블루스크린(BSOD) 오류와 관련된 분석 결과, 마이크로소프트는 해당 취약점이 Windows 10 버전 1607 이상, Windows 11, 그리고 Windows Server 2016/2019/2022( Enterprise, Education, LTSC 에디션 포함)에 영향을 미친다고 확인했습니다. Windows 7이나 8.1처럼 확장 지원이 종료된 버전은 공식 패치의 적용 대상이 아니지만, 그렇다고 GDI 관련 문제가 없는 것은 아닙니다. 단지 정기적인 수정 패치가 제공되지 않을 뿐입니다.

운영 수준에서 그 영향은 크게 세 가지 범주로 요약할 수 있습니다. 정보 유출 (개인 정보 보호가 필요한 메모리 영역 읽기), 서비스 거부 공격 (반복적인 블루스크린 오류), 그리고 원격 코드 실행입니다 . 기업 환경에서 중요한 역할을 하는 서버(예: 공유 프린트 서버 또는 Hyper-V 호스트)에서 블루스크린 오류가 발생하면 프린트 서비스 중단, 가상 머신 예기치 않은 종료, 원격 세션 데이터 손실, 그리고 장시간의 복구 시간 등 연쇄적인 장애를 초래할 수 있습니다.

네트워크 관점에서 GDI는 SMB(포트 445), RDP 또는 WebDAV 와 같은 프로토콜을 통해 악용될 수 있으며, 특히 서비스가 수신된 EMF/WMF 이미지 또는 메타파일을 자동으로 처리하는 경우 더욱 위험합니다. 로컬 환경에서는 사용자가 Paint, WordPad, 구형 이미지 뷰어와 같이 GDI를 사용하는 응용 프로그램이나 파일 탐색기 에서 아이콘 및 썸네일을 미리 보기하는 프로세스에서 악성 파일을 열기만 해도 감염될 수 있습니다 . 가장 일반적인 공격 방식은 피싱 이메일과 변조된 EMF 파일이 포함된 DOCX 또는 PDF 문서를 결합하는 것입니다.

금융, 의료, 공공 행정 등 규제 대상 조직에서 패치가 적용되지 않은 취약점으로 인해 발생하는 사고는 법적 및 규제적 결과를 초래할 수 있습니다. 핵심 시스템을 다운시키는 블루스크린(BSOD)은 서비스 연속성을 저해하는 보안 사고로 간주되어 GDPR이나 HIPAA와 같은 법규에 따른 감사 및 벌금 부과로 이어질 수 있습니다. 또한, 다양한 위협 인텔리전스 보고서에 따르면 그래픽 하위 시스템의 취약점을 악용하는 APT 그룹이 아시아와 유럽의 고가치 목표물을 공격하고 있는 것으로 나타났습니다.

업계에서 일반적으로 집계되는 데이터(예: 연례 데이터 유출 보고서)에 따르면, 상당수의 Windows 장치가 중요 업데이트 출시 후 90일 이상 패치되지 않은 상태로 남아 있다는 점을 기억해야 합니다. 이는 공격자가 취약점을 자동화하고 Metasploit이나 Cobalt Strike와 같은 프레임워크에 통합하여 전체 네트워크 범위에서 취약한 호스트를 스캔할 수 있는 충분한 기회를 제공합니다.

Microsoft에서 수정 사항을 배포하는 방법과 수정되는 파일

GDI에서 취약점이 발견되면 Microsoft는 일반적으로 월별 롤업에 포함된 보안 업데이트를 배포합니다. 이러한 업데이트는 일반적으로 Windows Update , Microsoft Update Catalog 또는 Windows Server Update Services(WSUS) 및 Microsoft Endpoint Configuration Manager(MECM)와 같은 관리 도구를 통해 제공됩니다. CVE-2017-11816 취약점의 경우, 해당 업데이트(예: Windows Server 2008용 KB4042121)는 Windows Update 또는 카탈로그에서 독립 실행형 .msu 파일로 다운로드할 수 있습니다.

마이크로소프트가 강조하는 특이사항 중 하나는 업데이트 적용 후 언어 팩을 설치하는 경우 보안 패치를 다시 설치해야 한다는 점입니다. 따라서 필요한 언어를 먼저 배포한 다음 업데이트를 배포하는 것이 항상 권장됩니다. 사소해 보일 수 있는 이 세부 사항 때문에 실제로 특정 GDI 바이너리에 수정된 버전이 포함되어 있지 않음에도 불구하고 시스템이 패치된 것으로 잘못 판단되는 사례가 여러 번 발생했습니다.

이러한 보안 공지 관련 문서에서 Microsoft는 파일 정보 (예: 파일 이름(gdi32.dll), 특정 버전, 크기, 날짜, 시간 및 플랫폼(x86, x64, IA-64))를 포함하는 상세한 표를 제공합니다. 이러한 표를 통해 관리자와 감사자는 올바른 바이너리가 설치되었는지 여부를 포렌식 방식으로 확인할 수 있습니다. Windows 및 Office의 다양한 에디션에 포함된 .msu 및 .exe 패키지에도 유사한 프로세스가 적용되며, 각 파일의 SHA1 및 SHA256 해시값이 나열되어 팀에서 파일의 무결성을 검증할 수 있습니다.

파일 및 해시 목록은 엄청나게 방대합니다. Windows6.0-KB2834886-x86.msu 와 그 x64 및 ia64 변형부터 Windows6.1-KB2835364-x64.msu, Windows8-RT-KB2835361-x86.msu, Windows Server 2003 및 Windows XP용 설치 프로그램 수십 개(CHS, CHT, DEU, ESN, FRA, ITA, JPN, KOR, PTB, PTG, RUS 등 다양한 언어 지원), 그리고 AttendeeAdmin.msp, ogl2007-kb2687309-fullfile-x86-glb.exe 또는 lyncloc2013-kb2817465-fullfile-x64-glb.exe와 같은 Office 및 Lync 구성 요소용 패치까지 다양합니다. 각각은 검증을 용이하게 하기 위해 자체 SHA1 및 SHA256 해시를 포함합니다.

이 모든 경우에 궁극적인 목표는 동일합니다. 바로 gdi32.dll 파일(또는 관련 그래픽 하위 시스템 바이너리)을 보안 버전으로 업데이트하는 것입니다. 예를 들어 Windows Server 2008과 같은 플랫폼에서 gdi32.dll은 버전 6.0.6002.24200으로 표시되며, 크기는 아키텍처에 따라 다릅니다(x86에서 약 299.520바이트, x64에서 약 391.680바이트, IA-64에서 약 955.392바이트). 이러한 값과 빌드 날짜는 시스템에 패치가 적용되었는지 여부를 판단하는 기본적인 기준이 됩니다.

공식 문서에는 이러한 업데이트의 구현 및 배포 에 대한 자세한 내용이 포함된 기술 자료 문서 와 지원 리소스 링크(Windows Update 도움말 페이지, IT 전문가용 보안 포털(예: TechNet Security), 국제 지원 사이트, Microsoft Secure 브랜드의 맬웨어 방지 특정 서비스)도 참조되어 있습니다.

완화, 모니터링 및 대응을 위한 모범 사례

패치가 제공되는 즉시 설치하는 것 외에도, 특히 수백 또는 수천 대의 컴퓨터가 있는 기업 환경에서 GDI 오류와 관련된 위험을 줄이는 데 도움이 되는 여러 가지 완화 및 심층 방어 조치가 있습니다.

먼저, 응용 프로그램과 브라우저에서 특정 그래픽 형식의 자동 처리를 비활성화하거나 제한하여 공격 표면을 줄이는 것이 좋습니다 . 예를 들어, Microsoft Edge에서는 HKLM\SOFTWARE\Policies\Microsoft\Edge 경로에 있는 다운로드 제한 관련 레지스트리 키를 사용하여 그룹 정책을 구성하여 EMF/WMF 메타 파일의 다운로드 및 처리를 차단하거나 제어할 수 있습니다. 다른 응용 프로그램에서는 구성 옵션을 사용하여 신뢰할 수 없는 위치의 문서 자동 미리 보기를 방지하고, 파일 탐색기 응답 없음 문제를 해결하기 위한 문제 해결 가이드를 적용할 수 있습니다.

또 다른 필수적인 요소는 제로 트러스트 원칙에 따른 네트워크 세분화 입니다 . 여기에는 SMB, RDP 및 기타 잠재적으로 악용될 수 있는 프로토콜 트래픽을 필수적인 서브넷으로만 제한하고, 심층 패킷 검사 기능을 갖춘 차세대 방화벽을 구현하며, ID 및 컨텍스트 기반 규칙을 적용하는 것이 포함됩니다. 어떤 장치가 어떤 서비스와 통신할 수 있는지를 제한함으로써, 악성코드가 네트워크 측면으로 확산되려는 시도의 영향을 크게 줄일 수 있습니다.

탐지 측면에서는 Microsoft Defender for Endpoint와 같은 엔드포인트 탐지 및 대응(EDR) 솔루션을 구현하여 win32k.sys, gdi32.dll 및 BSOD 이벤트 와 관련된 비정상적인 동작을 모니터링할 수 있습니다 . 블루스크린 오류 급증(예: 이벤트 뷰어에서 이벤트 ID 1001부터 시작) 및 그래픽 하위 시스템에 대한 비정상적인 액세스에 대한 경고를 구성하면 맬웨어로 인한 공격 시도 또는 불안정성을 식별하는 데 도움이 될 수 있습니다.

패치 관리의 경우, Windows Update for Business, WSUS 또는 MECM을 사용하여 배포를 자동화하는 것이 강력히 권장되지만, 실제 운영 환경에 적용하기 전에 스테이징 환경에서 테스트 단계를 거쳐 잠재적인 회귀 오류를 감지하는 것을 항상 포함해야 합니다. 에어갭 인프라에서는 EMF/WMF 및 기타 그래픽 형식에서 의심스러운 패턴을 인식하도록 설계된 YARA 규칙과 같은 도구를 사용하여 모든 수신 파일을 감사하는 것이 좋습니다.

보다 발전된 시나리오에서는 일부 조직이 내부 애플리케이션을 Direct2D, DirectWrite 또는 크로스 플랫폼 그래픽 엔진 (Cairo, Skia) 과 같은 최신 API로 마이그레이션하는 것을 고려하고 있습니다 . 이러한 최신 API는 더 나은 격리 기능을 제공하고 기존 GDI에 대한 의존도를 낮춥니다. 중기적으로 마이크로소프트는 향후 Windows 버전에서 GDI의 상당 부분을 사용 중단하여 공격 표면을 줄일 수 있지만, 이전 소프트웨어와의 호환성은 여전히 ​​과제로 남을 것입니다.

포렌식 및 리버스 엔지니어링 관점에서 WinDbg, KD, Volatility 와 같은 도구를 사용하면 BSOD(블루스크린) 발생 후 메모리 덤프를 분석하고 커널 메모리 풀 내 "Gdi"로 표시된 메모리 영역에서 손상을 확인할 수 있습니다. 연구 목적으로 공개된 개념 증명 익스플로잇은 특정 레지스터(예: EMR_HEADER)가 잘못된 EMF(엔진 메모리 파일)를 사용하면 경쟁 조건이 발생하여 시스템 충돌을 유발할 수 있음을 보여줍니다. 이러한 정보는 실제 공격 상황에서 무슨 일이 일어났는지 재구성하는 데 있어 사고 대응팀에게 매우 중요합니다.

사고 발생 시에는 NIST의 (식별, 차단, 제거, 복구)와 같은 대응 프레임워크를 따르는 것이 좋습니다. 여기에는 영향을 받은 시스템을 격리하고 , 증거(메모리 덤프, 로그, 의심스러운 파일 샘플)를 보존하고, 보류 중인 패치를 배포하고, 최신 안티멀웨어 도구로 시스템을 검사하고, 검증된 백업에서 복원하거나 이전 시점으로 되돌리는 작업 이 포함됩니다. 또한, 시스템 패치 및 보안 강화 프로세스를 개선하기 위해 주기적으로 교훈을 되짚어보는 것이 좋습니다.

Windows GDI를 둘러싼 실패 사례와 패치 내역 전체를 보면, 강력한 계층형 보안 및 업데이트 전략이 없을 경우 기존 구성 요소가 얼마나 취약해질 수 있는지 알 수 있습니다. 이러한 취약점이 어떻게 악용되는지, 어떤 버전이 위험에 처해 있는지, 그리고 어떤 추가적인 제어 조치를 적용할 수 있는지 이해하면 관리자와 사이버 보안 전문가가 시스템을 강화하고 간단한 이미지나 특수하게 제작된 메타파일로 인해 Windows 인프라가 다운되거나 완전히 손상되는 것을 방지할 수 있습니다.