공개 키 인프라(PKI)란 무엇인가요?

수년 동안 PKI는 암호학자와 인증서 관리자들의 전담 분야로서 기업 보안의 이면에서 자리 잡고 있었습니다. 하지만 이제는 상황이 달라졌습니다. 기업들이 제로 트러스트 아키텍처 기계 식별자의 수가 인간 식별자 수를 넘어서는 시점에 이르면서, PKI는 단순한 배경 유틸리티에서 전략적 제어 계층으로 그 위상이 바뀌었습니다. 이 글에서는 PKI가 무엇인지, 어떻게 작동하는지, 그리고 현대 보안 전략에서 어떤 역할을 하는지 설명합니다.

공개 키 인프라(PKI)는 디지털 인증서를 생성, 관리, 배포, 사용, 저장 및 취소하는 데 사용되는 하드웨어, 소프트웨어, 정책 및 절차로 구성된 체계입니다. 디지털 인증서는 암호학적 키 쌍을 검증된 신원과 연결함으로써, 공개 키를 사용하는 누구나 해당 개인 키의 소유자를 신뢰할 수 있도록 합니다.

이 모델의 기본 전제는 비대칭 암호화입니다. 하나의 공유 비밀키 대신, 각 당사자는 자유롭게 배포할 수 있는 공개 키와 오직 자신만이 통제하는 개인 키를 각각 보유합니다. PKI는 모든 신뢰 당사자가 반드시 제기해야 하는 질문, 즉 ‘이 공개 키가 정말로 주장하는 소유자에게 속하는가?’에 대해 신뢰할 수 있는 답변을 제공함으로써, 해당 모델을 대규모로 적용 가능하게 만듭니다.

정의상 PKI 프레임워크는 인증서의 생성뿐만 아니라 인증서의 전체 수명 주기를 포괄해야 합니다. 제대로 작동하는 PKI는 인증서를 발급하고, 이를 적절한 대상에게 배포하며, 인증서를 추적하고, 더 이상 신뢰할 수 없게 되면 인증서를 취소합니다.

기계적 수준에서 PKI는 모든 비대칭 키 쌍이 수행할 수 있는 두 가지 암호화 연산에 기반을 두고 있습니다. 한 키는 데이터를 암호화할 수 있으며, 이 데이터는 다른 키로만 복호화할 수 있습니다. 또한 한 키는 데이터를 서명할 수 있으며, 다른 키로 이 서명을 검증할 수 있습니다. 사용 사례에 따라 공개 키와 개인 키의 역할은 다르지만, 그 수학적 원리는 동일합니다.

웹사이트에 접속하는 브라우저를 생각해 봅시다. 연결이 시작되면 서버는 자신의 디지털 인증서를 제시합니다. 이 인증서에는 서버의 공개 키와 서버의 신원을 보증하는 인증 기관(CA)의 서명이 포함되어 있습니다. 브라우저는 이미 알고 있는 신뢰할 수 있는 루트 CA 목록을 기준으로 해당 서명을 확인합니다. 서명이 유효하고 인증서의 유효 기간이 만료되지 않았거나 취소되지 않은 경우, 브라우저는 해당 공개 키를 신뢰하고 이를 사용하여 암호화된 세션을 설정합니다.

이러한 검증은 신뢰 체인에 달려 있습니다. 루트 CA는 계층 구조의 최상위에 위치하며, 자체 인증서에 서명합니다. 또한 중간 CA의 인증서에도 서명하며, 중간 CA는 서버, 장치 및 사용자에게 발급되는 최종 엔터티 인증서에 서명합니다. 신뢰 당사자가 인증서를 검증할 때는 이미 신뢰하고 있는 루트 CA에 도달할 때까지 체인을 거슬러 올라갑니다. 인증서가 승인되려면 해당 체인의 모든 연결 고리가 유효해야 합니다.

인증서 자체는 정의된 수명 주기를 거칩니다:

