Microsoft 365 / Intune

Microsoft Intune은 조직의 PC·모바일 기기를 등록하고 설정·보안 상태·업무 앱을 관리하는 클라우드 서비스입니다. Windows 기기를 처음 관리한다면 라이선스와 등록 범위를 확인한 뒤 시험 기기 등록 → 보안 설정 배포 → 준수 상태 확인 → 앱 배포 순서로 진행하세요. 이 글은 Windows 11 시험 PC를 기준으로, 각 단계에서 무엇을 선택하고 어디서 결과를 확인하는지 설명합니다.

관리 센터와 실습 준비

Microsoft Intune 관리 센터에서 관리합니다. 기존 Microsoft Endpoint Manager 관리 센터를 사용하던 분도 이 주소로 접속하면 됩니다. 아래 이미지는 이전 관리 센터 화면이므로 현재의 메뉴 이름·배치와 다를 수 있습니다. 실제 작업은 함께 적은 메뉴 경로와 항목 이름으로 확인하세요.

• 사용자와 라이선스: 관리 대상 사용자에게 Intune 사용 권한이 있는지 확인합니다. 자동 MDM 등록과 조건부 액세스를 사용하는 경우 Microsoft Entra ID P1/P2 등 해당 기능의 라이선스도 확인합니다. Office 앱을 배포하려면 앱의 사용·정품 인증 권한이 별도로 필요합니다.
• 관리자 권한: Intune 역할과 범위가 해당 기기·정책·그룹을 관리할 수 있는지 확인합니다. 메뉴가 보인다고 모든 작업 권한이 있는 것은 아닙니다.
• 시험 범위: 조직의 승인을 받은 시험 PC 한 대와 시험 사용자·그룹을 준비합니다. 기존 MDM 관리 여부, Windows 버전·에디션, 중요 파일의 백업과 복구 수단을 먼저 확인합니다.
• 기록: 기기 이름·일련번호·등록 사용자, 변경한 정책·그룹, 적용 전 값을 기록합니다. 모든 사용자·모든 기기에 바로 할당하지 않습니다.

Windows 10의 일반 지원은 2025년 10월 14일 종료되었습니다. Intune 등록이 가능하다는 사실과 운영체제의 보안 지원 여부는 별개입니다. 새 실습은 지원되는 Windows 11 환경을 사용하고, 기존 Windows 10 기기는 업데이트·지원 계획을 별도로 확인하세요. 등록 방식과 요구 사항은 Windows 등록 가이드에서 확인할 수 있습니다.

디바이스 등록 방식 고르기

등록(Enrollment)은 기기가 Intune의 관리 대상으로 연결되는 과정입니다. Microsoft Entra ID에 기기 항목이 있다는 것만으로 Intune 등록이 끝났다고 판단하지 마세요. Intune의 디바이스 → 모든 디바이스에서 관리 방식·사용자·마지막 체크 인을 확인해야 합니다.

회사 포털로 시험 기기 등록하기

관리자가 먼저 Windows 등록 제한, 사용자별 등록 한도와 해당 사용자의 Intune 권한을 확인합니다. 이미 다른 조직에서 관리하는 PC는 임의로 연결을 끊지 말고 기존 관리 담당자와 처리하세요. 단순히 회사 포털 앱을 설치하고 로그인하는 것으로 끝나지 않고, 앱의 기기 설정·연결 절차를 완료해야 합니다.

1. 시험 PC의 Microsoft Store에서 회사 포털(Company Portal)을 설치합니다.

2. 회사 포털을 열어 해당 조직의 회사·학교 계정으로 로그인합니다. 홈 화면의 기기 설정에서 다음 → 연결을 진행하고, 계정을 다시 확인한 뒤 설정을 완료합니다. 표시되는 조직 관리 안내를 읽고 회사 포털로 돌아와 완료 상태를 확인합니다.

3. 관리자는 디바이스 → 모든 디바이스에서 해당 PC를 찾습니다. 이름만 보지 말고 일련번호·사용자·운영체제와 관리 상태를 대조합니다. 회사 포털에서도 기기가 표시되는지 확인합니다.

조회가 안 되면 먼저 사용자·조직 계정이 맞는지 확인하고 회사 포털에서 동기화합니다. 오류가 있다면 코드·시각을 기록한 뒤 라이선스, 등록 제한, 네트워크와 중복 등록을 확인합니다. 재설치나 기기 삭제부터 반복하지 마세요. 화면별 흐름은 Windows 회사 포털 등록 절차와 대조할 수 있습니다.

