ChainCatcher report: GitBook’s post-incident review of the security incident on November 2 states that the attacker exploited a vulnerability in its single sign-on process to forge employee login sessions, then queried improperly configured GitHub App credentials within the organization, gained access to internal code repositories, and obtained Cloudflare API keys, ultimately acquiring full production environment privileges via a service account. GitBook disabled the relevant internal service accounts within hours to halt the attack, resulting in a platform outage of approximately 16 hours, with full restoration completed on November 3 at 11:56 UTC. The attacker remained in the production environment for a total of approximately 3 hours and 25 minutes. GitBook has rotated all infrastructure and customer-hosted keys and revoked all API tokens. GitBook stated that current evidence suggests the attack targeted a single customer rather than the platform as a whole, with no indication that other customers’ content was altered. However, since the attacker had access to customer data within the platform, all customer data is being treated as potentially exposed, including API tokens, integration keys, session signing keys, assistant Q&A logs, and GitHub and GitLab app permissions for authorized repositories. Billing information, passwords, and IP addresses were unaffected. GitBook noted that the speed and precision of the attack heavily relied on automation and AI. 23pds, Chief Information Security Officer at SlowMist, shared this review, indicating that the targeted entity was Trade.xyz. Trade.xyz previously stated that the document anomalies stemmed from a compromise of GitBook’s infrastructure, with no signs of compromise to its own infrastructure, and plans to migrate away from GitBook within days.
GitBook Security Incident: Attack Targeted Trade.xyz via SSO Vulnerability
ChaincatcherShare
On November 2, GitBook disclosed a security breach in which attackers exploited a single sign-on (SSO) vulnerability to impersonate employee sessions and steal internal GitHub App credentials. This vulnerability led to the compromise of Cloudflare API keys and full access to the production environment. GitBook disabled affected accounts within hours, resulting in a 16-hour outage, and fully restored services by 11:56 UTC on November 3. The attackers had access for approximately 3 hours and 25 minutes. GitBook subsequently rotated all keys and tokens, stating that the attack primarily targeted one customer, with no evidence of tampering with other user data. Nevertheless, it is treating all data as compromised, including API tokens and session keys. Billing data, passwords, and IP addresses were unaffected. The attack is described as automated and AI-assisted. SlowMist’s 23pds identified the target as Trade.xyz, which confirmed the breach originated from GitBook’s side and revealed no compromise of its own systems, with plans to migrate away from GitBook soon.
Source:Show original
Disclaimer: The information on this page may have been obtained from third parties and does not necessarily reflect the views or opinions of KuCoin. This content is provided for general informational purposes only, without any representation or warranty of any kind, nor shall it be construed as financial or investment advice. KuCoin shall not be liable for any errors or omissions, or for any outcomes resulting from the use of this information.
Investments in digital assets can be risky. Please carefully evaluate the risks of a product and your risk tolerance based on your own financial circumstances. For more information, please refer to our Terms of Use and Risk Disclosure.
