Google Workspace attacks do not always begin with phishing. Stolen OAuth tokens can provide another path into Gmail, Drive, and connected systems. Material Security explains why organizations need defenses that cover the entire Workspace attack chain. [...]

Recent cybersecurity incidents affecting Vercel and Composio have revealed an evolving attack pattern targeting Google Workspace environments, where the initial compromise bypasses traditional email-based phishing and instead leverages stolen OAuth tokens. This shift represents a significant departure from the long-held assumption that email is the primary entry point for workspace attacks.
Historically, the dominant model for workspace security focused on email as the most vulnerable channel, with attacks typically beginning via malicious emails, leading to credential theft, account takeover, and subsequent access to sensitive data in Gmail and Drive. Attackers would then pivot laterally to other applications and establish persistence.
However, the incidents observed at Vercel and Composio, along with others currently being tracked, demonstrate a "flipped script" where OAuth tokens serve as the initial entry point. These attacks begin by establishing persistence through a stolen OAuth token, which are difficult to detect, survive password resets, and do not expire. This stolen token, often obtained through a supply chain compromise involving a third-party supplier, grants attackers access to data stored in Gmail and Drive. The account takeover is initially executed via OAuth, which then facilitates broader incident scope through the compromised email account. From there, attackers can move laterally across connected systems using credentials found in Drive or by initiating password resets and magic links via email.
This evolving attack chain highlights that while the building blocks of workspace attacks remain consistent, the order and methods of their execution are changing. Security experts note that this OAuth-centric approach is particularly concerning because the tokens are largely invisible to both users and security teams who are not actively monitoring application behavior.
A parallel concern is emerging with the increasing integration of AI agents into Google Workspace. These agents, authorized through legitimate OAuth grants, are designed to read emails, search Drive, and perform tasks on behalf of users. However, if an AI agent operates unexpectedly due to ambiguous instructions, unanticipated reasoning, or a malicious prompt encountered within its environment, it can follow a similar path to an attacker. This could involve accessing unintended inboxes or Drive folders due to overly broad permissions, reading sensitive content like credentials or confidential documents, and then taking actions that lead to lateral movement or data exfiltration to a third party.
The critical distinction here is that such an event would not involve a malicious actor or a compromised credential, but rather an agent operating as designed within an environment lacking appropriate guardrails. Unlike human operators who might exercise common sense or adhere to company policies, an AI agent with over-permissioned OAuth tokens will simply execute its task, potentially exposing sensitive information.
This convergence of attack patterns suggests that the defense strategies against sophisticated attackers and potentially errant AI agents are increasingly similar. Effective defense requires a comprehensive approach that understands the entire attack chain, connecting email, OAuth, Drive, and account behavior. This includes enforcing policies that restrict access to sensitive data across email and Drive, thoroughly investigating OAuth grants to limit exposure, and implementing controls like redacting password reset links or requiring step-up verification for sensitive inbox content. The goal is to establish environmental controls that protect sensitive data regardless of whether the entity attempting access is an attacker or an AI agent operating outside its intended scope.
A weakness has been identified in Tenda CP3 27.5.57.101. This issue affects some unknown processing of the file Net/NetCheckPing.cpp. This manipulation of the argument interface_name/host causes os command injection. The attack can be initiated remotely.
A security flaw has been discovered in Tenda CP3 27.5.57.101. This vulnerability affects the function SystemAsh of the file Apis/system.c of the component Kylin. The manipulation of the argument AlarmVoiceURL results in os command injection. It is possible to launch the attack remotely.

Attackers are exploiting a new unpatched vulnerability in Magento Open Source and Adobe Commerce that lets them run malicious code on an online store's server without logging in, Dutch e-commerce security company Sansec said in an advisory published on September 5. Sansec, which discovered the flaw and named it StyleSmuggler, said attacks started on September 4. "Sansec is publishing early
In BPF instructions that load/store a value from/to a scratch memory register the register index is an unsigned 32-bit integer and must not exceed 15, but libpcap BPF interpreter does not validate the value. In particular uncommon use cases a crafted filter program can cause the interpreter to try reading and writing the OS process memory in the 16GiB starting at the current stack frame on 64-bit architectures and in the entire address space on 32-bit architectures.

Attackers are exploiting two new PaperCut flaws to steal credentials and gain privileged access in education-sector attacks across the U.S. and Europe. Attackers are exploiting two recelty disclosed PaperCut flaws, CVE-2026-81578 and CVE-2026-82078, in attacks targeting schools and other education organizations in the U.S. and Europe, as reported by TheHackerNews. Arctic Wolf researchers observed

JetBrains is urging Cadence users to revoke and rotate all credentials following a security incident last month in which unidentified threat actors exploited a recently disclosed critical vulnerability in TeamCity to breach its own environment. "Cadence users should immediately revoke or rotate all credentials and secrets that may have been used to run their Cadence executions," JetBrains said.