Automation을 위한 Azure 보안 기준

이 보안 기준은 Azure Security Benchmark 버전 2.0의 참고 자료를 Azure Automation에 적용합니다. Azure Security Benchmark는 Azure에서 클라우드 솔루션을 보호하는 방법에 대한 권장 사항을 제공합니다. 콘텐츠는 Azure Security Benchmark 및 Azure Automation에 적용되는 관련 지침에서 정의된 보안 컨트롤에 따라 그룹화됩니다.

클라우드용 Microsoft Defender를 사용하여 이 보안 기준 및 권장 사항을 모니터링할 수 있습니다. Azure Policy 정의는 Microsoft Defender for Cloud 대시보드의 규정 준수 섹션에 나열됩니다.

섹션에 관련 Azure Policy 정의가 있는 경우 Azure Security Benchmark 컨트롤 및 권장 사항에 대한 규정 준수를 측정하는 데 도움이 되도록 이 기준선에 나열됩니다. 일부 권장 사항에는 특정 보안 시나리오를 사용하도록 설정하기 위해 유료 Microsoft Defender 계획이 필요할 수 있습니다.

참고

Azure Bastion에 적용되지 않는 컨트롤 및 문자 그대로 글로벌 지침이 권장되는 항목은 제외되었습니다. Automation이 Azure Security Benchmark에 완전히 매핑되는 방법을 확인하려면 전체 Automation 보안 기준 매핑 파일을 참조하세요.

네트워크 보안

자세한 내용은 Azure Security Benchmark: 네트워크 보안을 참조하세요.

NS-1: 내부 트래픽에 대한 보안 구현

참고 자료: Azure Automation은 가상 네트워크에 직접 배포할 수 없습니다. Automation에서는 네트워크 보안 그룹, 경로 테이블 또는 Azure Firewall과 같은 네트워크 종속 어플라이언스와 같은 네트워크 기능을 사용할 수 없습니다.

Microsoft Sentinel을 사용하여 다음과 같은 안전하지 않은 레거시 프로토콜 사용을 발견합니다.

책임: Microsoft

NS-2: 여러 사설망 함께 연결

지침: Azure ExpressRoute 또는 Azure VPN(가상 사설망)을 사용하면 공동 배치 환경의 온-프레미스 인프라와 Azure 데이터 센터와 간에 프라이빗 연결을 만들 수 있습니다. ExpressRoute 연결은 공용 인터넷을 사용하지 않습니다. ExpressRoute는 일반적인 인터넷 연결보다 더 높은 안정성, 더 빠른 속도 및 더 짧은 대기 시간을 제공합니다.

지점 및 사이트 간 VPN 및 사이트 간 VPN의 경우 이러한 VPN 옵션과 Azure ExpressRoute를 조합하여 온-프레미스 디바이스 또는 네트워크를 가상 네트워크에 연결할 수 있습니다.

Azure에서 가상 네트워크를 두 개 이상 연결하려면 가상 네트워크 피어링을 사용합니다. 피어링된 가상 네트워크 간의 네트워크 트래픽은 비공개이며 Azure 백본 네트워크에 보관됩니다.

책임: Customer

NS-3: Azure 서비스에 대한 프라이빗 네트워크 액세스 설정

참고 자료: Azure Private Link를 사용하여 인터넷을 통하지 않고 가상 네트워크에서 Automation에 프라이빗 액세스할 수 있습니다. 프라이빗 액세스는 Azure 인증과 트래픽 보안에 대한 심층 방어 수단을 추가합니다.

Automation에서는 가상 네트워크 서비스 엔드포인트를 구성하는 기능을 제공하지 않습니다.

책임: Customer

NS-6: 네트워크 보안 규칙 간소화

참고 자료: Azure Virtual Network 서비스 태그를 사용하여 네트워크 보안 그룹 또는 Azure Firewall에서 Automation 리소스에 대한 네트워크 액세스 제어를 정의합니다. 보안 규칙을 만들 때 특정 IP 주소 대신 서비스 태그를 사용할 수 있습니다. 적절한 규칙 원본 또는 대상 필드에 서비스 태그 이름을 지정하여 트래픽을 허용하거나 거부합니다. Microsoft는 서비스 태그가 포함된 주소 접두사를 관리하고 주소가 변경되면 서비스 태그를 자동으로 업데이트합니다.

