최근 GitHub의 RedSun 이슈가 Windows 11·10과 서버 환경에서 2026년 4월 업데이트 이후 시스템 사용자 접근 문제와 맞물려 주목받고 있습니다1. 특히 이번 패치는 Secure Boot, BitLocker, 원격 데스크톱 보안, 서버 인증 정책까지 건드려서 "업데이트만 했는데 왜 로그인·부팅·접속이 달라졌지?"라는 반응이 나올 만한 흐름입니다.
이번 글에서는 RedSun 자체를 단순 소개하는 데서 끝내지 않고, 2026년 4월 윈도우 업데이트가 실제로 어떤 "접근 경로"에 영향을 주는지, 개인 PC와 기업 서버에서 무엇을 확인해야 하는지 한 번에 정리해보겠습니다.
Windows 11 4월 2026 업데이트에서 달라진 접근 보안
Windows 11용 4월 누적 업데이트 KB5083769는 보안 수정과 함께 Secure Boot 관련 동작을 꽤 크게 손봤습니다2. 핵심은 앞으로 만료될 Secure Boot 인증서를 대비해 새 인증서 배포 범위를 넓히고, 일부 장치에서는 Windows Security 앱에서 인증서 업데이트 상태까지 볼 수 있게 했다는 점입니다2.
겉으로 보면 평범한 보안 강화처럼 보이지만, 실제 체감 포인트는 "접근 권한의 전제 조건"이 바뀐다는 데 있습니다. 예전엔 그냥 잘 켜지던 장치가 이제는 부팅 체인, BitLocker, UEFI 상태 같은 조건을 더 엄격하게 타기 시작한 것이죠.
여기에 원격 데스크톱(.rdp) 파일을 열 때도 요청된 연결 설정을 기본적으로 꺼진 상태로 보여주고, 최초 실행 시 경고를 띄우도록 바뀌었습니다2. 한마디로 "접속은 되지만, 예전처럼 무심코 클릭하면 안 되는 시대"가 더 분명해졌습니다.
BitLocker 복구 키 요구는 왜 갑자기 생겼을까
이번 이슈에서 가장 실무적인 부분은 BitLocker입니다. Microsoft는 일부 장치가 업데이트 후 첫 재부팅에서 BitLocker 복구 키를 요구할 수 있다고 공식 안내했습니다234. 다만 모든 PC가 그런 건 아니고, 특정 그룹 정책과 PCR7 조건이 겹친 장치가 중심입니다.
특히 IT 관리 환경에서 "Configure TPM platform validation profile for native UEFI firmware configurations" 정책에 PCR7이 명시돼 있고, 시스템 정보에서 PCR7 Binding이 "Not Possible"로 표시되는 경우가 문제 구간입니다2. 이런 상태에서 새 Secure Boot 관련 변경이 들어오면, 장치가 "부팅 신뢰 상태가 달라졌네?"라고 판단해 복구 키를 물을 수 있습니다.
쉽게 말해, 문은 내 집 문이 맞는데 자물쇠가 "오늘은 확인 절차를 한 번 더 하겠습니다"라고 반응하는 셈입니다. 개인 사용자보다 기업·학교·기관 관리 PC에서 더 조심해야 하는 이유도 여기에 있습니다.
서버 관리자라면 사용자 접근보다 인증 체인을 먼저 봐야 한다
서버 쪽은 더 민감합니다. Windows Server 2025와 Server 2022의 4월 업데이트도 Secure Boot와 BitLocker 관련 주의사항을 동일하게 담고 있고, SMB over QUIC 안정성, RDP 보호, 그리고 Kerberos 기본 암호화 처리까지 손봤습니다34.
특히 Server 2025와 Server 2022는 Kerberos KDC 동작에서 기본 암호화 타입을 AES-SHA1 쪽으로 정리하는 변화가 포함됐습니다34. 이건 단순한 성능 개선이 아니라, 오래된 인증 구성이나 서비스 계정 설정이 남아 있는 환경에서 사용자 인증 흐름에 영향을 줄 수 있다는 뜻입니다.
또한 WDS의 Hands-Free Deployment 기능이 기본 비활성화되며 더 이상 지원 기능이 아니라는 점도 눈여겨볼 만합니다34. 서버 관리자는 "사용자 접근 문제"를 계정 자체의 문제로 보기 전에, 배포·부팅·인증·원격접속 체인이 업데이트 이후 어떻게 달라졌는지 먼저 점검해야 합니다.
RedSun 이슈와 함께 봐야 할 현실적인 점검 포인트
RedSun 관련 이슈를 보는 분들이라면, 단순히 특정 도구나 계정 권한 문제만 볼 게 아니라 이번 4월 패치 전반을 같이 봐야 합니다. 로컬 권한 상승 관점에서도 Microsoft Defender 플랫폼의 권한 상승 취약점이 4월 보안 업데이트에서 수정됐고, 공격자가 낮은 권한에서 SYSTEM까지 올라갈 가능성이 지적됐습니다5. 즉, "접근이 막혀서 불편하다"는 면과 "접근이 너무 쉽게 뚫리면 위험하다"는 면이 이번 달에 동시에 존재한 셈입니다.
실무적으로는 세 가지가 우선입니다. 먼저 BitLocker 복구 키 보관 상태를 확인하세요. 다음으로 msinfo32에서 Secure Boot와 PCR7 상태를 점검하세요. 마지막으로 RDP, Kerberos, Defender 플랫폼 버전처럼 실제 사용자 접근에 연결되는 보안 구성요소를 함께 체크해야 합니다2345.
시사점
이번 2026년 4월 업데이트는 단순한 월간 패치가 아니라, 윈도우의 "누가, 어떤 경로로, 얼마나 신뢰된 상태에서 시스템에 접근하느냐"를 다시 조정한 업데이트에 가깝습니다. RedSun 이슈를 계기로 봐도, 이제는 계정 권한만 확인해서 끝나는 시대가 아닙니다.
개인 사용자는 BitLocker 복구 키와 원격 접속 경고를, 기업 관리자는 PCR7 정책·Secure Boot 인증서·Kerberos 설정을 먼저 확인하는 것이 안전합니다. 업데이트 후 이상 징후가 있다면, 사용자 문제로 단정하기보다 부팅 신뢰 체인과 보안 정책 변화부터 의심해보는 편이 훨씬 빠릅니다.
참고
1RedSun: System user access on Win 11/10 and Server with the April 2026 Update
2April 14, 2026--KB5083769 (OS Builds 26200.8246 and 26100.8246)
3April 14, 2026--KB5082063(OS Build 26100.32690)
4April 14, 2026--KB5082142 (OS Build 20348.5020)
5Microsoft Defender 0-Day Vulnerability Enables Privilege Escalation Attack
이 노트는 보도·비평·교육·연구 목적으로 작성되었습니다. 저작권 문의가 있으시면 에서 알려주세요.