공통 취약성 평가 시스템

공통 취약성 평가 시스템
상태활성
최초 출판일2005년 2월 (2005-02)
마지막 버전4.0
조직사고 대응 및 보안팀 포럼(Forum of Incident Response and Security Teams)
분야정보 보안
약어CVSS
웹사이트www.first.org/cvss/

공통 취약성 평가 시스템(CVSS, Common Vulnerability Scoring System)은 컴퓨터 시스템의 취약점 심각도를 평가하기 위한 프레임워크이다. 점수는 악용의 용이성과 영향력을 근사하는 소프트웨어 메트릭을 통해 계산된다. 점수는 0점(경미)에서 10점(심각)까지 범위가 나뉜다. 많은 이들이 심각도를 결정할 때 CVSS 기본 점수만을 사용하지만, 각각 조직 내 가용 완화 조치와 취약한 시스템의 수를 고려하기 위해 시간적 및 환경적 점수도 존재한다.

현재 CVSS 버전(CVSSv4.0)은 2023년 11월에 발표되었다.

CVSS는 패치 관리 우선순위를 정하는 방법으로 의도된 것은 아니나, 종종 그렇게 사용되곤 한다. 더 효과적인 접근 방식은 CVSS를 익스플로잇 예측 평가 시스템(EPSS)과 같은 예측 모델과 통합하여 실제 악용 가능성에 따라 대응 우선순위를 정하는 것이다.

역사

2003년/2004년 국가 기반시설 자문위원회(NIAC)의 연구가 2005년 2월 CVSS 버전 1(CVSSv1)의 출시로 이어졌으며, 이는 "소프트웨어 취약점에 대해 개방적이고 보편적인 표준 심각도 등급을 제공하도록 설계"되었다. 이 초기 초안은 외부 검토를 거치지 않았다. 2005년 4월, NIAC는 CVSS를 추가로 개발하기 위해 사고 대응 및 보안팀 포럼을 선정하였다.

CVSSv1을 사용하는 벤더들로부터 "초기 초안에 심각한 문제점"이 있다는 피드백을 받았다. CVSSv2 작업은 2005년 4월에 시작되어 최종 사양이 2007년 6월에 출시되었다.

추가적인 피드백으로 인해 2012년 CVSS 버전 3 작업이 시작되었으며, CVSSv3.0은 2015년 6월에 출시되었다.

용어

CVSS 평가는 다음을 측정한다:

  1. 취약점 고유의 품질에 대한 기본 메트릭,
  2. 취약점 수명 주기 동안 변화하는 특성에 대한 시간적 메트릭,
  3. 특정 구현 또는 환경에 의존하는 취약점에 대한 환경적 메트릭.

각 그룹에 대해 점수가 생성되며, 벡터 문자열은 모든 메트릭 값을 텍스트 블록으로 나타낸다.

버전 2

CVSSv2에 대한 완전한 문서는 FIRST에서 제공한다. 요약은 아래와 같다.

기본 메트릭

접근 벡터

접근 벡터(AV)는 취약점이 어떻게 악용될 수 있는지를 보여준다.

값설명점수
로컬 (L)공격자는 취약한 시스템에 대한 물리적 접근 권한(예: 파이어와이어 공격)을 갖거나 로컬 계정(예: 권한 확대 공격)을 가지고 있어야 한다.0.395
인접 네트워크 (A)공격자는 취약한 시스템의 브로드캐스트 또는 충돌 도메인에 접근할 수 있어야 한다(예: ARP 스푸핑, 블루투스 공격).0.646
네트워크 (N)취약한 인터페이스는 OSI 네트워크 스택의 3계층 이상에서 작동한다. 이러한 유형의 취약점은 종종 원격 악용 가능하다고 설명된다(예: 네트워크 서비스의 원격 버퍼 오버플로).1.0

접근 복잡성

접근 복잡성(AC) 메트릭은 발견된 취약점을 악용하기가 얼마나 쉽거나 어려운지를 설명한다.

