Windows Server KMS 호스트 TPM 확인방법 slmgr /dlv 정품인증 변화
기업이나 학교에서 여러 대의 윈도우 PC와 서버를 운영한다면 컴퓨터마다 제품키를 직접 입력하기보다 키 관리 서비스 KMS(Key Management Service)를 이용해 볼륨 정품인증을 처리하는 경우가 많습니다.
그런데 마이크로소프트가 앞으로 KMS 호스트에 단순한 제품키 인증만 요구하는 것이 아니라 TPM 기반 하드웨어 신뢰 확인까지 적용할 예정이라고 발표했습니다.

새로운 방식의 이름은 KMS Hardware-Secured입니다. KMS 서버가 신뢰할 수 있는 장치에서 실행되고 있는지 TPM 증명을 통해 확인한 뒤, 검증된 호스트만 조직 내부의 윈도우 장치를 정품 인증할 수 있도록 바뀌는 방식입니다.
먼저 결론부터 정리하면
2026년 8월부터 기존 KMS 서버가 바로 정지되는 것은 아닙니다. Windows Server 2025에 향후 하드웨어 보안 요건을 충족하는지 알려주는 준비 상태 메시지가 추가되고, TPM 증명의 의무화는 차기 Windows Server LTSC부터 적용될 예정입니다.
현재 운영 중인 서버의 제품키와 라이선스 채널을 먼저 확인하려면 잡가이버의 윈도우 서버 제품키 등록 및 정품인증 라이선스 확인방법도 함께 참고할 수 있습니다.
KMS 호스트 TPM 정품인증 무엇이 달라질까?
기존 KMS 환경에서는 기업이 정식 볼륨 라이선스 계약으로 발급받은 KMS 호스트 키를 서버에 등록하고, 해당 서버를 마이크로소프트에 활성화한 뒤 사내 PC의 정품인증 요청을 처리합니다.
클라이언트는 일반적으로 DNS에 등록된 KMS 서비스 레코드를 검색해 사내 KMS 호스트를 찾고, 기본 TCP 1688 포트를 통해 인증을 요청합니다.
| 구분 | 기존 KMS | KMS Hardware-Secured |
|---|---|---|
| 호스트 확인 | KMS 호스트 키와 소프트웨어 설정 중심 | TPM 기반 장치 신원과 무결성 확인 |
| 서버 복제 | 동일 구성 복제와 에뮬레이션 위험 존재 | 하드웨어에 연결된 증명으로 복제 방지 강화 |
| 검증 방식 | 라이선스와 네트워크 구성 확인 | 라이선스와 TPM 증명 동시 검증 |
| 직접 영향 대상 | 기업·학교·기관의 KMS 환경 | KMS 호스트를 운영하는 조직 관리자 |
쉽게 표현하면 기존에는 KMS 서버가 정상적인 열쇠를 가지고 있는지를 확인했다면, 앞으로는 열쇠를 가지고 있는 서버 본체까지 신뢰할 수 있는지 확인한다고 볼 수 있습니다.
이번 변화가 일반 윈도우 사용자에게도 적용될까?
개인용 윈도우10·윈도우11 Home 또는 Pro를 Retail 제품키, OEM 라이선스나 마이크로소프트 계정과 연결된 디지털 라이선스로 사용하는 경우에는 이번 변화가 직접 적용되지 않습니다.
TPM 증명을 요구받는 대상은 각 PC가 아니라 조직 내부에서 정품인증 요청을 처리하는 KMS 호스트 서버입니다.
| 사용 환경 | 영향 여부 | 확인할 내용 |
|---|---|---|
| 개인용 Retail·OEM 라이선스 | 직접 영향 없음 | 기존 정품인증 유지 |
| MAK 제품키 사용 환경 | 영향 제한적 | KMS와 다른 인증 방식 |
| KMS 클라이언트 PC | 간접 영향 | 새 호스트로 정상 연결되는지 확인 |
| 물리 KMS 호스트 | 직접 영향 | TPM·UEFI·펌웨어 확인 |
| 가상 KMS 호스트 | 추가 지침 필요 | vTPM과 가상화 플랫폼 검증 |
개인 PC의 현재 정품인증 상태와 에디션을 확인하려면 노랗IT월드의 윈도우 정품인증과 설치버전 확인방법을 참고하면 됩니다.
Windows Server KMS 호스트 slmgr /dlv 확인방법
Windows Server에서 KMS 호스트와 라이선스 상태를 확인할 때 가장 먼저 사용하는 명령이 slmgr /dlv입니다.
1. 관리자 권한 명령 프롬프트 실행
시작 메뉴에서 CMD 또는 명령 프롬프트를 검색한 뒤 마우스 오른쪽 버튼을 눌러 관리자 권한으로 실행합니다.
명령을 실행하면 Windows Script Host 창이 나타나며 현재 설치된 운영체제의 상세 라이선스 정보를 확인할 수 있습니다.
2. 모든 라이선스 객체 확인
하나의 서버에서 윈도우뿐만 아니라 볼륨 라이선스 오피스 제품까지 처리하고 있다면 다음 명령으로 모든 라이선스 객체를 확인하는 편이 좋습니다.
PowerShell에서는 다음과 같이 실행할 수 있습니다.
3. slmgr /dlv 결과에서 확인할 항목
| 표시 항목 | 확인 내용 |
|---|---|
| 이름·설명 | 설치된 Windows Server 에디션과 라이선스 채널 |
| 라이선스 상태 | 사용 허가, 알림, 유예 기간 여부 |
| 부분 제품키 | 등록한 KMS 호스트 키와 기록을 대조할 끝 5자리 |
| KMS 호스트 현재 수 | 최근 고유 클라이언트 요청 수 |
| 수신 포트 | 일반적으로 사용하는 TCP 1688 포트 |
| DNS 게시 여부 | KMS 서비스 레코드 자동 등록 상태 |
| 하드웨어 보안 준비 상태 | 향후 업데이트 후 TPM 기반 KMS 호스트 적격 여부 |
준비 상태 메시지가 보이지 않는다면?
Windows Server 2025를 사용한다고 해서 현재 모든 서버에 바로 표시되는 것은 아닙니다. 마이크로소프트가 관련 업데이트를 배포한 뒤 표시될 예정이므로 누적 업데이트 적용 여부도 함께 확인해야 합니다.
기존 Windows Server 제품키와 KMS 정보 조회에 대한 자세한 내용은 노랗IT월드의 윈도우 서버 제품키 확인과 정품인증 변경방법도 참고할 수 있습니다.
TPM 상태 확인방법
TPM은 Trusted Platform Module의 약자로 암호화 키를 보호하고 장치의 신원과 부팅 무결성을 증명하는 보안 구성 요소입니다.
일부 번역에서 TPM을 트랜잭션 프로세스 관리라고 표현하기도 하지만, 윈도우 보안에서 말하는 TPM의 정확한 의미는 신뢰할 수 있는 플랫폼 모듈입니다.
TPM 관리도구로 확인
키보드에서 Windows 키 + R을 누르고 다음 명령을 입력합니다.
호환 가능한 TPM을 사용할 준비가 됐다는 문구와 제조업체 이름, 사양 버전 등을 확인합니다.
PowerShell Get-Tpm 확인
| PowerShell 항목 | 정상적인 결과 |
|---|---|
TpmPresent |
True - TPM 장치 존재 |
TpmReady |
True - 사용 준비 완료 |
TpmEnabled |
True - UEFI에서 활성화 |
TpmActivated |
True - 정상 활성 상태 |
LockedOut |
False - 잠기지 않은 상태 |
TPMTool 장치정보 확인
TPMTool은 TPM 사용 가능 여부와 준비 상태, 펌웨어 관련 정보를 명령 프롬프트에서 확인할 때 사용할 수 있습니다.
윈도우11 PC에서 TPM 2.0을 확인하거나 BIOS에서 활성화하는 일반적인 과정은 잡가이버의 TPM 2.0 미지원 PC 윈도우11 설치와 정품인증 확인방법을 참고하면 이해하기 쉽습니다.
Secure Boot와 UEFI 상태도 함께 확인
TPM이 존재한다고 해서 곧바로 KMS Hardware-Secured 요구사항을 모두 충족한다고 단정할 수는 없습니다.
TPM 기반 증명은 서버의 하드웨어 신원뿐만 아니라 부팅 과정과 플랫폼 무결성에 관련된 정보를 사용할 수 있으므로, UEFI와 Secure Boot 상태도 함께 확인하는 편이 좋습니다.
시스템 정보에서 확인
시스템 요약에서 다음 항목을 확인합니다.
- BIOS 모드 : UEFI
- 보안 부팅 상태 : 설정
- 시스템 모델 : 서버 하드웨어 모델 기록
- BIOS 버전·날짜 : 제조사 최신 펌웨어와 비교
PowerShell로 Secure Boot 확인
결과가 True라면 Secure Boot가 활성화된 상태입니다. Legacy BIOS로 부팅 중이거나 지원하지 않는 장치에서는 명령이 오류를 반환할 수 있습니다.
운영 중인 서버에서는 주의
TPM 초기화나 BIOS 모드 변경, Secure Boot 활성화를 무작정 진행하면 BitLocker 복구키가 요구되거나 서버가 부팅되지 않을 수 있습니다. 설정 변경 전 BitLocker 상태와 복구키, 펌웨어 백업 및 장애 복구 절차를 반드시 확인해야 합니다.
TPM 변경 후 fTPM 오류나 복구키 문제가 발생하는 사례는 잡가이버의 New CPU Installed fTPM·PSP NV Corrupted 오류 해결방법에서 확인할 수 있습니다.
BitLocker와 TPM의 관계는 노랗IT월드의 윈도우11 BitLocker와 TPM 보안설정에서 추가로 살펴볼 수 있습니다.
KMS DNS와 TCP 1688 포트 확인방법
TPM 준비 상태가 정상이어도 클라이언트가 KMS 호스트를 찾지 못하거나 TCP 1688 포트가 막혀 있으면 정품인증은 실패합니다.
DNS KMS 서비스 레코드 확인
도메인을 직접 지정하려면 다음과 같이 입력합니다.
결과에서 현재 사용하지 않는 서버나 중복된 KMS 호스트가 나타난다면 DNS SRV 레코드를 정리해야 합니다.
KMS 포트 연결 테스트
결과의 TcpTestSucceeded가 True라면 해당 클라이언트에서 KMS 호스트의 TCP 1688 포트까지 통신할 수 있는 상태입니다.
KMS 정품인증 상태와 만료일 확인
KMS 클라이언트의 인증 상태와 만료일은 다음 명령으로 간단하게 확인할 수 있습니다.
Retail이나 MAK 방식은 영구 인증으로 표시되는 경우가 많지만, KMS 클라이언트는 주기적으로 호스트에 연결해 인증을 갱신하기 때문에 만료 날짜가 나타날 수 있습니다.
현재 제품키와 라이선스 채널을 더 자세히 확인하고 싶다면 잡가이버의 윈도우 제품키와 정품 라이선스 날짜 확인방법도 참고할 수 있습니다.
가상머신 KMS 호스트는 vTPM만 추가하면 될까?
기업에서는 KMS 호스트를 물리 서버가 아니라 Hyper-V, VMware 또는 클라우드 기반 가상머신으로 운영하는 경우가 많습니다.
가상머신에도 vTPM을 추가할 수 있지만, 단순히 vTPM 항목을 켠다고 새로운 KMS 하드웨어 보안 요구사항을 모두 만족한다고 볼 수는 없습니다.
가상머신의 신뢰성은 게스트 운영체제뿐만 아니라 하이퍼바이저와 물리 호스트 TPM, VM 암호화, Secure Boot, 마이그레이션과 복원 방식에 영향을 받기 때문입니다.
가상 KMS 운영 시 먼저 확인할 항목
- 가상화 플랫폼과 버전
- 게스트 vTPM 및 Secure Boot 설정
- 물리 호스트의 TPM 지원 여부
- VM 이동과 장애조치 시 TPM 상태 유지 방식
- 스냅숏 및 백업 복원 후 재증명 가능 여부
- 클라우드 환경의 하드웨어 증명 지원 여부
마이크로소프트는 가상화된 KMS 호스트에 관한 추가 지침을 제공할 예정이므로, 공식 안내가 나오기 전에는 기존 운영 서버에 성급하게 vTPM을 추가하거나 복원 구조를 변경하지 않는 편이 안전합니다.
KMS 호스트가 TPM 요구사항을 충족하지 못한다면
향후 slmgr /dlv 결과에서 하드웨어 기반 보안 KMS 호스트 요구사항을 충족하지 않는다는 메시지가 나타나더라도 즉시 모든 클라이언트의 인증이 해제되는 것은 아닙니다.
다만 차기 Windows Server LTSC로 넘어가기 전에 원인을 파악하고 교체 또는 이전 계획을 준비해야 합니다.
- TPM 존재 여부 확인
서버 메인보드가 TPM을 지원하는지 확인합니다. - UEFI에서 TPM 활성화
Intel PTT, AMD fTPM 또는 전용 TPM 항목이 꺼져 있는지 확인합니다. - BIOS와 TPM 펌웨어 업데이트
서버 제조사가 제공하는 최신 펌웨어를 검토합니다. - Windows Server 업데이트
최신 누적 업데이트와 보안 패치를 적용합니다. - Secure Boot 확인
Legacy BIOS가 아닌 UEFI 부팅 환경인지 확인합니다. - 새 KMS 호스트 병행 구축
기존 호스트를 바로 제거하지 말고 새 서버에서 인증 요청을 검증합니다. - DNS와 방화벽 전환
새 호스트의 SRV 레코드와 TCP 1688 포트를 확인합니다. - 장애 복구 테스트
백업 복원과 재인증 절차를 실제로 시험합니다.
KMS 호스트 이전 전 실무 체크리스트
| 점검 항목 | 확인 내용 | 완료 |
|---|---|---|
| KMS 호스트 목록 | 호스트명, IP, 운영체제, 물리·가상 여부 | □ |
| 제품키 | 정식 CSVLK와 계약 정보 확인 | □ |
| TPM | 존재, 활성, 준비 상태와 펌웨어 확인 | □ |
| Secure Boot | UEFI와 보안 부팅 상태 확인 | □ |
| KMS 대상 제품 | slmgr /dlv All 결과 기록 |
□ |
| DNS | _vlmcs._tcp SRV 레코드 확인 |
□ |
| 네트워크 | TCP 1688 방화벽 및 라우팅 확인 | □ |
| 이벤트 로그 | 최근 클라이언트 요청과 오류 코드 검토 | □ |
| 가상화 | vTPM, 이동, 복원과 호스트 신뢰 구조 | □ |
| 복구 계획 | 장애 시 재구축 및 보조 호스트 절차 | □ |
KMS 최소 클라이언트 수 확인
KMS는 서버를 설치하고 제품키를 등록했다고 바로 모든 장치를 인증하는 방식이 아닙니다. 일정 수 이상의 고유 클라이언트 요청이 들어와야 인증을 시작합니다.
- 윈도우 클라이언트 운영체제 : 25대 이상
- Windows Server 및 볼륨 Office : 5대 이상
소규모 기업에서 장치 수가 임계값보다 적다면 KMS보다 MAK나 다른 볼륨 인증 방식이 관리하기 편할 수 있습니다.
공식 KMS와 비공식 인증 프로그램 차이
KMS라는 이름 때문에 KMSAuto나 인터넷에 공개된 외부 인증 서버를 같은 것으로 생각하기 쉽지만, 기업이 정식 볼륨 계약으로 운영하는 KMS와 비공식 인증 프로그램은 전혀 다릅니다.
| 구분 | 기업용 공식 KMS | 비공식 인증 도구 |
|---|---|---|
| 라이선스 | 정식 볼륨 계약과 호스트 키 사용 | 정상 라이선스 없이 인증 우회 |
| 운영 위치 | 조직 내부 관리 서버 | 에뮬레이터 또는 출처 불명 서버 |
| 보안 | 조직 정책과 감사 대상으로 관리 | 악성코드·서비스 변조 위험 |
| 향후 정책 | TPM 기반 신뢰 모델로 전환 | 차단과 인증 해제 가능성 증가 |
기업 환경에서는 외부 KMS 서버나 비공식 프로그램을 사용하지 말고, 조직이 보유한 정식 볼륨 라이선스와 내부 KMS 호스트만 사용해야 합니다.
KMS TPM 하드웨어 보안에 대한 생각
KMS는 한 번 정상적으로 구축하면 큰 문제가 생기지 않아 관리자가 존재 자체를 잊기 쉬운 서비스입니다.
하지만 회사 전체 PC와 서버의 정품인증을 담당하는 인프라라는 점을 생각하면, 복제하거나 변조한 KMS 호스트를 차단하기 위해 하드웨어 신뢰를 추가하는 방향은 이해할 만합니다.
문제는 오래된 물리 서버나 가상머신에서 KMS를 운영하는 기업입니다. TPM이 없거나 UEFI가 아닌 Legacy BIOS 환경이라면 단순한 설정 변경으로 해결되지 않고 서버 이전이 필요할 수 있습니다.
저라면 Windows Server 2025에 준비 상태 메시지가 추가되는 시점에 운영 중인 KMS 호스트를 전부 조사하고, slmgr /dlv All 결과와 TPM·DNS·가상화 구성을 문서로 남길 것 같습니다.
아직 기존 인증 방식이 작동할 때 문제를 발견하는 것이 차기 LTSC 도입 직전에 급하게 서버를 교체하는 것보다 훨씬 안전합니다.
자주 묻는 질문
개인용 윈도우11에도 KMS TPM 인증이 필요한가요?
아닙니다. 이번 변경은 조직 내부에서 볼륨 정품인증을 처리하는 KMS 호스트를 대상으로 합니다. Retail, OEM 또는 디지털 라이선스를 사용하는 일반 PC에는 직접 적용되지 않습니다.
2026년 8월부터 기존 KMS가 중단되나요?
아닙니다. Windows Server 2025에서 미래의 하드웨어 보안 요구사항을 충족하는지 확인할 수 있는 준비 상태 메시지가 먼저 제공됩니다. TPM 증명 의무화는 차기 Windows Server LTSC부터 적용될 예정입니다.
KMS 호스트 상태는 어떤 명령으로 확인하나요?
slmgr /dlv를 실행하면 상세 라이선스 정보와 KMS 상태를 확인할 수 있습니다. 모든 라이선스 객체는 cscript %windir%\system32\slmgr.vbs /dlv All로 확인합니다.
KMS 클라이언트에도 TPM이 필요하나요?
현재 발표의 핵심은 인증 요청을 처리하는 KMS 호스트의 TPM 기반 증명입니다. 이번 정책만을 이유로 모든 클라이언트 PC에 TPM을 새로 설치해야 한다는 내용은 발표되지 않았습니다.
가상 KMS 서버에 vTPM만 연결하면 되나요?
아직 확정할 수 없습니다. 마이크로소프트는 가상화 KMS 호스트에 관한 별도 지침을 제공할 예정이며, 물리 호스트와 하이퍼바이저의 신뢰 구조까지 검증 대상이 될 수 있습니다.
TPM 상태는 어떻게 확인하나요?
tpm.msc, PowerShell의 Get-Tpm, 명령 프롬프트의 tpmtool getdeviceinformation을 이용해 확인할 수 있습니다.
준비 상태가 부적격으로 나오면 인증이 바로 풀리나요?
준비 상태 확인 단계에서는 즉시 기존 인증이 중단되는 것이 아닙니다. 다만 차기 LTSC 적용 전에 TPM과 펌웨어, 서버 교체 또는 KMS 이전 계획을 준비해야 합니다.
정리
마이크로소프트의 KMS Hardware-Secured는 기업용 윈도우 볼륨 정품인증 서버에 TPM 기반의 하드웨어 신뢰를 추가하는 변화입니다.
Windows Server 2025에서는 slmgr /dlv를 통해 향후 요구사항의 준비 상태를 확인할 수 있게 되고, 차기 Windows Server LTSC부터는 TPM 증명이 필수 조건이 될 예정입니다.
현재 KMS 호스트를 운영한다면 TPM 존재 여부만 볼 것이 아니라 Secure Boot, 펌웨어, DNS SRV 레코드, TCP 1688 포트, 가상화 구조와 장애 복구 절차까지 함께 확인하는 것이 좋습니다.
개인용 윈도우 사용자라면 이번 변화로 인해 별도로 TPM을 설치하거나 제품키를 다시 등록할 필요는 없습니다.
2026년 7월 마이크로소프트 KMS Hardware-Secured 발표와 Microsoft Learn의 Windows Server 2025 KMS 및 Slmgr 문서를 기준으로 작성했습니다. 가상 KMS 호스트와 최종 TPM 적격 요건은 후속 공식 문서에서 달라질 수 있습니다.
'IT 오류해결 > 윈도우·부팅 오류' 카테고리의 다른 글
| 윈도우11 CPU 코어 파킹 설정으로 아이들 온도 낮추는 방법 (0) | 2026.07.22 |
|---|---|
| 포맷 안될 때 C드라이브 초기화 바이러스 배드섹터 윈도우 리눅스 우분투 ssh (0) | 2026.07.22 |
| 좀비PC 검사 치료방법 정리 다운로드와 명령어 사용법까지 한 번에 (0) | 2026.07.22 |
댓글