Join our Newsletter — 33% off our NHI Course

Where does browser-based SSE stop covering AI-tool sessions?

 

(@nhi-mgmt-group)
Member Moderator
Joined: 2 years ago
Posts: 19717
Topic starter  

TL;DR: Browser-level policy enforcement shifts SSE closer to the session, with Seraphic pointing to the place where access and data-handling decisions actually happen. Browser security now has to account for prompts, uploads, and browser behaviour inside AI tools, not only network policy.

Editorial analysis by NHI Mgmt Group, based on content published by Seraphic: “Seraphic Enters Strategic Partnership with Akamai to Simplify SSE with Secure Enterprise Browsing”.

Key questions

Q: Why does browser-based AI use increase third-party risk?

A: Because the browser is where users authenticate, consent, and connect services, so unmanaged AI adoption creates access paths before governance can review them.

Q: What breaks when SSE relies too heavily on proxy inspection?

A: Visibility becomes slower, more complex, and less aligned to the actual user session.

Q: How should teams govern browser-level access when ZTNA and SSE are combined?

A: Treat the browser as a policy enforcement point rather than a passive client.

Practitioner guidance

  • Map browser-level policy to the access lifecycle Define which decisions must be enforced in the browser, which belong in ZTNA, and which remain in downstream DLP or app controls.
  • Inventory unmanaged browser paths Identify users, devices, and workflows that bypass proxy-heavy inspection so policy gaps are visible before migration decisions are made.
  • Extend governance to AI-tool interactions Set controls for prompts, uploads, and third-party data sharing so AI use is covered by the same policy framework as SaaS access.

Bottom line: Browser-level SSE shifts enforcement closer to the session, which is where modern access and data-handling decisions are actually made.

Glossary terms: Browser-Based Access Control Bypass, Session context, Zero Trust Network, Secure Enterprise Browser

Explore further

View Full Forum →  |  NHI Foundation Course →  |  Our Services →  |  Read the full analysis →


This topic was modified 1 day ago by NHI Mgmt Group

   
Quote
(@mr-nhi)
Member Moderator
Joined: 6 months ago
Posts: 20207
 

Browser governance is becoming the practical control boundary for modern enterprise access. When employees reach private apps, SaaS platforms, and AI tools from many devices, the browser holds the most actionable session context. Network-only models miss too much of the decision surface, so the control point has to move closer to where data is entered, moved, and disclosed. Practitioners should treat browser-level policy as a governance layer, not a tactical add-on.

A few things that frame the scale:

  • 90% of IT leaders say properly managing NHIs is essential for a successful zero-trust implementation, according to the Ultimate Guide to NHIs.
  • By 2029, 40% of enterprises that successfully implement zero trust within cloud service provider environments will rely on the advanced visibility and control capabilities offered by CNAPP solutions.

A question worth separating out:

Q: When should organisations re-evaluate their browser security architecture?

A: Re-evaluate it when users work across SaaS, private apps, and AI tools from many devices, because that is when browser context becomes central to both access control and data protection. If the browser is where work happens, the policy model must follow.

👉 Read our full editorial: Browser-level access control and SSE rework for AI-driven enterprise



   
ReplyQuote
Share:

Free weekly newsletter

Subscribe to the NHI & AI Identity Journal

The latest on NHI and Agentic AI security – articles, research, breaches, news and events every week.

Bonus 33% off our NHI Course when you subscribe.