PKCS # 7은 인증서 / 개인 키 쌍의 개인 (키) 부분을 포함하지 않으며, 일반적으로 인증서 배포에 사용됩니다 (예 : S / MIME 인증서를 배포하는 수단으로 PKCS # 10 인증서 요청에 대한 응답으로 사용) 메시지를 암호화하거나 서명 된 메시지의 유효성을 검사하는 데 사용됩니다). 정의에 따라 공용 항목 인 인증서에만 해당한다는 점을 명심해야합니다.
PKCS # 12는보다 보편적 인 컨테이너입니다. 개인 키와 공개 인증서 부분을 함께 저장하여 이동할 수 있습니다. 키를 약간 보호하기 위해 암호로 보호되는 기능이 있습니다.
PFX는 PKCS # 12의 전신입니다.
PKCS # 7에 모든 데이터가 없기 때문에 Anitak이 지적한대로 추가 데이터 (개인 키 부분)없이 PKCS # 7에서 PKCS # 12로 변환 할 수 없습니다.
Mark Sutton은 PFX로 내보낼 수없는 이유를 지적했습니다. 문제의 인증서에는 개인 키가 내보낼 수없는 것으로 표시되어 있습니다. CSP (Cryptographic Service Provider)는 해당 키를 이동할 수 없으며 이는 의도적 인 것입니다. 내보낼 수있는 인증서 \ 키 쌍을 얻을 수있는 유일한 방법은 원본 인증서가 내보내기 가능한 플래그 세트로 발행 된 경우입니다. 인증서와 관련된 개인 키가 없을 수도 있지만 여기서는 그렇지 않다고 가정합니다.
Wikipedia 에는 다양한 PKCS 유형이 요약되어 있습니다 .
- 적어도 합법적 인 방법입니다. CSP \ Crypto 하드웨어에 따라, 특히 소프트웨어 전용 CSP에 대한 메커니즘이있을 수 있지만, 시스템 관리자가 아니라 내가 우려하는 한 보안 취약성 연구 영역입니다.