数小影 2026-01-13 13:59 浙江

以下文章来源于：数影星球

数影之内是工作，数影之外是生活。数影安全办公空间，兼顾企业数据安全与员工个人隐私，让企业办公更安全、更高效、更智能。

■ 主要依赖 SaaS 应用程序、且需要保护的分支机构或网络物理系统（CPS）较少的企业，需要比传统安全堆栈更简单的安全管理技术。企业安全浏览器（SEB）正好满足了这一需求。此外，SEB 还能实现从非托管或轻量级托管的终端用户设备以及自带电脑（BYOPC）进行分段访问，而在这些设备上部署终端代理往往会因隐私或维护原因而显得不合适。

■ 网络安全解决方案通常会导致延迟增加，这是因为需要将流量引导至云端并执行解密操作，包括需要阻止或禁用快速 UDP 互联网连接（QUIC）流量。因此，未来在终端上检查敏感内容可能会成为一项优先级更高的需求。

Gartner

一、架构范式转变

企业计算格局已发生根本性转变，网络浏览器已从一个轻量级工具转变为主要工作空间，员工大约 85% 到 90% 的工作时间都在这个环境中度过。这种演变有效地瓦解了传统的网络边界，因为敏感数据现在直接在非托管端点和基于云的软件即服务 (SaaS) 平台之间流动。

到 2028 年，将有 25% 的企业通过部署至少一项企业安全浏览器（SEB）技术，来弥补现有安全远程访问和终端安全工具的特定短板，从而对其进行补充与增强。

安全企业浏览器 (Secure Enterprise Browsers，SEB) 已成为一个专门的架构层，旨在在使用点的精确位置强制执行安全策略并提供对数据交互的精细治理。

1.1 网络安全

传统的安全模型优先通过防火墙和虚拟专用网络 (VPN) 来保护办公网络。然而，这些工具缺乏对 Web 应用程序内部活动的可见性。SEB 通过将安全执行点转移到浏览器引擎本身来解决这个问题，从而实现对身份、设备和数据的“最后一英里”控制 。

1.1.1 SEB vs. VPN

1.2 数据安全

传统 DLP 运行在操作系统层（Kernel/OS Level）。它只能看到“Chrome 进程正在向磁盘写入一个文件”或者“用户在浏览器窗口里按下了 Ctrl+C”；它很难区分用户是在 CRM 系统里复制客户名单（违规），还是在百度翻译里复制一段英文（合规）。为了防止误报，策略往往不得不设置得很宽泛，导致要么“管不住”，要么“管太死”。企业安全浏览器直接解析网页代码（DOM Tree）。它能精确知道用户当前是在 CRM 的 “客户信用卡号” 字段里进行操作；还可以直接在渲染层将敏感数据（如手机号、身份证）替换为 ***。这是传统 DLP 做不到的，因为传统 DLP 只能在数据被“复制”或“下载”后进行拦截，而无法改变数据在屏幕上的显示方式。

然而在数据安全领域，没有任何单一技术是“银弹”，通常需要根据数据的形态（Web 流数据 vs. 静态文件）和流转路径来选择。

以下是企业安全浏览器（ESB）与终端 DLP、终端沙箱、远程浏览器隔离（RBI）以及文档加解密（IRM/DRM）在数据安全维度的详细优劣势对比表：

1.2.1 SEB vs. DLP

1.2.2 SEB vs. 沙箱（Sandbox)

1.2.3 SEB vs. 远程隔离浏览器（RBI)

1.2.3 SEB vs. 文档加解密（IRM/DRM)

1.3 攻防安全

杀毒软件（AV）/EDR 守卫的是操作系统（OS）和内核层，主要应对“文件”和“进程”；而 SEB 守卫的是应用层（Layer 7），主要应对“内容”和“交互”。鉴于现代 70%-80% 的攻击始于浏览器（钓鱼、水坑攻击、恶意插件），ESB 在以下几个攻击对抗场景中拥有 AV/EDR 无法比拟的上帝视角和阻断能力：

