Azure DevOps Services Classic Release REST API requests started consistently failing starting on 2026-08-31

Jonathan Fair 20 Reputation points
2026-08-31T18:36:57.2966667+00:00

Affected endpoint host: https://vsrm.dev.azure.com Affected operations:

  • GET /{project}/_apis/release/definitions?api-version=5.1
  • GET /{project}/_apis/release/definitions?api-version=7.1
  • GET /{project}/_apis/release/releases?api-version=5.1
  • GET /{project}/_apis/release/folders?api-version=7.1

All return HTTP 500 with:

{
  "message": "Forbidden",
  "typeName": "Microsoft.VisualStudio.Services.Common.VssServiceException",
  "errorCode": 0,
  "eventId": 3000
}

Verified:

  • Standard Azure DevOps APIs authenticate successfully with the same automation credential: Projects, Git, Build Definitions, Variable Groups, Agent Queues, and vsrm connectionData.
  • The automation identity is an active Basic user and a direct Project Collection Administrators member.
  • The standard Release Management permissions evaluate true, including View Release Definition, View Releases, and the full standard release mask.
  • An explicit temporary PAT with Release read/write/execute/manage scope reproduced the same vsrm HTTP 500 Forbidden. It was revoked immediately after the test.
  • The affected requests fail across multiple projects and API versions.
  • The current Project Collection Administrator identity also receives HTTP 500 Forbidden for the same Classic Release requests.
  • Release pipeline creation is enabled in the organization and tested projects.

Please investigate an Azure DevOps Services authorization or backend regression affecting Classic Release REST API access for authorized Project Collection Administrators. The response is a wrapped 500 rather than a normal authorization response, which prevents reliable automation diagnostics.

Azure DevOps
0 comments No comments

Answer accepted by question author
TP 163.1K Reputation points Volunteer Moderator
2026-08-31T18:43:25.1566667+00:00

Hi Jonathan,

There is a current issue affecting multiple services. IT may be the cause of your issue. Please see below:

Excerpt from Availability Degradation of multiple services event

Final update

Birendra Acharya, 8/31/2026, 3:56 PM EDT

The issue is now fully mitigated. Our engineers will be investigating this further to learn from and reduce the risk of potential recurrences. We apologize for the impact this had on our customers.

Update

Birendra Acharya, 8/31/2026, 3:22 PM EDT

We have reverted the change and services are recovering. We will continue to observe the impact and post more updates on status.

Update

Birendra Acharya, 8/31/2026, 2:23 PM EDT

We have identified the change in configuration which triggered this incident. We are reverting the change and observing impact. Will post more updates on status, root-cause and learnings/repairs from this incident.

Update

Birendra Acharya, 8/31/2026, 1:50 PM EDT

Our engineers are working to understand and mitigate the issue.

Initial communication

Azure DevOps Incident Scout, 8/31/2026, 12:09 PM EDT

Our engineers are currently investigating an event impacting Azure DevOps. The event is being triaged and we will post an update as soon as we know more.

Status page as a whole: https://status.dev.azure.com/

Thanks.

-TP

Was this answer helpful?

1 person found this answer helpful.

0 additional answers

Sort by: Newest

Your answer

Answers can be marked as 'Accepted' by the question author and 'Recommended' by moderators, which helps users know the answer solved the author's problem.