Daily chase-up for unreviewed SonarCloud security hotspots

Every weekday morning, surface the security checks nobody has reviewed yet, file them in the right repository, and post your team one clear summary.

Agentic Task
SonarCloudGitHubSlack BotEngineeringDaily DigestsNotifications & Alerts
PromptCreate

Every weekday at 9am, run on a cron trigger and chase down the SonarCloud security hotspots that are still sitting unreviewed, so they do not stay in the TO_REVIEW queue forever.

Start by finding the hotspots that need attention. Use the SonarCloud "Projects — Search" operation to list the projects in our organization, then use "Hotspots — Search" filtered to status TO_REVIEW for each project. For every hotspot that comes back, use "Hotspots — Show" to pull the full detail, including its security category, its file path and line, and the date it was raised.

Prioritize what you found. Rank by vulnerability probability, taking HIGH first, and within that favour anything that has been waiting more than 14 days. Keep the framing right: a hotspot is a judgement call rather than a confirmed bug, so the goal is to get a human to make a decision, not to claim something is broken.

For the top few, file GitHub issues. Before creating anything, call the GitHub "List Repository Issues" operation on the target repository and scan the open issues so you do not file a duplicate for a hotspot that has already been raised. Then use "Create an Issue" in the repository the hotspot belongs to. Each issue must state the file path, the line number, the security category (for example SQL injection or weak cryptography), a link back to the hotspot in SonarCloud, and the specific question the reviewer has to answer, such as whether the input reaching this query is already validated or whether this algorithm is acceptable for this data. Create at most five new issues per run so the backlog never gets flooded.

Finish by posting one consolidated summary to our security channel using the Slack Bot "Send a Message" operation. Include the total number of hotspots still awaiting review, name the repositories carrying the oldest unreviewed hotspots and how long they have been waiting, and list the issues you just created with links. Post a single message rather than one per hotspot. If there was nothing new worth filing, still post a short status so the team knows the queue was checked.

Example output

Security hotspot review queue, Friday 9am 23 hotspots are still waiting on a review across 6 projects. Oldest backlogs: - acme/payments-api: 9 unreviewed, oldest waiting 74 days - acme/web-app: 6 unreviewed, oldest waiting 41 days - acme/internal-tools: 4 unreviewed, oldest waiting 22 days Filed 5 issues for the highest risk items: - acme/payments-api #812 SQL injection, src/db/query.ts line 142 - acme/payments-api #813 Weak cryptography, src/auth/token.ts line 58 - acme/web-app #455 Command injection, scripts/deploy.js line 31 - acme/web-app #456 Insecure configuration, config/cors.ts line 12 - acme/internal-tools #98 Weak cryptography, lib/hash.py line 27 Each issue names the file, the line, and the question the reviewer needs to answer.

What does this prompt do?

  • Checks your SonarCloud projects each weekday morning for security hotspots that are still waiting on a human review
  • Ranks them by how likely they are to be a real risk, putting the highest risk and longest waiting items first
  • Opens a GitHub issue in the right repository for the top few, spelling out the file, the line, and the exact question a reviewer needs to answer
  • Posts one consolidated summary to your security channel in Slack, naming the repositories sitting on the oldest unreviewed items
  • Caps itself at five new issues per run so nobody wakes up to a flooded issue tracker

What do I need to use this?

  • A SonarCloud login that can see the projects you want covered
  • A GitHub account with permission to create issues in the relevant repositories
  • A Slack workspace with your bot added to the channel you want the summary posted in
  • A channel where your security or engineering team actually reads updates

How can I customize it?

  • Change the timing, currently 9am on weekdays, or the channel the summary is posted to
  • Raise or lower the cap of five new issues per run as your backlog shrinks
  • Adjust the fourteen day waiting threshold, or widen it to include medium and low likelihood items

FAQs

What is a security hotspot?
It is a piece of code that touches something security sensitive, like a password check, a database query, or a piece of encryption. It is not automatically a bug. Someone has to read it and decide whether the code is safe in its particular context, which is exactly why hotspots pile up.
How is this different from a security bug or vulnerability?
A vulnerability is a confirmed problem and usually shows up on your quality gate, so it gets attention. A hotspot is a judgement call that sits quietly in a review queue until a person makes a decision, so it can go untouched for months without anyone noticing.
Will this flood our GitHub with issues?
No. It creates at most five new issues per run, and it reads the existing open issues in each repository first so it does not file the same hotspot twice.
Do we need a paid SonarCloud plan?
Any plan that lets you view your projects will work, including the free tier for public projects. You just need a login with access to the projects you want covered.
What happens if a hotspot turns out to be fine?
A reviewer marks it as reviewed and safe in SonarCloud, and it drops out of the waiting queue. Later runs will not raise it again, so closing things out genuinely shrinks the backlog.

Related templates

Build a credential rotation checklist when someone leaves

When someone leaves, we check which shared passwords they used in their final months and post a ranked rotation list to your security channel.

1Password
Rippling
Slack Bot
+1
Agentic Task
Weekly Amazon S3 bucket security audit posted to Slack

Every Monday, check every S3 bucket for public exposure, missing encryption and weak backup settings, then get the risks ranked in Slack.

Amazon S3
Slack Bot
Google Sheets
Agentic Task
Log Agorapulse social conversations to HubSpot contacts

Twice every weekday, the conversations from your social inbox land on the right HubSpot contact timelines, with a Slack recap for sales.

Agorapulse
HubSpot
Slack Bot
Agentic Task
Clean up HubSpot contacts from your Amazon SES suppression list

Every morning, find the addresses that hard bounced or filed a spam complaint, update the matching HubSpot contacts, and post a short Slack recap.

Amazon SES
HubSpot
Slack Bot
Agentic Task
Draft polite follow-ups for emails that never got a reply

Every weekday at 4pm, spot the threads that went quiet, stage a ready-to-send nudge in your mailbox, and get a ranked Slack recap.

Aurinko
Google Sheets
Slack Bot
Agentic Task
Replay failed SQS messages when a bug fix is merged

When you merge a fix in GitHub, this agent checks the matching dead-letter queue, replays the failed messages, and reports back on the pull request and in Slack.

Amazon SQS
GitHub
Slack Bot
Agentic Task

Stop letting security reviews rot in a queue.

Put the hotspots nobody has looked at in front of the people who can close them out, every weekday morning.