二、安全浏览器的三种形态

2.1 产品形态

安全浏览器的架构格局由三种主要模型定义：

• 远程浏览器隔离 (RBI)：在远程、基于云的容器中执行所有 Web 内容，仅将安全的视觉流（像素）或经过清理的文档对象模型 (DOM) 发送到用户的设备。这创建了一个防止恶意软件的物理“气隙” 。

• 专用企业浏览器：专用的应用程序，通常是开源 Chromium 项目的分支，将安全控制直接嵌入到浏览器二进制文件中。

• 安全增强型浏览器：分层在现有消费者浏览器（例如 Chrome、Edge）之上的托管扩展或代理，用于提供策略执行，同时不改变用户熟悉的工作流程。

2.2 Chromium

大多数现代 SEB 都利用 Chromium 引擎来实现其强大的安全模型和 100% 的 Web 标准兼容性。SEB 的一个关键技术优势是它们能够拦截 进程间通信 (IPC) 调用。例如，如果渲染器进程请求文件下载，浏览器进程可以根据组织的数据丢失防护 (DLP) 规则检查此请求，并在数据到达本地文件系统之前在架构级别拒绝该调用。

三、核心安全机制

3.1 实时策略引擎和零信任

SEB 在零信任架构 (ZTA) 中充当实时策略执行引擎。与仅在登录时验证身份的传统工具不同，SEB 在整个会话期间执行持续验证。它们评估多个上下文信号，包括：

• 用户身份: 与第三方 IAM 如 Okta 或 Azure AD 等提供商集成，或者对接企业自有身份认证中心。

• 设备状态: 检查操作系统更新、磁盘加密和防病毒状态。

• 行为模式: 检测异常数据传输或有风险的用户行为。

如果检测到信号变化（例如，用户从公司 Wi-Fi 切换到公共热点），SEB 可以动态地将访问权限降级为“仅查看”或终止会话。

3.2 应对人工智能安全威胁

生成式 AI 工具（例如 ChatGPT）的兴起带来了独特的风险，例如提示注入和无意中的数据暴露。SEB 通过以下方式提供专门的 AI 治理：

阻止敏感数据被粘贴到 AI 提示中。检测和限制“影子 AI”，使用未经授权的 AI 工具。为所有 AI 交互提供审计跟踪，包括工作流程中使用的特定提示和响应。

四、企业安全浏览器应用场景

企业安全浏览器（Secure Enterprise Browser, SEB）的应用场景非常广泛，主要集中在解决“无法管理的设备”、“无法管控的数据交互”以及“昂贵的传统虚拟化替代”这三大类痛点上。以下是企业安全浏览器最核心的六大应用场景详细介绍：

4.1 外部承包商与第三方合作伙伴接入

这是目前企业采用 SEB最快见效、ROI（投资回报率）最高的场景。企业聘请外部开发人员、客服外包或供应链合作伙伴。要么寄送一台装好杀毒软件的公司电脑（成本高、物流慢），要么开设 VDI 账号（许可证昂贵、体验差），要么让他们用自己的电脑连 VPN（极度危险，对方电脑可能有病毒）。

SEB 解决方案：秒级入职，企业只需发一个浏览器下载链接给承包商；数据沙箱，承包商通过该浏览器访问企业内网应用（Jira, GitHub, CRM）。所有数据（代码、客户名单）只能在浏览器内查看和操作，禁止复制到承包商的本地电脑，禁止下载到本地硬盘；访问撤销，合同结束，账号一停，浏览器内的缓存数据自动销毁，不留任何痕迹。

4.2 员工 BYOD 混合办公

随着远程办公常态化，员工更倾向于使用个人更轻便、性能更好的电脑（如 MacBook）办公。