값설명점수
높음 (H)좁은 시간 창을 가진 경쟁 상태나, 지식 있는 사람들이라면 쉽게 알아챌 수 있는 사회공학 방법 요구와 같은 특수한 조건이 존재한다.0.35
중간 (M)공격의 기원에 대한 제한이나, 취약한 시스템이 비정상적이고 기본값이 아닌 설정으로 실행되어야 하는 요구사항 등 공격을 위한 추가 요구사항이 있다.0.61
낮음 (L)시스템이 다수의 사용자에게 공개되어 있거나 취약한 설정이 어디에나 있는 경우처럼, 취약점 악용을 위한 특별한 조건이 없다.0.71

인증

인증(Au) 메트릭은 공격자가 이를 악용하기 위해 대상에게 인증해야 하는 횟수를 설명한다. 접근을 얻기 위한 네트워크 인증 등은 포함하지 않는다. 로컬에서 악용 가능한 취약점의 경우, 초기 접근 후 추가 인증이 필요한 경우에만 이 값을 '단일' 또는 '다중'으로 설정해야 한다.

값설명점수
다중 (M)취약점을 악용하려면 공격자가 두 번 이상 인증해야 한다. 매번 동일한 자격 증명을 사용하더라도 마찬가지이다.0.45
단일 (S)공격자가 취약점을 악용하려면 한 번 인증해야 한다.0.56
없음 (N)공격자가 인증할 필요가 없다.0.704

영향력 메트릭

기밀성

기밀성(C) 메트릭은 시스템에 의해 처리되는 데이터의 기밀성에 미치는 영향을 설명한다.

값설명점수
없음 (N)시스템의 기밀성에 미치는 영향이 없다.0.0
부분적 (P)정보가 상당히 공개되지만, 손실 범위가 제한되어 모든 데이터를 사용할 수 있는 것은 아니다.0.275
완전한 (C)완전한 정보 공개가 발생하여 시스템의 모든 데이터에 접근할 수 있다.

또는 일부 제한된 정보에 대한 접근만 얻었더라도 공개된 정보가 직접적이고 심각한 영향을 미치는 경우이다.

0.660

무결성

무결성(I) 메트릭은 악용된 시스템의 무결성에 미치는 영향을 설명한다.

값설명점수
없음 (N)시스템의 무결성에 미치는 영향이 없다.0.0
부분적 (P)일부 데이터나 시스템 파일 수정이 가능하지만, 수정 범위가 제한적이다.0.275
완전한 (C)무결성이 완전히 상실된다. 공격자는 대상 시스템의 모든 파일이나 정보를 수정할 수 있다.0.660

가용성

가용성(A) 메트릭은 대상 시스템의 가용성에 미치는 영향을 설명한다. 네트워크 대역폭, 프로세서 주기, 메모리 또는 기타 리소스를 소비하는 공격은 시스템의 가용성에 영향을 미친다.

값설명점수
없음 (N)시스템의 가용성에 미치는 영향이 없다.0.0
부분적 (P)성능 저하 또는 일부 기능의 손실이 있다.0.275
완전한 (C)공격 대상 리소스의 가용성이 완전히 상실된다.0.660

계산

이 6가지 메트릭은 취약점의 악용 가능성 및 영향력 하위 점수를 계산하는 데 사용된다. 이러한 하위 점수는 전체 기본 점수를 계산하는 데 사용된다.

Exploitability = 20 × AccessVector × AccessComplexity × Authentication
Impact = 10.41 × (1 − (1 − ConfImpact) × (1 − IntegImpact) × (1 − AvailImpact))
𝑓(Impact) =
⎰0,     if Impact = 0
⎱1.176, otherwise
BaseScore = roundTo1Decimal( ((0.6 × Impact) + (0.4 × Exploitability) − 1.5) × 𝑓(Impact))

메트릭은 연결되어 해당 취약점에 대한 CVSS 벡터를 생성한다.

예시

웹 서버 소프트웨어에 영향을 미치는 버퍼 오버플로 취약점으로 인해 원격 사용자가 시스템을 종료하는 능력을 포함하여 시스템에 대한 부분적인 제어 권한을 얻을 수 있는 경우:

