인증은 통신 상대나 사용자·장치가 주장한 신원과 자격을 확인하는 절차입니다. 부인방지는 특정 행위나 메시지를 나중에 부인하기 어렵게 하는 보안 서비스로, 두 목적은 관련될 수 있지만 같은 질문에 답하지 않습니다.
전자서명은 정해진 검증 절차에서 서명키와 데이터 사이의 관계를 확인하는 근거를 제공합니다. 서명 검증 성공만으로 특정 자연인이 직접 행위했다거나 강제·키 탈취가 전혀 없었다는 사실까지 절대적으로 증명하지는 않습니다.
인증은 지금 상대를 확인하고, 부인방지는 행위 기록을 다룹니다
로그인 과정에서 서버가 비밀번호나 보안키 응답을 확인하는 이유는 요청을 보낸 주체가 등록된 계정의 인증수단을 보유했는지 판단하기 위해서입니다. 이는 접근 결정을 내리기 위한 인증의 한 장면입니다. 반면 거래가 끝난 뒤 ‘누가 이 메시지에 서명했는가’, ‘기록이 서명 이후 바뀌었는가’를 따지는 일은 행위의 귀속과 변경 탐지에 관한 질문입니다. NIST의 디지털 서명 표준은 서명 생성과 검증 알고리즘을 정의하고, 키 관리 지침은 암호 키가 제공할 수 있는 보안 서비스를 맥락에 따라 설명합니다.
두 개념이 연결되는 이유는 인증된 공개키와 신뢰할 수 있는 키 관리가 서명의 검증에 중요하기 때문입니다. 그러나 로그인 성공은 로그인 시점의 인증 결과이지, 이후 모든 거래를 해당 사용자가 승인했다는 증거가 아닙니다. 서명 검증은 메시지가 특정 공개키에 대응하는 개인키로 서명된 조건과 데이터 무결성을 확인하는 데 도움을 주지만, 키의 실제 통제자·사용 맥락·인증서 상태·기기 침해 여부는 별도 증거가 필요합니다.
가상의 승인 시스템으로 증거를 분리합니다
| 질문 | 로그인 기록 | 서명된 승인 메시지 |
|---|---|---|
| 요청 시점에 계정 인증수단을 확인했나 | 인증 결과·세션 정보 확인 | 서명 검증만으로는 로그인 세션을 증명하지 않음 |
| 메시지가 서명 뒤 바뀌었나 | 로그인 기록만으로 답할 수 없음 | 서명 검증과 데이터 비교가 근거가 될 수 있음 |
| 실제 사람이 강요 없이 승인했나 | 단독으로는 알 수 없음 | 단독으로는 알 수 없음 |
예를 들어 구매 승인 메시지에 부서의 서명키로 만든 전자서명이 있고 검증이 성공했다고 가정해 봅시다. 이 결과는 해당 키와 메시지의 암호학적 관계를 뒷받침합니다. 승인 당시 키를 누가 보유했는지, 키 접근이 적절히 제한됐는지, 인증서가 유효했는지, 메시지가 실제로 승인 절차에 따라 생성됐는지는 추가 기록을 확인해야 합니다. 서명 검증과 신원 확인 기록을 서로 대체 가능한 증거로 취급하지 않는 것이 핵심입니다.
문제에서 먼저 물음의 시점을 찾으세요
- 문제가 현재 접속한 상대·계정의 신원을 묻는지, 과거 메시지·행위의 귀속을 묻는지 표시합니다.
- 인증수단 확인, 공개키 검증, 메시지 무결성, 인증서와 키 관리 가운데 실제로 주어진 증거를 적습니다.
- 증거가 뒷받침하는 명제만 결론으로 씁니다.
- 사람의 행위 의도나 키 탈취 부재처럼 기록에서 확인되지 않은 사실은 별도 증거가 필요하다고 남깁니다.
흔한 오답은 ‘전자서명은 부인방지를 제공하므로 서명자 본인이 절대 부인할 수 없다’고 쓰는 것입니다. 표준의 보안 서비스 명칭을 현실의 절대적 증명으로 확대하면 키 보호, 인증서 검증, 서명 생성 과정과 분쟁 절차의 조건을 지워 버립니다. 시험 답안에서는 ‘적절한 키 관리와 검증 조건 아래 서명된 데이터의 무결성 및 키 소유자와의 관계를 뒷받침한다’처럼 조건과 한계를 함께 쓰세요.
전자서명 결과를 읽을 때는 공개키가 누구의 것이라고 주장되는지부터 확인하세요. 인증서나 공개키 디렉터리가 키와 사람·조직을 연결하더라도 그 연결의 유효기간, 폐지 상태, 사용 목적, 서명 시점이 주장을 뒷받침하는지 점검해야 합니다. 키가 조직 공유 장치에 보관됐다면 서명 사실은 해당 키가 사용됐다는 증거일 수 있어도 특정 직원 한 명의 행동을 바로 지목하지 않을 수 있습니다. 또 메시지 해시가 서명에 포함된 방식과 검증 대상 메시지가 같은지도 확인해야 합니다. 이런 점검은 부인방지의 의미를 없애는 것이 아니라, 어떤 증거가 어떤 범위의 주장을 지지하는지 정확히 쓰게 해 줍니다.
인증과 전자서명의 관계를 설명할 때는 키가 처음 사용자와 연결되는 과정도 별도로 보세요. 기관이 신분을 확인한 뒤 인증서를 발급했다면 그 절차는 공개키와 주장된 신원 사이의 연결을 뒷받침할 수 있습니다. 하지만 인증서가 만료되거나 폐지됐는지, 서명이 생성된 시점에 적용할 검증 정책이 무엇인지 확인해야 합니다. 검증기가 키를 받아들였다는 기록과 사람이 그 거래를 승인했다는 업무 기록은 서로 다른 자료입니다. 문제에서 부인방지 서비스의 정의를 묻는다면 제공 가능한 보안 서비스를 말하고, 현실 분쟁의 사실관계를 묻는다면 키 관리·인증서·업무 승인 기록의 한계를 함께 적습니다.
회상 문제
교육용 문제입니다. 사용자가 오전에 포털 로그인을 마쳤고, 오후에 별도의 전자서명으로 계약 메시지를 제출했습니다. 오후의 메시지가 서명 뒤 변경되지 않았는지 확인하는 데 가장 직접적인 절차는 무엇이며, 로그인 기록만으로 답할 수 없는 이유는 무엇입니까?
정답은 메시지와 서명에 대해 공개키로 서명 검증을 수행하고, 검증 대상 데이터가 제출된 계약 메시지와 동일한지 확인하는 것입니다. 로그인 기록은 오전 인증 시점의 세션에 관한 것이며 오후 메시지의 바이트가 서명 이후 바뀌었는지 알려 주지 않습니다. 다만 서명 검증 성공만으로 서명키의 실제 사용자나 자발적 의사까지 확정하지 않습니다.
전자서명과 인증 개념을 더 학습하려면 정보보호론 덱의 안내를 확인할 수 있습니다. 이 사례와 문항은 설명을 위해 새로 만든 교육용 예시이며 공식 기출문제나 유료 카드 인용이 아닙니다.
정답을 가리고 확인해 보세요
이 글을 위해 만든 학습 예시이며 공식 기출문제나 판매 카드의 인용이 아닙니다.
오후 계약 메시지가 서명 뒤 바뀌지 않았는지 확인할 직접 절차는 무엇인가?
정답과 해설 확인
계약 메시지를 대상으로 공개키 서명 검증을 하고, 검증한 데이터가 제출된 메시지와 같은지 확인합니다.오전 로그인 기록은 인증 시점의 세션을 설명하지만 이후 계약 메시지의 무결성을 검증하지 않습니다. 서명 검증은 키 통제자나 의도까지 단독으로 확정하지 않습니다.