보호 목표와 암호 기능의 구분 | 정보보안기사 필기

1. 보호하려는 대상을 먼저 찾는다

보안 문제는 기술 이름보다 무엇을 막으려는지부터 판단한다. 내용을 숨기는 것, 변경을 탐지하는 것, 사용자의 신원을 확인하는 것은 서로 다른 요구다.

인증에 성공해도 모든 문서를 읽을 권한이 생기지는 않는다. 인증은 누구인지, 인가는 무엇을 허용할지를 다룬다. 암호화키를 잃어버리면 정당한 사용자도 복호화할 수 없으므로 키 보호는 가용성과도 연결된다.

수단	사용하는 키	직접적인 역할	단독으로 제공하지 않는 것
암호화	대칭키 또는 공개키·개인키	평문을 암호문으로 바꾸어 기밀성 보호	단순 암호화만으로 변조 탐지·발신자 인증 보장
일반 암호학적 해시	비밀키 없음	메시지를 다이제스트로 요약	발신자 인증·기밀성
MAC·HMAC	공유 비밀키	무결성과 데이터 근원 인증	기밀성·일반적인 제3자 부인방지
전자서명	개인키로 생성, 공개키로 검증	무결성·서명자 인증·부인방지 지원	기밀성·재전송 방지

일반 해시는 신뢰할 수 있는 기준 해시와 비교해야 변경 확인에 의미가 있다. 공격자가 파일과 기준값을 모두 바꿀 수 있으면 해시가 일치해도 공식 파일임을 증명하지 못한다.

MAC은 같은 비밀키를 가진 수신자도 만들 수 있다. 따라서 두 당사자 사이의 인증에는 유용하지만, 제3자가 어느 당사자가 만들었는지 구별할 증거로는 한계가 있다. 전자서명은 생성키와 검증키를 분리하지만, 공개키와 신원의 신뢰 관계 및 개인키 보호가 필요하다.

계약 내용을 숨기고 서명자도 확인하려면 암호화와 전자서명이 각각 필요하다. 전자서명을 ‘개인키로 메시지를 암호화하는 것’으로 정의하지 않는다. 서명은 별도의 생성·검증 절차이며 서명된 문서도 그대로 읽을 수 있다.

인증된 암호화는 기밀성과 변조 탐지를 함께 제공한다. 그러나 사용한 방식과 키 관계를 확인하지 않고 ‘암호화했으니 인증도 끝났다’고 판단하면 안 된다. 메시지 인증이 되어도 이미 유효했던 메시지의 재전송은 별도로 검사해야 한다.

기술별 계산은 이후 이론에서 다룬다. 이 단계에서는 보호 목표 → 키의 소유자 → 검증 가능한 범위 순서로 구분한다.