지속적으로 증가하는 보안 위험은 조직에 중대한 위협이 되고 있습니다. 예를 들어, 지난해 37,902건의 새로운 CVE가 보고되었으며, 이러한 위협에 대처하고 보안 준비 상태를 평가하기 위해서는 체계적인 측정과 취약점 관리 지표가 필요합니다. 스캐닝 도구는 취약점을 발견하는 데 도움이 될 수 있지만, 팀은 문제의 심각성을 이해하기 위해 구체적인 정보가 필요합니다. A 설문조사에 따르면 참가자의 14%만이 해커나 다른 침해된 조직과 같은 외부 위협을 침해의 원인으로 지목했습니다. 이 통계는 보안에 대한 지표 기반 접근법의 중요성을 강조합니다.
이러한 지표는 취약점이 적든 많든 모두 측정되도록 보장하며, 위험 측정에서 중대한 공백이 없도록 합니다. 본 글에서는 취약점 관리 보고 지표의 기본 개념과 이를 전략적 의사 결정에 활용하는 방법을 논의하겠습니다.
취약점 관리 지표란 무엇인가요?
취약점 관리 지표는 조직이 보안 결함을 얼마나 효과적으로 탐지하고, 우선순위를 지정하며, 해결하는지에 대한 측정 가능한 지표입니다. 이 지표들은 원시 스캔 데이터를 의미 있는 수치(예: 평균 수정 시간, 악용 가능성)로 변환하여 보안 책임자가 패치 활동이 취약점 관리 목표와 어떻게 부합하는지 판단할 수 있도록 돕습니다. 이러한 지표는 단순한 심각도 점수를 넘어 비즈니스 영향이나 위협 인텔리전스와 같은 현실적 요소를 고려합니다. 네트워크가 확장되고 컨테이너가 증가하며 디지털 공급망이 확대됨에 따라, 지표는 진전 상황을 측정하고 격차를 식별하는 일관된 기준점을 제공합니다. 이러한 수치는 책임 소재를 추적하고, 자원 배분을 지시하며, 지속적인 개선을 위해 활용될 수도 있습니다. 궁극적으로 올바른 지표는 기술 담당자와 경영진이 위험과 대응 방안에 대한 공통된 이해를 바탕으로 협력할 수 있도록 합니다.
취약점 관리 지표의 중요성
가트너는 올해 말까지 전 세계적으로 45%의 조직이 공급망 침해 피해를 입을 수 있다고 전망합니다. 이러한 추세는 투명하고 데이터 기반의 스캔 및 패치 접근 방식의 중요성을 강조합니다. 취약점 관리 지표는 팀이 위협을 얼마나 신속하고 효과적으로 해결하고 있는지 객관적으로 파악할 수 있는 기준을 제공합니다. 아래에서는 이러한 측정 지표가 기업 보안의 핵심 요소로 남아 있는 다섯 가지 이유를 설명합니다:
- 전략적 의사 결정 유도: 지표는 성공 또는 문제에 대한 정량적 증거를 제공합니다. 예를 들어 평균 패치 시간이 길다면 패치 워크플로우 재설계가 필요함을 시사할 수 있습니다. 경영진은 분기별 취약점 관리 핵심 지표를 비교 분석함으로써 인력 증원, 신규 스캐닝 솔루션 도입, 프로세스 개선 등의 필요성을 입증할 수 있습니다. 데이터 기반 의사 결정은 추측을 배제하여 보안 업그레이드가 실제 문제점을 해결하도록 보장합니다.
- 팀 간 우선순위 조정: DevOps 담당자, 보안 팀, 경영진은 종종 서로 다른 "언어"를 사용합니다. 평균 수정 시간을 30일에서 10일로 단축한다는 목표와 같이 공유된 목표를 정의하는 지표를 통해 이들은 통합됩니다. 이는 책임감을 조성합니다: 각 그룹은 자신의 역할이 전체 지표에 어떻게 영향을 미치는지 확인할 수 있습니다. 시간이 지남에 따라 동일한 측정값에 집중함으로써, 이러한 시너지는 더 원활한 패치 배포와 해결되지 않은 중대한 결함의 감소를 가져옵니다.
- 보안 투자의 ROI 강조: 새로운 취약점 관리 자동화 도구를 구입하거나 추가 네트워크로 스캔을 확장하는 데는 많은 비용이 들 수 있습니다. 팀은 이러한 변화가 평균 악용 가능 기간을 어떻게 줄이거나 미해결 중요 취약점의 양을 어떻게 대폭 감소시키는지 입증함으로써 투자의 가치를 확인할 수 있습니다. 추가 확장을 위한 더 강력한 비즈니스 사례는 침해 빈도 감소 또는 더 빠른 사고 대응을 보여주는 지표로도 뒷받침됩니다. 요컨대, 데이터는 실제 환경에서 지출과 보안 개선 사이의 연관성을 명확하게 보여줍니다.
- 장기적인 추세 모니터링: 단일 스냅샷으로는 취약점 관리 프로그램 메트릭스 전략이 몇 개월 또는 몇 년 동안 얼마나 잘 유지되는지 파악하기 어렵습니다. 새로 도입된 취약점, 수정 소요 시간, 또는 기간별 패치 준수율과 같은 데이터 포인트를 추적함으로써 역사적 관점을 제공합니다. 동일한 취약점이 계속 재발할 경우, 지표는 DevOps 실수나 반복적인 잘못된 구성과 같은 근본 원인을 가리킵니다. 이러한 주기적인 인식은 반복적인 개선의 토대를 마련합니다.
- 규제 및 감사 기관의 기대 충족: 많은 규정은 발견된 취약점이 해결되지 않은 채 방치되지 않았다는 증거를 요구합니다. 패치 적용된 결함과 미적용 결함의 비율이나 중대한 문제 해결에 소요된 시간과 같은 상세한 지표를 통해 규정 준수를 입증합니다. 감사관은 이러한 로그를 확인하여 조직이 의무화된 패치 일정을 준수하는지 확인할 수 있습니다. 이 프로세스는 감사 과정을 원활하게 하고, 벌금 부과 가능성을 줄이며, 조직의 보안 태세에 대한 신뢰도를 높입니다.
취약점 관리 지표: 상위 20개 KPI
일상적인 보안 운영에서 몇 가지 전략적 KPI에 집중하면 팀이 취약점을 해결하는 속도와 효율성을 10배 향상시킬 수 있습니다. 아래에서는 기업 대시보드에 흔히 등장하는 20가지 취약점 지표를 소개합니다. 각 지표는 탐지 속도, 패치 적용 속도, 악용 가능성 등 견고한 프로세스 구축에 필수적인 다양한 차원을 반영합니다. 모든 KPI가 모든 기업에 적합한 것은 아니지만, 이를 평가하면 조직의 보안 상태를 정확히 반영하는 지표를 파악하는 데 도움이 됩니다.
- 평균 탐지 시간(MTTD): MTTD는 공개 또는 생성부터 최초 탐지까지 팀이 새로 발견된 취약점에 대응하는 속도를 측정합니다. MTTD가 낮을수록 스캔 또는 위협 인텔리전스 기능이 우수함을 의미합니다. 탐지 간격이 길면 공격자는 문제가 발생했음을 알기도 전에 결함을 악용할 수 있습니다. 사고 대응 지표는 종종 MTTD와 함께 사용되어 스캔 결과와 실시간 탐지를 연결합니다. 조직은 MTTD를 줄여 패치되지 않은 문제가 보이지 않는 상태로 남아 있는 시간을 단축합니다.
- 평균 수정 시간(MTTR): MTTR은 취약점이 탐지된 시점부터 수정 또는 패치될 때까지 걸리는 시간을 측정합니다. MTTR이 낮을수록 패치 파이프라인이 효율적이고 승인 절차가 신속하며 배포 일정이 잘 관리되고 있음을 의미합니다. 테스트 제약, 인력 부족 또는 복잡한 코드 종속성은 지연을 초래할 수 있습니다. MTTR을 분석하면 수정 주기의 병목 현상을 파악하고 부분 자동화 또는 패치 간격 재구성 등의 해결책을 구현할 수 있습니다. 시간이 지남에 따라 MTTR이 개선되면 성공적인 악용 사례가 줄어드는 경향이 있습니다.
- 취약점 탐지율: 탐지율은 스캐닝 또는 수동 검토를 통해 포착된 잠재적 결함의 비율을 의미합니다. 높은 탐지율은 네트워크, 서버 또는 컨테이너에 대한 우수한 커버리지를 나타냅니다. 사각지대 스캐닝이나 철저한 점검을 방해하는 구성은 일부 결함을 간과하고 있음을 시사합니다. 컨테이너 환경에서 적용할 경우, 컨테이너 취약점 스캔은 표준 방법과 결합하여 전체 탐지율을 향상시킬 수 있습니다. 탐지율을 문서화하면 스캔 도구나 간격을 개선하여 누락을 최소화할 수 있습니다.
- 악용 가능성 점수: 악용 가능성 지표는 모든 취약점이 실제 환경에서 적극적으로 악용되는 것은 아니기 때문에, 악용 가능성 또는 공격자의 관심도를 측정하는 척도입니다. 심각한 결함은 알려진 악용 방법이 없을 수 있는 반면, 중간 수준의 결함은 널리 사용되는 악용 키트에 등장할 수 있습니다. 이를 통해 심각도와 악용 가능성을 결합하여 보다 정확한 위험 기반 우선순위 지정을 가능하게 합니다. "높은 악용 가능성"을 지닌 결함의 수를 추적하면 보안 책임자가 범죄자들이 가장 악용할 가능성이 높은 문제에 자원을 집중할 수 있습니다.
- 패치 준수율: 이 KPI는 설정된 기간 내에 패치된 발견된 문제의 수를 측정하여 계산됩니다. 예를 들어, 한 달 동안 발견된 모든 중요 취약점 중 다음 15일 이내에 패치된 비율은 얼마인가? 높은 준수율은 민첩한 패치 주기를 나타냅니다. 낮은 비율은 프로세스 장애나 부서 간 마찰을 드러냅니다. 시간이 지남에 따라 준수율과 사고 발생 빈도를 연관 분석하면, 시기적절한 패치가 실제 공격을 어떻게 완화하는지 보여줄 수 있습니다.
- 미해결 취약점 수: 식별된 결함 중 일부는 특정 시점에 해결되지 않은 상태로 남아 있습니다. 이 원시 수치나 시간 경과에 따른 추세를 추적함으로써 백로그가 줄어들고 있는지 커지고 있는지 확인할 수 있습니다. 주요 스캔이나 신규 배포 후에는 급격한 변동이 발생할 수 있습니다. 또한 이 수치는 취약점 관리의 논리와 연결됩니다. 평가에서는 공개된 결함을 한 번만 발견할 수 있지만, 관리는 시간이 지남에 따라 이를 줄이려 노력하기 때문입니다. 백로그를 주시하면 책임을 다하는 데 도움이 됩니다.
- 위험 기반 우선순위 지정 지표: 심각도 등급이 있지만, 많은 조직은 취약점 관리와 위험 관리의 시너지 효과를 실천하기로 선택합니다. 이는 비즈니스 영향도, 악용 사례 또는 잠재적 데이터 노출 가능성에 기반하여 취약점을 순위화하는 것을 의미합니다. 위험 기반 접근법이 효과적이라면, "고위험"으로 분류되는 항목의 수나 해당 항목이 얼마나 빨리 수정되는지 추적할 수 있습니다. 긴급한 결함이 합리적인 기간 내에 해결되지 않는다면, 이는 인력이나 프로세스상의 결함을 시사할 수 있습니다.&
- 해결된 중대 취약점 비율: 패치 준수율의 보다 구체화된 버전으로, 가장 심각한 결함에만 초점을 맞춥니다. 이는 중대 문제에 대한 완전한 패치 적용 속도(24시간 내, 1주일 내, 1개월 내)에 대한 기준을 설정합니다. 관리자는 해당 기간 내에 패치된 취약점 수를 정량화하여 취약점 관리 모범 사례가 준수되는지 확인할 수 있습니다. 높은 비율은 잠재적 침해 경로에 신속하게 대응하는 성숙한 프로그램을 나타내는 반면, 낮은 비율은 잠재적 자원 제약을 나타냅니다.
- 자산 노출 및 위험 점수: 일부 솔루션은 자산 또는 서브넷별 위험 점수를 제공하며, 여기에는 공개된 취약점의 비율, 취약점의 심각도 및 악용 데이터가 포함됩니다. 주요 사업부별 평균 또는 최대 위험 점수를 모니터링하면 보안 취약한 영역을 파악할 수 있습니다. 지속적인 스캔과 낮은 위험 점수는 시간이 지남에 따라 효과적인 접근법으로 입증됩니다. 한편, 특정 영역에서 지속적으로 높은 위험이 관측될 경우 경영진은 해당 영역에 추가 자원 투입 또는 보안 교육을 집중할 수 있습니다.
- 취약점 재발 사이의 평균 시간(Mean Time Between Vulnerability Recurrence): 동일하거나 유사한 결함이 재발하는 시점을 의미합니다(예: 구버전 재설치 또는 결함 있는 컨테이너 이미지 사용). 이 KPI는 팀이 영구적 수정 사항을 얼마나 효과적으로 적용하는지, 또는 이전에 알려진 문제를 우연히 재유입시키는 DevOps 파이프라인을 얼마나 잘 처리하는지를 보여줍니다. 재발 간격이 짧을수록 이미지 관리 등 기반 프로세스 개선이 필요함을 시사합니다. DevOps 팀이 컨테이너 취약점 스캔 모범 사례를 습관적으로 적용하면 재발을 크게 줄일 수 있습니다.
- 완화 조치 시간 및 패치 적용 시간: 때로는 패치가 즉시 제공되지 않거나 적용 시 운영 환경에 차질이 발생할 수 있습니다. 안정적인 패치가 테스트되기 전까지 취약한 서비스 비활성화나 임시 구성 변경과 같은 완화 조치를 통해 악용을 차단할 수 있습니다. 이러한 임시 방편이 최종 패치 일정에 비해 얼마나 신속하게 적용되는지 추적함으로써 단기적 위험 제한 조치가 효과적으로 활용되는지 확인할 수 있습니다. 이 지표는 즉각적인 침해를 방지하기 위해 부분적인 해결책이 여전히 중요함을 강조합니다.
- 스캔 커버리지 비율: 이 수치는 각 주기별로 스캔된 알려진 자산의 비율을 나타냅니다. 커버리지가 완전하지 않으면 알려지지 않은 결함이 존재합니다. 높은 커버리지 비율을 달성하려면 일관된 자산 인벤토리와 스캔 일정이 필요합니다. DevOps 환경에서는 컨테이너가 빠르게 생성 및 소멸되는 일시적 특성을 가지므로, 컨테이너 이미지 취약점 스캔 도구는 이에 적응해야 합니다. 커버리지 측정은 스캔되지 않은 시스템의 최소한의 가능성을 보장합니다.
- 취약점 노후화 지표: 이 지표 세트는 취약점이 얼마나 오래 노출되는지 측정하며, 심각도 등급(심각, 높음, 중간, 낮음)별로 구분되기도 합니다. 심각한 결함이 표준 임계값을 초과하여 노출된 상태로 남아 있을 때 경고 신호로 간주됩니다. 이러한 노후화 추세를 관찰함으로써 백로그가 증가하는지 감소하는지 확인할 수 있습니다. 팀은 노화 데이터를 지속적으로 모니터링하여 적시 패치 적용을 방해하는 프로세스 병목 현상을 식별할 수 있습니다.
- 오탐률 대 누락률: 스캐너의 오탐은 보안 담당자가 존재하지 않는 문제에 시간을 낭비하게 할 수 있습니다. 가장 심각한 문제는 오탐으로 인해 실제 취약점을 놓칠 수 있다는 점입니다. 이 지표는 스캔 정확도를 보여주며, 솔루션이 충분히 조정되었는지 또는 일부 모듈이 개선이 필요한지 알려줍니다. 두 유형 모두 시간이 지남에 따라 감소하여 효율적인 스캔이 가능해지며, 직원은 취약점을 평가할 때 결과를 더 신뢰할 수 있습니다.
- 취약점 수정 SLA 준수: 이 지표는 조직이 내부 또는 외부 SLA(예: 중요 취약점은 48시간 이내에 수정해야 함)를 설정했을 때의 준수 여부를 측정합니다. 인력 부족이나 복잡한 패치 프로세스가 일반적으로 SLA 미준수의 근본 원인입니다. 반대로 SLA를 준수하면 고객 및 기타 이해관계자와의 신뢰를 구축하는 데 도움이 됩니다. 이는 중대한 결함이 발견되지 않은 채 방치되지 않음을 보여주기 때문입니다. 이는 광범위한 위험 정책 및 취약점 관리 목표와도 부합합니다.
- 수정 속도: 이 KPI는 팀이 탐지에서 패치 적용까지 소요되는 시간을 측정하며, 일반적으로 시간 또는 일 단위입니다. MTTR과 유사하지만 패치 주기 내 각 단계별 속도를 더 세분화하여 평가합니다. 속도가 자주 정체될 경우 심층 분석을 통해 근본 원인(예: 자동화 패치 도구 부족 또는 DevOps 파이프라인 복잡성)을 파악할 수 있습니다. 속도는 시간이 지남에 따라 개선되어 성공적인 악용 가능성을 줄입니다.
- 패치 성공률: 일부 패치는 잘못 적용될 경우 실패하거나 근본적인 결함을 해결하지 못할 수 있습니다. 이 KPI는 패치로 진정으로 해결된 발견된 취약점의 수를 보여줍니다. 철저한 QA 또는 최소한의 시스템 충돌은 높은 성공률을 가져오지만, 반복적인 실패는 환경이나 프로세스의 불일치를 나타냅니다. 시간이 지남에 따라 패치 테스트와 조정을 개선하면 성공률을 높일 수 있습니다.
- 자동화 대 수동 수정 비율: 현대적인 환경에서는 패치 작업을 가속화하기 위해 취약점 관리 자동화 도구가 흔히 사용됩니다. 수동 프로세스와 자동 프로세스로 해결된 수정 사항의 비율을 파악하는 것은 성숙도를 가늠하는 좋은 지표입니다. 자동화 비율이 높을수록 관리 비용이 낮아지고 해결 속도가 빨라집니다. 다만 일부 시스템은 철저한 수동 검사가 필요할 수 있습니다. 이 비율의 변화를 관찰함으로써 새로운 자동화 솔루션이나 DevOps 통합의 효과를 확인할 수 있습니다.
- 패치되지 않은 결함과 연계된 사고: 침해 사고 발생 후 패치되지 않은 취약점이 원인이었던 사례는 흔히 발견됩니다. 이 지표는 해결되지 않은 알려진 취약점과 연계될 수 있는 보안 사고의 수를 나타냅니다. 해당 수치가 높다면 스캔 빈도를 높이거나 패치 관리를 개선해야 할 시점입니다. 수치가 감소한다는 것은 프로그램이 주요 노출 요소를 효과적으로 해결하여 실제 공격 가능성을 줄이고 있음을 의미합니다.
- 시간 경과에 따른 전체 위험 감소: 궁극적으로 조직의 전체 위험 노출이 증가하는지 감소하는지 판단하기 위해 조감도를 확보하는 것이 유용합니다. 이를 통해 취약점을 심각도와 자산 중요도에 따라 우선순위를 매기고 누적된 "위험 점수"로 집계하여 월별 또는 분기별로 추적할 수 있습니다. 이러한 변화는 새로운 컨테이너 스캔 도구 도입이나 패치 정책 변경과 동시에 발생할 수 있습니다. 장기적으로 정기적으로 발생하는 위험 감소는 취약점 파이프라인의 각 단계가 안전성을 실질적으로 향상시킨다는 증거가 됩니다.
결론
리스크 관리는 더 이상 스캔을 실행하고, 손가락을 꼬며, 몇 가지 취약점이 발견되길 바라는 문제가 아닙니다. 취약점 관리 지표나 일관된 측정을 활용함으로써 조직은 취약점을 식별하고, 이를 해결하며, 결과를 검증하는 속도를 정량화할 수 있습니다. 이러한 KPI가 실제 공격 데이터와 연계될 때 보안 팀은 프로세스의 강점과 취약점을 명확히 파악할 수 있습니다. 매년 수천 개의 새로운 CVE가 등장하는 상황에서, 악용 가능한 취약점의 시간 창을 줄일 수 있는 정보는 그 가치가 무궁무진합니다. 또한 이러한 지표를 다른 보안 프레임워크와 통합하면 일상적인 스캔을 장기적인 취약점 관리 기준에 연계하는 데 도움이 됩니다. 장기적으로 적절한 추적은 책임성을 강화하고 부서 간 협력을 촉진하며 반복적 위험을 최소화합니다.
"FAQs
취약점 관리 지표는 수치로 표현 가능한 측정 항목으로, 예를 들어 패치 적용 시간이나 패치 준수율 등이 있습니다. 이는 조직의 스캔 및 수정 프로세스 효율성을 판단하는 데 도움이 됩니다. 이러한 지표는 원시 스캔 결과를 활용 가능한 데이터로 전환하여 보안 팀이 진행 상황을 모니터링하고 문제 영역을 식별하며 개선 정도를 평가할 수 있게 합니다. 목표는 스캔 프로세스의 결과가 비즈니스의 목표와 목적과 일치하도록 보장하는 것입니다.
"팀에서는 심각도와 악용 가능성, 자산 중요도를 결합한 위험 기반 접근법이 흔히 사용됩니다. 'X일 이내에 해결된 중대한 문제 수'와 같은 지표는 우선순위가 높은 수정 사항을 파악하는 데 도움이 됩니다. 자원 배분을 결정하는 또 다른 방법은 공개된 취약점이나 평균 수정 시간과 같은 추세를 관찰하는 것으로, 신속한 수정이 필요한 가장 위험한 문제를 강조하는 데 기여할 수 있습니다.
"검토 주기는 기업마다 다르며, 주간 또는 월간 검토를 선택하는 기업도 있고 실시간 대시보드 보고서에 의존하는 기업도 있습니다. 지속적인 스캔을 통해 대기업은 주요 지표를 매일 점검할 수 있습니다. 빈도는 환경 변화 속도와 새롭게 등장하는 위협에 따라 결정됩니다. 동적인 환경에서는 패치가 최신 상태인지 확인하기 위해 더 빈번한 검토가 이루어집니다.
"각 조직의 상황은 고유하지만, 평균 탐지 시간, 평균 수정 시간, 패치 준수율, 중요 취약점 대 비중요 취약점 비율 등 유사한 지표를 공유합니다. 일부는 반복되는 취약점이나 악용 기반 심각도를 모니터링하기도 합니다. 취약점 관리에 가장 적합한 핵심 지표를 선택하는 것은 환경 규모, 규정 준수 요구 사항 및 위협 모델에 따라 달라집니다.
"먼저, 스캔이 포괄적이며 엔드포인트부터 컨테이너까지 포괄하는지 확인하십시오. 그런 다음 스캔 결과를 패치와 연결하고 신속한 조치를 가능하게 하는 패치 워크플로를 설정하십시오. 시간이 지남에 따라 평균 수정 시간이나 총 패치되지 않은 결함 수와 같은 취약점 지표의 개선 정도를 측정하세요. 이러한 데이터 포인트를 분석하고 자주 발생하는 느린 수정 간격을 해결함으로써 조직은 프로세스를 개선할 수 있습니다. 재스캔은 스캔을 반복하고 각 수정을 확인하며 다른 잠재적 개선 사항을 식별하는 데 사용됩니다.
"일부 조직은 서로 다른 운영 체제를 가진 시스템, 임시 클라우드 기반 서비스 또는 구식 시스템을 보유할 수 있으며, 이는 부분적인 스캔이나 과도한 데이터로 이어질 수 있습니다. 또 다른 어려움은 식별된 각 결함에 대한 적절한 우선순위 지정 능력입니다. 인력 부족이나 느린 패치 프로세스 역시 지표에 영향을 미칩니다. 예를 들어, 평균 수정 시간이 증가하는 경우가 있습니다. 많은 프로세스와 마찬가지로, 문화적 장벽이나 부서 간 사일로 현상은 패치 작업의 흐름을 방해하고 실시간 측정을 어렵게 만들 수 있습니다.
"위험 기반 점수화는 많은 조직에서 중요한 위험을 구분하고 자원을 효율적으로 할당하는 데 사용됩니다. 빈번한 스캐닝, 자동화된 패치 오케스트레이션, 명확히 정의된 역할의 활용은 지연된 수정 발생을 최소화하는 데 도움이 됩니다. 스캐닝 데이터를 규정 준수 또는 DevOps 프로세스와 통합하면 업데이트가 적시에 이루어지도록 보장할 수 있습니다. 취약점 관리 프로그램 지표 정책을 문서화하면 일관된 데이터 수집 및 보고가 보장됩니다. 이를 통해 팀은 정기적으로 진행되는 검토 세션을 통해 새로운 위협에 항상 대비할 수 있습니다.
"조직은 패치 주기를 최적화하고, 반복 작업을 수행하기 위한 자동화를 통합하거나, 가장 심각한 문제를 우선순위화하기 위해 위협 인텔리전스를 통합할 수 있습니다. 컨테이너 검사 포함과 같이 스캔 범위를 확대하면 보다 완전한 현황 파악이 가능합니다. 지표에 수정되지 않은 항목이 다수 표시되는 경우 특히 유용한 접근법은 정기적인 감사 또는 조정을 수행하는 것입니다. 장기적으로 스캐닝, DevOps, 규정 준수 활동의 동기화는 취약점 관리 KPI의 안정적인 개선으로 이어집니다.
"