1. 키 쌍 생성: 요청 측이 공개 키와 개인 키를 생성하는 과정.
2. 인증서 서명 요청(CSR)은 요청자가 공개 키와 신원 정보를 함께 묶어 인증 기관(CA)에 제출하는 절차입니다.
3. CA 검증: CA(또는 CA를 대신하여 업무를 수행하는 등록 기관)가 요청자의 신원을 확인하는 절차입니다.
4. 발행: 인증 기관(CA)이 자체 개인 키로 인증서에 서명하는 과정.
5. 배포: 인증서를 사용할 서버, 장치 또는 사용자 계정에 인증서를 설치하는 과정입니다.
6. 인증서가 신원을 입증하고 암호화 또는 서명 작업을 가능하게 하는 경우에 사용하십시오.
7. 인증서 만료 전에 갱신하십시오.
8. 인증서가 유출되었거나 더 이상 필요하지 않은 경우, 인증서를 취소합니다.

이러한 단계 하나하나가 모두 보안에 영향을 미치며, PKI와 관련된 운영상의 문제 대부분은 이 중 하나에서 기인합니다.

제대로 작동하는 PKI는 서로 밀접하게 연결된 여러 구성 요소에 의존합니다. 각 구성 요소는 인증서 발급, 유효성 확인, 그리고 인증서의 수명 주기 전반에 걸친 관리 과정에서 각각 특정한 역할을 수행합니다.

인증 기관(CA)

인증 기관(CA)은 디지털 인증서를 발급하는 신뢰할 수 있는 제3자입니다. CA는 자체 개인 키로 각 인증서에 서명하며, 이를 통해 의존 당사자는 해당 인증서의 진위 여부를 확인할 수 있습니다. 대부분의 PKI는 계층 구조를 사용합니다. 즉, 오프라인 루트 CA가 중간 CA의 인증서에 서명하고, 중간 CA는 다시 최종 엔터티 인증서에 서명합니다. 이러한 구조는 루트 키의 노출을 제한하고, 운영자가 신뢰 관계를 구획화할 수 있는 방법을 제공합니다.

등록 기관(RA)

등록 기관(RA)은 인증서를 요청하는 모든 사람의 신원을 확인합니다. 일부 환경에서는 인증 기관(CA)이 자체적으로 등록 기관(RA) 역할을 수행하기도 합니다. 반면, 특히 기업 규모에서는 별도의 등록 기관(RA)이 신원 확인 업무를 담당함으로써, 인증 기관(CA)은 암호화 작업에 집중할 수 있습니다. 어느 경우든 PKI의 보안 강도는 등록 기관(RA)이 업무를 얼마나 철저히 수행하는지에 달려 있습니다.

디지털 인증서 (X.509)

X.509 표준은 오늘날 널리 사용되는 대부분의 디지털 인증서의 형식을 정의합니다. X.509 인증서에는 주체의 고유명(Distinguished Name), 주체의 공개 키, 발급 인증 기관(CA)의 이름, 인증서의 발급일 및 만료일, 일련번호, 허용된 용도, 그리고 CA의 서명이 포함됩니다. 바로 이 서명이 식별 데이터 덩어리를 검증 가능한 자격 증명으로 만들어 줍니다.

인증서 해지 목록(CRL) 및 OCSP

개인 키가 유출되었거나, 직원이 퇴사했거나, 인증서가 실수로 발급된 경우 등에는 인증서가 만료되기 전에 무효화해야 할 때가 있습니다. CRL은 CA가 정기적으로 게시하는, 취소된 인증서 목록으로 서명이 되어 있습니다. 온라인 인증서 상태 프로토콜(OCSP)은 실시간 대안을 제공하여, 신뢰 당사자가 사용 시점에 특정 인증서가 여전히 유효한지 CA에 문의할 수 있게 해줍니다.

인증서 저장소 및 관리 시스템

인증서는 어딘가에 저장되어야 하며 누군가가 관리해야 합니다. 인증서 저장소는 발급된 인증서를 보관하여 필요할 때 검색할 수 있도록 합니다. 인증서 관리 시스템은 대규모로 인증서를 발급, 배포, 갱신 및 취소하는 운영 업무를 처리합니다. 수천 개 또는 수만 개의 인증서를 사용하는 조직에서는, 이러한 관리 계층이 PKI가 원활하게 작동하는지, 아니면 서비스 중단을 초래하는지를 가르는 결정적인 요소가 되는 경우가 많습니다.

주요 아카이빙 및 복구

개인 키는 기밀 정보이지만, 동시에 비즈니스에 필수적인 자산이기도 합니다. 데이터 암호화에 사용되는 개인 키를 분실할 경우, 암호화된 데이터를 복구할 수 없게 될 수도 있습니다. 키 보관 시스템은 특정 개인 키의 사본을 안전하게 저장하여 필요할 때 데이터를 복구할 수 있도록 하는 한편, 이러한 복구 가능성과 키 유출 위험 사이의 균형을 유지합니다.