메트릭값설명
공격 벡터
네트워크
취약점은 대상 시스템에 접근할 수 있는 모든 네트워크(일반적으로 인터넷 전체)에서 접근할 수 있다.
공격 복잡성
낮음
접근을 위한 특별한 요구사항이 없다.
인증없음취약점을 악용하기 위해 인증을 요구하지 않는다.
기밀성부분적공격자가 시스템의 일부 파일과 데이터를 읽을 수 있다.
무결성부분적공격자가 시스템의 일부 파일과 데이터를 변경할 수 있다.
가용성완전한공격자가 시스템을 종료함으로써 시스템과 웹 서비스를 사용할 수 없거나 응답하지 않게 만들 수 있다.

이 경우 악용 가능성 점수는 10점, 영향력 점수는 8.5점이 되어 기본 점수는 9.0점이 된다. 이 예제의 기본 점수에 대한 벡터는 AV:N/AC:L/Au:N/C:P/I:P/A:C.이다. 점수와 벡터는 일반적으로 수신자가 취약점을 완전히 이해하고 필요한 경우 스스로 점수를 계산할 수 있도록 함께 제공된다.

시간적 메트릭

시간적 메트릭의 값은 취약점의 수명 주기 동안, 즉 익스플로잇이 개발, 공개, 자동화되고 완화 및 수정 사항이 제공됨에 따라 변화한다.

악용 가능성

악용 가능성(E) 메트릭은 현재의 악용 기술 또는 자동화된 악용 코드의 상태를 설명한다.

값설명점수
입증되지 않음 (U)악용 코드를 사용할 수 없거나, 악용이 이론적인 수준이다.0.85
개념 증명 악용 코드나 시연 공격은 가능하지만 널리 사용하기에는 실용적이지 않다. 모든 취약점 사례에 대해 기능하지는 않는다.0.9
기능함 (F)
기능적인 악용 코드를 사용할 수 있으며, 취약점이 존재하는 대부분의 상황에서 작동한다.0.95
높음 (H)
모바일 코드(웜이나 바이러스 등)를 포함한 자동화된 코드로 취약점을 악용할 수 있다.1.0
정의되지 않음 (ND)
이 점수를 무시하라는 신호이다.1.0

완화 수준

취약점의 완화 수준(RL)은 완화 조치와 공식 수정 사항이 제공됨에 따라 취약점의 시간적 점수가 낮아지도록 한다.

값설명점수
공식 수정 (O)
완전한 벤더 솔루션(패치 또는 업그레이드)을 사용할 수 있다.0.87
임시 수정 (T)
벤더로부터 공식적이지만 임시적인 수정/완화 조치를 사용할 수 있다.0.90
우회책 (W)비공식적이며 벤더가 아닌 솔루션 또는 완화 조치를 사용할 수 있다. 영향받는 제품의 사용자나 다른 제3자에 의해 개발되었거나 제안되었을 수 있다.0.95
사용 불가 (U)사용 가능한 솔루션이 없거나, 제안된 솔루션을 적용할 수 없다. 이는 취약점이 식별되었을 때 완화 수준의 일반적인 초기 상태이다.1.0
정의되지 않음 (ND)
이 점수를 무시하라는 신호이다.1.0

보고 신뢰성

취약점의 보고 신뢰성(RC)은 취약점의 존재에 대한 신뢰 수준과 취약점 기술적 세부 정보의 신뢰성을 측정한다.

값설명점수
확인되지 않음 (UC)단일 비확인 소스이거나 여러 상충하는 소스가 있다. 소문으로 떠도는 취약점이다.0.9
확증되지 않음 (UR)대체로 동의하는 여러 소스가 있으나, 취약점에 대해 여전히 어느 정도 불확실성이 남아있을 수 있다.0.95
확인됨 (C)영향받는 제품의 벤더나 제조업체가 인정하고 확인한 취약점이다.1.0
정의되지 않음 (ND)이 점수를 무시하라는 신호이다.1.0