책임: Customer

ID 관리

자세한 내용은 Azure Security Benchmark: ID 관리를 참조하세요.

IM-1: Azure Active Directory를 중앙 ID 및 인증 시스템으로 표준화

참고 자료: Automation은 Azure AD(Azure Active Directory)를 기본 ID 및 액세스 관리 서비스로 사용합니다. Azure AD를 표준화하여 다음에서 조직의 ID 및 액세스 관리를 제어합니다.

  • Microsoft 클라우드 리소스. 리소스에는 다음이 포함됩니다.

    • Azure Portal

    • Azure Storage

    • Azure Linux 및 Windows 가상 머신

    • Azure Key Vault

    • PaaS(Platform-as-a-Service)

    • SaaS(Software-as-a-Service) 응용프로그램

  • 조직의 리소스(예: Azure의 애플리케이션 또는 회사 네트워크 리소스)

Azure AD 보안은 조직의 클라우드 보안 사례에서 우선 순위가 높아야 합니다. Azure AD는 ID 보안 태세를 Microsoft의 모범 사례 권장 사항과 비교할 수 있도록 ID 보안 점수를 제공합니다. 점수를 사용하여 구성이 모범 사례 권장 사항에 얼마나 근접하게 일치하는지 측정하고 보안 태세를 개선할 수 있습니다.

참고: Azure AD에서는 Microsoft 계정이 없는 사용자가 애플리케이션과 리소스에 로그인하도록 허용하는 외부 ID를 지원합니다.

X.509 자체 서명된 인증서를 사용해서 Azure Automation에 대해 Automation 하이브리드 작업자 및 DSC(Desired State Configuration) 노드를 인증합니다.

책임: Customer

IM-2: 애플리케이션 ID를 안전하게 자동으로 관리

참고 자료: Automation은 Azure 리소스에 대한 관리 ID를 지원합니다. 서비스 주체를 만드는 대신 Automation에서 관리 ID를 사용하여 다른 리소스에 액세스합니다.

Automation은 기본적으로 Azure AD 인증을 지원하는 Azure 서비스와 리소스를 인증할 수 있습니다. Automation은 소스 코드 또는 구성 파일에 하드 코딩된 자격 증명 대신 미리 정의된 액세스 권한 부여 규칙을 사용합니다.

책임: Customer

IM-3: 애플리케이션 액세스에 Azure AD SSO(Single Sign-On) 사용

참고 자료: 모든 사용자, 애플리케이션 및 디바이스를 Azure AD에 연결합니다. Azure AD는 원활하고 안전한 액세스와 향상된 가시성 및 제어 기능을 제공합니다.

Automation에서는 Azure AD를 사용하여 Azure 리소스, 클라우드 애플리케이션 및 온-프레미스 애플리케이션에 대한 ID 및 액세스 관리를 제공합니다. ID에는 직원과 같은 엔터프라이즈 ID와 파트너, 공급업체 및 공급자와 같은 외부 ID가 포함됩니다. Azure AD ID 및 액세스 관리는 SSO(Single Sign-On)를 제공하여 조직의 온-프레미스 및 클라우드 데이터 및 리소스에 대한 액세스를 관리하고 보호합니다.

책임: Customer

IM-7: 의도하지 않은 자격 증명 노출 제거

참고 자료: Automation 리소스에는 ID 또는 비밀이 포함될 수 있습니다. 자격 증명 스캐너를 사용하여 이러한 자격 증명을 검색합니다. 자격 증명 스캐너는 검사된 자격 증명을 Azure Key Vault와 같이 안전한 위치로 이동하도록 권장합니다.

GitHub의 경우 기본 비밀 검사 기능을 사용하여 코드에서 자격 증명 또는 기타 비밀을 식별할 수 있습니다.

책임: Customer

권한 있는 액세스

자세한 내용은 Azure Security Benchmark: 권한 있는 액세스를 참조하세요.

PA-1: 높은 권한이 있는 사용자 보호 및 제한

