# US Cybersecurity Agency CISA Exposed 844MB of Secrets in Publicly Accessible GitHub Repository


The Cybersecurity and Infrastructure Security Agency, tasked with protecting American infrastructure from cyber threats, ironically left a treasure trove of sensitive credentials, tokens, and internal systems documentation exposed on GitHub for six months — accessible to anyone with a web browser.


## The Incident


On May 14, 2026, GitGuardian researcher Guillaume Valadon discovered a public GitHub repository belonging to CISA that contained 844 megabytes of sensitive data. The repository, sardonically named "Private-CISA," had been publicly accessible since November 13, 2025 — nearly six months of potential exposure.


GitGuardian's automated public monitoring system had flagged the repository on May 13, but the discovery of such a massive leak from the agency responsible for protecting U.S. critical infrastructure initially seemed implausible to Valadon. "The contents of the repo 'seemed too good to be true,'" he noted in his disclosure. After investigation confirmed the repository's authenticity, the full scope of the breach became apparent: the exposed materials provided threat actors with a detailed roadmap into CISA's cloud infrastructure and internal operations.


The exposed repository was reportedly remediated after discovery, though the full timeline and extent of potential access by malicious actors during the six-month window remains unclear.


## What Was Exposed: A Complete Operational Inventory


The contents of the "Private-CISA" repository read like a cybersecurity incident investigator's wish list. Among the exposed materials:


Authentication and Access Credentials:

  • Plain-text passwords
  • AWS access tokens and keys
  • Authentication tokens for various services
  • SAML certificates and identity provider configurations
  • Private cryptographic keys
  • Service account credentials

  • Infrastructure and Deployment Data:

  • Kubernetes manifests describing container orchestration configurations
  • GitHub Actions workflows revealing CI/CD pipeline automation
  • GitHub organization automation scripts and configurations
  • AWS account information and IAM (Identity and Access Management) data
  • Cloud infrastructure configuration details
  • Deployment and build workflow documentation
  • CI/CD build logs with sensitive execution details

  • Cloud Environment Inventory:

  • AWS user accounts
  • Service account configurations
  • Secret management paths and structures
  • Identity federation details
  • Access control policies

  • Notably, some of the credentials discovered in the repository were still valid when discovered — meaning they could have been actively used to gain unauthorized access to CISA's systems and AWS infrastructure.


    ## The Irony and Broader Implications


    The exposure is particularly significant given CISA's mission. The agency operates as the nation's primary cybersecurity defense coordinator, responsible for protecting critical infrastructure ranging from power grids to water systems. CISA's Cybersecurity and Infrastructure Security Agency serves as a trusted source for security guidance, vulnerability advisories, and threat intelligence for thousands of government agencies and private sector organizations.


    The incident underscores a persistent pattern affecting organizations across all sectors: secrets sprawl and infrastructure-as-code repositories become repositories for exposed credentials. What often begins as a developer convenience — storing configuration, keys, and credentials in a single location for infrastructure automation — transforms into a security catastrophe when that repository's access controls are misconfigured or its public status goes unnoticed.


    This is not a zero-day vulnerability or sophisticated nation-state attack. This is a fundamental operational security failure at the most visible level — an inadvertent misconfiguration that exposed the keys to the kingdom.


    ## How This Could Have Happened


    Several common scenarios could explain how a sensitive repository became publicly accessible:


  • Repository creation misconfiguration: A developer created the repository with public visibility by default, assuming private settings were enabled
  • Access control change: Repository permissions were modified for temporary access or troubleshooting and never reverted
  • Orphaned or forgotten repository: The repo was created as a temporary experiment and left behind as teams reorganized
  • Automation error: An infrastructure-as-code tool or script inadvertently changed repository visibility settings

  • Each scenario points to the same underlying issue: insufficient controls and monitoring around repositories containing sensitive materials.


    ## Industry Context: A Recurring Crisis


    The CISA exposure joins a growing list of high-profile incidents involving government agencies and private sector organizations leaking secrets through GitHub:


  • 2023: GitHub users were exposing thousands of credentials weekly, according to security researchers
  • 2024: Multiple cloud misconfigurations by major tech companies left customer data accessible
  • 2025-2026: The trend has accelerated with cloud adoption, with infrastructure-as-code becoming standard practice without corresponding secret management discipline

  • GitGuardian's public monitoring system scans GitHub continuously and identifies exposed secrets at scale. The fact that CISA's repository was automatically flagged demonstrates that the security industry has tools to detect these exposures — but organizations must act on those discoveries.


    ## Technical Details: Understanding the Exposure Scope


    The presence of Kubernetes manifests, GitHub Actions workflows, and AWS infrastructure configuration provides threat actors with:


    1. Complete infrastructure topology — understanding exactly how systems are deployed and interconnected

    2. Automation workflows — revealing how code is built, tested, and deployed to production

    3. Authentication pathways — showing which services communicate with which other services and how they authenticate

    4. Secrets management architecture — understanding where and how sensitive data is stored and accessed

    5. Valid credentials — direct access to systems if passwords and tokens weren't immediately revoked


    An attacker with this information could potentially:

  • Directly access cloud resources using exposed AWS keys
  • Authenticate to internal systems using plain-text passwords
  • Modify CI/CD pipelines to inject malicious code into deployed applications
  • Access configuration management systems to alter infrastructure
  • Escalate privileges using exposed service account credentials

  • ## Remediation and Recommendations


    For CISA and other organizations handling sensitive infrastructure:


    Immediate Actions:

  • Credential rotation: All exposed passwords, tokens, keys, and certificates must be invalidated and regenerated
  • Access logs review: Examine authentication logs for the November-May period to identify any unauthorized access
  • Repository audit: Remove all plain-text credentials from repository history (simply deleting files leaves them in git history)
  • Notification protocol: Determine if any data warrants disclosure to affected organizations or stakeholders

  • Structural Changes:

  • Secrets management system: Implement a dedicated secrets vault (HashiCorp Vault, AWS Secrets Manager, Azure Key Vault) rather than storing credentials in code repositories
  • Repository scanning: Deploy automated scanning tools that continuously monitor repositories for exposed secrets
  • Access controls: Implement organization-wide policies requiring private repositories by default, with explicit approval for any public repository
  • Separation of concerns: Maintain separate repositories for code, infrastructure definitions, and deployment artifacts — never mix them

  • Governance:

  • Repository audit: Conduct a comprehensive audit of all repositories within the organization to identify similar exposures
  • Training: Implement mandatory security training for all developers and operations staff on secret management
  • Code review standards: Establish peer review processes that specifically look for embedded credentials
  • Monitoring: Deploy continuous monitoring for repository visibility changes and sensitive file commits

  • ---


    ## HackWire Analysis


    The CISA exposure crystallizes a critical inflection point in infrastructure security: the tools and practices enabling rapid cloud deployment have become the primary vector for operational security failures. What makes this incident noteworthy isn't the sophistication of the attack — there was no attack. It's the sophistication of what became exposed once basic controls failed.


    For six months, a foreign intelligence service, ransomware operator, or organized crime group could have accessed CISA's cloud infrastructure, reviewed its internal security operations, and potentially maintained persistent access through valid credentials. We have no visibility into whether that happened. The assumption must be that if it was discoverable by security researchers, it was discovered by adversaries.


    This should prompt a fundamental reckoning across government and enterprise. The shift to cloud-native infrastructure and infrastructure-as-code is irreversible and essential. But it requires a corresponding shift in operational discipline: treating configuration repositories with the same security rigor as classified networks. Passwords in plaintext in a git repository are not faster deployments — they're a tax on security paid in full at the moment of exposure.


    The incident also highlights the asymmetric cost structure of secrets management. Implementing a proper secrets vault takes time, requires architectural decisions, and adds operational overhead. Misconfiguring a repository takes seconds. Organizations will continue making that trade-off until the cost of exposure becomes materially higher than the cost of doing it correctly. CISA's exposure should be that moment for every federal agency and Fortune 500 company managing critical infrastructure.


    — *HackWire Editorial*


    ---


    ## Related Coverage


  • Read more in our [Breaches](https://www.hackwire.news/category/breaches) coverage
  • Cross-reference with [Vulnerabilities](https://www.hackwire.news/category/vulnerabilities) and [Malware](https://www.hackwire.news/category/malware)
  • Stay current via the [HackWire homepage](https://www.hackwire.news/)