계산

이 3가지 메트릭은 이미 계산된 기본 점수와 함께 사용되어 관련 벡터와 함께 취약점에 대한 시간적 점수를 생성한다.

시간적 점수를 계산하는 데 사용되는 공식은 다음과 같다:

TemporalScore = roundTo1Decimal(BaseScore × 악용 가능성 × 완화 수준 × 보고 신뢰성)
예시

위의 예제를 계속해서, 벤더가 메일링 리스트에 개념 증명 코드가 게시된 것을 통해 처음 취약점에 대해 알게 되었다면 초기 시간적 점수는 아래와 같이 계산된다:

메트릭값설명
악용 가능성개념 증명기본적인 악용 기능을 보여주기 위해 개념 증명, 비자동화 코드가 제공된다.
완화 수준사용 불가벤더는 아직 완화 조치나 수정을 제공할 기회가 없었다.
보고 신뢰성
확인되지 않음
취약점에 대한 단일 보고가 있었다.

이는 7.3의 시간적 점수와 시간적 벡터 E:P/RL:U/RC:UC(또는 전체 벡터 AV:N/AC:L/Au:N/C:P/I:P/A:C/E:P/RL:U/RC:UC)를 산출한다.

이후 벤더가 취약점을 확인하면 점수는 8.1로 상승하며, 시간적 벡터는 E:P/RL:U/RC:C가 된다.

벤더가 임시 수정을 제공하면 점수는 7.3(E:P/RL:T/RC:C)으로 다시 낮아지며, 공식 수정이 제공되면 7.0(E:P/RL:O/RC:C)으로 더 낮아진다. 영향을 받는 모든 시스템이 수정되거나 패치되었다고 확신할 수는 없기 때문에, 시간적 점수는 벤더의 조치에 따라 일정 수준 이하로 내려갈 수 없으며, 취약점에 대한 자동화된 악용 코드가 개발될 경우 상승할 수 있다.

환경적 메트릭

환경적 메트릭은 취약한 제품이나 소프트웨어가 배포되는 방식의 맥락에서 취약점의 심각성을 평가하기 위해 기본 점수와 현재의 시간적 점수를 사용한다. 이 측정치는 주로 영향을 받는 당사자들에 의해 주관적으로 계산된다.

부수적 피해 가능성

부수적 피해 가능성(CDP) 메트릭은 취약점이 악용될 경우 장비(및 인명)와 같은 물리적 자산에 대한 잠재적 손실이나 영향, 또는 영향을 받는 조직에 미치는 재정적 영향을 측정한다.

값설명점수
없음 (N)자산, 수익 또는 생산성 손실 가능성이 없다.0
낮음 (L)자산에 대한 경미한 손상, 또는 미미한 수익이나 생산성 손실.0.1
낮음-중간 (LM)보통 수준의 손상이나 손실.0.3
중간-높음 (MH)상당한 손상이나 손실.0.4
높음 (H)파멸적인 손상이나 손실.0.5
정의되지 않음 (ND)이 점수를 무시하라는 신호이다.0

대상 분포

대상 분포(TD) 메트릭은 환경 내에서 취약한 시스템의 비율을 측정한다.

값설명점수
없음 (N)대상 시스템이 없거나 실험실 환경에만 존재한다.0
낮음 (L)위험에 처한 시스템이 1~25%.0.25
중간 (M)위험에 처한 시스템이 26~75%.0.75
높음 (H)위험에 처한 시스템이 76~100%.1.0
정의되지 않음 (ND)이 점수를 무시하라는 신호이다.1.0

영향력 하위 점수 수정자

추가적인 3가지 메트릭은 기밀성(CR), 무결성(IR), 가용성(AR)에 대한 구체적인 보안 요구사항을 평가하여, 사용자 환경에 따라 환경적 점수를 미세 조정할 수 있도록 한다.

