파일에 checksum이 맞으면 출처와 안전성도 신뢰할 수 있나요?

checksum이나 암호학적 해시는 바이트의 손상·변경을 검출하는 데 쓰이지만 누가 만들었는지와 실행해도 안전한지는 별도입니다. 공격자가 파일과 해시를 함께 바꿀 수 있으면 해시 일치만으로 신뢰가 생기지 않습니다.

동작 원리와 전제

전송 전 신뢰한 경로에서 얻은 digest와 다운로드 후 계산한 값을 비교합니다. 단순 오류 검출용 CRC와 충돌 저항이 필요한 암호학적 해시의 목적을 구분합니다. 디지털 서명은 신뢰 키와 발급자·정책을 검증해야 출처 판단에 도움이 됩니다.

선택과 실패 처리

큰 파일은 스트리밍으로 해시를 계산하고 길이·완료 상태를 함께 확인합니다. multipart ETag나 저장소 메타데이터가 어떤 해시인지 추측하지 않습니다. 압축 전·후 어느 표현의 바이트를 검증하는지도 명시합니다.

구체적인 사례와 검증

파일과 digest를 같은 비신뢰 웹페이지에서 받으면 둘이 함께 바뀔 수 있습니다. 신뢰된 manifest나 서명 검증이 필요한 이유입니다. 서명 키가 신뢰된 것인지와 어떤 버전·용도의 파일을 서명했는지도 확인합니다. 동일 파일을 chunk별로 검증하면 부분 재시도에 도움이 되지만 전체 순서·누락·길이를 확인하는 최종 검증이 남습니다. 해시 일치는 bytes가 같다는 판단이지 파일이 악성 동작을 하지 않는다는 판단이 아닙니다. 다운로드 후 바로 실행하는 흐름에는 sandbox·권한 제한·출처와 업데이트 정책이 별도로 필요합니다.

중간 잘림·한 바이트 변경·잘못된 digest 출처·서명 키 회전을 시험합니다. 해시가 맞는 악성 파일도 있을 수 있어 내용 검증·sandbox·권한 제한은 남습니다. 무결성·인증·기밀성의 보장을 나눠 설명하겠습니다.