자동 등록과 Windows Autopilot

MDM(Mobile Device Management)은 기기의 설정과 상태를 조직에서 관리하는 방식입니다. 자동 등록을 설정하려면 관리 센터의 디바이스 → 등록 → Windows → 자동 등록에서 MDM 사용자 범위를 확인합니다. 처음에는 일부(Some)와 시험 그룹을 사용하고, 해당 사용자에게 필요한 Intune·Entra ID 권한이 있는지 확인하세요. 검색·등록·준수 URL은 특별한 이유 없이 기본값을 바꾸지 않습니다.

사용자 범위를 저장한 뒤 시험 PC에서 조직이 정한 조인·등록 절차를 수행하고, Intune 목록에 나타나는지 확인합니다. 범위를 제외하는 것은 앞으로의 자동 등록을 제한하는 조치이며 이미 등록된 기기를 자동으로 관리 해제하는 작업으로 취급하면 안 됩니다. 자세한 설정은 자동 MDM 등록 구성을 참고하세요.

Windows Autopilot은 초기 Windows 설정 과정에서 조직의 기기 구성과 앱을 준비하도록 돕습니다. 전통적인 Autopilot은 기기를 서비스에 등록하고 배포 프로필을 대상 그룹에 할당하며, 자동 등록·네트워크·지원 에디션 등을 준비합니다. 일반 PC에서 회사 포털을 설치하는 방법과 동일한 절차가 아닙니다. 초기화가 필요한 배포 시험은 중요 데이터가 없는 별도 PC로 진행하세요.

Windows Autopilot과 Windows Autopilot device preparation은 별도 배포 방식입니다. 이름이 비슷해도 기기 식별·정책·지원 조건이 같다고 가정하지 말고 조직이 선택한 방식의 절차를 따릅니다.

회사 Windows 기기의 이름 변경

기기 이름은 자산 번호처럼 조직의 이름 규칙에 맞춥니다. 예를 들어 시험 PC는 SEOUL-TEST01처럼 식별할 수 있는 이름을 사용할 수 있습니다. Intune에서의 Windows 이름 변경은 회사 소유 기기를 대상으로 하며, Microsoft Entra 하이브리드 조인 기기에는 지원되지 않습니다. 하이브리드 환경은 도메인 관리 방법으로 처리하세요.

1. 디바이스 → 모든 디바이스에서 대상 PC를 선택합니다. 기기 이름과 일련번호를 대조해 다른 사용자의 PC를 선택하지 않았는지 확인합니다.

2. 기기의 속성 → 편집에서 이름을 수정합니다. 아래 이전 화면에서는 이름 바꾸기 작업으로 표시됩니다.

3. 조직의 이름 규칙에 맞게 입력하고, 사용자와 재시작 시점을 협의한 뒤 저장합니다. 작업 중인 PC를 즉시 재시작하면 저장하지 않은 업무가 중단될 수 있습니다.

기기가 온라인이고 체크 인했는지 확인한 뒤 관리 센터의 기기 작업 상태와 Windows의 설정 → 시스템 → 정보를 대조합니다. 목록이 바로 갱신되지 않는다고 같은 요청을 반복하지 마세요. 되돌릴 때도 이전 이름을 기록한 뒤 지원되는 방식으로 다시 변경하고 필요한 재시작을 진행합니다. 관리 이름이나 회사 포털 표시 이름까지 모두 동일하게 바뀌는 것은 아닙니다. 기기 이름 변경의 지원 범위를 확인하세요.

준수 정책으로 보안 상태 평가하기

준수 정책(Compliance policy)은 기기가 조직의 최소 조건을 만족하는지 평가하는 규칙입니다. 예를 들어 백신이 필요한 기기를 구분할 수 있습니다. 백신 설치·설정이나 BitLocker 활성화는 뒤에서 설명하는 보안 구성과 함께 설계해야 합니다. 아래 실습은 시험 그룹에 백신 요구 조건을 적용하고 기기별 결과를 확인하는 흐름입니다.

1. 디바이스 → 준수(Compliance)로 이동합니다. 이전 화면에는 준수 정책으로 표시됩니다.

2. 정책 만들기를 선택합니다.

3. 플랫폼에서 Windows 10 이상을 선택하고 만듭니다. 메뉴 이름에 Windows 10이 있어도 Windows 11 대상 정책에 사용됩니다.

