-
Notifications
You must be signed in to change notification settings - Fork 2.5k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
(feat) add Gitea reporting platform support #4522
Conversation
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
But duplicate-issue-check: true
doesn't work. Also, let's update the example file at https://github.com/projectdiscovery/nuclei/blob/dev/cmd/nuclei/issue-tracker-config.yaml.
@dogancanbakir thanks for the review! I've done some work addressing the requested changes and tested the duplicate issue creation quite extensively now. Would you mind testing again and letting me know? Below is a screenshot of three runs with ![]() |
Not sure but it looks like the CI failures seem unrelated to this change? |
it's unrelated, some issues with GitHub CI for interactsh tests. |
Just a friendly bump on this one to see if there is anything else needed from me thats blocking landing this one? |
Proposed changes
This PR adds Gitea support as a Nuclei reporting destination to automatically create tickets for new issues.
Under the hood it uses the official Gitea go-sdk. Unlike GitHub and GitLab, issue labels need to be resolved to ID's, so I had to implement a special method for that to support this feature. Happy for feedback on that given that I am not sure on the performance impact this has. In my local test environment it was acceptable.
An example run showing issues created on a Gitea instance are shown in the following screenshot.
An example configuration file to use with the
-rc
flag looks something like this:Checklist