디지털 인증서는 모두 동일한 기본 형식을 따르지만, 발급 목적은 각기 다르며 신뢰 측면에서도 서로 다른 의미를 지닙니다. 각 유형이 무엇을 보호하는지 이해하는 것은 PKI를 더 광범위한 보안 전략에 어떻게 접목할지 결정하는 모든 사람에게 유용합니다.

SSL(Secure Sockets Layer)/TLS(Transport Layer Security) 인증서

웹에서 클라이언트와 서버 간의 통신을 보호합니다. 이는 PKI의 가장 널리 알려진 용도로, 사실상 모든 HTTPS 웹사이트, API 엔드포인트 및 암호화된 네트워크 서비스에서 사용되고 있습니다.

코드 서명 인증서

소프트웨어 게시자가 애플리케이션, 드라이버 및 스크립트에 서명할 수 있도록 허용합니다. 사용자나 운영 체제가 서명된 코드를 실행할 때, 해당 코드의 출처를 확인하고 서명 이후 코드가 변조되지 않았음을 확인할 수 있습니다.

이메일 및 S/MIME 인증서

사용자가 이메일에 서명을 하여 수신자가 발신자를 확인할 수 있도록 하고, 이메일을 암호화하여 의도된 수신자만 읽을 수 있도록 합니다. 규제 대상 산업 및 정부 기관에서 흔히 사용됩니다.

클라이언트 인증서

사용자와 기기를 그들이 접속하는 시스템에 식별합니다. 연방 기관 전반에서 사용되는 스마트 카드, 공통 접근 카드(CAC), 개인 신원 확인(PIV) 카드는 이 범주에 속합니다. 하드웨어 보안 키도 이를 사용할 수 있으며, 예를 들어 RSA iShield Key 2 시리즈.

문서 서명 인증서

PDF 및 기타 전자 문서에 암호화 서명을 적용하여, 서명된 계약서, 제출 서류 및 기록에 법적 효력과 증거력을 부여합니다.

기기 및 기계 식별 인증서

IoT 기기, 서버, 컨테이너 및 워크로드에 검증 가능한 신원을 발급합니다. 일부 환경에서는 머신 신원의 수가 수백만 개로 늘어남에 따라, 이는 PKI의 활용 분야 중 하나로 빠르게 성장하고 있습니다.

공개 키 인프라(PKI) 인증은 디지털 인증서와 이에 대응하는 개인 키를 사용하여 신원을 증명하는 과정입니다. 사용자나 기기는 비밀번호를 입력하거나 일회용 코드를 입력하는 대신, 인증서를 제시하고 신뢰 시스템의 챌린지에 응답함으로써 해당 개인 키를 보유하고 있음을 암호학적으로 입증합니다.

비밀번호나 일회용 코드와 비교할 때, 인증서 기반 인증은 두 가지 중요한 특성을 가지고 있습니다. 첫째, 피싱 공격에 강합니다. 개인 키는 가짜 로그인 페이지에 직접 입력하거나 메시지를 가로챈 공격자에게 전송할 수 없습니다. 개인 키는 엔드포인트나 하드웨어 토큰에 저장되어 있으며, 항상 로컬에서만 암호화 연산을 수행합니다. 둘째, 사용자의 번거로움을 줄여줍니다. 인증서가 한 번 발급되면 인증 절차는 투명하게 진행되며, 스마트 카드를 터치하거나 기기의 잠금을 해제하는 것 외에는 별도의 입력이 필요하지 않습니다.

인증서 기반 인증은 현대적인 비밀번호 없는 인증 그리고 피싱에 강하며 다단계 인증, 이는 제로 트러스트 아키텍처가 의존하는 신원 확인의 핵심 요소 중 하나입니다. 제로 트러스트는 네트워크 위치를 신뢰하기보다는 모든 접근 결정에 대해 신원 증명을 요구하며, PKI는 내구성이 뛰어나고 검증 가능하며 위조가 어려운 형태로 이러한 증명을 제공합니다.

PKI는 다양한 분야에서 활용되지만, 대부분의 구현 방식은 몇 가지 광범위한 범주로 나뉩니다. 각 범주는 특정 유형의 신뢰 문제를 해결합니다.

