# 인증 서명 인증서 관리

Canonical: https://www.nsecsoft.com/ko/docs/ping64-identity-access/iam/authentication/manage-signing-certificates/

Language: ko-KR

Updated: 2026-11-15T04:10:16.392982Z

통합 ID 관리의 **Certificates**(인증서)는 인증 서명 키를 관리합니다. 인증 제공자는 사용 가능한 서명 키를 선택할 수 있습니다. 키 생성, 제공자 구성 및 애플리케이션 검증은 별개이며 목록에 항목이 있다고 연동이 완료된 것은 아닙니다.

다운로드하는 인증서는 자체 서명 인증서로, 공개적으로 신뢰받는 기관이 발급한 인증서나 웹사이트의 HTTPS 서버 인증서와 동일하지 않습니다. 애플리케이션 담당자는 실제 연동 방식에 따라 인증 결과의 신뢰 및 검증 방법을 확인해야 합니다.

아래에는 확인된 영어 화면 명칭과 한국어 설명을 함께 표시합니다.

## 준비 사항

-   관리자가 통합 ID 설정을 조회하고 관리할 권한이 있는지 확인합니다. 생성과 삭제에 필요한 권한은 다를 수 있습니다.
-   키의 용도, 알고리즘 호환성, 유효 기간과 이에 의존하는 인증 제공자 및 애플리케이션을 확인합니다. 통제된 테스트 계정, 변경 시간 및 복구 계획을 준비합니다.
-   개인 키는 매우 민감한 자격 증명입니다. 필요하고 승인된 경우에만 다운로드하고 조직에서 승인한 안전한 방법으로 보관·전달·사본 정리합니다. 티켓, 채팅 또는 공개 자료에 붙여 넣지 않습니다.

## 서명 키 생성 및 선택

