Chấm điểm CVE - Bảo mật CVE

Giải thích về hệ thống chấm điểm CVE: CVSS, EPSS và mức độ ưu tiên.

Chấm điểm CVE và bảo mật CVE là yếu tố thiết yếu để bảo vệ các ứng dụng phần mềm hiện đại khỏi các mối đe dọa mạng mới nổi. Việc xác định và ưu tiên các lỗ hổng một cách hiệu quả cho phép các tổ chức giải quyết các rủi ro nghiêm trọng nhất trước tiên. Chấm điểm CVE cung cấp... standardCVE là một cách thức được chuẩn hóa để xếp hạng các lỗ hổng theo mức độ nghiêm trọng, trong khi các biện pháp bảo mật CVE đảm bảo rằng những rủi ro đó được quản lý và giảm thiểu đúng cách.

Song song với sự tăng trưởng vượt xa mong đợi của Đã có 48,185 lỗ hổng bảo mật (CVE) được công bố. Con số này tăng 20.6% so với 39,962 vụ vào năm 2024, và 38% được xếp hạng mức độ nghiêm trọng Cao hoặc Nghiêm trọng. Với tốc độ gia tăng nhanh chóng như vậy, việc có một chiến lược bảo mật và chấm điểm CVE mạnh mẽ không còn là tùy chọn nữa; đó là một điều cần thiết. 

Vấn đề lớn hơn không chỉ nằm ở số lượng, mà là phương pháp phân tích truyền thống không thể theo kịp. Hệ thống NVD của NIST đã bổ sung thông tin cho gần 42,000 lỗ hổng CVE trong năm 2025, tăng 45% so với bất kỳ năm nào trước đó, nhưng vẫn không đủ để theo kịp số lượng báo cáo ngày càng tăng. Kết quả là, chỉ có 28% số lỗ hổng CVE mới được công bố trong năm 2025 nhận được đầy đủ thông tin bổ sung từ NVD (điểm CVSS, phân loại CWE, dữ liệu CPE), giảm mạnh so với 46.2% trong năm 2024. Những con số này nhấn mạnh sự cấp thiết ngày càng tăng đối với các tổ chức trong việc thiết lập các biện pháp bảo mật CVE riêng, thay vì chỉ dựa vào dữ liệu NVD được cung cấp kịp thời.

Hệ thống chấm điểm CVE là gì và tại sao nó lại quan trọng đối với bảo mật CVE?

CVE là viết tắt của Common Vulnerabilities and Exposures (Các lỗ hổng và điểm yếu phổ biến), một danh sách các lỗ hổng và điểm yếu an ninh mạng đã được công khai. Mỗi mục trong danh sách CVE đều có một mã định danh duy nhất gọi là CVE ID, mã này dùng để chỉ rõ lỗ hổng đó. Tập đoàn MITRE quản lý hệ thống này. standardViệc này giúp xác định và lập danh mục các lỗ hổng bảo mật. Nó đảm bảo mọi người trong lĩnh vực an ninh mạng đều sử dụng cùng một tài liệu tham khảo khi thảo luận về các mối đe dọa cụ thể.

Hệ thống chấm điểm CVE bao gồm việc đánh giá từng mục CVE và gán một điểm số dựa trên mức độ nghiêm trọng của nó. Điểm số này giúp các tổ chức xác định mức độ ưu tiên để khắc phục lỗ hổng.

Hệ thống này cho phép họ phân bổ nguồn lực hiệu quả và giảm thiểu rủi ro tiềm tàng. Hệ thống chấm điểm CVE đánh giá các yếu tố như mức độ dễ bị khai thác. Nó cũng xem xét tác động đến tính bảo mật, tính toàn vẹn và tính khả dụng (thường được gọi là "bộ ba CIA"). Ngoài ra, nó còn đánh giá tiềm năng khắc phục.

Cách NVD, Danh sách CVE của MITRE và Hệ thống chấm điểm CVE hoạt động cùng nhau

Hiểu rõ mối liên hệ giữa Cơ sở dữ liệu về các lỗ hổng bảo mật quốc gia (NVD), Danh sách MITREVà việc nắm bắt các lỗ hổng bảo mật CVE là rất cần thiết để hiểu cách thức quản lý các lỗ hổng trong hệ sinh thái an ninh mạng.

