<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>GraphQL API on Cloudkaramchari</title><link>https://www.cloudkaramchari.com/tags/graphql-api/</link><description>Recent content in GraphQL API on Cloudkaramchari</description><generator>Hugo -- gohugo.io</generator><language>en</language><copyright>cloudkaramchari</copyright><lastBuildDate>Sun, 06 Sep 2026 13:00:00 +0530</lastBuildDate><atom:link href="https://www.cloudkaramchari.com/tags/graphql-api/index.xml" rel="self" type="application/rss+xml"/><item><title>GitHub Actions' New vulnerability-alerts Permission: Read Dependabot Alerts Without a PAT</title><link>https://www.cloudkaramchari.com/blog/github-actions-vulnerability-alerts-permission-dependabot-github-token-guide/</link><pubDate>Sun, 06 Sep 2026 13:00:00 +0530</pubDate><guid>https://www.cloudkaramchari.com/blog/github-actions-vulnerability-alerts-permission-dependabot-github-token-guide/</guid><description>
&lt;h1 id="github-actions-new-vulnerability-alerts-permission-read-dependabot-alerts-without-a-pat">GitHub Actions' New vulnerability-alerts Permission: Read Dependabot Alerts Without a PAT&lt;/h1>
&lt;p>If you've ever tried to have a GitHub Actions workflow check for open Dependabot alerts — to block a release, gate a merge, or post a Slack summary — you've probably hit a wall: the default &lt;code>GITHUB_TOKEN&lt;/code> can't read them. The workaround for years has been minting a classic personal access token with &lt;code>security_events&lt;/code> scope, stashing it as a repo secret, and hoping whoever set it up doesn't leave the org before it needs rotating. As of the GitHub Actions early-September 2026 update, that workaround is no longer necessary. There's a new &lt;code>vulnerability-alerts&lt;/code> permission you can grant directly to &lt;code>GITHUB_TOKEN&lt;/code>, scoped to read-only, no PAT required.&lt;/p></description></item></channel></rss>