Skip to content

Latest commit

 

History

History
107 lines (82 loc) · 7.87 KB

README.md

File metadata and controls

107 lines (82 loc) · 7.87 KB
Raw

Weekly updated list of missing CVEs in nuclei templates official repository


Note This repository is 100% automated so there can be errors, but in general is pretty accurate. Go to section "How it works" to understand how data is collected.

Stats 📊

CVEs analyzed: 100656

CVEs missing: 27673

Dropdown by vuln type:

Type Count Data
XSS 12153 xss.txt
RCE 4287 rce.txt
SQL Injection 7269 sqli.txt
Local File Inclusion 142 lfi.txt
Server Side Request Forgery 220 ssrf.txt
Prototype Pollution 207 proto-pollution.txt
Request Smuggling 77 req-smuggling.txt
Open Redirect 279 open-redirect.txt
XML External Entity 346 xxe.txt
Path Traversal 2647 path-traversal.txt
Server Side Template Injection 46 ssti.txt

Dropdown by year:

Year Count Data
1999 1 1999.txt
2000 2 2000.txt
2001 7 2001.txt
2002 20 2002.txt
2003 28 2003.txt
2004 97 2004.txt
2005 334 2005.txt
2006 1002 2006.txt
2007 1023 2007.txt
2008 1934 2008.txt
2009 751 2009.txt
2010 646 2010.txt
2011 238 2011.txt
2012 451 2012.txt
2013 380 2013.txt
2014 797 2014.txt
2015 812 2015.txt
2016 537 2016.txt
2017 1329 2017.txt
2018 1931 2018.txt
2019 1515 2019.txt
2020 2203 2020.txt
2021 2492 2021.txt
2022 3163 2022.txt
2023 2946 2023.txt
2024 3034 2024.txt

Why 🤔

  • Bug bounty: the CVE templates in the official nuclei-templates repo are completely useless for bug bounty. This because everyone is using those templates looking for low hanging fruit. Build your own templates for new (and old!) CVEs, scan all the possible targets and don't forget to share them in the official nuclei-templates repo.
  • General Security: Security people can write their own templates for missing CVEs and use them to secure products during pentests, vuln assessments, red team ops and so on... every user will benefit from these actions. If they are very good security people they'll share the templates in official nuclei-templates repo helping the whole infosec community.
  • Stats & Data lover: I love data and statistics and I hope people like me will enjoy.

How it works 🖥️

Automated Logic:

for each cve in trickest/cve:
    if this cve not present in nuclei-templates:
        if it contains one of the words we are looking for:
            if it is a CVE suitable for nuclei:
                print it

  • Which are the "words we are looking for"? reflected, rce, local file inclusion, server side request forgery, ssrf, remote code execution, remote command execution, command injection, code injection, ssti, template injection, lfi, xss, Cross-Site Scripting, Cross Site Scripting, SQL injection, Prototype pollution, XML External Entity, Request Smuggling, XXE, Open redirect, Path Traversal and Directory Traversal.

  • This means the tracked vulnerability types are: XSS, RCE, SQL injection, Local File Inclusion, Server Side Request Forgery, Prototype Pollution, Request Smuggling, Open Redirect, XML Enternal Entity, Path Traversal and Server Side Template Injection; but new vuln types will be supported.

  • Why there can be errors in categorizing CVEs? Because when grepping for these words there can be false positives, meaning that an XXE vulnerability can be categorized as RCE because e.g. it says "in certain situations can be escalated to rce".

  • Why if I subtract the "CVEs missing" from the "CVEs analyzed" I don't get the exact official nuclei templates count? Because as said before the tracked vuln types are just 10 (the most famous ones), but a lot of other types are reported as well (and they will be supported).

  • What does it mean a CVE is suitable for Nuclei? Basically a remote web or network vulnerability (e.g. a CVE on Android is not suitable).

Contributing 🛠

Just open an issue / pull request.

Thanks 💝

License 📝

This repository is under MIT License.
edoardoottavianelli.it to contact me.