Danh sách CVE của MITRE bắt đầu bằng việc xác định các lỗ hổng và gán cho chúng một mã CVE. Tuy nhiên, danh sách này chỉ cung cấp thông tin cơ bản về mỗi lỗ hổng. NVD, do MITRE vận hành, cung cấp thông tin chi tiết hơn. Viện quốc gia của Standardvà Công nghệ (NIST)Nó làm phong phú thêm dữ liệu này bằng cách cung cấp các mô tả chi tiết, tài liệu tham khảo và quan trọng nhất là điểm số CVE thông qua... Hệ thống chấm điểm lỗ hổng chung (CVSS).

NVD là một nguồn tài nguyên quan trọng vì nó đóng vai trò là kho lưu trữ của... standardDữ liệu về lỗ hổng bảo mật dựa trên CVSS, giúp các tổ chức hiểu rõ hơn về tác động của lỗ hổng một cách toàn diện. NVD không chỉ bao gồm điểm CVSS mà còn cả thông tin chuyên sâu như:

  • Mô tả chi tiết Mô tả chi tiết từng lỗ hổng, bao gồm thông tin kỹ thuật và bối cảnh mà lỗ hổng đó có thể bị khai thác.
  • Các chỉ số tác động Điều đó cho thấy lỗ hổng bảo mật có thể ảnh hưởng đến các bộ phận khác nhau trong hệ thống của một tổ chức như thế nào.
  • Thông tin khắc phục Chẳng hạn như các liên kết đến bản vá lỗi, thông báo và biện pháp khắc phục.

Nhờ tính chất toàn diện, NVD là nguồn thông tin đáng tin cậy cho các tổ chức khi cần đánh giá tác động thực tế của một lỗ hổng bảo mật và hiểu cách giải quyết nó một cách hiệu quả.

CVSS: Hệ thống chấm điểm CVE phổ biến nhất trong an ninh mạng

Phương pháp được sử dụng rộng rãi nhất để chấm điểm CVE là: Hệ thống chấm điểm lỗ hổng chung (CVSS)Được duy trì và phát triển bởi Diễn đàn các Nhóm Ứng phó Sự cố và An ninh (FIRST). CVSS cung cấp một standardMột phương pháp chuẩn hóa để đo lường mức độ nghiêm trọng của các lỗ hổng bảo mật, giúp các tổ chức dễ dàng ưu tiên những lỗ hổng nào cần được giải quyết trước tiên.

Cụ thể, CVSS chấm điểm các lỗ hổng bảo mật trên thang điểm từ 0 đến 10. Ở đây, 0 biểu thị không có rủi ro và 10 biểu thị mức độ nghiêm trọng cao nhất. Hơn nữa, điểm số được dựa trên bốn nhóm chỉ số chính:

Điểm cơ bản:

Điều này phản ánh các đặc điểm nội tại của lỗ hổng bảo mật, những đặc điểm này không thay đổi theo thời gian và trên các môi trường người dùng khác nhau. Điểm số cơ bản xem xét các yếu tố như khả năng khai thác. Điều này đề cập đến mức độ dễ dàng khai thác lỗ hổng. Nó cũng đánh giá tác động đến tính bảo mật, tính toàn vẹn và tính khả dụng.

Điểm tạm thời:

Điều này điều chỉnh điểm số cơ bản dựa trên các yếu tố thay đổi theo thời gian, chẳng hạn như liệu có bản vá lỗi hay không hoặc liệu lỗ hổng bảo mật có đang được sử dụng tích cực hay không. Các chỉ số theo thời gian bao gồm mức độ hoàn thiện của mã khai thác, mức độ khắc phục và độ tin cậy của báo cáo.

Điểm môi trường:

Điều này cho phép các tổ chức tùy chỉnh điểm CVSS để phản ánh tác động của lỗ hổng trong môi trường cụ thể của họ. Nó xem xét các yếu tố như tầm quan trọng của hệ thống bị ảnh hưởng và thiệt hại gián tiếp tiềm tàng.

