보안 패치 뒤에도 이전 평가 결과를 그대로 쓸 수 있을까

코드 변경이 있었다는 이유만으로 이전 평가가 모두 무효라고도, 반대로 변경이 작다는 이유만으로 그대로 유지된다고도 단정할 수 없습니다. 변경된 구성요소가 평가 대상(TOE)의 보안 기능·운영 환경·위협 가정과 어떤 평가 근거에 닿는지 추적해야 합니다.

EUCC 범위에서 ENISA는 assurance continuity 지침과 2025년 12월 개정 정보를 제공합니다. 인증 보유자의 변경 영향 자료 준비·제출과 인증기관(CB)의 최종 분류는 다른 역할입니다. 필요한 평가 범위는 해당 제품의 자료와 절차에 따라 검토하며, 이 글은 다른 인증 제도에 일반화하지 않습니다.

패치 크기만으로 보증 유지 여부를 정하지 않습니다

인증받은 게이트웨이의 코드 일부를 수정했다면 먼저 ‘변경이 작다’는 느낌이 아니라 무엇이 달라졌는지 확인해야 합니다. 접근통제 코드를 고쳤는지, 평가된 관리 기능과 무관한 표시 문구만 바꿨는지에 따라 검토할 근거가 달라질 수 있습니다. 제품의 TOE, 보안 목표, 가정, 위협 분석, 평가된 버전과 실제 변경을 연결해야 합니다. 변경량만으로 기존 결과가 자동 유지되거나 자동 취소된다고 말하지 않습니다.

작은 변경 사례를 근거까지 따라갑니다

가상 사례에서 제품이 파일 접근 요청을 검사하는 모듈을 수정했다고 합시다. 변경 기록에는 캐시 만료 조건을 고쳤다고 적혀 있습니다. 이 설명만으로 평가 영향이 없다고 결론내리기 전에 캐시가 이전 권한검사 결과를 재사용하는지, 변경이 허가·거부 처리 순서를 바꿨는지 확인합니다. 변경된 코드와 테스트 결과를 ST의 보안 기능, 평가된 구성, 관련 가정에 연결합니다. 영향이 없는 경로와 다시 시험할 경로를 표시한 뒤 인증기관의 분류 절차에 제출할 수 있도록 근거를 정리합니다.

1. 이전 인증 문서에서 TOE 식별자·버전·보안 기능·운영환경 가정을 찾습니다.
2. 변경 전후 파일·모듈·구성·운영 절차를 비교해 실제 변경점을 적습니다.
3. 변경점이 영향을 줄 수 있는 요구사항·시험·취약성 분석·가정에 연결선을 그립니다.
4. 연결된 시험이나 분석 중 재사용할 수 있는 근거와 최신화가 필요한 근거를 분리합니다.
5. 인증 보유자의 변경 영향 자료 작성·제출과 인증기관의 최종 분류를 나눕니다. 인증기관(CB)은 제출된 영향분석보고서(IAR)를 검토한 뒤 minor/major 변경을 최종 분류하며, 필요한 경우 기술 평가기관의 분석을 참고합니다.

현행 EUCC 자료의 범위를 지킵니다

ENISA의 EUCC Certification Scheme 페이지는 2025년 12월 두 번째 개정이 정의, 제품 시리즈 인증, assurance continuity와 최신 상태 문서를 다룬다고 안내합니다. 2025년 12월 10일 공개된 assurance continuity 가이드 버전 1의 문서 표지는 2025년 10월입니다. 지침은 시행 규정 Annex IV의 활동을 돕는 실무 예를 제공하며 AVA와 다른 CC 클래스의 의존성에 주로 초점을 둡니다. §3.3은 제출된 IAR 검토 뒤 변경 분류의 결정 주체가 인증기관임을 설명합니다. 이 글은 공식 지침의 사례·역할 구분에 한정하며 법률 전문의 조문상 의무를 직접 인용하지 않습니다.

회상 연습: 변경 뒤 다시 볼 근거

교육용 문제입니다. 파일 캐시 모듈을 바꿨습니다. 수정량만 보고 이전 평가가 유지된다고 말할 수 있나요? 어떤 문서와 관계를 먼저 확인해야 하나요?

수정량만으로 정할 수 없습니다. 인증서와 ST에서 TOE·버전·기능·환경 가정을 찾고, 캐시 변경이 권한검사나 관련 시험·취약성 분석에 영향을 주는지 추적해야 합니다. 그 근거를 해당 인증기관의 변경 영향·재평가 절차에 따라 검토합니다.