1. Project Overview & Quickstart (projectdiscovery/nuclei-templates)
File: README.md
Nuclei Templates
Community curated list of templates for the nuclei engine to find security vulnerabilities in applications.
Templates are the core of the nuclei scanner which powers the actual scanning engine.
This repository stores and houses various templates for the scanner provided by our team, as well as contributed by the community.
We hope that you also contribute by sending templates via pull requests or Github issues to grow the list.
Nuclei Templates overview
An overview of the nuclei template project, including statistics on unique tags, author, directory, severity, and type of templates. The table below contains the top ten statistics for each matrix; an expanded version of this is available here, and also available in JSON format for integration.
| ### ๐จ Known Exploited Vulnerabilities (KEV) Coverage
Nuclei templates provide coverage for vulnerabilities actively exploited in the wild:
KEV Source Templates Description
๐ด CISA KEV 454 CISA Known Exploited Vulnerabilities Catalog
๐ VulnCheck KEV 1449 VulnCheck KEV - Enhanced vulnerability intelligence
๐ข Both Sources 407 Templates covering vulnerabilities in both catalogs
๐ก Total unique KEV templates: 1496 - Use
nuclei -tags kev,vkevto scan for actively exploited vulnerabilities
Nuclei Templates Top 10 statistics
TAG COUNT AUTHOR COUNT DIRECTORY COUNT SEVERITY COUNT TYPE COUNT vuln 6468 dhiyaneshdk 1894 http 9281 info 4353 file 436
cve 3587 daffainfo 905 cloud 659 high 2552 dns 26
discovery 3265 princechaddha 854 file 436 medium 2457
vkev 1394 dwisiswant0 805 network 259 critical 1555
panel 1365 ritikchaddha 678 code 251 low 330
xss 1269 pussycat0x 675 dast 240 unknown 54
wordpress 1261 pikpikcu 353 workflows 205
exposure 1141 pdteam 314 javascript 92
wp-plugin 1103 pdresearch 275 ssl 38
osint 848 iamnoooob 263 dns 23
| 873 directories, 11997 files. |
|---|
๐ Documentation
Please navigate to https://nuclei.projectdiscovery.io for detailed documentation to build new or your own custom templates.
We have also added a set of templates to help you understand how things work.
๐ช Contributions
Nuclei-templates is powered by major contributions from the community.
Template contributions , Feature Requests and Bug Reports are more than welcome.
๐ฌ Discussion
Have questions / doubts / ideas to discuss?
Feel free to open a discussion on Github discussions board.
๐จโ๐ป Community
You are welcome to join the active Discord Community to discuss directly with project maintainers and share things with others around security and automation.
Additionally, you may follow us on Twitter to be updated on all the things about Nuclei.
Thanks again for your contribution and keeping this community vibrant. :heart:
File: http/token-spray/README.md
About
This directory holds templates that have static API URL endpoints. Use these to test an API token against many API service endpoints. By providing token input using flag, Nuclei will test the token against all known API endpoints within the API templates, and return any successful results. By incorporating API checks as Nuclei Templates, users can test API keys that have no context (i.e., API keys that do not indicate for which API endpoint they are meant).
Usage
token-spray are self-contained template and does not requires URLs as input as the API endpoints have static URLs predefined in the template. Each template in the token-spray directory assumes the input API token/s will be provided using CLI var flag.
# Running token-spray templates against a single token to test
nuclei -t token-spray/ -var token=random-token-to-test -esc
# Running token-spray templates against a file containing multiple new line delimited tokens
nuclei -t token-spray/ -var token=file_with_tokens.txt -escCredits
These API testing templates were inspired by the streaak/keyhacks repository. The Bishop Fox Continuous Attack Surface Testing (CAST) team created additional API templates for testing API keys uncovered during investigations. You are welcome to add new templates based on the existing format to cover more APIs.
File: http/osint/phishing/README.md
Description
This directory contains a collection of templates designed for the identification and analysis of phishing sites. These templates are specifically created to help OSINT analysts, threat researchers, and security professionals in discovering and studying phishing campaigns.
Usage
The phishing templates are designed for targeted use and are not included in Nuclei's default scans. To incorporate these templates into your scan, you can specify them using the -itags flags as follows:
nuclei -u <host> -tags phishing -itags phishingFor users interested in comprehensive Open Source Intelligence (OSINT) gathering, these phishing templates have been integrated into the OSINT scan profile. This enables a more detailed and focused analysis as part of broader security research efforts or investigative journalism.
To execute the OSINT scan configuration profile, which includes phishing checks among other templates, use the following command:
# Execute the OSINT scan configuration profile
nuclei -u <host> -config ~/nuclei-templates/config/osint.ymlThe integration of phishing templates into the OSINT scan profile allows for a more nuanced and in-depth approach to security research, aiding in the detection of emerging threats and the analysis of ongoing phishing campaigns.
File: http/osint/user-enumeration/README.md
Description
OSINT templates are available for conducting user enumeration across many websites. By utilizing the flag to input a user, Nuclei can verify the user's existence across all websites listed in the templates and report any instances of success.
Usage
The templates within the u directory are self-contained and do NOT require URLs as input because the OSINT templates have pre-defined static URLs. Each template in this directory expects the user(name), email, or phone number or list of it to be supplied as input using the V/var flag through the Nuclei engine.
# Running OSINT templates against a single user to test
nuclei -tags osint -var user=elonOSINT templates can be also ran against list of usernames as well.
$ cat user_names.txt
user_1
user_2
user_3
user_4
user_5# Running OSINT templates against a list of users to test
nuclei -tags osint -var user=user_names.txtCategories
The OSINT templates are classified into categories such as archived, art, blog, business, coding, dating, finance, gaming, health, hobby, images, misc, music, news, political, search, shopping, social, tech, video, porn.
To execute OSINT templates within a particular category, you can apply a filter using the tags flag and set the prefix value to osint-.
# Running OSINT templates against the social category
nuclei -t osint/ -tags osint-social -var user=some-user
# Running OSINT templates against the multiple categories
nuclei -t osint/ -tags osint-social,osint-finance -var user=some-userAcknowledgment
These OSINT templates were inspired by the WebBreacher/WhatsMyName repository.
File: http/osint/README.md
Description
Nuclei-templates provide a comprehensive suite of security checks, including OSINT templates in this directory for user-enumeration and phishing templates for the identification and analysis of phishing sites.
The User Enumeration templates are tailored for user enumeration across various websites, allowing Nuclei to verify user existence. They expect input such as username, email, or phone number through the V/var flag.
The Phishing templates are crafted for detecting and analyzing phishing sites. These templates are essential for OSINT analysts, threat researchers, and security professionals to uncover and study phishing campaigns.
Usage
These templates are specifically added to help OSINT analysts, threat researchers therefore, we have added them to the OSINT scan profile here.
Users can execute the OSINT scan configuration profile with the following command:
nuclei -u <host> -config ~/nuclei-templates/config/osint.ymlFile: http/credential-stuffing/README.md
Credential Stuffing Templates
This directory contains a collection of credential stuffing templates for both cloud and self-hosted services. These templates help automate the detection and prevention of credential stuffing attempts on your organization's websites and applications using the Nuclei vulnerability scanner.
Types of Templates
- Cloud Services: Templates for credential stuffing testing on cloud service providers.
- Self-Hosted Services: Templates for credential stuffing testing on self-hosted software instances that often have custom hosting environments.
Usage
Cloud Services Template
An example of using a cloud service credential stuffing template can be seen with the Datadog Login Check template:
nuclei -var [email protected] -var password=test123 -id datadog-login-checkHere, the -var option supplies the necessary inputs (username/email and password) to the template.
Self-Hosted Services Template
An example of using a self-hosted service credential stuffing template can be seen with the Jira Login Check template:
nuclei -u https://jira.projectdiscovery.io/ -id jira-login-check -var [email protected] -var password=test123In this case, you also need to provide the hostname/IP of the deployed instance using the -u or --url option along with the necessary credentials using the -var option.
Attack Types
By default, Nuclei uses Pitchfork mode in which it takes the first line from email.txt as the username input and the first line from pass.txt as the password parameter input. Ensure that both email.txt and pass.txt have an equal number of entries, with email/password combinations aligned on the same line in both files.
Starting with Nuclei 2.8, you can override the default behavior using the -at or -attack-type CLI option. Specifying the attack-type option as clusterbomb enables convenient verification of weak credentials for a list of given email addresses across various services.
For example, assuming email.txt contains:
And pass.txt contains:
password1
password2
password3The command below will check credential validity by sequentially testing each email from email.txt with all entries in pass.txt across different hosts stored in jira.txt:
cat jira.txt | nuclei -var username=email.txt -var password=pass.txt -id jira-login-check -attack-type clusterbombDeveloping custom target-specific templates for internal/custom portals can yield even more comprehensive results.
Contributing and Updating Templates
Help us improve the credential stuffing templates by contributing new templates, reporting bugs, or requesting new features. Contributions are most welcome!
Fix issues, add new templates, and update existing ones by submitting a pull request. Always adhere to the best practices for YAML syntax and ensure that your template is tested before submitting.
Please refer to the template documentation to learn more about writing and submitting new templates to this repository: https://docs.projectdiscovery.io/templates/introduction
File: profiles/README.md
About
This directory hosts Nuclei configuration profiles specifically designed for various use cases, including Bug Bounty, OSINT, and Compliance. The centerpiece of these configurations is the recommended.yml file, which offers a handpicked selection of templates that are both efficient and relevant for the majority of scanning scenarios. This curated approach is intended to provide a more focused scanning experience, reducing the occurrence of irrelevant results that often accompany broader scans.
Usage
The Nuclei configuration profiles are straightforward to integrate into your existing scanning workflows. Below are guidelines on how to utilize the recommended.yml configuration for a streamlined scanning process, as well as instructions for customizing your scans to fit specific needs.
Using the Recommended Configuration
To execute a scan with the recommended.yml configuration, which has been optimized for general use to yield efficient and relevant results, use the following command:
nuclei -config ~/nuclei-templates/profiles/recommended.ymlCustomizing Your Scanning Configuration
If you have specific requirements or wish to modify the focus of your scans, you can create a custom configuration file based on the structure of recommended.yml. Adjust the template selections to fit your targeted scanning objectives. Once your configuration is set, run Nuclei using your custom file with the command:
nuclei -config your-custom-config.ymlExamples
Here are examples of how to run scans for specific scenarios:
Running Local Privilege Escalation Checks
For targeting local privilege escalation vulnerabilities, utilize the dedicated config as follows:
nuclei -config ~/nuclei-templates/profiles/privilege-escalation.ymlConfig Focusing on OSINT
nuclei -config ~/nuclei-templates/profiles/osint.ymlFile: README_CN.md
Nuclei ๆจกๆฟ
่ฟไธชไปๅบ็จไบๅญๆพ็ฑ็คพๅบ็ฒพๅฟๆ้็ๆจกๆฟ,ๅฏไปฅไฝฟ็จnucleiๅผๆ็ปๅๆจกๆฟๅ็ฐๅบ็จไธญ็ๆผๆดใ
ๆจกๆฟๆฏ nuclei ๆซๆๅจ ็ๆ ธๅฟ.
่ฟไธชgitไปๅบๅจๅญไบ็ฑPDๅข้ไปฅๅ็คพๅบ่ดก็ฎ็ๅ็งๆซๆๆจกๆฟ.
ๆไปฌๅธๆๆจไน่ฝๆป้่ฟ pull requests ๆ่
Github issuesๆฅๆไบคๆจกๆฟไปฅๆฉๅคงๆไปฌ็ไปๅบๅ่กจ.
Nucleiๆจกๆฟ้กน็ฎๆ ๅตๆฆ่ฟฐ
ไปฅไธๆฏnucleiๆจกๆฟ้กน็ฎ็ๆ ๅตๆฆ่ง,ๅ ๆฌๅฏไธๆ ็ญพ,ไฝ่ ,็ฎๅฝ,ไธฅ้ๆง,ๆจกๆฟ็ฑปๅ็็ธๅ ณ็ป่ฎกๆ ๅต.ไปฅไธ่กจๆ ผๅๅบไบๅ้ขๆๅฐ็ๆฏ้กนๆ ๅต็TOP10ไฟกๆฏ;ไฝ ไนๅฏไปฅ็นๅป่ฟ้ๆฅ็่ฏฆ็ปไฟกๆฏ.ๅฝ็ถไฝ ไนๅฏไปฅ็นๅป่ฟ้่ทๅJSONๆ ผๅผ็่ฏฆ็ปๆ ๅต็ป่ฎก
| ### ๐จ ๅทฒ็ฅ่ขซๅฉ็จๆผๆด (KEV) ่ฆ็่ๅด
Nuclei ๆจกๆฟไธบ้ๅค่ขซ็งฏๆๅฉ็จ็ๆผๆดๆไพ่ฆ็:
KEV ๆฅๆบ ๆจกๆฟๆฐ้ ๆ่ฟฐ
๐ด CISA KEV 454 CISA ๅทฒ็ฅ่ขซๅฉ็จๆผๆด็ฎๅฝ
๐ VulnCheck KEV 1449 VulnCheck KEV - ๅขๅผบ็ๆผๆดๆ
ๆฅ
๐ข ไธคไธชๆฅๆบ 407 ่ฆ็ไธคไธช็ฎๅฝไธญๆผๆด็ๆจกๆฟ
๐ก ๅฏไธ KEV ๆจกๆฟๆปๆฐ: 1496 - ไฝฟ็จ
nuclei -tags kev,vkevๆซๆ่ขซ็งฏๆๅฉ็จ็ๆผๆด
Nuclei Templates Top 10 statistics
TAG COUNT AUTHOR COUNT DIRECTORY COUNT SEVERITY COUNT TYPE COUNT vuln 6468 dhiyaneshdk 1894 http 9281 info 4353 file 436
cve 3587 daffainfo 905 cloud 659 high 2552 dns 26
discovery 3265 princechaddha 854 file 436 medium 2457
vkev 1394 dwisiswant0 805 network 259 critical 1555
panel 1365 ritikchaddha 678 code 251 low 330
xss 1269 pussycat0x 675 dast 240 unknown 54
wordpress 1261 pikpikcu 353 workflows 205
exposure 1141 pdteam 314 javascript 92
wp-plugin 1103 pdresearch 275 ssl 38
osint 848 iamnoooob 263 dns 23
| 873 directories, 11997 files. |
|---|
๐ ๆๆกฃ
่ฏฆ็ป็ๆๆกฃ่ฏท่ฎฟ้ฎๆไปฌ็็ฝ็ซhttps://nuclei.projectdiscovery.io,ๅจๆไปฌ็ฝ็ซ็่ฏฆ็ปๆๆกฃไธญ,ๆไปฌๆไพไบๅฆไฝๅๅปบๆจกๆฟ็ๅ ทไฝๆนๆณ,ๅนถไธไนๆไพไบ็ธๅบ็็คบไพๆจกๆฟๆฅๅธฎๅฉๆจๆดๅฅฝๅฐ็่งฃๆจกๆฟ็ๅผๅไปฅๅ่ฟ่กๅ็.
๐ช ่ดก็ฎ
็คพๅบๆฏNucleiๆจกๆฟ้กน็ฎ็ไธป่ฆ่ดก็ฎไธปๅ,ๆไปฌ้ๅธธๆฌข่ฟๅผๅ่ ไปฌๆฅ่ดก็ฎๆจกๆฟ,ๆๅบ้ๆฑๅๆฅๅBug.
๐ฌ ไบคๆต
ๅฆๆๆจๆไปปไฝๅ ณไบ่ฏฅ้กน็ฎ็็้ฎๆๆฏๆฐๅฅ็็นๅญ,ๆฌข่ฟๅจGithub discussionsๅๅปบๆฐ็ๆฟๅๆฅ่ฟ่ก่ฎจ่ฎบ.
๐จโ๐ป ็คพๅบ
ๆฌข่ฟๆจๅ ๅ
ฅๆไปฌ็Discord ็คพๅบ๏ผไธ้กน็ฎ็ปดๆคไบบๅ็ดๆฅ่ฎจ่ฎบ๏ผๆไธๅ
ถไปไบบๅไบซๆๅ
ณๅฎๅ
จๅ่ชๅจๅ็ๆณๆณใ
ๆญคๅค๏ผๆจ่ฟๅฏไปฅๅจ Twitter ไธๅ
ณๆณจๆไปฌ๏ผไบ่งฃ Nuclei ็ๆๆฐๅจๆใ
ๆๅ,ๆ่ฐขๆจๅฏน่ฟไธช้กน็ฎ็่ดก็ฎ,่ฟๅฐ่ฎฉๆไปฌ็็คพๅบๆดๅ ๅ ๆปกๆดปๅ.
File: README_JA.md
Nuclei ใใณใใฌใผใ
ใขใใชใฑใผใทใงใณใฎใปใญใฅใชใใฃ่ๅผฑๆงใ็บ่ฆใใใใใฎNucleiใจใณใธใณ็จใใณใใฌใผใใฎใณใใฅใใใฃใญใฅใฌใผใทใงใณใชในใ
ใใณใใฌใผใใฏใๅฎ้ใฎในใญใฃใณใจใณใธใณใๅไฝใใใnucleiในใญใฃใใผใฎใณใขใงใใ
ใใฎใชใใธใใชใฏใ็งใใกใฎใใผใ ใๆไพใใใใณใใฌใผใใใใณใใฅใใใฃใใใฎ่ฒข็ฎใซใใใใพใใพใชใใณใใฌใผใใไฟๅญใป็ฎก็ใใพใใ
ใใณใใฌใผใใฎใชในใใๅขใใใใใซใใใซใชใฏใจในใใGithub issuesใ้ใใฆ่ฒข็ฎใใฆใใใ ใใใจๅนธใใงใใ
Nuclei ใใณใใฌใผใใฎๆฆ่ฆ
Nucleiใใณใใฌใผใใใญใธใงใฏใใฎๆฆ่ฆใงใใใใฆใใผใฏใชใฟใฐใ่่ ใใใฃใฌใฏใใชใ้ๅคงๅบฆใใใณใใฌใผใใฎ็จฎ้กใซ้ขใใ็ตฑ่จใๅซใฟใพใใไปฅไธใฎ่กจใฏใๅใใใชใใฏในใฎใใใ10ใฎ็ตฑ่จใ็คบใใฆใใพใใๆกๅผตใใผใธใงใณใฏใใกใใง็ขบ่ชใงใใJSONๅฝขๅผใงใๅฉ็จๅฏ่ฝใงใใ
| ### ๐จ ๆข็ฅใฎๆช็จใใใ่ๅผฑๆง (KEV) ใซใใฌใใธ
Nucleiใใณใใฌใผใใฏใ้็ใง็ฉๆฅต็ใซๆช็จใใใฆใใ่ๅผฑๆงใฎใซใใฌใใธใๆไพใใพใ:
KEV ใฝใผใน ใใณใใฌใผใๆฐ ่ชฌๆ
๐ด CISA KEV 454 CISA ๆข็ฅใฎๆช็จใใใ่ๅผฑๆงใซใฟใญใฐ
๐ VulnCheck KEV 1449 VulnCheck KEV - ๅผทๅใใใ่ๅผฑๆงใคใณใใชใธใงใณใน
๐ข ไธกๆนใฎใฝใผใน 407 ไธกๆนใฎใซใฟใญใฐใฎ่ๅผฑๆงใใซใใผใใใใณใใฌใผใ
๐ก ใฆใใผใฏKEVใใณใใฌใผใ็ทๆฐ: 1496 -
nuclei -tags kev,vkevใไฝฟ็จใใฆ็ฉๆฅต็ใซๆช็จใใใฆใใ่ๅผฑๆงใในใญใฃใณ
Nuclei Templates Top 10 statistics
TAG COUNT AUTHOR COUNT DIRECTORY COUNT SEVERITY COUNT TYPE COUNT vuln 6468 dhiyaneshdk 1894 http 9281 info 4353 file 436
cve 3587 daffainfo 905 cloud 659 high 2552 dns 26
discovery 3265 princechaddha 854 file 436 medium 2457
vkev 1394 dwisiswant0 805 network 259 critical 1555
panel 1365 ritikchaddha 678 code 251 low 330
xss 1269 pussycat0x 675 dast 240 unknown 54
wordpress 1261 pikpikcu 353 workflows 205
exposure 1141 pdteam 314 javascript 92
wp-plugin 1103 pdresearch 275 ssl 38
osint 848 iamnoooob 263 dns 23
| 873 directories, 11997 files. |
|---|
๐ ใใญใฅใกใณใ
ๆฐใใใใณใใฌใผใใใซในใฟใ ใใณใใฌใผใใไฝๆใใใใใฎ่ฉณ็ดฐใชใใญใฅใกใณใใฏใhttps://nuclei.projectdiscovery.io ใง็ขบ่ชใงใใพใใไฝๆฅญๆนๆณใ็่งฃใใใใใฎใใณใใฌใผใใ็จๆใใฆใใพใใ
๐ช ่ฒข็ฎ
Nucleiใใณใใฌใผใใฏใณใใฅใใใฃใฎ่ฒข็ฎใซใใฃใฆๅไฝใใพใใ
ใใณใใฌใผใใฎ่ฒข็ฎใๆฉ่ฝใชใฏใจในใใใใฐๅ ฑๅใฏใใคใงใๆญ่ฟใใพใใ
๐ฌ ใใฃในใซใใทใงใณ
่ณชๅใ็ๅใใขใคใใขใ่ฉฑใๅใใใใงใใ๏ผ
Github discussionsใง่ช็ฑใซๅงใใใใจใใงใใพใใ
๐จโ๐ป ใณใใฅใใใฃ
ใใญใธใงใฏใใฎ็ฎก็่ ใจ็ดๆฅ่ฉฑใๅใใใปใญใฅใชใใฃใ่ชๅๅใซ้ขใใใใจใไปใฎไบบใจๅ ฑๆใใใใใซใDiscord Communityใซๅๅ ใใใใจใๆญ่ฟใใพใใใใใซใNucleiใซ้ขใใใในใฆใฎๆ ๅ ฑใๆดๆฐใใใใใซใTwitterใใใฉใญใผใใใใจใใงใใพใใ
็ใใใฎ่ฒข็ฎใจใณใใฅใใใฃใฎๆดปๆงๅใธใฎๅชๅใซๆ่ฌใใพใใ
:heart:
File: README_KR.md
Nuclei ํ ํ๋ฆฟ
์ปค๋ฎค๋ํฐ์์ ์์ ํ, ์ ํ๋ฆฌ์ผ์ด์ ๋ณด์ ์ทจ์ฝ์ ์ ์ฐพ๊ธฐ ์ํ Nuclei ์์ง์ฉ ํ ํ๋ฆฟ ๋ชฉ๋ก
ํ
ํ๋ฆฟ์ ์ค์ ์ค์บ๋ ์์ง์ ๋์ํ๊ฒ ํ๋ nuclei scanner์ ํต์ฌ์
๋๋ค.
์ด ์ ์ฅ์๋ ์ฐ๋ฆฌ ํ์์ ์ ๊ณตํ๊ฑฐ๋, ์ปค๋ฎค๋ํฐ์์ ๊ธฐ์ฌํ ๋ค์ํ ํ
ํ๋ฆฟ๋ค์ ์ ์ฅํ๊ณ ๋ณด๊ดํฉ๋๋ค.
ํ
ํ๋ฆฟ ๋ชฉ๋ก์ ์ฆ๊ฐ์ํค๊ธฐ ์ํด์ pull requests ๋ Github issues ๋ฅผ ํตํด ๊ธฐ์ฌํด์ฃผ์๊ธฐ๋ฅผ ๋ถํ๋๋ฆฝ๋๋ค.
Nuclei ํ ํ๋ฆฟ ๊ฐ์
๊ณ ์ ํ๊ทธ, ์์ฑ์, ๋๋ ํ ๋ฆฌ, ์ฌ๊ฐ๋, ํ ํ๋ฆฟ ์ข ๋ฅ์ ๋ํ ํต๊ณ๋ฅผ ํฌํจํ๊ณ ์๋ nuclei ํ ํ๋ฆฟ์ ๊ฐ์์ ๋๋ค. ์๋ ํ๋ ๊ฐ ์งํ์ ์์ 10๊ฐ ํญ๋ชฉ์ ๋ํ๋ด๊ณ ์์ต๋๋ค. ๋ ์์ธํ ์ ๋ณด๋ ์ด๊ณณ์์ ํ์ธ ๊ฐ๋ฅํ๊ณ , JSON ํ์์ผ๋ก๋ ํ์ธ ๊ฐ๋ฅํฉ๋๋ค.
| ### ๐จ ์๋ ค์ง ์ ์ฉ๋๋ ์ทจ์ฝ์ (KEV) ์ ์ฉ ๋ฒ์
Nuclei ํ ํ๋ฆฟ์ ์ค์ ๋ก ์ ์ฉ๋๊ณ ์๋ ์ทจ์ฝ์ ์ ๋ํ ์ ์ฉ ๋ฒ์๋ฅผ ์ ๊ณตํฉ๋๋ค:
KEV ์์ค ํ ํ๋ฆฟ ์ ์ค๋ช
๐ด CISA KEV 454 CISA ์๋ ค์ง ์
์ฉ๋๋ ์ทจ์ฝ์ ์นดํ๋ก๊ทธ
๐ VulnCheck KEV 1449 VulnCheck KEV - ๊ฐํ๋ ์ทจ์ฝ์ ์ธํ
๋ฆฌ์ ์ค
๐ข ๋ ์์ค ๋ชจ๋ 407 ๋ ์นดํ๋ก๊ทธ์ ์ทจ์ฝ์ ์ ํฌํจํ๋ ํ
ํ๋ฆฟ
๐ก ์ด ๊ณ ์ KEV ํ ํ๋ฆฟ: 1496 -
nuclei -tags kev,vkev๋ฅผ ์ฌ์ฉํ์ฌ ์ ๊ทน์ ์ผ๋ก ์ ์ฉ๋๋ ์ทจ์ฝ์ ์ค์บ
Nuclei Templates Top 10 statistics
TAG COUNT AUTHOR COUNT DIRECTORY COUNT SEVERITY COUNT TYPE COUNT vuln 6468 dhiyaneshdk 1894 http 9281 info 4353 file 436
cve 3587 daffainfo 905 cloud 659 high 2552 dns 26
discovery 3265 princechaddha 854 file 436 medium 2457
vkev 1394 dwisiswant0 805 network 259 critical 1555
panel 1365 ritikchaddha 678 code 251 low 330
xss 1269 pussycat0x 675 dast 240 unknown 54
wordpress 1261 pikpikcu 353 workflows 205
exposure 1141 pdteam 314 javascript 92
wp-plugin 1103 pdresearch 275 ssl 38
osint 848 iamnoooob 263 dns 23
| 873 directories, 11997 files. |
|---|
๐ ๋ฌธ์
์ ํ ํ๋ฆฟ์ด๋ ์ฌ์ฉ์ ์ ์ ํ ํ๋ฆฟ์ ๋น๋ํ๊ธฐ ์ํ ์์ธํ ๋ฌธ์๋ https://nuclei.projectdiscovery.io ์์ ํ์ธํ ์ ์์ต๋๋ค. ์์ ๋ฐฉ์์ ์ดํด๋ฅผ ๋๊ธฐ ์ํ ํ ํ๋ฆฟ๋ค๋ ์์ต๋๋ค.
๐ช ๊ธฐ์ฌ
Nuclei ํ
ํ๋ฆฟ์ ์ปค๋ฎค๋ํฐ์ ๊ธฐ์ฌ๋ก ๋์ํฉ๋๋ค.
ํ
ํ๋ฆฟ ๊ธฐ์ฌ, ๊ธฐ๋ฅ ์์ฒญ, ๋ฒ๊ทธ ์ ๋ณด๋ ์ธ์ ๋ ์ง ํ์ํฉ๋๋ค.
๐ฌ ๋ ผ์
๊ฐ์ด ์ด์ผ๊ธฐํ๊ณ ์ถ์ ์ง๋ฌธ, ์๋ฌธ ํน์ ์์ด๋์ด๊ฐ ์์ผ์ ๊ฐ์?
Github discussions ์์ ์์ ๋กญ๊ฒ ์์ํ ์ ์์ต๋๋ค.
๐จโ๐ป ์ปค๋ฎค๋ํฐ
ํ๋ก์ ํธ ๊ด๋ฆฌ์์ ์ง์ ๋ ผ์ํ๊ณ ๋ณด์๊ณผ ์๋ํ ๊ด๋ จ ์ฌํญ์ ๋ค๋ฅธ ์ฌ๋๊ณผ ๊ณต์ ํ๊ธฐ ์ํด Discord Community ์ ์ฐธ์ฌํ๋ ๊ฒ์ ํ์ํฉ๋๋ค. ์ถ๊ฐ๋ก Nuclei ์ ๋ํ ๋ชจ๋ ์ ๋ณด๋ฅผ ์ ๋ฐ์ดํธ ํ๊ธฐ ์ํด ํธ์ํฐ ํ๋ก์ฐ๋ฅผ ํ ์ ์์ต๋๋ค.
์ฌ๋ฌ๋ถ์ ๊ธฐ์ฌ์ ์ปค๋ฎค๋ํฐ์ ํ์ฑํ๋ฅผ ์ํ ๋
ธ๋ ฅ์ ๋ค์ํ๋ฒ ๊ฐ์ฌ๋๋ฆฝ๋๋ค.
:heart:
2. Official Technical Reference & Guides (projectdiscovery/docs)
File: README.md
ProjectDiscovery Documentation
This is the source code for the ProjectDiscovery documentation located at https://docs.projectdiscovery.io
Development
- Checkout this repository
- Install mintlify with
npm i mintlify@latest - Run
mintlify dev
Deploying
To build the final product, we have a couple of additional steps:
- Build the JS Protocol Docs
npm install jsdoc-to-markdown./bin/jsdocs.sh
- Build the PDCP API reference documentation
- Either download the latest
openapi.yamlmanually or run./bin/download-api.sh - Run
./bin/generate-api.shto generate any new API files - OR run
./bin/generate-filtered-api.shto generate API docs without internal/admin endpoints
- Deployment
After those, Mintlify handles the deployment automatically.
File: bin/README-auto-grouped-api.md
Auto-Grouped API Documentation Generator
This script automatically generates and maintains API documentation with logical grouping based on OpenAPI tags. It combines the best of both worlds: auto-generation (no missing endpoints) and logical organization.
Usage
# Use default source file (Downloads directory)
./bin/generate-auto-grouped-api.sh
# Use custom source file
./bin/generate-auto-grouped-api.sh /path/to/your/openapi.yamlWhat it does
๐ค **Auto-Generation**
- Reads OpenAPI specification
- Filters out admin and internal APIs
- Generates MDX files for all public endpoints
- Never misses endpoints - everything is included automatically
๐ **Logical Grouping**
The script organizes endpoints into logical groups based on OpenAPI tags:
- Assets โ
assets+enumerationstags - Templates โ
templates+template/v2tags - Scans โ
scanstag - Results โ
results+reteststags - Configurations โ
configurationstag - Users โ
users+usertags - Logs โ
elog+scan_logtags - Export โ
exporttag - Automations โ
automationstag - Integration โ
oauthtag - Utilities โ
chaos,vulns,leaks,billing,usagetags
๐ **Auto-Updates Navigation**
- Automatically updates
mint.jsonwith new structure - Maintains logical grouping
- Sorts endpoints alphabetically within groups
- Handles new endpoints automatically
Benefits
โ
No Manual Maintenance - Add new endpoints to OpenAPI spec and they appear automatically
โ
Never Miss Endpoints - All public endpoints are included
โ
Logical Organization - Grouped by functionality, not alphabetically
โ
Consistent Naming - Uses OpenAPI summaries and operation IDs
โ
Future-Proof - Works with any OpenAPI specification changes
Output Structure
After running, your mint.json will have clean navigation like:
{
"group": "API Reference",
"pages": [
"api-reference/introduction",
{
"group": "Assets",
"pages": [
"api-reference/assets/get-asset-list",
"api-reference/assets/upload-asset",
"api-reference/enumerations/create-enumeration",
"..."
]
},
{
"group": "Templates",
"pages": [
"api-reference/templates/create-template",
"api-reference/templates/get-template-list",
"..."
]
}
]
}Comparison with Manual Approach
| Feature | Manual (generate-filtered-api.sh) |
Auto-Grouped (generate-auto-grouped-api.sh) |
|---|---|---|
| Missing Endpoints | โ Requires manual addition to mint.json |
โ Never - all endpoints auto-included |
| Logical Grouping | โ Full manual control | โ Smart tag-based grouping |
| Maintenance | โ High - update mint.json for new endpoints |
โ Zero - fully automated |
| Consistency | โ Depends on manual updates | โ Always consistent |
| New API Versions | โ Manual review and updates needed | โ Automatically handles changes |
When to Use
Use Auto-Grouped when:
- You want zero maintenance overhead
- You frequently add/remove API endpoints
- You have a team that might forget to update navigation
- You want consistent organization based on API design
Use Manual when:
- You need very specific custom grouping that doesn't match tags
- You want to exclude certain public endpoints from docs
- You have complex navigation requirements
Next Steps
After running this script:
- Preview:
mintlify dev - Deploy: Your CI/CD can run this script automatically when OpenAPI changes
- Customize: Modify the
logicalGroupsmapping in the script if needed
File: bin/README-filtered-api.md
Filtered API Documentation Generator
This script generates API documentation from an OpenAPI specification while excluding internal and admin endpoints.
Usage
# Use default source file (Downloads directory)
./bin/generate-filtered-api.sh
# Use custom source file
./bin/generate-filtered-api.sh /path/to/your/openapi.yamlNote: The script will create a filtered openapi.yaml file in the current directory for Mintlify to use.
What gets filtered out
The script automatically excludes:
Admin APIs: All paths starting with
/v1/admin/- Examples:
/v1/admin/user/search,/v1/admin/team/change_owner
- Examples:
Internal APIs: Endpoints tagged with
internal- Any endpoint with
"internal"in its tags array
- Any endpoint with
Output
- Creates filtered API documentation in the
api-reference/directory - Removes existing
internal/andadmin/folders before regenerating - Uses Mintlify scraping to generate MDX files for each endpoint
- Provides detailed console output showing what was filtered
Requirements
- Node.js and npm/npx
- Internet connection (to download @mintlify/scraping package)
- Valid OpenAPI 3.x specification file
Integration with existing workflow
You can replace the existing ./bin/generate-api.sh call in your build process with:
# Old way (includes internal/admin APIs)
./bin/generate-api.sh
# New way (excludes internal/admin APIs)
./bin/generate-filtered-api.shTroubleshooting
If you encounter errors:
- "OpenAPI source file not found": Ensure the file path is correct
- "Node.js is required": Install Node.js from https://nodejs.org
- Network errors: Check internet connection for npm package downloads
- Permission errors: Ensure the script is executable (
chmod +x bin/generate-filtered-api.sh)