Control over AI
Blog
Safe AI adoption 8 min read

The browser has become your biggest security blind spot

Almost all work happens in the browser, and that is where sensitive data leaves the organisation. Why logs and DLP miss it, and how to catch it first.

Abstract blurred tiles in teal
Quick answer

Almost all work now happens in the browser: AI tools, email, SaaS. That is where sensitive data leaves the organisation, not through your network or your files. Yet most security still watches logs and network traffic, and by then the data has already gone. The answer is to flag sensitive data in the browser, the moment someone pastes or types, before it is sent.

01

Around 85% of the working day is spent in the browser (Omdia, 2025)

02

77% of users paste data into GenAI tools, 82% of it via unmanaged accounts (LayerX)

03

GenAI is now the single largest channel for corporate-to-personal data leakage (LayerX)

04

Network DLP and logs miss a paste inside a browser tab, or see it only after the data is gone

05

The place to act is the browser, at the moment of typing, not afterwards in a log

The security team watches the dashboards. Network traffic, endpoint alerts, mail gateway, firewall: all green. No suspicious outbound connections, no blocked attachments. On paper, nothing is leaking.

Two floors up, an employee pastes a client file into ChatGPT, in a browser tab, on a personal account. Encrypted traffic to an ordinary website. No alert. No log that matters. The data is out of the door, and the dashboards stay green.

That is not a fault in your security. It is a blind spot in where you are looking.

You're looking in the wrong place

Almost all work now happens in the browser: AI tools, email, CRM, documents, forms, ticketing. That is where sensitive data leaves the organisation. Not through your network, not through your file server, but through a text field in a tab. And that is precisely where most security does not look. Better logging will not fix that. Being there the moment someone pastes or types will.

Why the classic approach fails here

Classic data loss prevention was built for a world that is disappearing: files on a drive, email through a gateway, traffic over a network you control. DLP, proxies and endpoint tools are strong there.

But a prompt is not an attachment. A paste into a SaaS app is not a file transfer. It is encrypted traffic to an ordinary website, often through an account the organisation does not manage. Research by LayerX found that 82 per cent of the data employees paste into GenAI tools goes through unmanaged accounts. That puts it out of sight of the tools you probably already have.

And even what you do log, you log after the fact. A log is a record of what has already happened. By the time the line appears, the data has gone. You can reconstruct an incident with it, but you cannot prevent one.

What happens in the browser

The numbers show how far the centre of gravity has moved.

Omdia's State of Workforce Security found that around 85 per cent of the working day is spent in the browser, in SaaS and web apps. The browser is no longer a window onto work. It is the workplace.

And that is where it goes wrong. LayerX found that 77 per cent of users paste data into GenAI tools, and that GenAI is now the single largest channel through which corporate data leaks from a work environment into a personal one. Copy and paste, the most ordinary action there is, has become the biggest blind spot. Not through a sophisticated attack, but through Ctrl+C and Ctrl+V in a tab.

This is the pattern we see throughout this series: the risk arises with people, at the moment they act, in the browser. And that is exactly where most organisations have no visibility.

But surely the proxy sees everything?

It is a fair objection: "We have DLP, a CASB and a proxy. We do see what happens."

For some of it, that is true. For managed flows, known apps and corporate accounts, those tools do good work, and they remain necessary. This is not an argument against your existing stack.

But the most dangerous behaviour falls outside that stack: a paste into a free AI tool, on a personal account, in a browser. No data processing agreement, often no corporate identity. Your CASB sees the approved app, not the shadow tab next to it. And what your proxy logs, it logs after the event. The question is not whether you have tools, but whether they are looking where the work, and the leak, actually happen today.

What you do see in the browser

