OpenAI disclosed on June 2, 2026 that a security vulnerability in TanStack, a popular open source npm package, forced the company to rotate code signing certificates for all macOS applications including ChatGPT, Codex, Atlas, and the Codex CLI. The company is requiring all macOS users to update their applications before June 12, 2026, or face potential access issues. iOS, Android, and Windows versions remain unaffected. TanStack, maintained by developer Tanner Linsley and widely used across the JavaScript ecosystem, includes packages like TanStack Query (formerly React Query), TanStack Table, and TanStack Router. The library has over 20 million weekly downloads on npm and powers countless enterprise applications. On May 28, 2026, security researchers discovered that malicious actors had compromised the TanStack npm publishing pipeline, injecting code that could potentially exfiltrate signing keys and certificates from development environments. The attack exploited a vulnerability in npm's package publish workflow, specifically targeting maintainer authentication tokens that had been cached in CI/CD systems. The breach represents a sophisticated supply chain attack. According to security forums on GitHub and Reddit, the malicious code was embedded in version 5.45.2 of @tanstack/query core, released on May 27, 2026. The code executed during the build process, scanning for environment variables and configuration files containing code signing credentials. While OpenAI maintains that no evidence exists of data exfiltration or production system compromise, the company took the aggressive step of rotating all macOS code signing certificates out of an abundance of caution. This means every existing installation of OpenAI's macOS apps now carries outdated certificates that will be revoked on June 12. Code signing certificates serve as digital passports for software, proving to macOS that an application truly comes from OpenAI and hasn't been tampered with. When a certificate is revoked, macOS Gatekeeper (the operating system's security bouncer) will refuse to run apps signed with that certificate. Users who don't update by the deadline will see scary security warnings or find their apps completely blocked. OpenAI is essentially forcing a hard cutoff to ensure no attacker could theoretically use compromised signing material to distribute fake OpenAI apps that macOS would trust. The npm security community responded swiftly. The npm security team removed the compromised TanStack versions from the registry within hours of discovery on May 28. Tanner Linsley published a security advisory on May 29, confirming the breach and urging all users to audit their build environments. GitHub Advanced Security scans flagged the malicious code patterns, and major package managers including Yarn and pnpm issued alerts. However, the damage window was narrow but real: any developer who pulled the compromised version between May 27 and May 28 and built software containing signing credentials potentially exposed those secrets. OpenAI's response demonstrates how even companies with sophisticated security operations must treat supply chain compromises as existential threats. The company's security team likely discovered the issue through automated monitoring of dependencies or through alerts from the npm ecosystem. Rather than quietly patching and hoping for the best, OpenAI chose transparency and a forced update cycle. This approach mirrors best practices from companies like Microsoft and Google, which have increasingly treated certificate rotation as a mandatory response to any potential compromise, regardless of confirmed impact. For developers, this incident underscores brutal truths about modern software development:

  1. Every npm package is a potential attack vector even well maintained, popular libraries
  2. Code signing secrets must never live in environment variables or build systems that pull third party code
  3. Dependency auditing must happen continuously, not just during major updates
  4. Supply chain attacks now target the publish pipeline itself, not just package contents
  5. Certificate rotation is the only safe response when signing keys are potentially exposed