지침: Azure AD의 가장 중요한 기본 제공 역할은 전역 관리자와 권한 있는 역할 관리자입니다. 이러한 두 역할이 있는 사용자는 관리자 역할을 위임할 수 있습니다.

  • 전역 관리자 또는 회사 관리자는 모든 Azure AD 관리 기능과 Azure AD ID를 사용하는 서비스에 액세스할 수 있습니다.

  • 권한 있는 역할 관리자는 Azure AD 및 Azure AD PIM(Privileged Identity Management)에서 역할 할당을 관리할 수 있습니다. 이 역할은 PIM 및 관리 단위의 모든 측면을 관리할 수 있습니다.

권한이 높은 계정이나 역할의 수를 제한하고 이러한 계정을 높은 수준에서 보호합니다. 권한이 높은 사용자는 모든 Azure 리소스를 직접 또는 간접적으로 읽고 수정할 수 있습니다. Azure AD PIM을 사용하여 Azure 리소스 및 Azure AD에 대한 JIT(Just-In-Time) 권한 있는 액세스를 사용하도록 설정할 수 있습니다. JIT는 사용자가 필요한 경우에만 권한 있는 작업을 수행할 수 있는 임시 권한을 부여합니다. 또한 PIM은 Azure AD 조직의 의심스럽거나 안전하지 않은 활동에 대한 보안 경고를 생성할 수 있습니다.

참고: 사용자 지정 역할에 특정 권한 있는 권한을 할당하는 경우 다른 중요한 역할을 제어해야 할 수 있습니다. 중요한 비즈니스 자산의 관리자 계정에 유사한 컨트롤을 적용할 수도 있습니다.

책임: Customer

PA-3: 정기적으로 사용자 액세스 검토 및 조정

참고 자료: Automation는 Azure AD 계정을 사용하여 리소스를 관리하고 사용자 계정을 검토합니다. Azure AD는 정기적으로 할당에 액세스하여 계정 및 해당 액세스가 유효한지 확인합니다. 하지만 Automation은 Azure AD와 완전히 통합되지 않습니다.

Runbook에 Automation 실행 계정을 사용하는 경우 인벤토리에서 서비스 주체를 추적해야 합니다. 서비스 주체에는 승격된 권한이 포함된 경우가 많습니다. 공개된 공격 노출 영역을 최소화하려면 사용하지 않는 실행 계정을 삭제합니다. 실행 계정 대신 관리 ID를 사용하는 것이 가장 좋습니다.

참고: 일부 Azure 서비스에서는 Azure AD를 통해 관리되지 않는 로컬 사용자와 역할을 지원합니다. 이러한 사용자를 별도로 관리합니다.

책임: Customer

PA-6: 권한 있는 액세스 워크스테이션 사용

참고 자료: 안전하고 격리된 워크스테이션은 관리자, 개발자 및 중요한 서비스 운영자와 같은 중요한 역할을 보호하는 데 매우 중요합니다. 관리 작업에는 매우 안전한 사용자 워크스테이션 및 Azure Bastion을 사용합니다.

Azure AD, Microsoft Defender ATP(Advanced Threat Protection) 또는 Microsoft Intune을 사용하여 관리 작업에 사용되는 안전한 관리형 사용자 워크스테이션을 배포합니다. 보안 워크스테이션을 중앙에서 관리하여 다음이 포함된 보안 구성을 적용할 수 있습니다.

  • 강력한 인증

  • 소프트웨어 및 하드웨어 기준

  • 제한된 논리적 액세스 및 네트워크 액세스

자세한 내용은 다음 참조 문서를 참조하세요.

책임: Customer

PA-7: 충분한 관리의 최소 권한 원칙 준수

참고 자료: Automation은 Azure RBAC와 통합되어 리소스를 관리합니다. RBAC를 사용하여 역할 할당을 통해 Azure 리소스 액세스를 관리합니다. 사용자, 그룹, 서비스 주체 및 관리 ID에 역할을 할당할 수 있습니다. 특정 리소스에는 미리 정의된 기본 제공 역할이 있습니다. Azure CLI, Azure PowerShell 또는 Azure Portal과 같은 도구를 통해 이러한 역할을 인벤토리화하거나 쿼리할 수 있습니다.