값설명점수
낮음 (L)(기밀성/무결성/가용성)의 상실이 조직에 제한적인 영향만 미칠 가능성이 높다.0.5
중간 (M)(기밀성/무결성/가용성)의 상실이 조직에 심각한 영향을 미칠 가능성이 높다.1.0
높음 (H)(기밀성/무결성/가용성)의 상실이 조직에 파멸적인 영향을 미칠 가능성이 높다.1.51
정의되지 않음 (ND)이 점수를 무시하라는 신호이다.1.0

계산

5가지 환경적 메트릭은 이전에 평가된 기본 및 시간적 메트릭과 함께 사용되어 환경적 점수를 계산하고 관련 환경 벡터를 생성한다.

AdjustedImpact = min(10, 10.41 × (1 − (1 − ConfImpact × ConfReq) × (1 − IntegImpact × IntegReq) × (1 − AvailImpact × AvailReq)))
AdjustedTemporal = TemporalScore recomputed with the BaseScores Impact sub-equation replaced with the AdjustedImpact equation
EnvironmentalScore = roundTo1Decimal((AdjustedTemporal + (10 − AdjustedTemporal) × CollateralDamagePotential) × TargetDistribution)
예시

앞서 언급한 취약한 웹 서버가 은행의 온라인 뱅킹 서비스를 제공하는 데 사용되고 벤더로부터 임시 수정 사항을 사용할 수 있는 경우, 환경적 점수는 다음과 같이 평가될 수 있다:

메트릭값설명
부수적 피해 가능성중간-높음이 값은 취약한 시스템이 악용될 경우 공격자가 어떤 정보에 접근할 수 있는지에 따라 달라진다. 여기서는 일부 개인 금융 정보가 노출된다고 가정하므로 은행의 평판에 상당한 영향이 있다.
대상 분포높음은행의 모든 웹 서버가 취약한 소프트웨어를 실행 중이다.
기밀성 요구사항높음고객은 자신의 금융 정보가 기밀로 유지되기를 기대한다.
무결성 요구사항높음금융 및 개인 정보는 승인 없이 변경되어서는 안 된다.
가용성 요구사항낮음온라인 뱅킹 서비스의 불통은 고객에게 불편을 줄 수는 있지만 파멸적인 상황은 아니다.

이는 8.2의 환경적 점수와 CDP:MH/TD:H/CR:H/IR:H/AR:L이라는 환경적 벡터를 산출한다. 이 점수는 7.0~10.0 범위 내에 있으므로 해당 은행 업무 맥락에서 치명적인 취약점으로 간주된다.

버전 2에 대한 비판

여러 벤더와 조직들이 CVSSv2에 대해 불만을 표명했다.

오픈 소스 취약점 데이터베이스를 관리하는 리스크 베이스트 시큐리티(Risk Based Security)와 오픈 시큐리티 파운데이션(Open Security Foundation)은 공동으로 FIRST에 CVSSv2의 단점과 실패에 관한 공개 서한을 발행했다. 저자들은 여러 메트릭에서 세분성이 부족하여, 서로 다른 유형과 위험 프로필의 취약점을 구분하지 못하는 CVSS 벡터와 점수가 생성된다고 지적했다. 또한 CVSS 평가 시스템은 취약점의 정확한 영향에 대해 너무 많은 지식을 요구한다는 지적도 있었다.

오라클은 공식 CVSS 사양에서 '부분적'과 '완전한' 사이의 설명 간극을 메우기 위해 기밀성, 무결성, 가용성에 대해 '부분적+'라는 새로운 메트릭 값을 도입했다.

버전 3

이러한 비판 중 일부를 해결하기 위해 2012년부터 CVSS 버전 3 개발이 시작되었다. CVSSv3.0은 2015년 6월 사양 문서, 사용 설명서, 예제 문서와 함께 출시되었다.

여러 메트릭이 변경, 추가 및 제거되었다. 수치 공식은 기존 0~10점의 평가 범위를 유지하면서 새로운 메트릭을 통합하도록 업데이트되었다. 없음(0), 낮음(0.1-3.9), 중간(4.0-6.9), 높음(7.0-8.9), 치명적(9.0-10.0)이라는 정성적 심각도 등급 척도가 정의되었는데, 이는 CVSSv2 당시 표준의 일부가 아니었으나 NVD가 정의했던 범주와 유사하다.

