AI & TechArtificial IntelligenceCybersecurityNewswireTechnology

Why Your Browser Is AI Security’s New Front Line

▼ Summary

– AI is accelerating phishing attacks, enabling rapid creation of kits like ClickFix and device code phishing, while 89% of phishing domains are active for under two days, making blocklist-based defenses ineffective.
– Employee adoption of AI tools outpaces governance, with 45% using AI on corporate devices and 67% using non-corporate accounts, leading to risks like data exfiltration via clipboard pastes and unapproved OAuth permissions.
– Both AI-enabled attacks and uncontrolled AI usage converge in the browser, making it the optimal layer for detection and control through session visibility rather than traditional endpoint or domain-based tools.
– Effective browser-based solutions should capture telemetry for permitted events, full OAuth consent flows, and novel attack techniques without relying on signatures, while forwarding session data to SIEM for investigation.
– Push Security offers a single browser-based platform that detects AI-driven attacks and governs AI usage, providing features like blocking file uploads, clipboard pastes, and streaming telemetry to SIEM.

Security teams today face two converging challenges that demand a unified response. On one side, adversaries are leveraging AI to rapidly create and deploy phishing kits, generate convincing lures, and rotate infrastructure faster than traditional blocklists can keep up. On the other, employees are adopting AI tools at a pace that outstrips governance, pasting sensitive data into large language models, granting OAuth permissions to AI agents, and installing unvetted browser extensions. Both of these problems play out in the same critical environment: the browser. The most effective solution is a single platform with deep visibility into browser sessions, rather than two separate tools that each see only part of the picture.

AI-enabled attacks are outpacing traditional defenses. The security cat-and-mouse game has always existed, but AI is dramatically accelerating the attacker’s side. Phishing kits are forked, modified, and brought to market faster than ever. AI acts as a force multiplier for cybercriminals, changing the calculus for defenders in three key ways. First, AI supercharges attacker tool creation. Attackers use AI like any engineer to multiply output, heavily leveraging it in the creation and iteration of PhaaS tools and kits. The rapid evolution of ClickFix, with new techniques like InstallFix and ConsentFix, is a prime example. Device code phishing, which abuses legitimate OAuth flows to bypass MFA and passkeys, has surged from a research curiosity to an industrialized PhaaS offering, with over 18 kits actively tracked in the wild. As AitM and device code kits converge into single platforms, heavy AI use is evident, as seen in Doko’s Panel and derivative kits used extensively by ShinyHunters and BlackFile.

Second, IoC-based detections are increasingly degraded. AI has collapsed the cost of building convincing phishing infrastructure. A convincing page can be vibecoded in minutes, deployed to a fresh domain, claim victims, and rotate out before any reputation service flags it. According to Spamhaus, 89% of phishing domains are active for fewer than two days. For organizations relying on blocklists and IOC feeds, every phishing attack is effectively a zero-day. Combined with the misuse of legitimate sites for hosting and delivery, it’s extremely difficult to discern good from bad when relying on low-level IoCs like domains and IPs. Recent examples even show attackers hosting malicious links via legitimate AI chat sharing functionality, a technique detected as LLMShare.

Third, AI makes it easier to build and run multi-channel campaigns. Push’s own data shows that roughly 1 in 3 phishing payloads arrive via channels other than email, including malvertising, social media, and SEO poisoning. ClickFix is a clear example, with 4 in 5 payloads arriving through search engine results. Email security is structurally blind to these fastest-growing delivery channels. The LLMShare example illustrates this perfectly: attackers malvertised links via search engine ads that are incredibly hard to spot, combining non-email delivery, legitimate site abuse, and misuse of AI tools for maximum impact.

All three trends converge in the browser session, where payload delivery and account takeover actually happen. Detection must operate at this layer, analyzing page behavior, script execution, and malicious mechanics like session theft, malicious copy/paste, and file downloads, rather than matching domains against a feed. Many attacks now take place entirely inside the browser session without touching the endpoint.

