Workflows allow users to define an execution sequence for templates. The templates will be run on the defined conditions. These are the most efficient way to use nuclei, where all the templates are configured based on needs of users. This means, you can create Technology Based / Target based workflows, like Wordpress Workflow, Jira Workflow which only run when the specific technology is detected.
If the tech stack is known, we recommend creating your custom workflows to run your scans. This leads to much lower scan times with better results.
Workflows can be defined with
workflows attribute, following the
subtemplates to execute.
workflows: - template: technologies/template-to-execute.yaml
Type of workflows
- Generic workflows
- Conditional workflows
In generic workflow one can define single or multiple template to be executed from a single workflow file. It supports both files and directories as input.
A workflow that runs all config related templates on the list of give URLs.
workflows: - template: files/git-config.yaml - template: files/svn-config.yaml - template: files/env-file.yaml - template: files/backup-files.yaml
A workflow that runs specific list of checks defined for your project.
workflows: - template: cves/ - template: exposed-tokens/ - template: exposures/
You can also create conditional templates which execute after matching the condition from a previous template. This is mostly useful for vulnerability detection and exploitation as well as tech based detection and exploitation. Use-cases for these kind of workflows are vast and varied.
Templates based condition check
A workflow that executes subtemplates when base template gets matched.
workflows: - template: technologies/jira-detect.yaml subtemplates: - template: exploits/jira-exploit-1.yaml - template: exploits/jira-exploit-1.yaml
Matcher Name based condition check
A workflow that executes subtemplates when a matcher of base template is found in result.
workflows: - template: technologies/tech-detect.yaml matchers: - name: vbulletin subtemplates: - template: exploits/vbulletin-exp1.yaml - template: exploits/vbulletin-exp2.yaml - name: jboss subtemplates: - template: exploits/jboss-exp1.yaml - template: exploits/jboss-exp2.yaml
In similar manner, one can create as many and as nested checks for workflows as needed.
Subtemplate and matcher name based multi level conditional check
A workflow showcasing chain of template executions that run only if the previous templates get matched.
workflows: - template: technologies/tech-detect.yaml matchers: - name: lotus-domino subtemplates: - template: technologies/lotus-domino-version.yaml subtemplates: - template: cves/xx-yy-zz.yaml subtemplates: - template: cves/xx-xx-xx.yaml
Conditional workflows are great examples of performing checks and vulnerability detection in most efficient manner instead of spraying all the templates on all the targets and generally come with good ROI on your time and is gentle for the targets as well.
More complete workflow examples are provided here