4. 정책 이름에 대상과 목적을 적습니다. 예를 들어 TEST-Windows-Antivirus로 지정하고 시험 정책임을 설명에 남깁니다.

5. 준수 설정의 범주를 펼쳐 평가할 조건을 확인합니다. 실습에서 다루지 않는 항목을 모두 필요로 바꾸지 않습니다.

6. 시스템 보안 → 바이러스 백신을 필요로 설정합니다. 조직이 사용하는 백신과 Windows 보안 상태가 요구 조건에 부합하는지 확인할 시험입니다.

7. 비준수 시 동작에서 비준수로 표시하는 일정과 사용자 알림을 검토합니다. 업무 기기의 유예 기간·지원 절차는 조직 정책에 맞게 정하고, 불필요한 잠금·사용 중지 작업을 추가하지 않습니다.

8. 할당에서 미리 준비한 시험 그룹을 선택합니다. 사용자 그룹인지 기기 그룹인지, 실제 구성원이 누구인지 확인합니다.

9. 검토 화면에서 조건·동작·대상을 다시 확인한 뒤 만듭니다.

10. 시험 PC를 동기화한 뒤 정책의 기기 상태와 설정별 상태를 확인합니다. 대상 기기가 없거나 보류 중이라면 평가 완료로 기록하지 않습니다.

예상 결과는 정책이 시험 기기에 도착하고, 백신 요구 조건의 평가 결과가 표시되는 것입니다. 비준수라면 기기 상세에서 실패한 설정을 먼저 확인하고 Windows 보안 상태·정책 충돌·마지막 체크 인을 조사합니다. 화면의 전체 원형 차트만 보고 모든 기기가 안전하다고 결론 내리지 마세요. 여러 정책이 있는 기기는 다른 정책의 실패도 따로 확인해야 합니다.

비준수로 표시하는 기본 동작은 즉시 실행되도록 구성되며 일정을 조정할 수 있습니다. 다만 리소스 접근 차단은 조건부 액세스 등 연결된 제어를 함께 확인해야 합니다. 준수 정책 생성·평가와 비준수 동작과 유예 기간을 확인하고, 조건부 액세스를 먼저 전면 적용해 등록 중인 기기까지 차단하지 않도록 시험합니다.

백신·BitLocker·방화벽은 어디서 설정하나요?

준수 정책은 기준 평가, 구성 정책은 실제 설정 배포에 초점을 둡니다. 하나의 설정을 여러 구성 프로필과 보안 기준에서 중복 관리하면 충돌 원인을 찾기 어렵습니다. 정책별 담당 범위를 정하고 기존 그룹 정책·다른 관리 도구도 함께 확인하세요. Intune 엔드포인트 보안과 정책의 차이에 설명되어 있습니다.

바이러스 백신

엔드포인트 보안 → 바이러스 백신 → 정책 만들기에서 지원되는 Windows 플랫폼과 Microsoft Defender Antivirus 프로필을 선택합니다. 기존 백신 제품, 실시간 보호와 업데이트 관리 방식을 확인하고 시험 그룹에 필요한 설정만 할당합니다. 기기별 정책 상태와 Windows 보안의 실제 백신 상태를 함께 확인하세요. 타사 백신을 사용하는 PC를 Microsoft Defender가 기본 백신인 PC와 같은 조건으로 가정하면 안 됩니다. 바이러스 백신 정책 안내에서 지원 조건을 확인합니다.

디스크 암호화와 BitLocker

엔드포인트 보안 → 디스크 암호화에서 Windows BitLocker 정책을 만듭니다. TPM·Windows 에디션·기존 암호화 상태와 복구 키 보관·조회 권한을 먼저 점검하세요. 데이터와 복구 수단이 준비되지 않은 기기에 일괄 적용하지 않습니다. 시험 PC에 적용한 뒤 정책 성공 여부뿐 아니라 실제 드라이브 암호화 상태와 승인된 관리자가 복구 키에 접근할 수 있는지 확인합니다. 정책 할당을 해제하는 것이 디스크 복호화와 같지는 않으므로 변경 취소도 별도로 계획해야 합니다.

방화벽과 정책 결과 확인

엔드포인트 보안 → 방화벽에서 Windows 방화벽 프로필과 규칙을 관리합니다. 전체 방화벽을 끄는 대신 필요한 앱·포트·방향·네트워크 프로필을 특정해 설계하세요. 시험 그룹에서 업무 앱·VPN·원격 지원이 동작하는지 확인하고 기기의 정책별 오류를 조사합니다. 암호화·방화벽 등 각 프로필의 역할은 엔드포인트 보안 정책 종류를 참고할 수 있습니다.

