


보안 취약점에는 CVE(Common Vulnerabilities and Exposures)라는 번호 체계가 있습니다. CVE 번호 자체는 취약점을 구분하는 식별자입니다. 예를 들어 ‘CVE-2026-12345’라는 번호가 있으면 세계 어디에서든 같은 취약점을 가리킬 수 있습니다.
1999년 시작된 CVE는 공개된 보안 취약점에 고유한 번호를 부여합니다. 보안기업과 소프트웨어 개발사, 정부기관은 이 번호를 기준으로 취약점 정보를 공유하고 패치를 관리합니다.
그런데, CVE 번호만으로는 기업이 무엇을 먼저 고쳐야 하는지 판단하기 어렵습니다. 취약점이 얼마나 위험한지, 어떤 제품과 버전이 영향을 받는지, 어떤 유형의 결함인지도 알아야 합니다.
그동안 이 정보를 보강한 곳이 미국 국립표준기술연구소(NIST)입니다. NIST는 국가취약점데이터베이스(NVD: National Vulnerability Database)를 통해 CVE에 위험도와 제품 정보를 추가했습니다. 세계의 수많은 보안 도구와 취약점 관리체계는 이 데이터를 활용해 조치 우선순위를 정했습니다.
NIST, NVD 운영 개편
그런데 이 구조가 변화하고 있습니다. 미국 NIST는 2026년 4월 15일 NVD 운영 방식을 개편한다고 발표했습니다. 모든 CVE를 같은 방식으로 분석하기 어려워지자 우선순위를 정해 일부 취약점을 먼저 보강하기로 했습니다.
2025년 4월 CVE프로그램을 운영하는 비영리기관 MITRE와 미국 사이버보안·인프라보안국(CISA)이 예산 축소와 계약 만료, 연장 논란을 겪은 후 나타난 또 다른 변화입니다.
NIST가 우선 분석하는 대상은 CISA의 ‘알려진 악용 취약점 목록(KEV)’에 포함된 CVE 입니다. 미국 연방정부가 사용하는 소프트웨어의 CVE, 미국 행정명령 EO 14028에서 정의한 핵심 소프트웨어의 CVE입니다.
여기서 ‘핵심 소프트웨어’는 발전소나 공장과 같은 핵심 인프라의 소프트웨어만을 뜻하지 않습니다. 미국 연방정부의 업무와 보안에 중요한 기능을 수행하는 소프트웨어를 별도로 정의한 개념입니다.
우선순위에 포함되지 않은 CVE도 NVD에 등록됩니다. 다만 ‘Lowest Priority(최저 우선순위)—Not Scheduled for Immediate Enrichment(즉시 분석 일정 없음)’ 상태로 분류될 수 있습니다. 취약점의 이름은 목록에 올라가지만, NIST의 상세 분석은 뒤로 밀릴 수 있습니다.
현재 CVE는 번호만 담고 있지는 않습니다. CVE 번호를 발급하는 기관인 CNA(CVE Numbering Authority)가 취약점 설명과 영향을 받는 제품, 결함 유형, 위험도 점수 등을 함께 제공합니다.
문제는 CNA마다 분석 역량과 제공하는 정보의 범위가 다릅니다. 어떤 CVE에는 자세한 제품 정보와 위험도 점수가 있지만, 어떤 CVE에는 간단한 설명과 참고 링크만 있을 수 있습니다.
NIST NVD는 이런 차이를 줄이는 역할을 해왔습니다. NIST는 CVSS, CPE, CWE를 보강했습니다. CVSS는 “얼마나 심각한가”를 보여줍니다. CPE는 “어떤 제품이 영향을 받는가”를 알려줍니다. CWE는 “어떤 방식으로 만들어진 결함인가”를 설명합니다.
CVSS: 취약점 자체의 기술적 심각도
CPE: 영향을 받는 제품과 버전을 표준화해 표시하는 체계
CWE: 취약점이 어떤 종류의 소프트웨어·하드웨어 결함인지 구분하는 분류
이런 정보가 결합돼야 취약점 스캐너와 관리 도구가 “우리 회사가 사용하는 제품에 문제가 있다”거나 “이 취약점을 먼저 고쳐야 한다”고 자동으로 판단하기 쉬워집니다.
종합검진에서 응급실 방식으로
NVD가 선택한 방식은 ‘응급실 방식(Triage-트리아지)’에 가깝습니다.
트리아지는 응급실이나 재난 현장에서 환자의 상태를 먼저 나누는 방식입니다. 환자가 한꺼번에 몰리면 의료진은 모든 환자를 도착 순서대로 진료할 수 없습니다. 생명이 위급한 환자를 먼저 치료하고, 상대적으로 긴급하지 않은 환자는 뒤로 미룹니다.
NVD의 변화도 비슷합니다. 과거에는 가능한 모든 CVE를 분석해 표준화된 정보를 붙이려 했다면, 이제는 실제 공격에 이용됐거나 미국 정부에 큰 영향을 줄 수 있는 취약점을 먼저 처리합니다.
NIST가 일을 줄이려고 생긴 변화는 아닙니다. NIST는 2025년 약 4만2천 건의 CVE를 보강했습니다. 이전 최고 기록보다 45% 많은 처리량입니다. 그럼에도 새로 등록되는 취약점의 속도를 따라잡지 못하고 있습니다. CVE 제출량은 2020년부터 2025년까지 263% 증가했습니다. 2026년 1분기 제출량도 전년 같은 기간보다 약 3분의 1 많습니다. 더 빨리 분석해도 취약점이 급증하는 구조에 부딪히고 있습니다.
NIST는 새로운 운영 방식을 적용하면서 2026년 3월 1일 이전에 공개된 미분석 CVE를 ‘분석 일정 없음(Not Scheduled)’ 상태로 이동시켰습니다. 업계 분석에 따르면 이 과정에서 약 2만9천 건이 재분류됐습니다. 2만9천 건의 분석을 마친 것이 아니라 분석 대기 상태에서 ‘현재 분석 일정 없음’ 상태로 옮긴 것입니다.
NIST는 자원이 허용되면 과거 취약점도 분석할 수 있다고 설명했습니다. 사용자가 이메일로 특정 CVE의 분석을 요청하는 절차도 마련했습니다.
하지만 이는 제한된 자원을 중요한 취약점에 집중하기 위한 보완 장치입니다. 수만 건의 취약점을 모두 분석하는 기존 구조를 대신할 수 있는 대량 처리 방식은 아닙니다.
‘점수가 없다’는 말의 정확한 의미
NVD의 우선 분석 대상에서 제외된다고 해서 모든 정보가 사라지는 것은 아닙니다. CNA가 이미 CVSS나 CWE, 영향을 받는 제품 정보를 제공했다면 CVE 레코드에 해당 정보가 남을 수 있습니다. 달라진 점은 NIST가 모든 CVE에 별도의 분석 정보를 제공할 것이라고 기대하기 어려워졌다는 것입니다.
NIST는 CNA가 이미 CVSS 점수를 제공한 경우 별도의 NIST 점수를 일상적으로 다시 매기지 않기로 했습니다. 중복 작업을 줄이고 제한된 인력을 우선 취약점에 집중하기 위한 조치입니다.
문제는 CNA마다 분석 역량과 기준이 다르다는 점입니다. 어떤 레코드는 제품과 버전이 상세하게 정리돼 있지만, 어떤 레코드는 정보가 부족할 수 있습니다. 같은 취약점에 대해 기관별 CVSS 점수가 다르게 나올 가능성도 있습니다.
앞으로는 ‘공식 점수가 없다’는 이유만으로 위험하지 않다고 판단해서는 안 됩니다. 점수가 없다는 것은 안전하다는 뜻이 아니라, 아직 충분한 분석이 이뤄지지 않았다는 뜻일 수 있습니다.
유럽은 미국 정보에만 의존하지 않기 위해 자체 데이터베이스와 분산형 식별체계를 확대하고 있습니다.
이제 보안 취약점을 판단하는 책임의 상당 부분이 국가기관과 공공 데이터베이스에서 개별 조직으로 넘어오고 있습니다.
취약점 관리 기준을 바꿔라
CVE 프로그램의 분기별 집계를 합하면 2025년 신규 CVE는 약 4만8천 건으로 역대 최대 수준이었습니다. 2025년 4분기에만 1만2,796건의 CVE 레코드가 발행됐습니다. 2026년에도 증가세가 이어지고 있습니다.
분명한 것은 취약점의 발견과 공개, 공격에 활용되는 속도가 모두 빨라지고 있다는 점입니다. 모든 취약점을 같은 깊이로 분석하고 같은 속도로 고치는 방식은 더 이상 현실적인 해법이 되기 어렵습니다.
앞으로 조직은 CVSS 점수만으로 조치 순서를 정해서는 안 됩니다. 최소한 다음 요소를 함께 살펴야 합니다.
우리 조직이 실제로 사용하는 제품인가
인터넷이나 협력사 네트워크에 노출돼 있는가
중요 데이터와 핵심 업무에 연결돼 있는가
실제 공격에 악용되고 있는가
공격 코드가 공개됐는가
계정이나 클라우드 권한이 과도하게 설정돼 있는가
다른 취약점과 연결해 공격 경로를 만들 수 있는가
보안 통제나 탐지 체계가 공격을 막을 수 있는가
취약점 관리의 기준이 ‘세상에서 가장 높은 점수’에서 ‘우리 조직에 가장 위험한 공격 경로’로 바뀌어야 합니다. 이를 위해서는 NVD만이 아니라 벤더 보안 공지, CISA KEV, EPSS(Exploit Prediction Scoring System), EUVD(European Vulnerability Database), 상용 위협정보, SBOM(Software Bill of Materials), 자산관리 정보, 외부 노출 정보 등을 함께 활용해야 합니다.
취약점이 실제 자산과 어떻게 연결되고, 공격자가 어디까지 이동할 수 있는지 검증해야 합니다.
“외부의 점수표가 없어도 우리 시스템에서 어떤 취약점이 정말 위험한지 판단할 수 있는가.”
이 질문에 답하지 못하는 조직은 두 가지 위험에 놓입니다.
하나는 점수가 없어 발견하지 못한 취약점입니다. 다른 하나는 점수가 낮아 뒤로 미뤘지만, 다른 약점과 연결되면서 심각한 공격 경로가 된 취약점입니다.
정보가 부족해서 공격당하는 시대는 지나가고 있습니다. 이제는 정보가 너무 많아 정작 중요한 위험을 놓치는 시대가 오고 있습니다.
취약점 관리의 핵심은 더 많은 목록을 받는 것이 아닙니다. 우리 조직의 자산과 업무, 권한, 네트워크를 기준으로 무엇이 진짜 위험한지 판단하는 능력입니다.
참고자료
NIST, NVD 운영 개편 발표
2026년 4월 15일 개편, 우선 분석 기준, 263% 증가, 2025년 약 4만2천 건 처리, CNA 점수 활용 방침.NVD 공식 홈페이지
NVD의 역할과 SCAP 기반 취약점 관리 정보 설명.NVD 상태 대시보드
Awaiting Enrichment, Undergoing Enrichment, Not Scheduled 등 현재 처리 상태.CISA, CVE 프로그램 계약 관련 공식 입장
자금 문제가 아니라 계약 행정 문제였다는 CISA의 설명.Nextgov, CISA의 MITRE CVE 계약 연장 보도
계약 만료 직전 11개월 연장 옵션 실행 과정.ENISA, EUVD 공식 발표
EUVD의 NIS2 근거, 데이터 구성, CVE·KEV·벤더 정보 연계 방식.EUVD 공식 데이터베이스
유럽연합 취약점 정보 조회 서비스.GCVE, db.gcve.eu 공개 발표
2026년 1월 7일 통합 데이터베이스 공개와 25개 이상 정보원 연계.GCVE 공식 뉴스 및 기술자료
GCVE의 분산형 취약점 식별·발행 구조와 프로젝트 발전 과정.db.gcve.eu 공식 데이터베이스
GCVE와 기존 취약점 정보원의 통합 검색 서비스.CVE 프로그램 2025년 4분기 보고서
2025년 4분기 CVE 레코드 1만2,796건 등 발행 통계.FIRST, CVSS 공식 안내
CVSS의 목적과 기술적 심각도 평가 기준.NVD, CPE 공식 안내
제품과 버전을 표준화해 식별하는 CPE 체계.MITRE, CWE 공식 홈페이지
소프트웨어·하드웨어 약점 유형 분류체계.

Popular Articles
More Articles







