Governance guide

How to govern Security in Azure DevOps

A step-by-step guide to governing Security in Azure DevOps with Rencore: detect, review by owner and severity, and remediate with an audit trail.

Definition

Governing Security in Azure DevOps means finding where it goes wrong, reviewing the findings by owner and severity, and remediating with an audit trail. Rencore covers this concern for Azure DevOps with the pre-built controls below, so it becomes a repeatable check rather than a one-off cleanup. The steps that follow apply the same detect, review, remediate loop to Security.

Steps

  1. Inventory Azure DevOps

    Connect Azure DevOps and let Rencore build a continuous inventory of its resources, owners, and configuration, so governance starts from what exists rather than a stale export.

  2. Detect with policies

    Turn on the pre-built policies that cover Security in Azure DevOps to surface oversharing, sprawl, and misconfiguration on the first scan, before writing a single custom rule.

  3. Review by owner and severity

    Use the Azure DevOps reports to review findings by owner, category, and severity, and to share them with stakeholders who do not have a seat in the platform.

  4. Remediate and automate

    Apply automations to fix findings at scale, route sensitive changes through approvals, and keep every action reversible and logged for the audit trail.

Azure DevOps controls for Security

Grounded in the Rencore catalog. See the full Azure DevOps catalog on the Azure DevOps connector page.

  • PAT has full-access scope

    Active full-access Personal Access Tokens are over-privileged credentials, raising the likelihood that a weakness leads to a serious incident.

    Severity: High
  • Project is publicly visible

    Public projects are reachable by anonymous internet users, raising the likelihood that a misconfiguration is discovered and abused.

    Severity: High
  • Group is a project administrators group

    Project Administrators groups hold privileged control, raising the likelihood that an access issue has serious impact.

    Severity: Medium
  • Personal Access Token older than 90 days

    Detects Azure DevOps Personal Access Tokens that were issued more than 90 days ago and are still active.

    Severity: High
  • Personal Access Token with full-access scope

    Detects active Azure DevOps Personal Access Tokens issued with the all-scopes ('vso.full' / 'app_token') permission.

    Severity: High
  • Repository without branch policy on default branch

    Detects Azure DevOps git repositories whose default branch has no enabled branch policy.

    Severity: High
  • Repository missing required reviewers on default branch

    Detects Azure DevOps git repositories whose default branch has no 'Minimum number of reviewers' policy enabled.

    Severity: Medium
  • Azure DevOps Personal Access Tokens by scope

    Shows the distribution of Azure DevOps Personal Access Tokens by scope.

  • Revoke Azure DevOps Personal Access Token

    Revokes an Azure DevOps Personal Access Token after approval.

  • Deactivate Azure DevOps User

    Removes an Azure DevOps user entitlement after approval.

  • Deactivate Azure DevOps User

    Removes an Azure DevOps user entitlement after approval.

  • Revoke Azure DevOps Personal Access Token

    Revokes an Azure DevOps Personal Access Token after approval.

Explore the full Azure DevOps governance catalog | All guides

Trusted by

MAPALBAMVille de LuxembourgWACKERGRUNDFOSAMGENOsramLufthansaThyssenKruppSunrisePattern