README.md

August 10, 2026 ยท View on GitHub

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: 165483

CVEs missing: 66089

Dropdown by vuln type:

TypeCountData
XSS23303xss.txt
RCE3440rce.txt
SQL Injection12877sqli.txt
Local File Inclusion385lfi.txt
Server Side Request Forgery437ssrf.txt
Prototype Pollution317proto-pollution.txt
Request Smuggling114req-smuggling.txt
Open Redirect457open-redirect.txt
XML External Entity480xxe.txt
Path Traversal3857path-traversal.txt
Server Side Template Injection93ssti.txt
Denial of Service15815dos.txt

Dropdown by year:

YearCountData
1999401999.txt
2000482000.txt
2001762001.txt
20021592002.txt
20031212003.txt
20043522004.txt
20057192005.txt
200614892006.txt
200715822007.txt
200825402008.txt
200912492009.txt
201011862010.txt
20116902011.txt
20129112012.txt
20139052013.txt
201415412014.txt
201519422015.txt
201618582016.txt
201728512017.txt
201833472018.txt
201926522019.txt
202035542020.txt
202140842021.txt
202248002022.txt
202365172023.txt
2024104622024.txt
202577292025.txt
202626852026.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, Directory Traversal and Denial of Service.

  • 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, Server Side Template Injection and Denial of Service; 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.
edoardottt.com to contact me.