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

 Release :

    - xanadu

ft:locale :

    - ko-KR

ft:publication_title :

    - Xanadu 보안 관리

ft:clusterId :

    - security

bundleId :

    - security

workflow :

    - Technology


---

# 정정 작업 해결

# 정정 작업 해결 {#ariaid-title1}

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

내재 취약성 대응 된 유연성을 통해 보안 조직에 적합한 방식으로 취약성을 해결할 수 있습니다.

## 시작하기 전에

필요한 역할: sn_vul.vulnerability_admin 또는 sn_vul.admin(사용되지 않음)

## 이 태스크 정보

변경 요청이 해결되었다는 알림을 받으면 정정 작업 상태를 해결됨으로 이동하고 다음 검사를 기다립니다. 재스캔은 설정 도우미에 구성된 외부 공급업체 임포트 일정에 의해 자동으로 트리거됩니다.  
주:  
상태 동기화가 활성화되면 정정 작업(VUL)과 연결된 변경 요청이 구현되고 검토 상태가 된 후 정정 작업이 자동으로 해결됨 상태로 전환됩니다. [변경 관리 대상 취약성 대응](https://servicenow-prod.fluidtopics.net/Lp4JD0o0Rc46GWlmCihiIQ "IT 정정 소유자는 애플리케이션의 RT(정정 작업)에서 직접 변경 요청(CHG)을 만들고 관리할 수 있습니다 취약성 대응 . 변경 요청은 자산에 대한 변경 활동을 시작하고 추적하여 정정 작업 및 해당 취약한 항목을 정정할 수 있도록 지원합니다.") 문서를 참조하십시오.

## 프로시저

1. 다음으로 이동 모두취약성 대응정정 작업나에게 할당됨.
2. 오픈 상태의 기록을 클릭합니다.  
   오픈 상태는 기록이 아직 처리되지 않았음을 나타냅니다. 양식에는 다음이 표시됩니다.
   * 정정 작업 정보
   * 그룹 구성 상세 정보
   * 메모
   * 관련된 취약한 항목
   * 작업 SLA
   * 관련 변경요청
   {#remediate-vuln-groups__ul_vfh_ghr_3v}
3. 그룹에 대한 분석을 수행합니다.
4. 기록 작업을 시작할 준비가 되면 다음 옵션 중 하나를 선택합니다.

   | 옵션 | 설명 |
   | 취약한 항목이 IT 환경에 위험을 초래하는 경우 변경 [기록을 생성하고 변경 관리](https://www.servicenow.com/docs/access?context=c_ITILChangeManagement&version=xanadu&pubname=xanadu-it-service-management&ft:locale=en-US) 팀에 문제를 에스컬레이션합니다. | 그룹을 적절한 그룹 또는 개인에 할당하고 변경 생성을 클릭합니다. |
   | 취약한 항목이 조직에 잠재적인 보안 위험을 초래하는 경우 보안 인시던트 기록을 생성하고 문제를 [보안 인시던트 응답](https://servicenow-prod.fluidtopics.net/YJY4ZLB1WiqXdenF4JZdzw "이 애플리케이션은 ServiceNow 보안 인시던트 응답 보안 인시던트의 검색 및 초기 분석부터 방지, 근절 및 복구를 거쳐 최종 사후 인시던트 검토, 지식베이스 문서 생성 및 종결에 이르기까지 진행 상황을 추적합니다.") 팀에 에스컬레이션합니다. | 보안 인시던트 생성을 클릭합니다. 이 버튼은 활성화된 경우에만 보안 인시던트 응답 표시됩니다. 비즈니스 영향 계산이 적용되고, 인시던트가 할당되고, 보안 인시던트가 생성됩니다. |
   |-|-|

   {#remediate-vuln-groups__choicetable_scx_gm5_b2b}  
   변경 요청을 만들면 취약성 그룹 양식의 변경 요청 관련 목록에 해당 기록이 나타납니다.
5. 문제가 위험도가 낮고 지연할 수 있다고 판단되면 예외 요청을 클릭합니다.  
   정정 작업을 연기하는 방법에 대한 자세한 내용은 을 참조하십시오 [정정 작업 연기](https://servicenow-prod.fluidtopics.net/SySeUoWsDowfYe5FHN3pCw "정정 작업(VUL)과 관련된 문제가 우선 순위가 낮고 추가 분석 없이 즉시 연기할 수 있다고 판단되는 경우 예외 요청 기능을 사용할 수 있습니다.").
6. 추가 분석 없이 문제를 즉시 종결할 수 있다고 판단되면 종결을 클릭합니다.  
   정정 작업을 종결하는 방법에 대한 자세한 내용은 다음 문서를 참조하십시오 [정정 작업 종결](https://servicenow-prod.fluidtopics.net/SbjjdJ762ph_Uoblb3Azcw "정정 작업과 관련된 문제를 추가 분석 없이 즉시 종결할 수 있다고 판단되면 종결 기능을 사용할 수 있습니다. 의 취약성 대응v23.0부터 정정 작업에 대한 닫기 버튼이 제거되었으며 정정 작업의 종결은 스캐너에 의해 구동됩니다."). 의 취약성 대응v23.0부터 정정 작업에 대한 닫기 버튼이 제거되었습니다.  
   외부 공급업체 통합 예약 작업은 설정된 간격으로 기록을 자동으로 업데이트하고 스캔합니다. 다음 예약된 날짜 및 시간에 취약한 항목이 스캔됩니다. 또는 취약성 검사 관련 링크를 사용하여 취약성 검사를 수동으로 시작할 수 있습니다.

   검사에서 구성 항목의 취약성을 다시 발견하고 수정됨으로 표시하지 않으면 취약한 항목이 조사 중 상태로 돌아갑니다. 변경 요청을 다시 열려면 IT 운영 팀에 문의하십시오.

   검사에서 취약성을 발견하지 못하고 취약한 항목이 수정됨으로 표시된 것을 반환하면 취약한 항목이 종결-고정 상태로 전환되고 가져오는 동안 닫힙니다.

   작업의 모든 취약한 항목이 종결-고정 상태인 경우에만 정정 작업이 자동으로 종결됩니다. 고정이 아닌 종결 상태의 취약한 항목이 있는 정정 작업은 수동으로 종결해야 합니다.
{#remediate-vuln-groups__steps_mph_k22_fbb}