BTC $74,209.53 +1.91%
ETH $2,075.80 +2.94%
BNB $685.11 +2.16%
XRP $1.07 +2.25%
SOL $84.83 +3.52%
TRX $0.3162 -0.47%
DOGE $0.0689 +2.80%
ADA $0.1786 +3.75%
BCH $232.56 +1.91%
LINK $10.49 +2.98%
HYPE $74.14 +4.54%
AAVE $124.25 +1.43%
SUI $0.8437 +4.89%
XLM $0.1509 +6.56%
ZEC $1,006.04 -0.66%
AAPL $355.07 +1.91%
AMZN $267.45 -0.67%
GOOGL $293.80 +2.35%
MSFT $521.16 -4.12%
META $642.33 +0.27%
NVDA $176.26 +5.50%
TSLA $393.10 +4.45%
SNDK $998.82 +18.85%
INTC $63.67 +11.00%
SPCX $143.72 +1.68%
MU $823.73 +16.69%
AMD $556.54 +9.26%
BTC $74,209.53 +1.91%
ETH $2,075.80 +2.94%
BNB $685.11 +2.16%
XRP $1.07 +2.25%
SOL $84.83 +3.52%
TRX $0.3162 -0.47%
DOGE $0.0689 +2.80%
ADA $0.1786 +3.75%
BCH $232.56 +1.91%
LINK $10.49 +2.98%
HYPE $74.14 +4.54%
AAVE $124.25 +1.43%
SUI $0.8437 +4.89%
XLM $0.1509 +6.56%
ZEC $1,006.04 -0.66%
AAPL $355.07 +1.91%
AMZN $267.45 -0.67%
GOOGL $293.80 +2.35%
MSFT $521.16 -4.12%
META $642.33 +0.27%
NVDA $176.26 +5.50%
TSLA $393.10 +4.45%
SNDK $998.82 +18.85%
INTC $63.67 +11.00%
SPCX $143.72 +1.68%
MU $823.73 +16.69%
AMD $556.54 +9.26%

vulnerability

All
Article
Flash

Google urgently releases Chrome security update: fixes zero-day vulnerability already being exploited in the wild, urges users to upgrade immediately

On November 9, 2026, Google released an emergency stable channel update for the desktop Chrome browser, fixing nine security vulnerabilities, including a zero-day vulnerability that was already being exploited in the wild. This update raises the Chrome version on Windows and Mac platforms to 157.8103.5/.51, and to 157.8103.5 on the Linux platform, and will be gradually rolled out over the next few days to weeks. The core focus of this update is the high-risk vulnerability numbered CVE-2026-125350, which is a use-after-free issue in an XML component. Google explicitly stated in the announcement that "CVE-2026-125350 is known to be exploited in the wild," but did not disclose specific attack methods, the scale of victims, or attribution of the attack activities.The vulnerability was reported by an anonymous researcher on November 6, 2026, just three days before Google released the fix. Among the nine fixes, seven are classified as "high risk" and two as "medium risk." In addition to CVE-2026-125350, another high-risk vulnerability, CVE-2026-125346, also pertains to a use-after-free issue in an XML component, reported by Arni Hardarson of Neonix Security on October 12, 2026, but Google only marked CVE-2026-125350 as an actively exploited vulnerability. The other high-risk vulnerabilities include uninitialized resources in WebGL, improper FileSystem authorization, synthesizer buffer overflow, GPU out-of-bounds write, and V8 type confusion, most of which were discovered by Google's internal security team.Google also confirmed that the Android version of Chrome (157.8103.5) released on the same day includes the same security fixes as the desktop version, with no exceptions noted. Users on the Extended Stable channel should install the update released separately on November 9, with Windows and Mac versions being 156.8078.96, which also lists CVE-2026-125350 as a high-risk fix. The Hong Kong Government Computer Security Incident Coordination Centre (GovCERT.HK) issued a security alert on the same day, defining affected systems as versions prior to Chrome 157.8103.5, and pointed out that successful exploitation of the related vulnerabilities could lead to remote code execution, denial of service, tampering, or bypassing security restrictions. The Hong Kong Computer Security Incident Coordination Centre (HKCERT) rated the risk level of this update as "extremely high risk." Google explained in the announcement that access to vulnerability details and links may remain restricted until most users complete the update. The company recommends that users manually check and trigger the update via "Settings → About Chrome," and restart the browser after completing the update for the patch to take effect. For users still running versions prior to Chrome 157.8103.5, the current priority action is to confirm the version number and restart immediately to complete the upgrade.

GitBook Security Incident Review: Attack Targeting Trade.xyz, SSO Vulnerability Leads to Production Environment Breach

GitBook released a security incident review on November 2, stating that attackers exploited a vulnerability in its single sign-on process to forge employee login sessions, allowing them to query improperly configured GitHub App authentication information within the organization, access internal code repositories, and obtain Cloudflare API keys, ultimately gaining full production environment permissions through service accounts.GitBook disabled the relevant internal service accounts to cut off the attack within hours, resulting in the platform being offline for approximately 16 hours, and fully restored on November 3 at 11:56 UTC. The attackers remained in the production environment for a total of about 3 hours and 25 minutes. GitBook has rotated all infrastructure and revoked customer keys and API tokens.GitBook stated that current indications show the attack targeted a single customer rather than the platform as a whole, and no other customer content has been found to be tampered with. However, since the attackers could access customer data within the platform, they are treating it as if all customer data may have been exposed, including API tokens, integration keys, session signing keys, assistant Q&A records, and authorized repository permissions for GitHub and GitLab applications. Billing information, passwords, and IP addresses were not affected.GitBook noted that the speed and precision of the attack heavily relied on automation and AI. Slow Mist's Chief Information Security Officer 23pds forwarded the review, stating that the targeted entity was Trade.xyz. Trade.xyz previously indicated that the document anomaly stemmed from an intrusion into GitBook's infrastructure, and there were no signs of their own infrastructure being compromised, and they will migrate away from GitBook within a few days.