버전 2에서의 변경 사항

기본 메트릭

기본 벡터에 새로운 메트릭인 사용자 상호작용(UI)과 필요한 권한(PR)이 추가되어, 사용자 상호작용이나 사용자 또는 관리자 권한이 필요한 취약점을 구분하는 데 도움을 준다. 이전에는 이러한 개념들이 CVSSv2의 접근 벡터 메트릭의 일부였다. UI는 '없음' 또는 '필요' 값을 가질 수 있으며, 사용자 로그인이 필요하지 않은 공격이 더 심각한 것으로 간주된다. PR은 '없음', '낮음', '높음' 값을 가질 수 있으며, 더 적은 권한이 필요한 공격이 더 심각하다.

기본 벡터에는 새로운 범위(S) 메트릭이 도입되었는데, 이는 어떤 취약점이 악용되어 시스템이나 네트워크의 다른 부분을 공격하는 데 사용될 수 있는지를 명확히 하기 위해 설계되었다. 이러한 새로운 메트릭을 통해 기본 벡터는 평가 중인 취약점 유형을 더 명확하게 표현할 수 있다.

기밀성, 무결성, 가용성(C, I, A) 메트릭은 CVSSv2의 없음, 부분적, 완전한 대신 없음, 낮음, 높음으로 점수가 구성되도록 업데이트되었다. 이를 통해 CIA 메트릭에 미치는 취약점의 영향을 결정하는 데 더 많은 유연성이 제공된다.

접근 복잡성은 접근 권한이 별도의 메트릭으로 이동했음을 명확히 하기 위해 공격 복잡성(AC)으로 이름이 변경되었다. 이제 이 메트릭은 해당 취약점의 익스플로잇이 얼마나 반복 가능한지를 설명한다. 만약 공격자가 완벽한 타이밍이나 (별도의 메트릭인 사용자 상호작용을 제외한) 기타 상황을 요구하여 향후 시도에서 쉽게 재현되지 않을 경우 AC는 '높음'이 된다.

공격 벡터(AV)에는 디바이스나 시스템에 대한 물리적 접근이 필요한 취약점을 설명하기 위해 '물리적'(P)이라는 새로운 메트릭 값이 포함되었다.

시간적 메트릭

시간적 메트릭은 CVSSv2와 사실상 동일하다.

환경적 메트릭

CVSSv2의 환경적 메트릭은 완전히 제거되었으며, 기본적으로 수정된 벡터라고 불리는 두 번째 기본 점수로 대체되었다. 수정된 기본은 전 세계적인 관점과 비교하여 조직이나 회사 내의 차이점을 반영하기 위한 것이다. 특정 환경에 대한 기밀성, 무결성, 가용성의 중요도를 포착하기 위한 새로운 메트릭이 추가되었다.

버전 3에 대한 비판

2015년 9월 블로그 게시물에서 CERT 코디네이션 센터는 사물인터넷과 같은 신흥 기술 시스템의 취약점을 평가하는 데 있어 CVSSv2와 CVSSv3.0의 한계를 논의했다.

버전 3.1

CVSS에 대한 마이너 업데이트가 2019년 6월 17일에 출시되었다. CVSSv3.1의 목표는 새로운 메트릭이나 메트릭 값을 도입하지 않고 기존 CVSSv3.0 표준을 명확히 하고 개선하여, 평가 제공자와 평가 소비자 모두가 새 표준을 마찰 없이 채택할 수 있도록 하는 것이었다. CVSS 표준을 개선할 때 사용성이 주요 고려 사항이었다. CVSSv3.1에서 이루어진 여러 변경 사항은 CVSSv3.0에서 도입된 개념의 명확성을 향상하여 전체적인 표준 사용 편의성을 높이기 위함이다.