痛点场景：员工拒绝在私人电脑上安装强制性的监控软件（DLP Agent / MDM），认为侵犯隐私。如果不装监控，通过个人电脑访问公司网盘或 Salesforce，数据极易泄露。

SEB 解决方案：公私分明，员工在私人电脑上安装企业浏览器。“浏览器内”是工作空间，受公司严格审计和管控；“浏览器外”是个人空间，玩游戏、看电影不受任何监控；合规检查，浏览器启动时检测个人电脑环境（如：是否越狱、是否有严重漏洞），若不合规，拒绝接入企业应用。

4.3 重型 VDI/DaaS 替代

许多企业部署 VDI（虚拟桌面，如 Citrix, VMware Horizon）仅仅是为了让员工安全地打开几个 Web 应用（ERP, OA, 邮箱）。

痛点场景：成本高昂，VDI 许可证费用高，且后端需要庞大的服务器集群来渲染桌面；体验糟糕，在弱网环境下（如高铁、咖啡厅），VDI 操作延迟高，视频会议卡顿严重；资源浪费，为了用一个浏览器，却要虚拟化整个 Windows 操作系统。

SEB 解决方案：本地渲染，企业浏览器利用用户本地电脑的 CPU/GPU 运行，体验丝般顺滑，不再卡顿；同等安全，同样实现了“数据不落地”和“屏幕水印”等安全效果，但成本通常只有 VDI 的30%-50%；适用范围，适用于 80% 只需要 Web 应用和轻量级 SaaS 的员工；剩余 20% 需要重度使用本地软件（如 Photoshop, CAD）的员工继续使用 VDI。

4.4 呼叫中心与敏感数据岗位

针对接触大量 PII（个人身份信息）或高价值知识产权的岗位。

痛点场景：客服人员能看到客户信用卡号、身份证号，可能存在拍照泄密、抄录泄密风险；研发人员可能将核心代码片段复制粘贴到 ChatGPT 等公有 AI 工具中。

SEB 解决方案：动态脱敏 (Data Masking)，浏览器在渲染网页时，自动识别“身份证号”格式，并将其显示为310***********1234，从源头防止偷看；数字水印，屏幕上强制显示包含“员工姓名+时间”的肉眼可见或隐形水印，震慑拍照行为；AI 防护，允许访问 ChatGPT，但禁止向输入框粘贴代码或敏感文本，或者对发送的内容进行审计。

4.5 零信任网络访问

替代传统的 VPN 客户端，简化网络接入。

痛点场景：VPN 是“一通百通”，一旦连上，整个内网端口往往都暴露了；VPN 客户端兼容性差，经常掉线，且无法精细控制应用内的行为。

SEB 解决方案：应用级隧道，浏览器内置安全隧道，只打通到特定 Web 应用（如 hr.portal.com）的连接，不暴露网络层；隐身访问：企业应用可以隐藏在防火墙后，不在公网暴露任何 IP 端口，只有经过认证的企业浏览器才能建立连接。

4.6 并购重组期的 IT 整合

痛点场景：A 公司收购 B 公司，需要让 B 公司员工快速访问 A 公司的系统；但 B 公司的网络环境不安全、AD 域不互通、设备标准不统一，传统的 IT 整合需要数月时间打通网络和重做系统。

SEB 解决方案：不需要打通底层网络或重装电脑。直接给B公司员工分发A公司的企业浏览器，他们立刻就能以安全的方式访问A公司的资源，大大缩短业务整合周期。

五、核心技术架构

企业安全浏览器的核心架构通常基于开源的 Chromium 项目，但通过注入专有的安全层、策略执行引擎和数据流控制机制，将其从标准浏览器转变为企业级安全平台。

整体技术和模式架构如下图所示，一切核心围绕以浏览器为内核打造的，新的安全办公入口。实施落地之后，所有内外部业务系统，都将通过且只能通过该办公客户端进行访问。以此在该入口上附加全方位的数据安全能力，包括但不限于数字水印、数据脱敏、文档下载管控、数据复制管控、浏览器插件管控等等。

