---
sourceDocument: 호주 보안 관리
sourceDocumentLink: https://servicenow-prod.fluidtopics.net/r/ko-KR/security-management

 Release :

    - australia

ft:locale :

    - ko-KR

ft:publication_title :

    - 호주 보안 관리

ft:clusterId :

    - security

bundleId :

    - security

workflow :

    - Technology


---

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

# 취약한 항목에 대한 예외 요청 {#ariaid-title1}

* 릴리스 버전: Australia
* 
* 업데이트 날짜 2026년 03월 12일
* 
* ![](https://www.servicenow.com/docs/portal-asset/ico-clock) 소요 시간: 2분

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

## 시작하기 전에

필요한 역할: sn_vul.remediation_owner

## 이 태스크 정보

중요사항:  
취약성 관리자 및 IT 정정 작업 공간에서 예외를 요청할 수 있습니다. 자세한 내용은 [취약성 관리자 작업 공간에서 정정 작업 및 기록에 대한 예외 요청](https://servicenow-prod.fluidtopics.net/VmjYeJetHhAwxlw7oYWt4w "에서 취약성 관리자와 분석가는 정 취약성 관리자 작업 공간정 작업(VUL, AVUL, CVUL 또는 CRG) 및 기록(VIT, CVIT, AVIT 또는 CTR)에 대한 예외 및 긍정 오류를 요청할 수 있습니다. 정정 작업을 분할하고 변경 요청을 생성할 수도 있습니다.") 및 [에서 예외 요청 IT 정정 작업 공간](https://servicenow-prod.fluidtopics.net/2kjPWloPh5VDcA~mXjiDxA "IT 정정 작업 공간에서 호스트 취약한 항목(VIT), 애플리케이션 취약한 항목(AVIT), 컨테이너 취약한 항목(CVIT) 및 정정 작업(VUL, AVUL, CVUL 또는 CRG)에 대한 예외를 요청합니다.") 문서를 참조하십시오.  
클래식 환경에서 VI에 대한 예외를 요청할 수도 있습니다.  
주:  
의 취약성 대응v21.0부터는 설정된 일수 후에 승인자와 요청자 모두에 대한 이메일 알림과 함께 긍정 오류 및 예외를 승인하는 시간 범위를 구성할 수 있습니다. 요청이 발생하면 취약한 항목이 검토 중 상태로 변경되고 상태 변경 기록이 생성됩니다. 승인자가 구성된 시간 범위 내에 응답하지 않으면 취약한 항목 또는 정정 작업이 열림 상태로 되돌아갑니다. 이전 상태는 backup_state 필드에 저장됩니다. 자세한 내용은 [예외 관리를 위한 승인 규칙 구성](https://servicenow-prod.fluidtopics.net/QpnmXJCcznaZhY2ARb6MvQ "v15.0부터 취약성 대응 는 플로우 디자이너를 사용하여 예외 관리, 예외 규칙 및 긍정 오류 관리에 대한 예외 요청을 승인합니다. 처음으로 배포 취약성 대응 (VR)하는 경우 플로우 디자이너가 기본적으로 활성화됩니다.") 문서를 참조하십시오.

## 프로시저

1. 다음으로 이동 취약점 대응취약 항목모두.
2. 예외를 요청할 항목을 선택합니다.  
   선택한 항목이 오픈, 조사 중 또는 구현 대기 중 상태여야 합니다.
3. 취약한 항목 양식에서 예외 요청을 클릭합니다.
4. 예외 관리 화면에서 선택한 경우 취약성 대응 예외 요청 양식의 필드에 내용을 입력합니다.  
   {#raise-exception-vi__table_kxh_gh2_4lb__entry__2}

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

   {#raise-exception-vi__table_kxh_gh2_4lb}
5. 승인 요청을 클릭하여 예외 요청을 제출합니다.
{#raise-exception-vi__steps_o4r_jpy_flb}

## 결과

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