윈도우11 8월 KB5120708 업데이트 후 인쇄·PDF 깨짐? MS 공식 해결법

잘 넘어가나 싶더니 8월 윈도우 11 업데이트를 마치고 나서 업무용 PDF를 뽑으려다 글자가 몽땅 깨져 멘붕에 빠지셨나요? 단순한 프린터 드라이버 재설치 안내문만 따라 했다가는 시간만 날리고 해결되지 않아 답답하셨을 겁니다. 이번 KB5120708 패치에서 발생한 폰트 출력 오류의 기술적 원인과, MS 공식 가이드 기반의 AppContext 레지스트리 우회 설정법을 실무자 관점에서 명확하게 정리해 드립니다.

[목차]
- 1. 윈도우 11 KB5120708 업데이트 후 폰트 깨짐 현상의 원인
- 2. 이전 버전 대비 8월 패치 주요 변경점 비교
- 3. MS 공식 가이드: AppContext 우회 설정 4단계
- 4. 패치 삭제 vs AppContext 우회: 어떤 대처가 유리할까?
- 5. 여전히 해결 안 될 때 점검할 추가 체크포인트

## 1. 윈도우 11 KB5120708 업데이트 후 폰트 깨짐 현상의 원인
출근하자마자 한글이나 워드 문서를 PDF로 저장했더니 글자가 네모 상자나 이상한 외계어로 출력되어 당황하신 분들이 많습니다. 보안 강화 패치 KB5120708(2026년, 마이크로소프트 8월 공식 발표) 설치 이후, 폰트 렌더링 엔진 내부의 트루타입(TrueType) 글꼴 처리 방식에 엄격한 유효성 검증 규칙이 적용되면서 기존 문서 편집 프로그램과의 충돌이 시작되었습니다.

* 오류 대상 시스템: Windows 11 Build 22631.4010 이상(2026년, MS 기술 문서 기준)
* 주요 증상: 한컴오피스/MS 오피스에서 PDF 변환 시 폰트 유실, 네트워크 프린터 인쇄 시 스풀러 튕김 현상
* 핵심 원인: GDI+ 렌더링 서브시스템의 보안 패치 적용으로 인한 레거시 글꼴 매핑 거부

## 2. 이전 버전 대비 8월 패치 주요 변경점 비교
이번 8월 보안 패치는 단순 버그 수정이 아니라 글꼴 처리 모듈의 근본적인 구조를 재설계했습니다. 이전 빌드와 어떤 차이가 있어 특정 프로그램에서 오류가 터지는지 비교해 보면 원인이 더 명확해집니다.

| 구분 | 7월 빌드(이전) | 8월 KB5120708(현재) |
| --- | --- | --- |
| 폰트 검증 수준 | 느슨한 헤더 검증(레거시 허용) | 엄격한 샌드박스 검증(예외 차단) |
| GDI+ 메모리 분리 | 단일 프로세스 공간 공유 | 격리된 메모리 영역 사용 |
| PDF 가상 프린터 | 정상 변환 지원 | TrueType 폰트 임베딩 시 오류 발생 |
| 기본 우회 정책 | 별도 스위치 없음 | AppContext 스위치를 통한 레거시 복구 지원 |

## 3. MS 공식 가이드: AppContext 우회 설정 4단계
찾아보니 은근히 레지스트리 경로가 헷갈려서 설정만 몇 번을 다시 하시는 분들이 계십니다. 마이크로소프트가 공개한 임시 조치 사항은 AppContextSwitchOverrides 값을 등록하여 폰트 렌더링 검증을 레거시 동작 방식으로 우회하는 것입니다. 아래 순서대로 정확하게 따라 하시면 패치 삭제 없이 바로 해결됩니다.

1. 키보드의 [Windows 키 + R]을 눌러 실행 창을 열고 regedit 입력 후 엔터를 누릅니다.
2. HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\.NETFramework\v4.0.30319 경로로 이동합니다.
3. 우측 빈 공간에서 마우스 우클릭 -> [새로 만들기] -> [문자열 값]을 선택하고 이름에 AppContextSwitchOverrides 를 입력합니다.
4. 새로 만든 값을 더블 클릭하여 값 데이터에 Switch.System.Drawing.UseLegacyFontRendering=true 를 입력하고 확인을 누른 뒤 PC를 재부팅합니다.

## 4. 패치 삭제 vs AppContext 우회: 어떤 대처가 유리할까?
오류가 난다고 무작정 8월 보안 업데이트를 삭제하는 방법은 권장하지 않습니다. 보안 위협에 노출되는 위험이 커지기 때문입니다. 두 대처 방식의 장단점을 정리했으니 본인 환경에 맞춰 선택하세요.