FIRST는 업계 전문가들로부터 의견을 수렴하여 지난 15년 이상 동안 개발된 취약점, 제품 및 플랫폼에 점점 더 잘 적용될 수 있도록 CVSS를 강화하고 개선해 왔다. CVSS의 주요 목표는 많은 다양한 이해관계자 전반에 걸쳐 취약점의 심각도를 평가하기 위한 결정론적이고 반복 가능한 방법을 제공하는 것이며, CVSS 소비자가 이 점수를 특정 환경 및 위험 허용 범위에 따른 위험, 대응 및 완화 조치에 대한 더 큰 의사결정 행렬의 입력값으로 사용할 수 있도록 하는 것이다.

CVSSv3.1 사양에 대한 업데이트에는 공격 벡터, 필요한 권한, 범위 및 보안 요구사항과 같은 기존 기본 메트릭의 정의와 설명에 대한 명확화가 포함된다. 또한 CVSS 확장 프레임워크라고 하는 CVSS 확장 표준 방법이 정의되어, 평가 제공자가 공식 기본, 시간적 및 환경적 메트릭을 유지하면서 추가 메트릭과 메트릭 그룹을 포함할 수 있게 되었다. 이러한 추가 메트릭을 통해 개인정보 보호, 안전, 자동차, 의료 등 산업 분야는 핵심 CVSS 표준 외의 요소를 평가할 수 있다. 마지막으로, CVSS 용어집은 CVSSv3.1 문서 전체에서 사용되는 모든 용어를 포함하도록 확장되고 개선되었다.

버전 4.0

버전 4.0은 2023년 11월 공식적으로 출시되었으며, FIRST.org에서 확인할 수 있다. 여러 명확화 중에서 가장 주목할 만한 변화는 대상 사이트에서 취약점을 악용하기 위해 어떤 조건이 필요한지에 대한 평가로 공격 복잡성 메트릭을 보완하는 새로운 기본 메트릭인 '공격 요구사항'이다. 또한 영향력 메트릭은 취약한 시스템 자체에 미치는 영향과 후속 시스템에 미치는 영향으로 나뉜다(이는 이전 버전의 범위 메트릭을 대체함).

기본 메트릭은 다음과 같다.

이러한 기본 메트릭 외에도 익스플로잇의 공개 가용성, 환경별 스레드 모델링, 시스템 복구 등에 관한 선택적 메트릭이 있다.

2026년 1월, 표준화 기구는 배포 환경과 위협 활동을 더 정확하게 반영하는 점수를 생성하기 위해 위협 및 환경 메트릭의 사용을 자세히 설명하는 새로운 소비자 구현 가이드를 출시했다. 이 가이드는 또한 이러한 추가 메트릭 그룹이 어떻게 실제 triage 및 리소스 할당 개선을 위해 점수를 향상하는지 설명하는 성숙도 모델을 도입한다.

예시

설명을 위해 온라인 웹 샵에 SQL 삽입 취약점이 있다고 가정하자. 온라인 샵 소프트웨어의 데이터베이스 사용자는 데이터베이스에 대한 읽기 권한만 가지고 있다. 또한, 이 삽입은 등록된 고객에게만 보이는 샵의 뷰에 존재한다. CVSS 4.0 기본 벡터는 다음과 같다.

결과적으로 벡터는 AV:N/AC:L/AT:N/PR:L/UI:N/VC:H/VI:N/VA:L/SC:N/SI:N/SA:L이 된다.

채택

CVSS 버전은 다음을 포함한 광범위한 조직과 기업에서 취약점의 심각도를 정량화하는 주요 방법으로 채택되었다:

같이 보기