Azure RBAC를 통해 리소스에 할당하는 권한을 역할에 필요한 권한으로 제한합니다. 이 방법은 Azure AD PIM의 JIT(Just-In-Time) 방법을 보완합니다. 역할과 할당을 주기적으로 검토합니다.

기본 제공 역할을 사용하여 권한을 할당하고 필요할 때만 사용자 지정 역할을 만듭니다.

책임: Customer

데이터 보호

자세한 내용은 Azure Security Benchmark: 데이터 보호를 참조하세요.

DP-2: 중요한 데이터 보호

참고 자료: Azure RBAC, 네트워크 기반 액세스 제어, 특정 Azure 서비스의 암호화 같은 컨트롤로 액세스를 제한합니다.

일관성을 위해 모든 유형의 액세스 제어를 엔터프라이즈 구분 전략에 할당합니다. 중요한 데이터 또는 중요 비즈니스용 데이터 및 시스템의 위치를 기준으로 기업 세분화 전략을 알립니다.

Microsoft는 기본 Microsoft 관리 플랫폼의 모든 고객 콘텐츠를 중요한 것으로 취급합니다. Microsoft는 고객 데이터 손실과 노출을 방지합니다. Microsoft에는 Azure 고객 데이터를 안전하게 유지할 수 있는 기본 데이터 보호 컨트롤과 기능이 있습니다.

책임: Customer

DP-4: 전송 중인 중요한 정보 암호화

참고 자료: 액세스 제어를 보완하기 위해 암호화를 사용하여 트래픽 캡처와 같은 대역 외 공격으로부터 전송 중인 데이터를 보호합니다. 공격자가 데이터를 쉽게 읽거나 수정할 수 없도록 암호화를 사용합니다.

Automation은 TLS v1.2 이상을 사용하여 전송 중 데이터 암호화를 지원합니다.

이 요구 사항은 개인 네트워크의 트래픽에는 선택 사항이지만 외부 및 공용 네트워크의 트래픽에는 중요합니다. HTTP 트래픽의 경우 Azure 리소스에 연결하는 모든 클라이언트가 TLS v1.2 이상을 사용할 수 있는지 확인합니다.

원격 관리의 경우 Linux용 SSH(보안 셸) 또는 Windows용 RDP(원격 데스크톱 프로토콜) 및 TLS를 사용합니다. 암호화되지 않은 프로토콜을 사용하지 마세요. 약한 암호와 더 이상 사용되지 않는 SSL, TLS 및 SSH 버전과 프로토콜을 사용하지 않도록 설정합니다.

Azure는 기본적으로 Azure 데이터 센터 간에 전송 중인 데이터를 암호화합니다.

책임: Customer

DP-5: 중요한 미사용 데이터 암호화

참고 자료: 액세스 제어를 보완하기 위해 Automation은 미사용 데이터를 암호화하여 기본 스토리지에 액세스하는 대역 외 공격으로부터 보호합니다. 암호화는 공격자가 데이터를 쉽게 읽거나 수정할 수 없도록 합니다.

Azure에서는 기본값으로 미사용 데이터 암호화를 제공합니다. 매우 중요한 데이터의 경우 사용 가능한 경우 Azure 리소스에서 더 많은 미사용 데이터 암호화를 구현할 수 있습니다. Azure는 기본적으로 암호화 키를 관리하며 고유한 키를 관리하는 옵션도 제공합니다. 고객 관리형 키는 특정 Azure 서비스에 대한 규정 요구 사항을 충족합니다.

책임: Microsoft

클라우드용 Microsoft Defender 모니터링: Azure 보안 벤치마크는 클라우드용 Microsoft Defender의 기본 정책 이니셔티브이며 클라우드용 Microsoft Defender 권장 사항의 기초입니다. 이 제어와 관련된 Azure Policy 정의는 클라우드용 Microsoft Defender에서 사용하도록 자동으로 설정됩니다. 이 컨트롤과 관련된 경고에는 관련 서비스에 대한 Microsoft Defender 계획이 필요할 수 있습니다.

Azure Policy 기본 제공 정의 - Microsoft.Automation:

Name
(Azure Portal)
설명 효과 버전
(GitHub)
Automation 계정 변수를 암호화해야 함 중요한 데이터를 저장할 때 Automation 계정 변수 자산의 암호화를 사용하도록 설정해야 합니다. 감사, 거부, 사용 안 함 1.1.0

