Discovery를 위한 Microsoft JEA(Just Enough Administration)

  • 릴리스 버전: Washingtondc
  • 업데이트 날짜 2024년 02월 01일
  • 읽기7분

    • Microsoft JEA는 검색에 필요한 특정 명령, 스크립트 및 실행 파일을 실행할 수 있는 제한된 접근 권한을 관리자가 아닌 사용자에게 허용하여 보안을 강화합니다. MID 서버는 이를 통해 대상에 대한 모든 관리자 권한이 없어도 Windows 컴퓨터에 대한 정보를 수집할 수 있습니다.

    Microsoft JEA는 Windows Remote Management(WinRM)을 사용하는 PowerShell Remoting 제어를 통한 역할 기반 관리로 통신 및 인증 관리를 지원합니다. 이 프레임워크는 HTTP 프로토콜을 사용하는 컴퓨터를 관리할 수 있는 안전하고 안정적인 방법을 제공합니다. PowerShell Remoting은 WMI 동적 포트 매핑에 사용되는 여러 포트보다 더 쉽게 보호할 수 있는 HTTP와 HTTPS에 총 2개의 포트(5985, 5986)를 사용합니다. Microsoft JEA에 대한 자세한 내용은 Just Enough Administration을 참조하십시오.

    검색 중인 ServiceNow 인스턴스, MID Server, JEA 엔드포인트 및 Windows 서버 간 연결에 대한 개요입니다.

    JEA를 사용하는 Discovery에 대한 요구 사항

    • Rome 릴리스 이상에서 실행되는 ServiceNow 인스턴스가 필요합니다.
    • MID Server와 대상 서버가 Windows 도메인의 일부여야 합니다.
    • 관리자가 아닌 사용자 권한이 있는 JEA 자격 증명은 도메인 수준 자격 증명이어야 합니다.
    • 대상 Windows 컴퓨터에 PowerShell 5.0 또는 Windows Management Framework 5.1을 설치해야 합니다.
    • 대상 Windows 컴퓨터에서 PowerShell Remoting을 사용하도록 설정해야 합니다.
    주:
    보안 향상을 위해, Rome 릴리스부터는 JEA v2라는 새 프로파일이 있습니다. Microsoft는 JEA 프로파일에서 NoLanguage가 아닌 다른 언어 모드를 지정하는 것은 권장하지 않습니다. JEA v2는 사용자가 엔드포인트에서 임의의 스크립트를 실행하고 보안 제한을 바이패스하지 않도록 세션 유형을 RestrictedRemoteServer로, 언어 모드를 NoLanguage로 각각 명시적으로 설정합니다. ServiceNow는 더 이상 KB0782125의 기존 샘플 프로파일을 지원하지 않습니다. KB0965705의 지침에 따라 JEA v2 프로파일을 설정하고 배포하시기 바랍니다.

    JEA 프로파일

    JEA를 사용하는 Discovery에는 PowerShell 세션 구성과 하나 이상의 PowerShell 역할 기능 파일로 구성된 프로파일이 필요합니다. 필요에 따라 여러 PowerShell 역할 기능 파일과 여러 사용자 그룹을 생성하여 여러 그룹에 역할을 할당할 수 있습니다. 샘플 프로파일은 KB0965705에서 참조 구현으로 제공되며 시작 지점 역할을 합니다. KB의 구성 파일은 생성 당시 바로 사용 가능한 모든 수평 Windows 패턴을 지원합니다. ServiceNow는 원격 시스템에 JEA 프로파일 배포 및 설정을 담당하지 않습니다.

    Microsoft는 다음 링크를 통해 자세한 설명서를 제공합니다.

    샘플 JEA 프로파일을 사용하는 기본 Discovery

    KB0965705에서 제공하는 샘플 JEA 프로파일은 다양한 기본 CI 및 속성을 검색하도록 구성되었습니다. 프로파일은 수정할 수 있으며 JEA를 사용하는 Discovery의 기준선 역할만 해야 합니다.

    기본 Discovery는 Windows 서버(cmdb_ci_win_server) 또는 Windows 데스크톱(cmdb_ci_computer)의 다음과 같은 주요 속성을 찾습니다.
    • 호스트 이름
    • DNS 이름
    • 일련 번호
    • 운영 체제
    • OS 버전
    • OS 서비스 팩
    • 디스크 공간
    • RAM
    • CPU 코어 수
    • CPU 개수
    • CPU 제조업체
    • CPU 유형

    여기에는 다음과 같은 CI가 포함됩니다.

    • 네트워크 어댑터(cmdb_ci_network_adapter)
    • 파일 시스템(cmdb_ci_file_system)
    • 저장 장치(cmdb_ci_disk)
    • 설치된 소프트웨어(cmdb_software_instance)
    • 실행 중인 프로세스(cmdb_running_process)
    • 메모리 모듈(cmdb_ci_memory_module))
    • 일련 번호(cmdb_serial_numbers)
    • TCP/IP 연결(cmdb_tcp)
    • CI IP(cmdb_ci_ip_address)
    • CI의 DNS 이름(cmdb_ci_dns_name)
    • Windows 클러스터(cmdb_ci_win_cluster, cmdb_ci_win_cluster_node, cmdb_ci_win_cluster_resource)
    • 추적된 구성 파일(cmdb_ci_config_file_tracked)

    다음 애플리케이션 CI도 검색할 수 있습니다.

    • Windows의 MSSQL DB(cmdb_ci_db_mssql_instance)
    • Windows의 MySQL DB(cmdb_ci_db_mysql_instance)
    • Windows의 Oracle DB(cmdb_ci_db_ora_instance)
    • Windows의 WebSphere(cmdb_ci_app_server_websphere)

    다음 프로브와 패턴은 샘플 프로파일과 함께 Discovery에 사용됩니다.

    • Windows - 분류(프로브)
    • Windows OS - 서버(패턴)
    • Windows OS - 데스크톱(패턴)
    • Windows - 설치된 소프트웨어(프로브)
    • Windows - ADM(다중 프로브)
    • Windows의 내 SQL 서버(패턴)
    • Windows의 MSSql DB(패턴)
    • Windows의 Oracle DB(패턴)
    • Windows - WebSphere - 셀(프로브)
    • Windows - WebSphere - 웹 애플리케이션(프로브)
    • Windows - WebSphere - 웹 서비스(프로브)

    JEA를 사용하는 Discovery를 위한 인스턴스 준비

    Microsoft JEA(Just Enough Administration)를 사용하는 검색에 대해 ServiceNow® 인스턴스를 구성하려면 도메인 이름으로 Windows 자격 증명을 정의하고 MID 서버 구성 매개변수를 적절히 설정합니다.

    시작하기 전에

    필요한 역할: admin, discovery_admin

    프로시저

    1. 다음으로 이동 모두 > 검색 > 자격 증명 을 클릭하고 새로 만들기를 클릭합니다.
    2. 사용 가능한 자격 증명 유형 목록에서 Windows 자격 증명을 선택합니다.
    3. 사용자 이름에 domain\user name 형식으로 관리자가 아닌 사용자의 자격 증명을 생성합니다.
    4. 기록을 제출합니다.
    5. 다음으로 이동 모두 > MID 서버 > 서버.
    6. MID Server 목록에서 구성할 MID Server를 선택합니다.
    7. 구성 매개변수 관련 목록을 선택합니다.
    8. 다음 MID Server 구성 매개변수를 아래와 같이 설정합니다.
      1. mid.windows.management_protocol: 이 매개변수는 JEA를 사용하는 Discovery에 필요합니다.
        기본값은 WMI이지만 JEA를 사용하는 Discovery로 MID Server에서 WinRM을 설정해야 합니다.
      2. mid.powershell.jea.endpoint: 이 매개변수는 JEA를 사용하는 Discovery에 필요합니다.
        이 매개변수는 원격 호스트에서 MID Server가 연결하는 JEA 엔드포인트 이름을 지정합니다. 엔드포인트 이름은 구성 파일을 등록할 때 생성되며 구성 파일 자체의 이름과 혼동해서는 안 됩니다. 이 설정은 해당 엔드포인트로 이동하는 MID Server에서 Discovery에 의해 생성된 WinRM 원격 세션을 포함하여 전체 MID Server에 영향을 줍니다.

        예를 들어, PowerShell 명령 Register-PSConfiguration -name JEA_DISCO_V2 -path <session_configuration_file>은 엔드포인트 이름을 JEA_DISCO_V2로 설정합니다. 이 경우에는 mid.powershell.jea.endpoint를 JEA_DISCO_V2로 업데이트해야 합니다.

    9. 옵션: 다음 MID Server 속성 및 시스템 속성을 사용하여 문제를 해결합니다.
      1. mid.probe.collect_debug_info: 디버그 정보를 수집하는 선택적 MID Server 속성입니다.
        이 속성이 true로 설정되면 MID Server는 자격 증명 디버그 정보를 수집하여 ECC 입력 메시지의 페이로드에 저장합니다. JEA 작동 방식에는 영향을 주지 않습니다.
      2. glide.discovery.log_debug_info: 디버그 정보를 수집하는 선택적 시스템 속성입니다.
        이 속성을 true로 설정하면 Discovery 센서가 ECC 입력 메시지에서 디버그 정보를 추출하여 Discovery 로그 테이블에 기록하므로 검색 상태를 검사할 때 디버그 정보가 표시됩니다.