준수 기기만 접근하도록 연결하기

Microsoft Entra 조건부 액세스에서 준수로 표시된 기기를 요구하면 Intune의 평가 상태를 리소스 접근 판단에 사용할 수 있습니다. 조건부 액세스는 Intune의 백신 설정 화면에서 켜는 기능이 아닙니다. 대상 사용자·클라우드 앱·플랫폼과 필요한 라이선스를 확인한 뒤 구성합니다.

먼저 조건부 액세스 정책의 시험·예외·복구 절차에 따라 보고 전용으로 예상 영향을 확인하고, 제한된 시험 대상으로 실제 접근을 검사합니다. 준수 기기에서 성공하는지, 비준수 기기에서 의도한 제한이 적용되는지 로그인 로그로 확인하세요. 비상 액세스 계정과 기기 등록·복구 경로를 고려하지 않고 모든 사용자·모든 리소스에 한꺼번에 적용하면 관리 작업도 막힐 수 있습니다.

Windows에 Microsoft 365 앱 배포하기

이 실습은 Intune에 등록된 시험 PC에 Microsoft 365 Apps를 배포하는 흐름입니다. 해당 사용자의 앱 라이선스, 기존 Office의 설치 방식·32/64비트·추가 기능 호환성과 설치 중인 다른 작업을 먼저 확인합니다. 배포 전에 사용자가 문서를 저장하고 Office 앱을 닫도록 안내하세요.

1. 앱 → 모든 앱 또는 Windows 앱 목록으로 이동합니다.

2. 만들기(Create)를 선택합니다. 이전 화면에는 추가로 표시됩니다.

3. 앱 유형에서 Microsoft 365 Apps → Windows 10 이상을 고릅니다.

4. 선택한 앱 유형을 확인하고 선택을 누릅니다.

5. 앱 묶음의 이름과 설명을 적습니다. 시험 배포임을 식별할 수 있게 이름을 정합니다.

6. 설치 앱·아키텍처·언어·업데이트 채널 등을 정합니다. 채널은 조직의 업데이트 운영 방식에 맞추고 기존 배포 설정과 충돌하지 않는지 확인합니다.

7. 할당에서 시험 그룹을 선택합니다. 자동 설치가 목적이면 필수(Required), 사용자가 회사 포털에서 선택하게 하려면 사용 가능(Available) 할당의 지원 대상과 동작을 확인해 선택합니다.

8. 검토 화면에서 제품·구성·대상을 확인한 뒤 만듭니다. 시험 기기가 체크 인하고 설치할 시간을 확보합니다.

구성 디자이너와 XML 입력 중 무엇을 쓸지도 확인해야 합니다. Microsoft 365 Apps for business 에디션은 공식 안내에 따라 XML 데이터로 앱 묶음을 구성합니다. 기존 MSI 방식 Office는 제거 설정 검토가 필요하며, 이 설정은 선택한 설치 앱만이 아니라 기존 MSI Office 앱 전체에 영향을 줄 수 있습니다. 기존 앱 제거를 확인 없이 켜지 마세요. 사용 중인 Windows 에디션의 지원 여부와 자세한 옵션은 Windows용 Microsoft 365 Apps 배포 안내에서 확인합니다.

완료 기준은 정책을 만들었다는 메시지가 아닙니다. 앱의 기기 설치 상태·사용자 설치 상태에서 시험 PC가 성공했는지 확인하고, PC에서 Word 등 대상 앱을 열어 계정의 정품 인증 상태와 실제 업무 문서 열기를 검사합니다. 실패 시 오류 코드, 마지막 체크 인, 기존 Office 충돌·설치 중 앱 실행·네트워크와 라이선스를 순서대로 확인하세요.

시험을 중단할 때는 먼저 할당 대상에서 시험 그룹을 빼 추가 배포를 멈춥니다. 할당을 해제하거나 Intune의 앱 항목을 삭제하는 것만으로 이미 설치된 앱이 자동 제거된다고 가정하지 마세요. 제거가 필요하면 지원되는 제거 방법과 사용자 데이터·업무 영향을 별도로 확인합니다. 기기 초기화·사용 중지 같은 원격 작업은 정책 오류를 해결하는 첫 조치로 사용하지 않습니다.