여덟 번째 발걸음믿음에는 확인할 근거가 필요하다

누군가 사내 문서에 “재무팀장 승인 완료”라고 적어 놓았습니다. 그 문구만으로 실제 승인이 있었다고 믿을 수 있을까요? 누가 작성했고 누가 승인했는지, 승인 당시의 내용이 지금과 같은지, 그 기록이 보호되고 있는지를 확인해야 합니다. 정보가 존재한다는 사실과 그 정보가 진짜라는 주장은 구분해야 합니다.

신원을 주장하는 일과 그 주장을 확인하는 일도 다릅니다. 아이디를 입력하는 것은 자신이 어느 계정인지 밝히는 식별입니다. 비밀번호나 인증장치 등으로 그 계정에 대한 정당한 통제권을 확인하는 과정은 인증입니다. 인증이 끝난 뒤 그 주체가 특정 문서를 읽거나 수정해도 되는지 판단하는 것은 인가입니다. 세 과정이 연결되어도 서로 대신하지는 않습니다.

인증성과 무결성은 서로 관련되지만 같은 질문은 아닙니다. 내용이 중간에 바뀌지 않았어도 처음부터 다른 사람이 만든 메시지일 수 있습니다. 반대로 작성자가 누구인지는 알아도 저장 과정에서 내용이 손상될 수 있습니다. 메시지를 믿으려면 무엇이 그대로인지와 누구의 메시지인지를 함께 확인해야 합니다. 방향 4에서 해시·메시지 인증 코드·전자서명을 비교하며 이 차이를 실제 검증 과정으로 살펴봅니다.

책임추적성은 중요한 행동을 어느 주체와 연결할 수 있게 하는 성질입니다. 여러 관리자가 계정 하나를 공유하면 로그에는 같은 계정 이름만 남아 누가 어떤 행동을 했는지 구분하기 어려워집니다. 개인별 계정, 시각이 맞는 기록, 로그 변경 방지, 승인 이력과 같은 여러 조건이 함께 있어야 설명력이 높아집니다. 로그가 있다는 말만으로 실제 사람의 모든 행동이 입증되는 것은 아닙니다.

부인방지는 행위나 메시지에 관한 부인을 어렵게 할 증거를 제공하는 목표입니다. 전자서명은 이에 필요한 기술적 근거가 될 수 있지만, 개인키가 탈취되거나 신원 확인이 잘못되면 주장의 힘이 달라집니다. 실제 책임 판단에는 키 관리와 업무 절차, 적용되는 법적 조건도 영향을 줍니다. “서명 검증 성공”과 “그 사람이 의도적으로 그 행위를 했다”를 무조건 같은 문장으로 만들지는 않습니다.

보안에서 신뢰는 아무것도 확인하지 않아도 된다는 뜻으로 쓰면 위험합니다. 어떤 신원·상태·정책을 근거로, 어느 자원에 대해, 얼마 동안 접근을 허용할지 정하는 관계로 이해하는 편이 정확합니다. 내부 네트워크에 들어왔다는 사실 하나만으로 모든 권한을 주지 않는 제로 트러스트의 원칙도 이 질문을 구체화합니다. 이름이 알려진 기술을 설치하는 것보다 허용의 근거를 분명하게 만드는 일이 먼저입니다.

참고　[8] · [9] · [6] · [7]