Live
Deploying OpenCode 2.0 with the Agents SDK: a Durable Object Harness on CloudflareGitHub adds durable push attribution to commits for Enterprise previewMultivariate Forecasting in BigQuery: TimesFM 3.0 Changes the Game for EngineersAI‑Assisted Development Doubles Spotify Change Rate, Triggering New Quality ControlsDocker Hub blocks automatic PAT transfer on account conversion and revokes legacy tokensSecond‑Edition SRE Practices: Dynamic SLOs, OpenTelemetry Observability, and Platform Automation for Modern WorkloadsDeploying Multi‑Node LLM Inference on EKS with Ray LLM ContainersImplementing Global Cross‑Region Inference for OpenAI GPT‑6 on Amazon BedrockDeploying OpenCode 2.0 with the Agents SDK: a Durable Object Harness on CloudflareGitHub adds durable push attribution to commits for Enterprise previewMultivariate Forecasting in BigQuery: TimesFM 3.0 Changes the Game for EngineersAI‑Assisted Development Doubles Spotify Change Rate, Triggering New Quality ControlsDocker Hub blocks automatic PAT transfer on account conversion and revokes legacy tokensSecond‑Edition SRE Practices: Dynamic SLOs, OpenTelemetry Observability, and Platform Automation for Modern WorkloadsDeploying Multi‑Node LLM Inference on EKS with Ray LLM ContainersImplementing Global Cross‑Region Inference for OpenAI GPT‑6 on Amazon Bedrock
GitHub

GitHub adds durable push attribution to commits for Enterprise preview

AI SummaryPowered by AI

GitHub now records the authenticated user who pushes each commit and exposes that pusher identity alongside the author and committer fields. This gives engineers and security teams a reliable signal to detect forged commit metadata and to enforce identity‑based push rules.

GitHub has introduced push attribution, a feature that attaches the verified pusher identity to every commit and makes it visible in the UI and API. For AI, cloud, DevOps, and security practitioners, the change provides a trustworthy data point that can replace the unverified author/committer strings when assessing code provenance.

Push Attribution Overview

Each commit now carries a durable record of the authenticated user who performed the push. The pusher field is stored independently of the author and committer strings supplied by the client, which can be arbitrarily set. A new repository rule condition called Committer must match pusher can be added to a ruleset; it blocks pushes where the committer metadata does not correspond to any verified email address of the authenticated pusher.

Why It Matters for Engineers and Security Teams

Because author and committer values are mutable, a compromised low‑privilege account could submit commits that appear to originate from a trusted maintainer, undermining review processes and audit trails. Push attribution eliminates that ambiguity by providing an immutable link between a commit and the actual pushing identity, enabling faster investigation of suspicious activity and more precise enforcement of identity policies.

Operational and Security Implications

  • Policy enforcement: Teams can now require the Committer must match pusher rule in their push rulesets, reducing the attack surface for commit spoofing.
  • Auditability: The pusher identity appears wherever commits are displayed, improving traceability in logs, dashboards, and API queries.
  • Incident response: Security engineers can use the pusher field to quickly verify whether a suspect commit was pushed by an expected user, shortening investigation cycles.
  • Integration impact: Existing tooling that consumes commit metadata should be updated to read the new pusher attribute if they rely on identity verification.

Related CloudNinjas coverage: security.

What This Means For Practitioners

  • Review your repository rulesets and consider adding the Committer must match pusher condition to enforce verified identities.
  • Update CI/CD pipelines, audit scripts, and security dashboards to surface the pusher field alongside author and committer.
  • For GitHub Enterprise customers, engage your account team to join the limited public preview if you need the capability now.
  • Monitor the rollout and be prepared to adjust any custom policies that previously depended on mutable author/committer data.
Originally published atGitHub Changelog