통신 보안

TLS는 가장 잘 알려진 예로, 전송 중인 웹 트래픽, API 호출 및 이메일을 보호합니다. VPN과 사이트 간 터널 역시 암호화된 채널의 종단점을 인증하기 위해 PKI에 의존합니다. 이러한 모든 경우에서 PKI는 암호화의 의미를 부여하는 신원 보증을 제공합니다.

진위성과 무결성 입증

코드 서명을 통해 소프트웨어 배포자는 사용자가 실행하려는 바이너리 파일이 예상된 출처에서 비롯된 것임을 입증할 수 있습니다. 문서 서명은 PDF 및 기타 파일에 대해서도 동일한 역할을 합니다. 펌웨어 및 소프트웨어 업데이트 메커니즘은 PKI를 활용하여 공격자가 다수의 기기에 악성 업데이트를 배포하는 것을 방지합니다.

사용자 및 기기 인증

스마트 카드, CAC/PIV 카드 및 인증서 기반 로그인을 통해 조직은 정책을 준수하는 기기에서 세션의 상대방이 누구인지 확인할 수 있습니다. 이는 PKI가 신원 및 접근 관리와 가장 직접적으로 연계되는 부분이며, 높은 보안 수준이 요구되는 환경과 제로 트러스트(Zero Trust) 도입에 있어 강력한 대안입니다.

머신 및 워크로드 식별 정보

현대적인 아키텍처는 서비스, 컨테이너 및 IoT 기기들이 서로 인증할 수 있는 능력에 의존합니다. PKI는 각 워크로드에 검증 가능한 신원을 부여하는 메커니즘으로, 이를 통해 워크로드가 네트워크상의 어디에 위치해 있는지가 아니라 그 워크로드가 무엇인지에 따라 액세스 여부를 결정할 수 있게 해줍니다.

PKI가 오랫동안 자리 잡고 있는 데는 이유가 있습니다. 신뢰를 구축하는 다른 접근 방식 중 PKI와 같은 규모로 운영되거나 동일한 수준의 암호화 보장을 제공하는 것은 거의 없습니다.

• 피싱 방지 인증: 개인 키는 절대로 엔드포인트를 벗어나지 않으며, 세션을 가로챈 공격자가 이를 재사용할 수 없기 때문에, 인증서 기반 인증은 비밀번호와 푸시 기반 다단계 인증(MFA)을 무력화시키는 자격 증명 도용 수법에 대해 강력한 내성을 지닙니다. RSA는 다른 글에서 이에 대해 다음과 같이 설명한 바 있습니다. 공격자가 MFA를 우회하는 방법 그리고 피싱 방지 접근 방식이 중요한 이유.
• 신뢰할 수 없는 네트워크 전반에 걸친 기밀성 및 무결성: 수신자의 공개 키로 암호화된 데이터는 해당 개인 키를 보유한 사람만이 읽을 수 있으며, 서명된 데이터는 사전에 공유된 비밀 키 없이도 검증할 수 있습니다. 이러한 조합 덕분에 공개 인터넷을 통해 상거래, 은행 업무 및 안전한 통신이 가능해집니다.
• 서명된 거래에 대한 부인방지:신뢰할 수 있는 인증서로 뒷받침되는 디지털 서명은 특정 당사자가 특정 문서나 거래를 승인했다는 강력한 증거를 제공하며, 이는 법률, 금융 및 규정 준수 측면에서 중요한 의미를 지닙니다.
• 확장 가능한 신뢰:단일 인증 기관은 수백만 명의 인증서 소지자의 신원을 보증할 수 있으며, 이때 각 신뢰 당사자가 그들 각각과 직접적인 신뢰 관계를 맺을 필요는 없습니다.
• 제로 트러스트의 기반:제로 트러스트 아키텍처의 모든 참여자(사람이든 기계든)는 검증 가능한 신원이 필요합니다. PKI는 이러한 신원을 발급하고 검증하는 신뢰할 수 있는 방법이며, 보안을 위한 제로 트러스트 접근 방식.
• 규제 및 보증의 조화:FIPS, 공통 평가 기준(Common Criteria), eIDAS, 그리고 정부, 금융 서비스, 의료 분야의 부문별 규정들은 모두 PKI 기반 메커니즘을 신원, 무결성 및 기밀성을 보장하는 강력한 통제 수단으로 인정하고 있습니다.