자산 관리

자세한 내용은 Azure Security Benchmark: 자산 관리를 참조하세요.

AM-1: 보안 팀이 자산 위험을 확인할 수 있는지 확인

참고 자료: 보안 팀에 Azure 테넌트 및 구독에서 보안 읽기 권한자 권한을 부여해야 클라우드용 Microsoft Defender를 사용하여 보안 위험을 모니터링할 수 있습니다.

보안 위험에 대한 모니터링은 책임을 구성하는 방법에 따라 중앙 보안 팀 또는 로컬 팀의 책임이 될 수 있습니다. 항상 조직 내 중앙에서 보안 인사이트와 위험을 집계합니다.

보안 읽기 권한자 권한을 전체 테넌트의 루트 관리 그룹에 광범위하게 적용하거나 권한 범위를 특정 관리 그룹 또는 구독에 적용할 수 있습니다.

참고: 워크로드 및 서비스를 표시하려면 더 많은 권한이 필요할 수 있습니다.

책임: Customer

AM-2: 보안 팀에서 자산 인벤토리와 메타데이터에 액세스할 수 있는지 확인

참고 자료: 보안 팀에서 Automation과 같이 Azure에서 지속적으로 업데이트되는 자산 인벤토리에 액세스할 수 있는지 확인합니다. 보안 팀은 조직이 새로운 위험에 노출될 가능성을 평가하고 지속적인 보안 개선을 위한 입력으로 이 인벤토리가 필요한 경우가 많습니다. 조직의 권한 있는 보안 팀을 포함할 Azure AD 그룹을 만듭니다. 그리고 여기에 모든 Automation 리소스에 대한 읽기 액세스 권한을 할당합니다. 구독에서 상위 수준 역할 할당 하나를 사용하여 프로세스를 간소화할 수 있습니다.

Azure 리소스, 리소스 그룹, 구독에 태그를 적용하여 논리적인 분류 체계로 구성합니다. 각 태그는 이름과 값 쌍으로 구성됩니다. 예를 들어 프로덕션의 모든 리소스에 "환경" 이름과 "프로덕션" 값을 적용할 수 있습니다.

Azure Virtual Machine Inventory를 사용하여 VM(가상 머신)의 소프트웨어에 대한 정보 수집을 자동화합니다. 소프트웨어 이름, 버전, 게시자 및 새로 고침 시간은 Azure Portal에서 사용할 수 있습니다. 설치 날짜 및 기타 정보에 액세스하려면 게스트 수준 진단을 사용하도록 설정하고 Windows 이벤트 로그를 Log Analytics 작업 영역으로 가져옵니다.

Automation은 애플리케이션을 실행하거나 리소스에 소프트웨어를 설치하는 것을 허용하지 않습니다.

책임: Customer

AM-3: 승인된 Azure 서비스만 사용

참고 자료: Azure Policy를 사용하여 환경에서 사용자가 프로비전할 수 있는 서비스를 감사하고 제한합니다. Azure Resource Graph를 사용하여 구독 내에서 리소스를 쿼리하고 검색합니다. 또한 Azure Monitor를 사용하여 승인되지 않은 서비스를 검색할 때 경고를 트리거하는 규칙을 만들 수 있습니다.

책임: Customer

로깅 및 위협 탐지

자세한 내용은 Azure Security Benchmark: 로깅 및 위협 탐지를 참조하세요.

LT-2: Azure ID 및 액세스 관리에 위협 탐지 사용

지침: Azure AD는 다음 사용자 로그를 제공합니다. Azure AD 보고에서 로그를 볼 수 있습니다. 정교한 모니터링 및 분석 사용 사례를 위해 Azure Monitor, Microsoft Sentinel 또는 기타 SIEM 및 모니터링 도구와 통합할 수 있습니다.

  • 로그인 - 관리되는 응용프로그램 사용 현황 및 사용자 로그인 작업에 대한 정보를 제공합니다.

  • 감사 로그 - 다양한 Azure AD 기능으로 이루어진, 모든 변경 내용에 대한 로그를 통해 추적성을 제공합니다. 감사 로그에는 Azure AD 내의 모든 리소스에 대한 변경 내용이 포함됩니다. 변경 내용에는 사용자, 앱, 그룹, 역할 및 정책 추가 또는 제거가 포함됩니다.

  • 위험한 로그인 - 사용자 계정의 합법적인 소유자가 아닐 수도 있는 사람의 로그인 시도에 대한 표시기입니다.

  • 위험 플래그가 지정된 사용자 - 손상되었을 수 있는 사용자 계정에 대한 표시기입니다.

