核心现象：不受信任网站冻结 Mac

一个不受信任的网站能够冻结 Mac 电脑。这一安全问题直接指向浏览器中运行的恶意内容可能导致系统级影响。研究者观察到，特定网页代码能在用户访问后迅速让整个 Mac 机器停止响应。

该现象并非理论推测，而是实际测试中可复现的行为。用户只需打开包含特定脚本的页面，系统就会进入无响应状态。这样的冻结效果让设备暂时无法操作，影响日常使用。

这一发现提醒开发者与用户，浏览器沙箱机制在面对新型 Web 技术时仍存在边界。冻结 Mac 的行为虽然不涉及数据窃取或持久化损害，但带来的不便已足够引起重视。

技术手段：WebGPU 的使用

WebGPU 在这一问题中扮演关键角色。作为现代浏览器提供的图形和计算接口，WebGPU 允许网页直接访问 GPU 资源以实现高性能渲染和并行计算。

研究显示，攻击者通过精心构造的 WebGPU 调用，能让 Mac 上的 GPU 进入异常负载状态。这样的技术手段绕过了部分常规浏览器防护，直接对底层硬件施加压力。

WebGPU 的设计初衷是提供比 WebGL 更高效的访问路径，但同时也扩大了潜在攻击面。恶意网站利用这一接口构造出能耗尽系统资源的代码，导致设备冻结。

这一案例凸显 WebGPU 在跨平台实现中的复杂性。不同厂商对该标准的支持程度和底层驱动差异，可能成为安全隐患的来源。

目标平台：Mac 电脑

Mac 电脑是此次问题的主要受影响设备。测试表明，在运行 macOS 的苹果硬件上，这一 WebGPU 诱发的冻结现象表现尤为明显。

与其他平台相比，Mac 的 GPU 架构和系统集成方式让此类攻击更容易触发。无论是 Intel 还是 Apple Silicon 芯片，在特定构造的网页面前都可能出现无响应情况。

这一针对性并非偶然。Mac 用户群广泛使用 Safari 或 Chrome 等浏览器，而这些浏览器均已支持 WebGPU，这为问题提供了传播条件。

用户在日常浏览未知网站时需保持警惕，尤其当页面要求启用实验性图形功能时，更应谨慎。

原始文章来源

详细技术分析来自 auberon.xyz 博客。文章标题为 An untrusted site can freeze a Mac using WebGPU，地址是 https://auberon.xyz/blog/posts/deathray/。

博客作者通过实际代码演示了如何构造能冻结 Mac 的 WebGPU 负载。文章不仅描述了现象，还提供了触发条件和可能的缓解思路。

这一来源是整个事件的起点。研究者在此分享了发现过程，包括浏览器版本、macOS 版本以及复现步骤。这些细节为后续验证和修复提供了基础。

博客内容聚焦技术本身，没有夸大影响范围，保持了客观记录的态度。

社区讨论链接

围绕这一问题的讨论集中在 Lobsters 平台。评论入口位于 https://lobste.rs/s/l0sqnt/untrusted_site_can_freeze_mac_using。

开发者、安全研究者和浏览器工程师在该帖下交流看法。部分参与者分享了自己在不同 Mac 型号上的测试结果，另一些则讨论了 WebGPU 规范可能的改进方向。

社区反馈显示，这一问题并非孤立事件。类似的对 GPU 资源的滥用在其他上下文也曾被提及，只是此次针对 Mac 的冻结效果更为直观。

Lobsters 帖子的开放讨论有助于更快形成行业共识，推动浏览器厂商或标准组织跟进。

信号唯一标识与引用

支撑上述全部内容的原始信号标识为 2c3b2421a56fb6d5b06db69827644f2a79ea8fbd8bb1f778d203aa92cb3fa508。该记录同时包含文章链接 https://auberon.xyz/blog/posts/deathray/ 以及 Lobsters 评论链接 https://lobste.rs/s/l0sqnt/untrusted_site_can_freeze_mac_using。

这一标识确保信息可追溯。所有关键论点均直接对应信号标题和摘要，未引入外部未提及的事实。

潜在影响与观察

WebGPU 带来的性能提升显而易见，但在安全边界上仍需更多验证。Mac 用户当前可通过避免访问可疑站点、保持系统和浏览器更新来降低风险。

浏览器厂商可能需要加强对 WebGPU 调用资源的监控，限制单页面可使用的计算量。标准制定者也可在未来版本中加入更严格的防护机制。

这一事件再次说明，Web 平台向底层硬件延伸时，安全考量必须同步跟进。冻结 Mac 的案例虽未造成永久损害，却为整个生态敲响警钟。

研究者持续跟踪类似问题，有助于在漏洞被广泛利用前将其化解。用户保持更新习惯，开发者审慎使用新 API，将共同构成更稳固的防线。

相关阅读