취약한 항목에 대한 예외 요청

즉시 정정할 수 없는 취약한 항목(VI)에 대한 예외를 요청합니다. 예를 들어 업데이트 적용 소유자는 시스템에 패치를 사용할 수 없는 경우 예외를 요청할 수 있습니다.

시작하기 전에

필요한 역할: sn_vul.remediation_owner

이 태스크 정보

작업 공간에서 예외를 Vulnerability Response 요청할 수 있습니다. 에서 예외 요청 IT 정정 작업 공간 문서를 참조하십시오.

클래식 환경에서 VI에 대한 예외를 요청할 수도 있습니다.

주:

의 v21.0 Vulnerability Response부터는 설정된 일 수가 지나면 승인자와 요청자 모두에 대한 이메일 알림과 함께 긍정 오류 및 예외를 승인하는 시간 프레임을 구성할 수 있습니다. 요청이 제기되면 취약한 항목이 검토 중 상태로 변경되고 상태 변경 기록이 생성됩니다. 승인자가 구성된 시간 범위 내에 응답하지 않으면 취약한 항목 또는 정정 작업이 오픈 상태로 되돌아갑니다. 이전 상태는 backup_state 필드에 저장됩니다. 자세한 내용은 예외 관리에 대한 승인 규칙 구성 문서를 참조하십시오.

프로시저

1. 다음으로 이동 Vulnerability Response > 취약 항목 > 모두레이블이 표시됩니다.
2. 예외를 요청할 항목을 선택합니다.
   선택한 항목이 오픈, 조사 중 또는 구현 대기 중 상태여야 합니다.
3. 취약한 항목 양식에서 예외 요청을 클릭합니다.
4. 예외 관리 화면에서 선택한 경우 Vulnerability Response 예외 요청 양식의 필드에 내용을 입력합니다.

   표 1. 예외 요청 양식

   필드	설명
   다음까지	예외 요청이 만료되는 날짜입니다. 이 날짜는 에서 선택한 기간 내에 있어야 합니다. 모두 > Vulnerability Response > 관리 > 예외 관리 화면. 예외 요청이 만료되면 그룹은 열림 상태로 되돌아갑니다. 주: (VR) 버전 18.0 Vulnerability Response 부터 예외 관리 기능을 사용하여 취약한 항목이 수정을 위해 지연된 경우 스캐너에서 다시 열리는 경우 취약성에 설정된 지연 날짜가 계속 유지됩니다. 이 기능을 사용하려면 시스템 속성 sn_vul.auto_defer_vit_in_active_exception_window 값을 true로 설정하십시오. 또한 취약한 항목이 종결되거나 예외가 만료된 후에도 지연된 종료 날짜가 지속됩니다. 필요한 역할은 읽기와 쓰기 모두에 대해 sn_vul.manage_exception_configuration입니다.
   이유	요청 이유입니다. 선택 항목은 다음과 같습니다. 위험 수락됨 유지관리 기간을 기다리는 중 수정 사용 불가 사용 중인 완화 통제 기타 새 이유 선택지를 추가하는 방법은 을 참조하십시오 정책 이유 매핑 정의.
   추가 정보	이 요청을 수행하는 이유와 관련된 상세 정보입니다. 이 필수 필드는 정정 사용자가 업데이트해야 합니다.

5. 승인 요청을 클릭하여 예외 요청을 제출합니다.

결과

취약한 항목의 상태가 검토 중으로 변경됩니다. 상태 변경 승인 탭을 사용하여 예외 요청의 상태를 추적합니다.