该模式将具备较强的普适性，能够适应各类安全办公场景，包括但不限于大数据打标、内容审核、客服、远程办公、BYOD、渠道商管理、供应商管理、咨询机构合作等等。

该模式下，将打造统一的数据安全运营平台，用于管理办公应用访问权限、处置数据泄露风险、实时动态调整安全管控策略等等。

5.1 原理架构分层

SEB 可以被概念性地分为以下几个关键层：

5.2 关键技术机制

5.2.1 进程间通信 (IPC) 拦截

现代浏览器（如 Chromium）将渲染器进程（Renderer Process，负责网页显示）与主浏览器进程（Browser Process，负责文件、网络、历史记录）进行隔离。敏感操作必须通过 IPC 通信。

SEB 在 IPC 通信层面植入嗅探器和拦截器。例如，当渲染器进程尝试发起 文件下载 或 剪贴板复制 的 IPC 请求时，SEB 的安全内核可以实时检查该请求是否符合 DLP 策略，并在数据离开渲染器沙箱之前进行决策和阻断。这比传统 DLP 在文件落地后再扫描的效率更高。

5.2.2 动态 DOM/渲染层控制

ESB 可以直接解析和修改网页的文档对象模型 (DOM Tree)，即网页的结构和内容。SEB 实现了应用级的细粒度控制：

• 动态脱敏(Masking)：在数据到达屏幕渲染层之前，将敏感字段（如信用卡号）替换为星号。

• 内容审查： 实时检测用户输入到文本框中的内容（如向 AI 提问），并根据策略阻止发送。

• 网页水印：在 HTML/CSS 层动态叠加水印，比 OS 截图工具更难绕过。

5.2.3 内置零信任网络访问

SEB 内置了一个轻量级的安全隧道客户端，替代了传统的厚重 VPN。SEB 实现了应用级微分段。它创建了一个仅限于浏览器进程的加密隧道，将用户连接到特定的企业 Web 应用，而不是整个企业网络，大大收敛了网络攻击面。

5.2.4 扩展与插件生态隔离

默认浏览器扩展生态是一个巨大的攻击面。恶意或疏忽的扩展可能读取敏感数据。SEB 强制白名单机制，只允许经过企业安全团队审核的插件运行。此外，SEB 可以将企业数据相关的标签页与个人/不受信任的标签页进行会话隔离，即使在同一浏览器窗口内，也禁止数据交叉复制。

六、SEB vs. 信创浏览器

企业安全浏览器与信创浏览器（信息技术应用创新浏览器）虽然都属于“安全浏览器”范畴，但它们的设计目标、技术路线、应用场景和政策背景存在显著差异。以下是两者的主要区别：

前者是功能导向的安全增强工具，后者是战略导向的国产化替代方案。在某些高安全要求的信创场景中，未来也可能将两者融合，即在国产信创浏览器中集成企业级安全能力。

七、实施挑战和最佳实践

虽然功能强大，但 SEB 面临着一些障碍：

• 浏览器外工作流程： 它们不保护 Excel 或 钉钉、飞书等本地应用程序。

• 用户抵制：员工可能会抵制从他们喜欢的消费者浏览器切换。

• 性能开销： 高级沙盒和安全策略，如一次性大量脱敏数据，可能会消耗大量的 CPU 和内存。

最佳实践包括在推出前对现有浏览器使用模式进行全面的安全审计，并将 SEB 平台与现有的 SIEM 和 XDR 工具集成，以实现统一的威胁可见性。

八、结论

企业安全浏览器代表了网络安全，与以网络为中心的工作场所现实的根本性重新调整。通过将浏览器视为新的安全边界，组织可以授权混合型员工在任何设备上保持高效，同时保持对其最关键资产的严密保护 。

阅读原文

跳转微信打开