각주

  1. ↑ “Common Vulnerability Scoring System: Specification Document”. 《FIRST.org》. FIRST (Forum of Incident Response and Security Teams). 2019. 2025년 7월 27일에 확인함.
  2. 1 2 “FIRST has officially published the latest version of the Common Vulnerability Scoring System (CVSS v4.0)”. FIRST. 2023년 11월 1일에 원본 문서에서 보존된 문서.
  3. ↑ Spring, J. M.; Hatleback, E.; Manion, A.; Shick, D. (December 2018). “Towards improving CVSS” (PDF). 《Carnegie Mellon University Technical Reports》.
  4. ↑ Jacobs, Jay; Romanosky, Sasha; Suciu, Octavian; Edwards, Benjamin; Sarabi, Armin (2023). “Enhancing Vulnerability Prioritization: Data-Driven Exploit Predictions with Community-Driven Insights”. arXiv:2302.14172 [cs.CR].
  5. 1 2 Johnson, Pontus; Lagerstrom, Robert; Ekstedt, Mathias; Franke, Ulrik (2018년 11월 1일). “Can the Common Vulnerability Scoring System be Trusted? A Bayesian Analysis”. 《IEEE Transactions on Dependable and Secure Computing》 15 (6): 1002–1015. Bibcode:2018ITDSC..15.1002J. doi:10.1109/TDSC.2016.2644614. ISSN 1545-5971. S2CID 53287880.
  6. ↑ “CVSS v1 Archive”. First.org, Inc. 2015년 11월 15일에 확인함.
  7. ↑ “NATIONAL INFRASTRUCTURE ADVISORY COUNCIL / MEETING AGENDA / Tuesday, April 12, 2005 / 1:30-4:30 p.m. / National Press Club / Washington, DC” (PDF). 사이버보안 및 인프라 보안국. 2005년 4월 12일. 2022년 7월 18일에 확인함. MITRE and CERT/CC both bring distinct but important value. Based on those proposals, the Working Group strongly suggests that these organizations work under the umbrella provided by Global FIRST for the CVSS.
  8. ↑ “CVSS v2 History”. First.org, Inc. 2015년 11월 15일에 확인함.
  9. ↑ “Announcing the CVSS Special Interest Group for CVSS v3 Development”. First.org, Inc. 2013년 2월 17일에 원본 문서에서 보존된 문서. 2013년 3월 2일에 확인함.
  10. ↑ “Common Vulnerability Scoring System, V3 Development Update”. First.org, Inc. 2015년 11월 13일에 확인함.
  11. ↑ “CVSS v2 Complete Documentation”. First.org, Inc. 2015년 11월 15일에 확인함.
  12. ↑ “CVSS - Shortcomings, Faults and Failures” (PDF). Risk Based Security. 2013년 2월 27일. 2022년 3월 11일에 원본 문서 (PDF)에서 보존된 문서. 2015년 11월 15일에 확인함.
  13. ↑ “CVSS Scoring System”. 오라클 (기업). 2010년 6월 1일. 2015년 11월 15일에 확인함.
  14. ↑ “CVSS v3,.0 Specification Document”. FIRST, Inc. 2015년 11월 15일에 확인함.
  15. ↑ “Common Vulnerability Scoring System v3.0: Specification Document (Qualitative Severity Rating Scale)”. First.org. 2016년 1월 10일에 확인함.
  16. ↑ “NVD Common Vulnerability Scoring System Support v2”. 《National Vulnerability Database》. National Institute of Standards and Technology. 2013년 3월 2일에 확인함.
  17. ↑ “CVSS and the Internet of Things”. CERT 코디네이션 센터. 2015년 9월 2일. 2015년 11월 15일에 확인함.
  18. ↑ “CVSS v4.0 User Guide” (영어). 《FIRST — 사고 대응 및 보안팀 포럼》. 2024년 10월 5일에 확인함.
  19. ↑ “CVSS v4.0 Consumer Implementation Guide” (영어). 《FIRST — 사고 대응 및 보안팀 포럼》. 2026년 1월 25일에 확인함.
  20. ↑ “National Vulnerability Database Home”. Nvd.nist.gov. 2013년 4월 16일에 확인함.
  21. ↑ “The Open Source Vulnerability Database”. OSVDB. 2013년 4월 16일에 확인함.
  22. ↑ “Vulnerability Severity Using CVSS”. CERT 코디네이션 센터. 2012년 4월 12일. 2015년 11월 15일에 확인함.

외부 링크