공개키는 공유하고 개인키는 비밀로 유지하는 역할입니다
공개키 체계는 한 쌍의 키를 쓰며 두 키의 역할을 구분합니다. 공개키를 공유하도록 설계되었다고 개인키도 함께 알려지는 것은 아니지만, 받은 공개키가 정말 상대의 것인지는 별도 확인이 필요합니다. 암호화와 서명에 같은 설명을 기계적으로 적용하지 말고 실제 알고리즘 용도를 읽습니다. 근거: MDN Public-key cryptography, 2026-11-04.
근거: MDN Public-key cryptography · 2026-11-04 확인
암호화와 서명을 두 줄로 비교합니다
상대에게 보낼 내용을 공개키 암호화하는 경우에는 상대 공개키로 암호화하고 상대 개인키로 복호화하는 역할을 봅니다. 서명은 개인키로 서명하고 공개키로 검증하는 역할입니다. 모든 알고리즘이 두 기능을 모두 제공하거나 한 작업을 그대로 반대로 수행한다는 뜻은 아닙니다. 이 비교는 개념 자료이며 실제 암호문·서명을 생성한 결과가 아닙니다.
근거: MDN Public-key cryptography · 2026-11-04 확인
공개키를 얻을 때는 주체와 확인 경로를 함께 봅니다
가상의 지원 이메일에서 키 파일을 받았더라도 이름만 보고 공식 상대의 키라고 단정하지 않습니다. 조직이 제공한 인증서·지문 확인·공식 배포 경로 등 해당 시스템의 절차를 따릅니다. 키 교체와 폐기 상태, 대상 용도가 무엇인지도 확인할 항목입니다. 확인하지 못한 키를 신뢰한다고 가정해 민감자료를 전송하지 않습니다.
근거: MDN Public-key cryptography · 2026-11-04 확인
개인키는 예제나 문의 자료로 복사하지 않습니다
문제 해결에는 비밀이 아닌 키 식별자·용도·알고리즘·오류를 전달합니다. 개인키가 노출되었거나 올바른 상대인지 의심되면 해당 운영자의 교체·영향 확인 절차로 대응합니다. 공개키만 다시 받으면 모든 신뢰가 회복된다고 가정하지 않습니다. 이 글은 사용자 인증파일을 읽거나 새 키를 배포하지 않았습니다.
성공은 필요한 작업과 신뢰 조건을 모두 확인한 범위입니다
승인된 테스트에서 복원 또는 서명 검증의 결과와 주체 확인을 구분해 기록합니다. 서명 검증에 성공해도 본문 주장이 사실이라는 뜻은 아니며 암호화 성공도 보관·접근 정책을 대신하지 않습니다. 어떤 키·범위·작업을 확인했는지 명시하고 미수행 시험을 통과로 표시하지 않습니다.
원문으로 이어 읽기
확인일: 2026-11-04. 정의와 적용 범위, 발행일과 판본을 함께 살펴봅니다. 원문이 존재한다는 사실만으로 개별 주장의 정확성과 재사용 권리가 자동 보장되지는 않습니다.