Uncontrolled AI adoption is the other half of the problem. On the employee side, adoption is outrunning governance. Organizations face a top-down mandate to use more AI to remain competitive, but blocking or bottlenecking that process is not viable. Security teams must find a way to adopt AI safely and securely. The signs show this is out of control for many organizations. The 2026 Verizon DBIR found that 45% of employees are regular AI users on corporate devices, with 67% using non-corporate accounts. Push’s telemetry shows the average organization has 16 unique AI apps, 17 AI browser extensions, and 17 AI-connected OAuth integrations, most of them unapproved. Of file uploads to AI tools, 38% come from personal shadow accounts.

The risks stack up quickly. Sensitive data leaves the organization through clipboard pastes and file uploads to unapproved AI tools. AI browser extensions collect browsing context from internal applications, creating a data exfiltration path outside traditional DLP. AI agents request OAuth permissions to access organizational data, with MCP connections creating persistent, permissioned access that most organizations have little visibility and control over. The 2026 Vercel breach shows where this leads: a compromised third-party AI SaaS provider’s OAuth integration became the entry point into a corporate Google Workspace tenant. ShinyHunters’ campaigns against Salesloft Drift and Gainsight demonstrated the same pattern at scale last year.

The browser sees both sides, and that’s the point. Both problems share a root cause: security-relevant activity is happening inside browser sessions that most tools can’t observe. Many attack techniques are browser-native, meaning traditional monitoring tools lack the required visibility to detect and intercept them. The browser is equally the best single layer for gaining visibility and control over AI usage, as it sees the apps, OAuth grants, extensions, and account context. Enterprise AI tools like Claude, ChatGPT Enterprise, Microsoft Copilot, and Gemini for Workspace increasingly provide native prompt logging and DLP controls on their enterprise plans. Combining these capabilities means you can use the browser to enforce which AI tools employees can access and ensure they reach the corporate tenant, then rely on platform-native controls to govern activity within that environment. The browser makes platform controls effective and prevents shadow AI use that can otherwise go undetected, especially for AI agents and MCP-connected tools that operate through OAuth grants.

When evaluating browser-based solutions, four questions separate tools that provide genuine security telemetry from those offering compliance reporting with limited investigative value. First, does the tool capture AI interactions that didn’t trigger a policy violation? Enforcement-first tools only record what they stopped, but the most significant events are often ones that looked normal at the time, like an approved extension updating its permissions or an OAuth consent grant that was technically permitted. Ask if the tool collects telemetry for permitted events, not just violations.

Second, does the tool capture the full OAuth consent flow when an AI agent requests access to organizational data? Most enforcement-first tools treat OAuth as binary, which was reasonable for IT-managed integrations but insufficient for agentic AI. The right tool captures what scopes were requested, who approved them, and what application received them, and can warn or block in real time.

Third, when a new attack technique emerges with no signature, how quickly does the platform detect it? Attackers rotate infrastructure in hours and use AI to generate new lures. A detection model built on blocklists is architecturally behind any novel technique. Ask vendors to show a specific detection that fired before the infrastructure appeared on any threat feed.

Fourth, what telemetry reaches your SIEM? Some tools send only alert metadata, while others forward broader telemetry like credential reuse, app logins, extension installs, phishing kit detections, file uploads, clipboard activity, and OAuth consents. The difference determines whether your SOC can investigate from the SIEM event itself or needs to pivot back to the vendor’s console.

Push Security is a browser-based threat detection and response platform, deployed as a lightweight browser extension that can be rolled out across an organization in under an hour with no browser migration required. It treats AI visibility and control as features that extend naturally from its deep browser-layer telemetry, powering both attack detection and AI governance in a single tool. With Push, you can detect and stop emerging browser-based attack techniques, benefit from an agentic detection pipeline that continuously hunts across customer environments, stream telemetry to your SIEM for a wide variety of events, block file uploads and downloads, block clipboard pastes of sensitive data with regex patterns, and write custom YAML rules targeting specific page DOM elements, web requests, and HTTP headers. Security teams don’t need to choose between stopping AI-enabled attacks and governing AI usage, or pay for two tools that each see half the picture.

(Source: BleepingComputer)

Topics

ai-enabled phishing 95% shadow ai adoption 93% browser security 92% device code phishing 88% ioc degradation 87% ai agent oauth risks 86% multi-channel attacks 85% clickfix techniques 84% llmshare attacks 82% browser-based detection 81%