README.md

June 22, 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: 160816

CVEs missing: 64646

Dropdown by vuln type:

TypeCountData
XSS22950xss.txt
RCE3278rce.txt
SQL Injection12540sqli.txt
Local File Inclusion380lfi.txt
Server Side Request Forgery390ssrf.txt
Prototype Pollution301proto-pollution.txt
Request Smuggling108req-smuggling.txt
Open Redirect442open-redirect.txt
XML External Entity474xxe.txt
Path Traversal3760path-traversal.txt
Server Side Template Injection90ssti.txt
Denial of Service15572dos.txt

Dropdown by year:

YearCountData
1999401999.txt
2000482000.txt
2001742001.txt
20021502002.txt
20031182003.txt
20043322004.txt
20057012005.txt
200614872006.txt
200715812007.txt
200825352008.txt
200912442009.txt
201011822010.txt
20116842011.txt
20129052012.txt
20139002013.txt
201415412014.txt
201519412015.txt
201618502016.txt
201728462017.txt
201833452018.txt
201926472019.txt
202035372020.txt
202140562021.txt
202247892022.txt
202364972023.txt
2024104492024.txt
202576522025.txt
202615152026.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.