Decoupled DevSecOps: Azure DevOps Modularizes GitHub Secret Protection and Code Security
Microsoft has updated its GitHub Advanced Security for Azure DevOps (GHAzDO) deployment model, establishing GitHub Secret Protection and GitHub Code Security as independently configurable and billable services within Azure Repos and Azure Pipelines. Under this architecture, teams can enable Secret Protection—which includes real-time push protection across hundreds of token types, historical scanning, and alerting—separately from Code Security, which encompasses CodeQL semantic code analysis and software composition analysis (SCA) dependency checks. The onboarding controls operate at the organization, project, and repository levels, with automated billing directly mapped to active committers.
For DevSecOps practitioners and enterprise platform architects, this separation addresses a persistent operational tension: credential leakage is often an immediate, organization-wide threat requiring universal enforcement, whereas deep static application security testing (SAST) requires tailored tuning, pipeline compute allocation, and targeted triage. Historically, bundling both under a single per-seat cost model forced organizations to selectively protect only flagship repositories. Splitting these capabilities allows security teams to blanket all repositories with pre-commit and push-blocking secret shields while selectively provisioning deep static analysis where business logic and regulatory exposure demand it.
This development aligns directly with the broader evolution of DevSecOps toward platform engineering and modular guardrails. Over the past several years, supply chain incidents and API credential leaks have demonstrated that passive, post-merge scanning is inadequate. Real-time preventative measures—such as push protection that evaluates commits before they reach upstream history—have become baseline requirements. Simultaneously, organizations are consolidating disparate security point solutions into native developer platforms to curb tool sprawl and context switching. By bringing GitHub's core scanning engines natively into Azure DevOps as decoupled primitives, Microsoft acknowledges that modern DevSecOps governance must adapt to heterogenous enterprise toolchains without forcing total migration to GitHub Enterprise.
In practice, engineering leaders should evaluate their current Azure DevOps footprints to implement a tiered rollout strategy. Prioritize enabling Secret Protection across 100% of internal and external repositories immediately, ensuring that developer push protection blocks exposed tokens at the workstation and Git-push boundary before secrets pollute commit history. For Code Security, platform teams should establish standardized pipeline templates that run CodeQL analysis during pull request verification on active microservices and public-facing APIs. Furthermore, teams must align these repository-level insights with centralized posture management platforms like Microsoft Defender for Cloud to maintain unified visibility across code, container artifacts, and runtime cloud workloads.
Read original source