PKI는 여러 장점이 있음에도 불구하고 실질적인 운영상의 위험을 수반합니다. 대부분의 PKI 관련 사고는 암호화 기술 자체의 결함이 아니라, 이를 둘러싼 시스템과 프로세스의 결함에서 비롯됩니다.

• 인증서 중단: 만료된 인증서는 서비스를 중단시킵니다. 로드 밸런서, 내부 API 또는 대외 웹사이트의 인증서가 눈치채지 못한 채 만료되면, 이에 의존하는 시스템들이 작동을 멈춥니다. 만료된 인증서로 인해 발생한 주목할 만한 서비스 중단 사례는 반복적으로 발생하고 있습니다.
• 개인 키 유출: 개인 키가 유출되면, 해당 키로 서명된 모든 인증서가 위험에 처하게 되며, 이를 기반으로 하는 모든 세션이나 서명의 유효성이 의심받게 됩니다. 개인 키 유출 사고로부터 복구하려면 대대적인 인증서 취소 및 재발급 절차가 필요합니다.
• CA 타협안:CA를 침해한 공격자는 브라우저, 운영 체제 및 기타 신뢰 당사자들이 신뢰하는 위조 인증서를 발급할 수 있습니다. 과거에 발생한 CA 침해 사건들은 광범위한 신뢰 철회 조치를 초래했으며, 대량의 인증서를 강제 교체해야 하는 결과를 낳았습니다.
• 취소 공백:모든 클라이언트가 CRL을 확인하는 것은 아니며, 공격자가 악용할 수 있는 네트워크 환경에서는 OCSP 응답이 소프트 오류로 처리될 수 있습니다. 인증서 해지가 의도된 대로 작동하더라도, 실제로는 해지된 인증서가 여전히 작동하는 기간이 종종 존재합니다.
• 인증서 난립:현대 기업들은 클라우드 서비스, 온프레미스 시스템, 엔드포인트, 머신 ID 등 다양한 환경에서 수만 개의 인증서를 관리하고 있습니다. 중앙 집중식 인벤토리가 없다면, 어떤 인증서가 발급되었는지, 어디에 설치되었는지, 언제 만료되는지 파악하기 어렵습니다.
• 포스트 양자 위협:오늘날 대부분의 PKI의 기반이 되는 RSA 및 타원곡선 알고리즘은 고전 컴퓨터에 대해서는 안전한 것으로 간주되지만, 충분히 큰 양자 컴퓨터에 대해서는 그렇지 않다. NIST는 양자 저항 암호화 알고리즘의 표준화 작업을 시작했으며, PKI에 의존하는 기관들은 수년에 걸친 전환 계획을 수립해야 합니다.

제대로 운영되는 PKI는 단순히 일련의 암호화 구성 요소에 그치지 않습니다. 이는 운영상의 체계입니다. 아래의 관행들은 앞서 설명한 오류 발생 위험을 줄여줍니다.

인증서 목록을 완벽하게 관리하십시오

클라우드 서비스, 온프레미스 시스템, 엔드포인트 및 머신 ID에 걸쳐 모든 인증서를 추적하세요. 현대적인 환경에서는 수동으로 관리하는 스프레드시트만으로는 관리하기 어려운 경우가 많으며, 대규모 조직이라면 탐색 및 인벤토리 도구에 투자할 가치가 충분합니다.

인증서 수명 주기 관리 자동화

인증서의 자동 발급, 갱신 및 설치를 통해 대부분의 인증서 서비스 중단을 유발하는 인적 오류를 없앨 수 있습니다. 또한 자동화를 통해 유효 기간이 짧은 인증서를 실용적으로 활용할 수 있게 되어, 키가 유출되었을 때의 위험 노출을 줄일 수 있습니다.

강력한 키 보호를 적용하십시오

CA 개인 키는 하드웨어 보안 모듈(HSM)에 저장하고, 엔드포인트의 보안 키 저장소나 하드웨어 토큰을 통해 엔드 엔티티 키를 보호해야 합니다. PKI의 보안 수준은 궁극적으로 개인 키가 얼마나 잘 보호되느냐에 달려 있습니다.

가능한 경우 유효 기간이 짧은 인증서를 사용하십시오