Nhóm số liệu bổ sung:

Tính năng này được giới thiệu trong CVSS phiên bản 4.0 và cung cấp thêm ngữ cảnh có thể ảnh hưởng đến đánh giá rủi ro tổng thể. Điều này bao gồm các yếu tố như yêu cầu an toàn, các chỉ số có thể tự động hóa (đo lường tác động của tự động hóa đến việc khai thác) và các đặc điểm độc đáo có thể không phù hợp với các nhóm chỉ số khác. Mặc dù điểm số CVSS tổng thể không bao gồm các chỉ số này, nhưng chúng cung cấp những hiểu biết có giá trị. Do đó, chúng giúp các tổ chức đưa ra quyết định sáng suốt hơn.ciscác ý kiến ​​về quản lý lỗ hổng bảo mật.

Phiên bản mới nhất, CVSS v4.0, CVSS v4.0 giới thiệu những cải tiến này nhằm nâng cao độ chính xác và tính khả dụng của việc chấm điểm lỗ hổng bảo mật. Bằng cách tinh chỉnh các chỉ số, CVSS v4.0 nắm bắt được sự phức tạp và bối cảnh của các lỗ hổng một cách hiệu quả hơn. Điều này đảm bảo rằng điểm số cung cấp một cái nhìn tổng quan chính xác hơn về các lỗ hổng.cisPhản ánh rủi ro thực tế.

Ví dụ thực tế: CVE-2021-44228 (Log4Shell)

Để minh họa cách chấm điểm CVE hoạt động trong thực tế, hãy xem xét CVE-2021-44228, thường được biết đến với tên gọi Log4Shell. Lỗ hổng bảo mật thư viện Apache Log4j 2 Cho phép thực thi mã từ xa (RCE). Do đó, kẻ tấn công có thể chiếm quyền kiểm soát hệ thống bị ảnh hưởng.

  • ID CVE: CVE-2021-44228
  • Điểm số cơ bản của CVSS: 10.0 (Quan trọng)
  • Vectơ tấn công: Mạng (N) – Có thể khai thác từ xa.
  • Độ phức tạp của cuộc tấn công: Thấp (L) – Dễ khai thác.
  • Quyền hạn cần thiết: Không có (N) – Không cần đặc quyền nào.
  • Tương tác người dùng: Không (N) – Không cần tương tác từ người dùng.
  • Phạm vi: Đã thay đổi (C) – Ảnh hưởng đến các nguồn lực vượt ra ngoài phạm vi ban đầu.
  • Tác động đến tính bảo mật, tính toàn vẹn và tính khả dụng: Cao (H) – Vi phạm hoàn toàn tính bảo mật, tính toàn vẹn và tính khả dụng.

NVD đã đưa ra điểm CVSS là 10.0, cho thấy mức độ nghiêm trọng cao nhất. Tính chất lan rộng của lỗ hổng này, kết hợp với sự dễ dàng khai thác, đã khiến nó trở thành ưu tiên hàng đầu để khắc phục trên toàn cầu.

Những thách thức trong việc chấm điểm CVE và tác động của chúng đến bảo mật CVE.

Trong khi Các lỗ hổng và phơi nhiễm thường gặp (CVE) hệ thống cung cấp một standardMặc dù là một phương pháp được đơn giản hóa để xác định và theo dõi các lỗ hổng, nhưng một số hạn chế đã ảnh hưởng đến hiệu quả của nó trong việc quản lý rủi ro.