Four shifts that bring visibility back to where the work is.

  1. Put detection in the browser. Where typing and pasting happen, not in a network layer that only sees encrypted traffic going past.
  2. Flag it before it is sent. Help the employee at the moment they act, so the leak never happens, instead of finding it later in a log.
  3. Cover the whole browser, not one app. AI, email, SaaS and forms: the risk is anywhere a text field sends data out.
  4. Measure in aggregate. Which data types, which tools and whether the line falls after you change something, without tracking individuals.

That last shift turns a blind spot into a measurable picture. This is what that looks like:

Detections over timeLast 30 days
12,438+18% vs the previous period
Detections by platform
ChatGPT
ChatGPT
78% adjusted
8,124
Gmail
81% adjusted
3,210
Gemini
74% adjusted
812
Detected entity types
Name
4,212
Email address
2,930
Credit card number
1,486
Account number
1,104
Diagnosis
612
StandardCritical
The BeeSensible dashboard: detections in aggregate and where they occur most, without monitoring individuals.

Not scattered log lines to pick through afterwards, but a trend: where does the risk arise, in which channels, and is what you changed working?

Closing the gap in the browser

You can bring visibility back to exactly where the work happens: the browser. BeeSensible's browser extension recognises sensitive information as someone types or pastes, across AI tools, email and other web apps. The text is sent to BeeSensible's EU detection service, where it is analysed in memory and discarded after detection. None of it is stored. Sensitive details, such as a name paired with an account number, an IBAN or a national ID number, are highlighted before the text is sent. The employee decides. If the organisation wants pasted text to go through detection first every time, it switches on masking on paste.

Here is what that looks like the moment someone pastes into a browser tab:

Outlook
New message
Todr.smith@clinic.co.uk
SubjectClient file: Saoirse Walsh
Dear colleague, please find the file for client Saoirse Walsh (BSN: 384920173). She can be reached at 06-12345678. See the attachment for the full care plan.
BeeSensible highlights sensitive details before you send.

None of this means your security is weak. It is just watching a world that has shifted. The work moved into the browser, and the risk moved with it. To get a handle on it there, you have to stop waiting for the log line and be present at the moment of the paste. Not to block traffic, but to make what happens in a tab visible before it leaves the organisation. Looking harder at the network will not make the blind spot disappear. It disappears when you look where people work.

FAQ

Common questions

Why is the browser a security blind spot?

Because almost all work happens there, while traditional security watches other places. Network DLP and endpoint tools are built for files and email gateways, not for a copy-paste from a browser tab into an AI tool or SaaS app. That happens over encrypted traffic and often through an unmanaged account, out of their sight.

Don't our DLP and logs see what employees paste into AI tools?

Usually not, or only afterwards. Research by LayerX shows that 82 per cent of data pasted into GenAI tools goes through unmanaged accounts, outside any corporate oversight. And even when something lands in a log, the data has already been sent. A log is a record of what happened, not a chance to intervene.

Isn't a browser extension too limited for serious security?

The browser is exactly where modern data sharing happens: AI, email, CRM, documents, forms. About 85 per cent of the working day is spent there. Security that works in the browser sits precisely where the risk arises, before sending rather than after.

What's the difference from monitoring logs afterwards?

Logs tell you what went wrong yesterday. A warning in the browser tells the employee what is sensitive now, before it is sent, so the incident never happens. It is the difference between prevention and clean-up.

How does this help with the GDPR?

Under the GDPR you must report a breach within 72 hours and demonstrate appropriate measures. A leak you only find in the logs is already a breach. Flagging sensitive data in the browser helps stop it leaving, and produces aggregated figures to substantiate your measures.

See how BeeSensible works

Sensitive data gets a marking while you type, in the tools your team already works in. You decide what happens before you send.

Portrait of Rens Timmermans from BeeSensible

Prefer someone to walk you through it?

Rens, BeeSensible

I'm happy to give you a twenty-minute tour. Leave your details and I'll find a time that suits you. You're also welcome to call or email.

Prefer to talk to someone first?

Want a live demo, or a quote for 100+ users? Leave your details and we'll be in touch within one working day.