인증서 유효 기간을 짧게 설정하면 유출된 키로 인해 발생할 수 있는 피해 범위를 줄일 수 있으며, 인증서 해지 절차가 운영상 덜 부담스러워집니다. 짧은 유효 기간의 인증서를 대규모로 수동으로 갱신하는 것은 현실적으로 불가능하기 때문에, 이 경우 자동화는 필수적입니다.

견고한 취소 확인 기능을 구현한다

OCSP 스테이플링, 짧은 CRL 갱신 주기, 그리고 적절한 경우 적용되는 하드 페일 정책은 모두, 실제로는 취소된 인증서가 계속 작동하게 만드는 보안 허점을 메우는 데 도움이 됩니다. 취소 조치는 신뢰 당사자가 실제로 확인해야만 효과를 발휘합니다.

암호 유연성 및 양자 컴퓨팅 시대 이후로의 전환을 위한 계획

전체 환경에서 사용 중인 암호화 알고리즘을 파악하고, 어떤 시스템이 해당 알고리즘에 의존하는지 이해한 뒤, NIST 표준이 성숙해짐에 따라 양자 저항형 암호화 옵션을 평가하기 시작해야 합니다. 전환에는 수년이 소요될 것이며, 일찍 준비를 시작한 조직일수록 예상치 못한 문제를 최소화할 수 있을 것입니다.

CA 계층 구조 세분화

루트 CA는 오프라인 상태로 유지하고, 중간 CA를 엄격하게 통제하며, 각 계층과 사용 사례에 적합한 인증서 정책을 적용해야 합니다. 체계적으로 세분화된 계층 구조는 단일 침해 사고로 인한 영향을 최소화합니다.

제로 트러스트(Zero Trust)는 보안 팀이 업무를 수행하는 데 있어 전제로 삼아온 가정들을 바꿔 놓았습니다. 더 이상 네트워크 위치가 신뢰의 근거가 되지 않으며, 모든 액세스 요청은 그 자체의 타당성을 바탕으로 평가되어야 합니다. 이러한 모델은 환경 내의 모든 주체가 높은 신뢰도로 검증 가능한 신원을 가지고 있을 때만 제대로 작동하며, 바로 이 점에서 PKI가 핵심적인 역할을 합니다.

사용자에게 PKI는 피싱 공격을 방지하고 다양한 기기와 애플리케이션에서 작동하는 인증서 기반 인증 기능을 제공합니다. 기기의 경우, 모든 액세스 결정 시점에 확인할 수 있는 검증 가능한 신원을 제공합니다. 워크로드 및 서비스의 경우, 현대 아키텍처가 요구하는 규모에 맞춰 머신 신원 관리를 가능하게 합니다. 신원 및 액세스 관리(IAM),ID 거버넌스 및 관리(IGA)와 머신 ID 관리 모두 PKI가 제공하는 신뢰 기반 위에 구축되어 있습니다. PKI가 없다면 제로 트러스트는 이를 시행할 수 있는 견고한 기반이 없는 일련의 정책에 불과해집니다.

공개 키 인프라(PKI)는 보안 팀이 당연시하는 대부분의 기능—보안 웹 트래픽부터 서명된 소프트웨어, 인증서 기반 사용자 인증에 이르기까지—을 뒤에서 조용히 뒷받침하는 신뢰 계층입니다. 조직들이 제로 트러스트(Zero Trust)로 전환하고, 머신 아이덴티티 및 기타 비인간 아이덴티티가 지속적으로 확대됨에 따라, PKI는 단순한 배경 유틸리티가 아닌 전략적 제어 계층으로 자리 잡고 있습니다. PKI를 효과적으로 운영하려면 자산 관리, 자동화, 키 보호, 그리고 양자 암호화 시대에 대비한 선제적 계획에 이르는 운영 체계가 필요합니다.

RSA는 이 분야에서 오랜 전통을 자랑합니다. RSA 알고리즘 자체는 현대적인 PKI를 가능하게 한 기초적인 공개 키 암호 시스템 중 하나이며, RSA는 인증서 기반 인증, 하드웨어 인증 장치, 그리고 높은 보안 수준이 요구되는 환경을 위해 구축된 신원 관리 솔루션을 통해 조직들이 이러한 암호화 기술을 활용할 수 있도록 지속적으로 지원하고 있습니다. RSA가 다음과 같은 방법을 통해 인증서 기반 및 피싱 방지 인증을 어떻게 지원하는지 알아보세요. RSA ID Plus.