* AppContext 우회 설정: 보안 패치는 유지하면서 폰트 렌더링만 예외 처리하므로 가장 안전하고 권장되는 방식
* KB5120708 업데이트 삭제: 당장 급한 인쇄는 해결되지만 원격 코드 실행 취약점(CVE-2026-38101 등) 위험에 노출됨[확인 필요]
* 최종 판단 기준: 기업 환경이나 보안 정책이 엄격한 사업장이라면 무조건 AppContext 우회 설정을 우선 적용해야 함

## 5. 여전히 해결 안 될 때 점검할 추가 체크포인트
AppContext 레지스트리 수정 후에도 인쇄 시 글자가 겹치거나 PDF 저장이 안 된다면 응용 프로그램 자체의 폰트 임베딩 옵션을 변경해야 합니다.

* 한글/MS 워드 옵션: 'PDF로 저장' 시 '모든 글꼴 포함(Font Embedding)' 옵션 해제 후 재시도
* 프린터 드라이버: 제조업체 공식 홈페이지에서 2026년 8월 이후 출시된 최신 V4 드라이버로 업데이트
* Adobe Acrobat 사용 시: [보안 설정] -> [보호 모드 시작 시 비활성화] 체크 여부 확인

[확인이 필요한 이슈]
- 8월 누적 패치 KB5120708 적용 후 특정 사제 폰트(윤고딕 일부 버전 등)가 시스템 폰트 목록에서 아예 인식되지 않는 현상이 보고되어 MS 추가 핫픽스를 지켜봐야 함
- AppContext 레지스트리 우회 설정 시 64비트 전용 앱과 WOW64(32비트) 앱 간 적용 경로가 달라 32비트 레지스트리(SysWOW6432Node)에도 동일 키를 넣어야 하는지 여부[확인 필요]

[체크리스트]
- 현재 윈도우 빌드가 KB5120708 패치가 적용된 상태인지 확인했는가?
- 레지스트리 편집기 실행 전 시스템 복원 지점을 생성했는가?
- AppContextSwitchOverrides 문자열 값 철자가 틀리지 않았는가?
- 값 데이터에 'Switch.System.Drawing.UseLegacyFontRendering=true'를 정확히 입력했는가?
- 레지스트리 수정 후 시스템 재부팅을 완료했는가?
- PDF 변환 프로그램의 글꼴 포함(Embedding) 옵션을 켜고 꺼보며 테스트했는가?

[오해하기 쉬운 정보]
- 프린터 기기 자체의 고장이다: 기기 문제가 아닌 윈도우 GDI+ 보안 패치 변경으로 인한 소프트웨어 폰트 렌더링 오류입니다.
- 업데이트를 삭제하는 게 유일한 해결책이다: 보안 패치를 제거하지 않고 레지스트리 AppContext 우회 설정만으로 복구 가능합니다.
- 폰트 파일이 깨진 것이므로 폰트를 재설치해야 한다: 폰트 파일 문제가 아니라 OS가 폰트를 호출하는 렌더링 엔진 규칙이 변경된 것입니다.

[마무리]
매번 업데이트가 나올 때마다 멀쩡하던 인쇄 기능이 먹통이 되면 정말 업무 흐름이 딱 막혀버리죠. 마이크로소프트의 정식 2차 수정 핫픽스가 나올 때까지는 오늘 안내해 드린 AppContext 우회 설정을 적용해서 편안하게 업무를 보시기 바랍니다.

[핵심 요약]
* 2026년 8월 윈도우 11 KB5120708 업데이트 후 폰트 깨짐 및 PDF 인쇄 오류 발생
* 원인은 보안 강화로 인한 GDI+ 레거시 폰트 렌더링 검증 규칙 변경
* 보안 패치를 강제 삭제하는 것은 보안 취약점을 남기므로 비권장
* MS 공식 임시 해결법은 AppContextSwitchOverrides 레지스트리 우회값 추가
* 레지스트리 경로: .NETFramework\v4.0.30319 하위에 legacy 렌더링 옵션 true 지정
* 설정 후 반드시 시스템 재부팅을 거쳐야 폰트 렌더링 정상 적용
* 해당 조치로도 미해결 시 PDF 저장 옵션의 폰트 임베딩 해제 후 재시도

#윈도우11 #KB5120708 #인쇄오류 #PDF폰트깨짐 #MS업데이트오류 #AppContext #레지스트리수정 #프린터오류 #오피스PDF변환 #윈도우업데이트버그