클라우드용 Microsoft Defender는 인증 시도가 너무 많이 실패했거나 더 이상 사용되지 않는 계정과 같은 의심스러운 작업에 대한 경고를 트리거할 수도 있습니다.

기본 보안 위생 모니터링 외에도 클라우드용 Microsoft Defender의 Threat Protection 모듈은 다음에서 더욱 심층적인 보안 경고를 수집할 수 있습니다.

  • VM, 컨테이너 및 앱 서비스와 같은 개별 Azure 컴퓨팅 리소스

  • Azure SQL Database 및 Azure Storage와 같은 데이터 리소스

  • Azure 서비스 계층

이 기능을 사용하면 개별 리소스의 계정 변칙에 대한 가시성을 얻을 수 있습니다.

책임: Customer

LT-3: Azure 네트워크 활동에 대한 로깅 사용

참고 자료: Azure Private Link를 사용해서 가상 네트워크를 Automation에 안전하게 연결할 수 있습니다. 다음과 함께 Private Link를 사용할 수 있습니다.

  • Webhook

  • DSC 노드

  • Azure Virtual Network에 연결된 하이브리드 작업자에서 Runbook 실행

  • 관리 노드 업데이트

Hybrid Runbook Worker 없이 기본 서비스를 사용하는 경우에는 이 컨트롤을 적용할 수 없습니다.

Azure VM에서 백업된 Hybrid Runbook Worker를 사용하는 경우:

  • NSG(네트워크 보안 그룹)를 사용해서 작업자가 포함된 서브넷을 사용하도록 설정합니다.

  • 트래픽 감사를 위해 스토리지 계정으로 로그를 전달하도록 흐름 로그를 구성합니다.

또한 NSG 흐름 로그를 Log Analytics 작업 영역으로 전달하고 트래픽 분석을 사용해서 Azure 트래픽 흐름에 대한 인사이트를 얻을 수 있습니다.

책임: Customer

LT-4: Azure 리소스에 대한 로깅 사용

참고 자료: Automation 활동 로그가 자동으로 제공됩니다. 로그에는 Automation 리소스에 대한 모든 PUT, POST 및 DELETE 작업이 포함되지만 GET 작업은 포함되지 않습니다. 문제를 해결할 때 활동 로그를 사용하여 오류를 찾거나 사용자가 리소스를 수정한 방법을 모니터링할 수 있습니다.

Automation에 대해 Azure 리소스 로그를 사용하도록 설정합니다. Microsoft Defender for Cloud 및 Azure Policy를 사용하여 리소스 로그 및 로그 데이터 수집을 사용하도록 설정할 수 있습니다. 이러한 로그는 보안 인시던트 조사 및 포렌식 연습을 수행하는 데 중요할 수 있습니다.

책임: Customer

LT-6: 로그 스토리지 보존 구성

참고 자료: Automation 작업 데이터를 Log Analytics 작업 영역으로 전달할 수 있습니다. 조직의 규정 준수 규정에 따라 Log Analytics 작업 영역 내에서 데이터 보존을 변경할 수 있습니다.

Azure Storage 계정을 장기 또는 보관 스토리지에 사용합니다.

책임: Customer

태세 및 취약성 관리

자세한 내용은 Azure Security Benchmark: 태세 및 취약성 관리를 참조하세요.

PV-1: Azure 서비스에 대한 보안 구성 설정

참고 자료: Azure Blueprints를 사용하여 서비스 및 애플리케이션 환경의 배포 및 구성을 자동화할 수 있습니다. 단일 청사진 정의에는 Azure Resource Manager 템플릿, RBAC 컨트롤 및 정책이 포함될 수 있습니다.

책임: Customer

PV-2: Azure 서비스에 대한 보안 구성 유지

