Grant access to security alerts via the API

Do I understand correctly that granting access to security alerts to teams on a repository level (i.e. that you can configure from the UI under repository settings/Security alerts) is not exposed in the API? I understand that enabling security alerts is, as well as you can get notified of alerts via the API but what if I’d like to grant access to the alerts for the team maintaining the repo?

I’ve asked this here a month ago but didn’t get a reply:

Thank you!


I have the same issue. Not being able to specify who can see security alerts via an API is a big oversight when you have 100’s of repositories to manage.

I have the same issue.
Please help


Hey folks, Dependabot PM here.

The right long term answer here is going to be “custom roles” (Role-based Access Control (RBAC) - Custom Roles with fine-grained repo permissions · Issue #111 · github/roadmap · GitHub), which will allow folks to:

  • create a role like “writer + permissions to read and dismiss dependabot alerts”
  • assign that role to a user or a team

The current UI is basically a workaround of such a feature to grant anyone “read dependabot alerts” so we don’t want to create an API, as it would become irrelevant as soon as custom roles exist.

Hi asciimike,

Here is the timeline of which quarter the roadmap item you refer to would be delivered in, along with whether it was a human or bot that adjusted the estimate.

  • 24 Jul 2020 (bot) - Q4 2020
  • 07 Oct 2020 (bot) - Q1 2021
  • 07 Oct 2020 (not) - Q4 2020
  • 10 Nov 2020 (bot) - Q1 2021
  • 10 Nov 2020 (not) - Q4 2020
  • 02 Dec 2020 (bot) - Q1 2021
  • 02 Dec 2020 (not) - Q4 2020
  • 03 Feb 2021 (not) - Q2 2021
  • 09 Jun 2020 (bot) - Q3 2021

I believe there is the best of intentions in tying this to RBAC, but in doing so it has prevented the delivery of customer value in the context of vulnerable dependency management, and I cannot make any decisions based on the potential delivery of RBAC in Q3 2021, because of the history of it being rescheduled by bots and humans. Additionally, there is no indication in that roadmap item the release of RBAC will include dependabot support.

To be clear, I only want to provide view access to dependabot, though if I have to give access to dismiss then we would. Not being able to share access to dependabot easily with all of our developers is a surefire way to create animosity between teams, and I’m sure GitHub wouldn’t want to encourage that kind of behaviour. (ex: “wow there’s a lot of vulnerable dependencies in this repo!” / “where? I can’t see them!”)

So I reiterate the original issue @piedone, @PaulTurner-awin, and pcortez raised- what is the timeline for API access to dependabot?


I’ll let @jamccree comment on the timeline for custom roles, as he knows more about that than me.

I agree that providing view access to Dependabot is important and clearly something that customers want; unfortunately, the path to getting that feature goes through custom roles, as it doesn’t make sense for us to build a second, Dependabot specific version of it.


Can we got an official blessing to script a web browser to turn this on for more accounts?

GitHub Support wouldn’t give it to me when I asked, but after seeing the continually moving timelines, I feel like I have to ask again

@asciimike The custom roles feature appears to be limited to Enterprise customers. Does that mean no API for the rest of us?

I think it’s currently enterprise only for the private alpha, but @jamccree is going to be the person who can answer it more definitely.

@asciimike now that the feature has been rolled out to enterprise customers in public beta, I am not seeing a permission for allowing that access.

It looks like @jamccree either isn’t seeing or isn’t acknowledging the mentions, could you find an answer for us?


Additionally, the “Security Manager” role is too permissive.

We want everyone to be able to view Dependabot alerts on all repositories.

I’m not longer working on Dependabot, so I admit I don’t have the right answer here. @erinhav or @jhutchings1 will probably know more about this, and I’ve asked them to respond.


Howdy All, any updates on whether Repo Roles will be accessible beyond Enterprise? We are Github Teams licensed, and I don’t see the option for Roles yet.

I logged in today and I seem to have a Team and Member Roles section in my repo settings. Are you experiencing the same?

Hi all, has there been any updates on this?

I believe the API endpoint to manage access to alerts for a repository is still not available.

Like others have mentioned, the “Security managers” setting is too permissive as it provides some write access to alert settings.


The thread started 2 years ago. Can’t believe the proper access control for security alerts is still unavailable

I hate to send you to another place after this long, but we have since created a better avenue for Product feedback. I encourage you to submit this to our Feedback Discussions forum so that our product team can better track your request :slight_smile:. It’s a new thing, but we’re trying to push all product feedback to the same new area so it’s easier to find and consolidate user feedback! Feel free to drop the link to the Discussion here once it is posted so anyone else can upvote or continue the conversation.