1.  **IAM > Authentication Configuration > Certificates**: 통합 ID 관리의 인증 설정에서 **Certificates**를 열고 **Create**(생성)를 선택합니다.
2.  이름과 **Validity Days**(유효 일수)를 입력하고 **Key Type**(키 유형)을 선택합니다. RSA와 ECDSA가 제공되며 선택 전에 연동 앱의 알고리즘 지원 여부를 확인합니다.
3.  명확한 키 만료일이 필요하면 양의 정수 일수를 입력하고 저장합니다. `0`은 명확한 키 만료일을 설정하지 않습니다. 키에 만료일이 없어도 다운로드 인증서 자체에는 유효 기간이 있으므로 실제 인증서를 확인합니다.
4.  목록에서 이름, 유형 및 만료 정보를 확인합니다. 목록으로 돌아온 것만으로 생성 성공을 판단할 수 없습니다. 항목이 없거나 요청이 실패하면 관리자에게 확인합니다.
5.  키를 사용할 [인증 제공자](https://www.nsecsoft.com/ko/docs/ping64-identity-access/iam/authentication/configure-authentication-provider/)를 열고 **Protocol Settings**(프로토콜 설정)에서 **Signing Key**(서명 키)를 선택합니다. 다른 연동 설정을 확인하고 저장합니다. 목록에는 현재 사용 가능하고 만료되지 않은 키가 표시됩니다. 새 키가 없으면 설정을 다시 열어 상태와 만료일을 확인합니다.
6.  애플리케이션 담당자의 연동 요구에 따라 앱 측 신뢰를 구성하고 시험 계정으로 통제된 로그인과 인증 결과 검증을 수행합니다. 제공자, 앱 접근 권한 및 앱 자체 설정을 각각 확인합니다. 저장 성공만으로 인증 성공을 판단하지 않습니다.

## 확인 및 다운로드

1.  인증서 목록에서 대상 행을 펼쳐 인증서 주체와 지문 등을 확인합니다.
2.  필요에 따라 **Download Certificate**(인증서 다운로드) 또는 **Download Key**(키 다운로드)를 선택합니다. 전자는 인증서를, 후자는 개인 키를 내보내므로 더 엄격한 자격 증명 관리가 필요합니다. 전달 전에 수신자, 용도 및 파일 무결성을 확인합니다.
3.  상세 화면과 다운로드는 각각 인증서를 생성하므로 화면 지문과 나중에 다운로드한 파일의 지문이 다를 수 있습니다. 전달 파일은 실제 파일을 검사하며 이전 화면 지문으로 대체하지 않습니다.

다운로드한 개인 키 파일 자체는 암호화되어 있지 않으므로 파일을 열 때 암호가 필요하다고 가정하지 마십시오. 다운로드 전에 통제된 저장 위치와 수신자를 확인합니다. 파일과 사본의 접근을 제한하고 조직이 승인한 안전한 방법으로 전달하며 더 이상 필요하지 않으면 규정에 따라 정리합니다.

## 교체 및 삭제

-   **이름 편집:** 항목의 편집은 이름만 변경하며 새 키 생성이나 키 교체 완료를 의미하지 않습니다. 저장 후 목록을 확인합니다.
-   **키 교체:** 새 키를 생성하고 앱 호환성을 확인합니다. 통제된 변경 중 제공자 선택과 앱 측 신뢰를 조정한 다음 실제 로그인 및 인증 결과를 검증합니다. 기존 인증 결과의 검증 요구와 조직 규정에 따라 이전 키의 보관 및 정리 시점을 결정합니다.
-   **키 삭제:** 제공자나 앱이 더 이상 키에 의존하지 않는지 확인하고 이전 및 검증을 완료합니다. 삭제로 인증 발급 또는 검증이 실패할 수 있으므로 자동 전환이나 키 복구를 가정하지 않습니다.

**알고리즘 호환성:** 페이지의 RSA는 `RS256`, ECDSA는 `ES256`에 해당합니다. 애플리케이션은 실제 연동 설정에 따라 서명 알고리즘과 공개 키를 검증해야 합니다. 현재 인증 검색 정보가 제공하는 서명 알고리즘은 `RS256`입니다. 페이지에서 ECDSA를 선택할 수 있다는 사실만으로 애플리케이션이 검색 정보를 통해 `ES256`을 자동으로 허용한다고 볼 수 없습니다. ECDSA가 필요하면 먼저 애플리케이션 담당자와 실제 발급 및 검증을 확인하고, 확실하지 않으면 RSA 사용 가능성을 평가하십시오.

**키 교체 시 기존 인증 검증:** 공급자에서 새 키를 선택하면 애플리케이션에 게시되는 공개 키도 변경됩니다. 이전 키가 인증서 목록에 남아 있어도 공급자가 이전 공개 키를 함께 계속 제공한다고 가정해서는 안 됩니다. 만료되지 않은 인증 결과를 이전 공개 키로 검증해야 하는 애플리케이션이 영향을 받을 수 있습니다. 변경 전에 애플리케이션 담당자와 기존 결과의 유효 기간, 공개 키의 획득 및 캐시 방식, 전환 방안을 확인하십시오. 변경 후 새 인증과 아직 유효한 이전 인증 결과를 각각 테스트하십시오. 이전 키 보관이나 새 로그인 성공만으로 교체 완료를 판단하지 마십시오.

## 문제 해결

-   **생성 실패 또는 항목 없음:** 이름, 유효 일수, 키 유형 및 권한을 확인하고 목록과 화면 안내를 다시 확인합니다.
-   **제공자에서 키를 선택할 수 없음:** 키 가용성, 만료일 및 제공자 설정을 확인합니다. 필요하면 설정을 다시 열거나 관리자에게 문의합니다.
-   **편집 후 키가 바뀌지 않음:** 편집은 이름만 변경합니다. 교체하려면 새 키 생성, 제공자 변경 및 앱 검증이 필요합니다.
-   **인증 또는 서명 검증 실패:** 제공자 선택, 키 유효 기간, 앱 측 신뢰 및 접근 권한과 실제 연동을 확인합니다.
-   **상세와 파일 지문이 다름:** 실제 전달 파일을 검사하며 상세 화면으로 파일 검증을 대체하지 않습니다.