CVE-2021-44228 (Log4Shell) Điều này minh họa những thách thức sau:

  • Thông tin chi tiết về việc khai thác còn hạn chế: CVE-2021-44228 Cung cấp mã định danh duy nhất nhưng thiếu thông tin chi tiết toàn diện về cách kẻ tấn công có thể khai thác nó. Mặc dù các chuyên gia coi đây là vấn đề nghiêm trọng, mục CVE này không giải thích đầy đủ các phương pháp chính xác mà kẻ tấn công sử dụng hoặc các cấu hình cụ thể làm tăng tính dễ bị tổn thương. Khoảng trống này khiến các tổ chức không chắc chắn về rủi ro thực tế.
  • Sự khác biệt trong báo cáo: CVE Các bản ghi có nội dung và chất lượng rất khác nhau. Một số, như... CVE-2021-44228Một số báo cáo cung cấp mô tả chi tiết và thông tin kỹ thuật, trong khi những báo cáo khác lại ngắn gọn hoặc không đầy đủ. Sự không nhất quán này gây khó khăn cho các tổ chức khi họ cố gắng đánh giá rủi ro của một lỗ hổng chỉ dựa trên mã CVE của nó.
  • Thiếu sự liên quan về mặt ngữ cảnh: CVE các mục nhập sử dụng một standardĐịnh dạng được chuẩn hóa có thể không phản ánh bối cảnh cụ thể của các môi trường khác nhau. Ví dụ: CVE-2021-44228 Tác động của lỗ hổng bảo mật lên các hệ thống khác nhau tùy thuộc vào cơ sở hạ tầng của công ty. Sự không phù hợp này dẫn đến việc đánh giá rủi ro không chính xác nếu thông tin chi tiết về CVE không khớp với môi trường cụ thể.
  • Trì hoãn việc tiết lộ thông tin: Thường có một khoảng thời gian chậm trễ giữa việc phát hiện ra lỗ hổng và việc thêm nó vào cơ sở dữ liệu CVE. Trong khoảng thời gian này, kẻ tấn công có thể khai thác các lỗ hổng như... CVE-2021-44228 trước khi chúng được công khai, làm tăng nguy cơ do sự chậm trễ trong việc nhận thức và khắc phục.
  • Tập trung vào các lỗ hổng đã biết: CVE Các mục này chỉ bao gồm các lỗ hổng đã được công khai, bỏ qua các lỗ hổng zero-day và các mối đe dọa chưa được tiết lộ. Chỉ dựa vào... CVE Điều này khiến các tổ chức phải đối mặt với những rủi ro mới nổi mà cơ sở dữ liệu chưa lập danh mục.
  • Chất lượng bài dự thi không đồng đều: Chất lượng của CVE Các mục nhập khác nhau tùy thuộc vào nguồn. Một số, chẳng hạn như CVE-2021-44228Một số nhận được các bản cập nhật thường xuyên với thông tin chi tiết mới, trong khi những số khác vẫn giữ nguyên, dẫn đến sự không nhất quán và khả năng thiếu sót dữ liệu.
  • Danh sách công việc cần làm để bổ sung dữ liệu NVD: Ngay cả sau khi một CVE được công bố, cũng không có gì đảm bảo nó sẽ được chấm điểm kịp thời. 54,914 CVE từ năm 2024–2025 vẫn đang nằm trong hàng đợi của NVD chờ được phân tích đầy đủ. Vào tháng 4 năm 2026, NIST thông báo rằng họ sẽ chỉ ưu tiên việc bổ sung thông tin ngay lập tức cho các CVE trong CISDanh mục các lỗ hổng bảo mật đã biết và bị khai thác (KEV) của A, phần mềm được sử dụng trong chính phủ liên bang và phần mềm quan trọng theo định nghĩa của Sắc lệnh hành pháp 14028. Mọi thứ khác được bổ sung dựa trên nỗ lực tối đa, có nghĩa là hầu hết các tổ chức không còn có thể chắc chắn rằng điểm CVSS sẽ có sẵn khi họ cần nhất.

EPSS: Nâng cao bảo mật CVE để quản lý lỗ hổng toàn diện

CVE-2021-44228 cũng nêu bật vị trí của Hệ thống chấm điểm lỗ hổng chung (CVSS)Mặc dù mạnh mẽ, nhưng vẫn còn thiếu sót. Sự thiếu sót này nhấn mạnh tầm quan trọng của... Hệ thống chấm điểm dự đoán khai thác (EPSS).

EPSS là gì?

EPSS sử dụng khung phân tích dựa trên dữ liệu để dự đoán khả năng bị khai thác đối với các lỗ hổng bảo mật như... CVE-2021-44228 trong vòng 30 ngày tới. Không giống như CVSS, đo lường tác động tiềm tàng, EPSS Ước tính xác suất khai thác dựa trên dữ liệu và xu hướng lịch sử.