BTCPay Server: Vulnerability in the old version led to theft of funds from hot wallets, users are advised to migrate immediately

The open-source Bitcoin payment processing tool BTCPay Server has received multiple reports of unauthorized fund theft from its Bitcoin and Litecoin hot wallets on the platform. The project team released an investigation update confirming that the attack targeted servers running BTCPay Server version 2.4.1 or earlier. The attackers exploited a vulnerability that was fixed in version 2.4.2 on August 7, gaining administrative access to the servers through various methods and draining the hot wallet funds.BTCPay Server founder Nicolas Dorier confirmed that only servers running versions prior to 2.4.2, particularly version 2.4.1, were affected; users running the latest version 2.4.7 have not reported any credible losses. Some affected service providers, including LunaNode, have automatically shut down at-risk older instances. The official recommendation for users still using version 2.4.1 or earlier is to immediately transfer any remaining funds in old hot wallets to a new wallet created with a completely new mnemonic, take the old server offline while retaining relevant logs, and then install the latest version on a new virtual machine and connect the new wallet, ensuring not to restore the old server entirely to the new machine.Simply updating the software version is not enough to eliminate the risk, as attackers may have gained persistent access to the old server. Funds stored outside the server, such as those in hardware wallets, were not affected by this incident. The vulnerability is related to a flaw fixed in August of this year, when attackers had manipulated nodes by obtaining LND administrative credentials. As of now, this vulnerability has not been assigned a CVE number and is not listed in CISA's known exploited vulnerabilities catalog.

OpenAI reveals autonomous vulnerability pipeline: a run that produced 948 local privilege escalation vulnerabilities in Linux

According to disclosures from OpenAI's official website, the company has established an autonomous security research pipeline covering vulnerability discovery, dynamic verification, exploitability assessment, and patch generation. In a run centered on an upcoming network model, the pipeline completed scanning and verification of targets related to the Linux kernel, generating 948 exploits that can achieve local privilege escalation (LPE) on commonly used Linux distributions, with an API cost of approximately $1.213 million, or about $1,279 per LPE exploit.It was reported that the pipeline identified and analyzed a total of 2,308 candidate discoveries, dynamically reproducing 1,724 vulnerabilities, and producing 291 information leakage proofs of concept (PoC); the target virtual machine ran a standard desktop system with complete protection. The Scout agent initially identified about 5,034 audit targets (approximately 2.8 million lines of code, accounting for about 7% of the kernel), and the Analyst agent produced candidate discoveries in about 12 hours. OpenAI stated that it has prioritized reporting critical vulnerability patches as recommended by the Linux community and continues to advance the remaining reports in collaboration with Patch the Planet partners.OpenAI also mentioned that in the adapted kernelCTF environment, an additional 25 information leakage PoCs and 21 LPEs were obtained; among 166 sampled exploits, the agent reportedly used at least 10 newer Linux exploitation techniques that it deemed more recent. The company emphasized that maintainers are quick to fix: over 100 LPEs have been patched or entered temporary patches within about 10 days of scanning, and approximately 300 others have entered public discussion.

first_img The vulnerability bounty platform Immunefi has launched Credits, and over 700 researchers have received allocations

The blockchain vulnerability bounty platform Immunefi announced the launch of Immunefi Credits. Since the submission fee mechanism was initiated, researchers will receive an equivalent amount of Credits for effective reports, covering valid discoveries, valid reports of duplicate submissions, privately known issues, and situations where the mediation results are favorable to the researchers. The platform stated that over 700 researchers have already received Credits without needing to apply separately, and the amount can be viewed on the Credits page associated with the console balance.Immunefi stated that starting today, Credits can be used to pay for submission reports, mediation, account verification, and other fees within the platform, and will be used for related services once Immunefi Studio is open to the public. One Credit is worth 1 US dollar and can be purchased with USDC. Credits do not replace vulnerability bounties or audit competition rewards; valid discoveries will still receive rewards according to the original rules, and additionally receive Credits equivalent to the submission fees. The Credits issued retroactively will be valid for 12 months from today, and thereafter each Credit will be valid for 12 months from the date of crediting, bound to the account, and non-transferable or redeemable.Eligible situations also include valid discoveries already paid in vulnerability bounties or confirmed in audit competitions, duplicates of valid reports by others, privately known issues and their duplicates, as well as mediation fees when mediation is won. Publicly known issues, invalid reports, out-of-scope submissions, policy violations, duplicates of rejected reports, and duplicates of self-reports are not counted. Account verification fees can earn equivalent Credits when there is a valid report after verification and the accuracy rate reaches at least 25%. The fee mechanism has been applicable to vulnerability bounties since March 24 and to audit competitions since April 10, with relevant verifications currently conducted approximately every two weeks.
app_icon
ChainCatcher Building the Web3 world with innovations.