참고 자료: 클라우드용 Microsoft Defender를 사용하여 구성 기준을 모니터링합니다. Azure Policy [거부] 및 [존재하지 않는 경우 배포]를 사용하여 VM 및 컨테이너를 포함한 Azure 컴퓨팅 리소스 전체에 보안 구성을 적용합니다.

책임: Customer

PV-3: 컴퓨팅 리소스에 대한 보안 구성 설정

지침: 클라우드용 Microsoft Defender 및 Azure Policy를 사용하여 VM 및 컨테이너를 포함한 모든 컴퓨팅 리소스에 대한 보안 구성을 설정합니다.

책임: Customer

PV-6: 소프트웨어 취약성 평가 수행

지침: 해당 사항 없음 Microsoft는 Automation을 지원하는 기본 시스템에서 취약성 관리를 수행합니다.

책임: Microsoft

PV-7: 자동으로 신속하게 소프트웨어 취약성 수정

참고 자료: VM에 또는 컨테이너 레지스트리를 통해 Automation을 배포할 수 있습니다. 소프트웨어 업데이트를 신속하게 배포하여 운영 체제 및 애플리케이션의 소프트웨어 취약성을 수정합니다.

Azure Automation 업데이트 관리 또는 타사 솔루션을 사용하여 최신 보안 업데이트를 Windows 및 Linux VM에 설치합니다. Windows VM의 경우 Windows 업데이트를 사용하도록 설정하고 자동으로 업데이트하도록 설정합니다.

Common Vulnerability Scoring System 또는 타사 스캔 도구의 위험 등급과 같은 위험 등급 프로그램을 사용하여 위험 순위를 지정합니다. 이 컨텍스트를 사용해서 높은 보안 위험이 있는 애플리케이션과 높은 가동 시간이 필요한 애플리케이션에 맞게 환경을 조정합니다.

타사 소프트웨어의 경우 타사 패치 관리 솔루션 또는 Configuration Manager용 System Center Updates Publisher를 사용합니다. Automation은 타사 소프트웨어를 사용하거나 요구하지 않습니다.

책임: Customer

PV-8: 정기적인 공격 시뮬레이션 수행

지침: 필요에 따라 Azure 리소스에 대한 침투 테스트 또는 레드 팀 작업을 수행하고 모든 중요한 보안 결과를 수정합니다.

Microsoft 클라우드 침투 테스트 사용자 참여 규칙을 따라 침투 테스트가 Microsoft 정책을 위반하지 않도록 합니다. Microsoft의 Red Teaming 전략 및 실행을 사용합니다. Microsoft 관리 클라우드 인프라, 서비스 및 응용프로그램에 대한 실시간 사이트 침투 테스트를 수행합니다.

책임: Customer

백업 및 복구

자세한 내용은 Azure Security Benchmark: 백업 및 복구를 참조하세요.

BR-1: 정기적인 자동 백업을 실행해야 합니다.

참고 자료: Azure Automation은 기본 백업 메커니즘을 제공하지 않습니다. Runbook 및 자산과 같은 유효한 Automation 구성 백업의 유지 관리는 사용자의 책임입니다.

Azure Resource Manager를 사용하여 Automation 계정 및 관련 리소스를 배포할 수 있습니다. Automation 계정 및 관련 리소스 복원을 위해 백업으로 사용하도록 Azure Resource Manager 템플릿을 내보낼 수 있습니다. Automation을 사용하여 정기적으로 Azure Resource Manager 템플릿 내보내기 API를 호출합니다.

또한 소스 제어 통합 기능을 사용하면 소스 제어 리포지토리의 스크립트로 Automation 계정의 Runbook을 최신 상태로 유지할 수 있습니다.

책임: Customer

BR-3: 고객 관리형 키를 비롯한 모든 백업 유효성 검사

지침: 백업된 고객 관리형 키를 복원할 수 있는지 정기적으로 확인합니다.

책임: Customer

BR-4: 분실한 키의 위험 완화

참고 자료: 키 손실을 방지하고 복구할 수 있는 측정값이 있는지 확인합니다. Azure Key Vault에서 일시 삭제 및 제거 보호를 사용하도록 설정하여 실수로 또는 악의적으로 삭제되지 않도록 키를 보호합니다.

책임: Customer

다음 단계