Tại sao EPSS lại quan trọng?

  • Ưu tiên hóa nâng cao: EPSS Điều này cho phép các tổ chức ưu tiên các lỗ hổng bảo mật không chỉ dựa trên mức độ nghiêm trọng mà còn dựa trên khả năng bị khai thác. Ví dụ, khi các nhóm bảo mật biết rằng CVE-2021-44228 Vì khu vực đó có khả năng bị khai thác cao, nên họ tập trung nỗ lực khắc phục ở những nơi cần thiết nhất.
  • Phòng thủ chủ động: EPSS Cho phép các nhóm bảo mật thực hiện các hành động phòng ngừa đối với các lỗ hổng có khả năng bị khai thác, giảm nguy cơ các cuộc tấn công thành công.
  • Ngữ cảnh DecisTạo ion: EPSS cung cấp thêm ngữ cảnh CVSS Nếu chỉ làm việc riêng lẻ, có thể bỏ sót những lỗ hổng, chẳng hạn như việc xác định các điểm yếu đang bị kẻ tấn công nhắm mục tiêu. Điều này dẫn đến việc đưa ra quyết định sáng suốt và chiến lược hơn.cisTạo ion.
  • Tối ưu hóa tài nguyên: Đối với các tổ chức có nguồn lực hạn chế, EPSS Giúp phân bổ nguồn lực hiệu quả vào các lỗ hổng gây ra mối đe dọa lớn nhất, đảm bảo chiến lược phòng thủ hiệu quả hơn.

Những hạn chế của EPSS

Mặc dù lợi thế của nó, EPSS Nó có những hạn chế. Nó dựa vào dữ liệu lịch sử, vốn không phải lúc nào cũng phản ánh đúng bối cảnh mối đe dọa hiện tại. Việc tập trung ngắn hạn vào dự đoán các cuộc tấn công trong vòng 30 ngày có thể bỏ qua các mối đe dọa dài hạn.

EPSS Nó cung cấp những hiểu biết tổng quát mà không tính đến bối cảnh cụ thể của từng môi trường. Cuối cùng, nó phụ thuộc vào các mô hình khai thác trong quá khứ, điều này có thể không nắm bắt được những thay đổi nhanh chóng trong kỹ thuật tấn công hoặc các lỗ hổng mới được phát hiện.

Cân bằng giữa CVE và EPSS để quản lý lỗ hổng bảo mật tối ưu.

Để quản lý các lỗ hổng một cách hiệu quả, các tổ chức phải hiểu và giải quyết những hạn chế của cả hai khía cạnh. CVSSEPSSViệc tích hợp các công cụ này mang lại cái nhìn toàn diện hơn về bức tranh tổng thể về các lỗ hổng bảo mật. Cách tiếp cận này cân bằng giữa mức độ nghiêm trọng và khả năng bị khai thác, dẫn đến việc ưu tiên tốt hơn và đưa ra quyết định sáng suốt hơn.cistạo ion và cải thiện kết quả an ninh mạng.

Giải quyết thách thức ưu tiên các lỗ hổng bảo mật nghiêm trọng.

Xuyên suốt blog này, chúng ta đã tìm hiểu sâu về sự phức tạp của việc chấm điểm CVE, vai trò quan trọng của Cơ sở dữ liệu lỗ hổng quốc gia (NVD), và cách các công cụ như Hệ thống chấm điểm dự đoán khai thác (EPSS) bổ sung chiều sâu cho việc quản lý lỗ hổng bằng cách dự đoán khả năng bị khai thác. Tuy nhiên, quản lý lỗ hổng hiệu quả đòi hỏi nhiều hơn là chỉ hiểu các khái niệm này—nó đòi hỏi một cách tiếp cận toàn diện thích ứng với nhu cầu bảo mật cụ thể của tổ chức bạn.

