MID 서버 통합 키 저장소

  • 릴리스 버전: Australia
  • 업데이트 날짜 2026년 03월 12일
  • 소요 시간: 10분
  • MID 서버 통합 키 스토어를 사용하면 MID 서버의 모든 제품이 공통 인증서와 키 쌍을 사용할 수 있습니다. 이 기능을 사용하면 애플리케이션에서 MID 서버가 인스턴스에 연결하는 데 사용하는 것과 동일한 보안 통신 채널을 MID 서버에 사용할 수 있습니다.

    보안 단계에 대한 설정 표시기MID 서버가 네트워크 내부 및 외부의 요소에 연결할 수 있는지 확인Linux 또는 Windows 호스트에서 MID 서버를 다운로드 및 설치MID 서버 구성MID 서버 보안 구성MID 서버가 네트워크 내부 및 외부의 요소에 연결할 수 있는지 확인Linux 또는 Windows 호스트에서 MID 서버를 다운로드 및 설치MID 서버 구성MID 서버 보안 구성

    MID 서버가 시작되면 사용자 지정 인증서가 설치되었는지 확인하기 위해 인증서의 CN(일반 이름)이 검사됩니다. 사용자 지정 인증서가 탐지되면 인증서/키 페어 생성을 건너뛰고 사용자 지정 인증서의 사용을 나타내는 속성이 ecc_agent 기록에 설정됩니다.

    사용자 지정 인증서를 사용하면 MID 서버의 인스턴스에서 UI 키 다시 입력 이 비활성화됩니다. 사용자 지정 키 페어 제거라는 새 UI 작업을 사용하여 자체 서명된 인증서 사용으로 다시 전환할 수 있습니다. 이 작업을 사용하면 MID 서버가 사용자 지정 인증서를 제거하고 키 다시 입력 옵션과 비슷한 자체 서명된 새 인증서를 작성합니다.

    MID가 업그레이드되면 설치된 사용자 지정 인증서가 유지됩니다.

    PEM 번들 지원

    MID 서버 통합 키 스토어는 PEM 번들 인증서 및 키 쌍을 지원합니다.

    샘플 PEM 번들

    -----BEGIN PRIVATE KEY----- 
    
    MIIEvQIBADANBgkqhkiG9w0BAQEFAASCBKcwggSjAgEAAoIBAQC0pj5O8QKFpHy9 
    
    ... 
    
    oPdU+h0grs9SJp6rFx0PzDY= 
    
    -----END PRIVATE KEY----- 
    
    Bag Attributes 
    
        friendlyName: <myCustomCert>
    
        localKeyID: 54 69 6D 65 20 31 35 39 35 33 35 34 32 30 38 30 35 31  
    
    subject=/C=US/ST=CA/L=Santa Clara/CN=epic1016883 
    
    issuer=/C=US/ST=CA/L=Santa Clara/CN=epic1016883 
    
    -----BEGIN CERTIFICATE----- 
    
    MIIDKzCCAhOgAwIBAgIEPqMQqDANBgkqhkiG9w0BAQsFADBGMQswCQYDVQQGEwJV 
    
    ... 
    
    4g53RN+LqtJVeeQkZvIbZOfuSqypdVfudkS8dqxQALb8IuHUV7JOcBvOT79mSTs= 
    
    -----END CERTIFICATE----- 

    MID 서버 통합 키 저장소에 사용자 지정 인증서 설치

    사용자 지정 인증서를 설치하여 다양한 애플리케이션의 보안 채널을 통합합니다.

    시작하기 전에

    필요한 역할: 관리자

    Linux에서 호스팅되는 MID 서버에 인증서를 설치할 때 Linux 엔트로피 풀 수가 수백 개 미만인 경우 install-certificate.sh 이 응답하지 않을 수 있습니다. 다음 명령을 사용하여 Linux PRNG(의사 난수 생성기)의 엔트로피 수를 확인합니다.
    cat /proc/sys/kernel/random/entropy_avail
    엔트로피 수가 너무 낮으면 RNGD 또는 Haveged와 같은 엔트로피 생성기를 설치할 수 있습니다. CentOS 및 Ubuntu용 Haveged 설치에 대한 자세한 내용은 Haveged를 사용하여 클라우드 서버에 대한 추가 엔트로피를 설정하는 방법을 참조하십시오.

    프로시저

    1. MID 서버가 실행 중이면 MID 서버를 중지합니다.
      주:

      별칭 DefaultSecurityKeyPairHandle 에 대한 항목을 수정하는 경우 중지하기 전에 MID 서버를 무효화해야 합니다.

    2. MID 서버 설치 폴더에서 다음 명령 중 하나를 실행하여 PEM 번들 인증서와 키 쌍을 생성합니다.
      • 다음 명령을 사용하여 MTLS가 아닌 사용 사례에 대한 자체 서명된 인증서를 생성합니다.
        openssl req -newkey rsa:2048 -nodes -keyout key.pem -x509 -days 365 -out certificate.pem
      • 다음 명령을 사용하여 키 스토어를 PEM 번들로 익스포트합니다.
        openssl pkcs12 -in <myCustomCert>.p12 -nodes -out <myCustomCert>.pem
      • 다음 명령을 사용하여 PEM 형식의 인증서만 가져옵니다.
        openssl pkcs12 -in <myCustomCert>.p12 -out <myCustomCert>.pem -clcerts -nokeys
      • 다음 명령을 사용하여 PKCS#8 형식의 키만 가져옵니다.
        openssl pkcs12 -in <myCustomKey>.p12 -out <myPrivateKey>.key -nocerts -nodes
      • 다음 명령을 사용하여 Windows 호스트에 대한 인증서 또는 인증서 체인 및 개인 키를 설치합니다.
        bin/scripts/manage-certificates.bat -a <alias> <file path to PEM bundle>
      • 다음 명령을 사용하여 Linux 호스트의 인증서 또는 인증서 체인 및 개인 키를 설치합니다.
        bin/scripts/manage-certificates.sh -a <alias> <file path to PEM bundle>
      주:

      PEM 구문의 헤더와 바닥글은 다음과 같아야 합니다.

       -----BEGIN CERTIFICATE----- 
       -----END CERTIFICATE----- 

      PKCS#8 구문의 헤더와 바닥글은 다음과 같아야 합니다.

       -----BEGIN PRIVATE KEY----- 
       -----END PRIVATE KEY----- 
    3. MID 서버를 시작합니다.
    4. 인스턴스로 MID 서버를 확인합니다.
    5. 옵션: 자체 생성된 인증서를 사용하도록 MID 서버를 되돌리려면 인스턴스에서 MID 서버를 선택하고 사용자 지정 인증서 제거 UI 작업을 사용합니다.
      주:
      효화 UI 작업을 사용하여 MID 서버를 되돌릴 수도 있습니다. MID 서버를 무효화하면 설치된 사용자 지정 인증서가 제거되고 MID 서버에 대해 자체 서명된 새 인증서가 만들어집니다.

    다음에 수행할 작업

    에는 manage-certificates 다음과 같은 함수가 있으며 스크립트는 에이전트 폴더에서 실행해야 합니다.
    상호 인증 활성화​

    Windows의 경우 bin\scripts\manage-certificates.bat -m 명령을 사용합니다.

    Linux의 경우 ./bin/scripts/manage-certificates.sh -m 명령을 사용합니다.

    상호 인증 제거 및 기본 인증 복구

    Windows의 경우 bin\scripts\manage-certificates.bat -b <myUserName myPassword> 명령을 사용합니다.

    Linux의 경우 ./bin/scripts/manage-certificates.sh -b <myUserName myPassword> 명령을 사용합니다.

    지정된 별칭으로 새 인증서 및 인증서 체인 추가​

    Windows의 경우 bin\scripts\manage-certificates.bat -a <alias> <fileName> 명령을 사용합니다.

    Linux의 경우 ./bin/scripts/manage-certificates.sh -a <alias> <fileName> 명령을 사용합니다.

    별칭은 임포트되는 인증서에 지정된 고유 이름입니다. MID 서버에는 기본 별칭 이름인 defaultsecuritykeypairhandle과 함께 상호 인증을 위한 사용자 지정 인증서가 필요합니다. MID 서버와 인스턴스 간의 MTLS 통신을 구성하려면 별칭 이름 defaultsecuritykeypairhandle을 사용하여 인증서 항목을 키 저장소에 추가해야 합니다.

    fileName은 PEM 인증서 또는 인증서 체인 및 PCKS#8 개인 키를 포함할 수 있는 파일 경로입니다. PEM 번들에 대한 파일 경로에는 여러 인증서와 단일 개인 키가 포함될 수 있습니다. 각 PEM 인증서의 헤더와 바닥글은 다음과 같아야 합니다.

     -----BEGIN CERTIFICATE----- 
     -----END CERTIFICATE----- 

    PKCS#8 구문의 헤더와 바닥글은 다음과 같아야 합니다.

     -----BEGIN PRIVATE KEY----- 
     -----END PRIVATE KEY----- 

    인증서 체인이 확인에 실패하면 예외가 발생합니다. 파일에 여러 인증서가 포함되어 있는 경우 리프 인증서, 중간 인증서, 루트 인증서 순서여야 합니다.

    지정된 별칭에 대한 인증서 상세 정보 표시

    Windows의 경우 bin\scripts\manage-certificates.bat -g <alias> 명령을 사용합니다.

    Linux의 경우 ./bin/scripts/manage-certificates.sh -g <alias> ​ 명령을 사용합니다.

    이 명령은 인증서의 주체 고유 이름, 발급자 이름 및 만료 날짜와 같은 정보를 표시합니다.

    모든 기존 별칭 나열

    Windows의 경우 bin\scripts\manage-certificates.bat -l 명령을 사용합니다.

    Linux의 경우 ./bin/scripts/manage-certificates.sh -l 명령을 사용합니다.

    이 명령은 에서 agent_keystore사용할 수 있는 모든 별칭 이름을 나열합니다.

    별칭을 사용하여 인증서 삭제​

    Windows의 경우 bin\scripts\manage-certificates.bat -d <alias> 명령을 사용합니다.

    Linux의 경우 ./bin/scripts/manage-certificates.sh -d <alias> 명령을 사용합니다.

    이 명령은 키 저장소에서 별칭과 기록을 삭제합니다. 이 명령을 사용하여 별칭 DefaultSecurityKeyPairHandle 항목을 삭제할 수 있습니다.

    키 저장소에서 모든 항목 제거

    Windows의 경우 bin\scripts\manage-certificates.bat -r 명령을 사용합니다.

    Linux의 경우 ./bin/scripts/manage-certificates.sh -r​ 명령을 사용합니다.

    이 명령은 별칭 DefaultSecurityKeyPairHandle을 제외하고 키 저장소에서 기존 항목을 삭제합니다.

    백업으로 MID 서버 키 스토어 복원

    키 스토어가 손상되거나 실수로 삭제된 경우 MID Server 키 스토어의 백업을 복원할 수 있습니다. 사용자 지정 키 페어 데이터를 다시 생성하는 것이 어렵고 시간이 많이 걸릴 수 있으므로 사용자 지정 키 페어가 있는 키 스토어에 특히 유용합니다.

    시작하기 전에

    필요한 역할: 에이전트 admin

    이 태스크 정보

    Tokyo 릴리스부터 MID 서버는 agent_keystore 파일이 변경될 때 자동으로 백업을 만듭니다. 백업은 에이전트 폴더 아래 security_backup 에 저장됩니다. 실수로 보안 폴더가 삭제되거나 손상되지 않도록 보안 폴더 외부에 저장됩니다.

    백업 폴더에는 전용 백업 로그 파일인 keystore_backup_audit_trail.log가 있습니다. 이 로그는 백업 파일 및 백업 활동을 추적합니다. 각 백업 로그 항목에는 타임 스탬프가 있는 백업 파일 이름, 일치하는 keypairs.mid_id 및 백업의 키 쌍 별칭 목록이 있습니다.

    주:
    보안을 위해 백업 키 스토어에는 소유자, 그룹 및 권한과 같은 원래 키 스토어와 동일한 속성이 있어야 합니다. 이러한 속성은 MID 서버가 파일 시스템 수준에서 동일한 보호 기능을 갖도록 합니다.

    키 저장소 백업은 MID 서버 속성 mid.keystore.max_backups, mid.keystore.max_live_backupsmid.keystore.backup_overwrite_timespan 사용하여 수정할 수 있습니다. 자세한 내용은 MID 서버 속성 문서를 참조하십시오.

    프로시저

    1. MID 서버를 중지합니다.
    2. security_backup로 이동하여 keystore_backup_audit_trail.log를 보고 복원할 백업을 선택합니다.
    3. 해당 백업을 보안 폴더의 agent_keystore 파일에 복사합니다.
      파일 권한을 확인하여 원본과 동일한 소유자 및 권한이 있는지 확인합니다. agent_keystore 해당 위치에 이미 있는 경우 백업으로 덮어씁니다.
    4. keypairs.mid_id가 감사 로그 파일의 것과 일치하는지 확인하려면 config.xml 확인하십시오.
    5. 옵션: keypairs.mid_id가 일치하지 않으면 일치하도록 config.xml 업데이트하십시오.
    6. 인스턴스로 이동하여 MID 서버를 무효화합니다.
      이렇게 하면 ecc_queue에 delete_mid_keypair 시스템 명령이 생성됩니다.
    7. MID 서버에 대한 delete_mid_keypair 출력 메시지를 모두 찾아 처리됨으로 표시합니다.
      목표는 키 쌍 삭제를 트리거하지 않고 MID 서버를 무효화로 표시하는 것입니다. 시스템 명령이 처리됨으로 표시되어 있지 않으면 MID 서버는 사용자 지정인지 자동 생성인지에 관계없이 defaultsecuritykeypairhandle 키 쌍을 삭제합니다.
    8. MID 서버를 다시 시작합니다.
    9. 인스턴스로 이동하여 MID 서버를 확인합니다.