Trong số khoảng 176,000 lỗ hổng bảo mật đã biếtTrong số đó, hơn 19,000 lỗ hổng có điểm CVSS từ 9.0 đến 10.0, cho thấy rủi ro nghiêm trọng. Tuy nhiên, phần lớn—khoảng 77.5%—nằm trong phạm vi điểm trung bình từ 4.0 đến 8.0. Sự phân bố rộng này cho thấy thách thức: ưu tiên giải quyết những lỗ hổng nào trước tiên và làm thế nào để thực hiện điều đó với nguồn lực hạn chế trong khi vẫn duy trì khả năng phòng thủ mạnh mẽ.

Phân tích thành phần phần mềm của Xygeni (SCA) Giải pháp của chúng tôi giải quyết thách thức này bằng cách tích hợp điểm số CVE với EPSS và các công cụ ngữ cảnh khác, cung cấp cho bạn bức tranh toàn diện về tình hình lỗ hổng bảo mật. Giải pháp của chúng tôi quét kỹ lưỡng mã nguồn của bạn từ nhiều nguồn khác nhau, bao gồm NPM, GitHub và OWD, đảm bảo bạn không bỏ sót bất kỳ mối đe dọa bảo mật tiềm ẩn nào.

Cách Xygeni's SCA Giải pháp biến việc chấm điểm CVE thành hành động thực tiễn

Trong số 48,185 lỗ hổng bảo mật (CVE) được công bố vào năm 2025, 38% được xếp hạng mức độ nghiêm trọng Cao hoặc Nghiêm trọng, và điểm CVSS trung bình trong năm là 6.60. Điều đó có nghĩa là rất nhiều lỗ hổng được dán nhãn "nghiêm trọng" và "cao" đang cạnh tranh nhau để giành lấy các nguồn lực khắc phục hạn chế, và đó là chưa kể đến thực tế là chỉ có 28% trong số các CVE năm 2025 được bổ sung đầy đủ dữ liệu NVD ngay từ đầu.

Phân tích thành phần phần mềm của Xygeni (SCA) Giải pháp này giải quyết thách thức đó bằng cách tích hợp điểm số CVE với EPSS và các tín hiệu ngữ cảnh bổ sung, cung cấp cho bạn bức tranh toàn diện về tình hình lỗ hổng bảo mật của mình, bất kể NVD đã cập nhật thông tin cho một CVE cụ thể hay chưa. Nó quét toàn bộ mã nguồn của bạn trên npm, GitHub và các kho lưu trữ mã nguồn mở khác, đảm bảo không có gì bị bỏ sót.

Đây là cách nó bổ sung cho chiến lược quản lý lỗ hổng bảo mật của bạn:

  • Tích hợp chấm điểm CVE và EPSS. Việc kết hợp mức độ nghiêm trọng (CVSS) với khả năng bị khai thác (EPSS) có nghĩa là nhóm của bạn sẽ khắc phục những lỗ hổng thực sự đang bị khai thác trong thực tế trước tiên, chứ không chỉ những lỗ hổng có điểm số cao nhất trên giấy tờ.
  • Phân tích khả năng tiếp cận. Xygeni không chỉ dừng lại ở việc "lỗ hổng CVE này tồn tại trong cây thư viện phụ thuộc của bạn". Nó xác định xem đường dẫn mã dễ bị tổn thương có thực sự có thể truy cập được trong ứng dụng của bạn hay không, giúp loại bỏ đáng kể các thông tin nhiễu và tập trung khắc phục rủi ro có thể bị khai thác.
  • Nhận thức theo ngữ cảnh. Bằng cách kết hợp nhiều nguồn tư vấn và hệ thống chấm điểm cùng lúc, Xygeni thích ứng với môi trường đặc thù của tổ chức bạn thay vì áp dụng một thang điểm mức độ nghiêm trọng chung cho tất cả.
  • Giám sát liên tục và cảnh báo thời gian thực. Các mã CVE mới và điểm EPSS mới được công bố liên tục. Xygeni giám sát liên tục, vì vậy một lỗ hổng có mức độ ưu tiên thấp ngày hôm qua nhưng lại bị khai thác tích cực ngày hôm nay sẽ không bị bỏ sót.

Kết quả: Với hơn một phần ba số lỗ hổng CVE mới được gắn cờ là Mức độ nghiêm trọng cao hoặc Nghiêm trọng, và việc bổ sung dữ liệu NVD ngày càng tụt hậu mỗi năm, việc phân loại thủ công từng lỗ hổng là không khả thi. Xygeni giúp nhóm của bạn tập trung vào một phần nhỏ các lỗ hổng vừa nghiêm trọng vừa thực sự có thể bị khai thác trong môi trường của bạn.

Yêu cầu Trình diễn or Bắt đầu dùng thử miễn phí Để xem Xygeni chuyển đổi việc chấm điểm CVE thành một chiến lược quản lý lỗ hổng bảo mật có tính ưu tiên và khả thi như thế nào.

Câu Hỏi Thường Gặp

CVE, CVSS và NVD khác nhau ở điểm nào?

CVE là mã định danh duy nhất cho một lỗ hổng cụ thể. CVSS (Hệ thống chấm điểm lỗ hổng phổ biến) là khung chấm điểm được sử dụng để đánh giá mức độ nghiêm trọng của lỗ hổng đó từ 0 đến 10. NVD (Cơ sở dữ liệu lỗ hổng quốc gia) là kho lưu trữ do NIST duy trì, bổ sung thông tin cho mỗi CVE bao gồm điểm CVSS, mô tả và các tài liệu tham khảo về biện pháp khắc phục.

EPSS là gì và nó khác với CVSS như thế nào?

EPSS (Exploit Prediction Scoring System) ước tính xác suất một lỗ hổng sẽ bị khai thác trong 30 ngày tới, dựa trên dữ liệu khai thác thực tế. CVSS đo lường tiềm năng mức độ nghiêm trọng nếu bị khai thác; EPSS đo lường khả năng về mặt khai thác. Sử dụng cả hai cùng nhau sẽ cho tín hiệu ưu tiên chính xác hơn nhiều so với việc sử dụng từng phương pháp riêng lẻ.

Tại sao không phải là trường cao đẳng? Liệu điểm CVSS có đủ để ưu tiên xử lý lỗ hổng bảo mật?

Điểm CVSS phản ánh mức độ nghiêm trọng về mặt lý thuyết, chứ không phải rủi ro thực tế. Một lỗ hổng được chấm điểm "nghiêm trọng" 9.8 mà không thể truy cập được trong mã nguồn cụ thể của bạn, hoặc không có phương pháp khai thác nào được biết đến, có thể có mức độ ưu tiên thấp hơn so với một lỗ hổng "trung bình" mà kẻ tấn công đang tích cực khai thác ngay lúc này. Đó là lý do tại sao việc kết hợp CVSS với EPSS và phân tích khả năng truy cập lại quan trọng.

Mỗi năm có bao nhiêu lỗ hổng bảo mật (CVE) được công bố?

Số lượng lỗ hổng CVE đã tăng đều đặn hàng năm, với hàng chục nghìn lỗ hổng mới được phát hiện mỗi năm. Với quy mô này, việc phân loại thủ công không khả thi đối với hầu hết các tổ chức, đó là lý do tại sao việc ưu tiên tự động, dựa trên ngữ cảnh (CVSS + EPSS + khả năng truy cập) trở nên thiết yếu.

CVE-2021-44228 (Log4Shell) là gì và tại sao nó được sử dụng làm ví dụ?

Log4Shell là một lỗ hổng thực thi mã từ xa nghiêm trọng trong Apache Log4j 2, được chấm điểm 10.0 (điểm tối đa) trên thang điểm CVSS. Nó được sử dụng rộng rãi như một ví dụ giảng dạy vì nó kết hợp khả năng khai thác dựa trên mạng, không yêu cầu đặc quyền và không cần tương tác của người dùng, minh họa chính xác thế nào là "nghiêm trọng" theo khung đánh giá CVSS.

sca-tools-software-composition-analysis-tools
Ưu tiên, khắc phục và bảo mật các rủi ro phần mềm của bạn
Đăng ký tài khoản miễn phí ngay.
Không cần thẻ tín dụng.

Bảo mật quá trình phát triển và phân phối phần mềm của bạn.

với bộ sản phẩm Xygeni