家暴防护网站：替代脚本改写浏览器返回按钮行为的方案

需求背景 #

我为一家提供家暴相关在线信息的商业客户工作，需实现可选快速退出功能，核心目标是保护用户免受施虐伴侣侵害，防止他人通过浏览器返回按钮查看用户近期浏览的敏感内容。已知修改浏览器原生行为并非合理方案，因此寻求无需JavaScript篡改浏览器行为的方案，理想状态是能阻止或大幅提升他人通过「返回」操作查看敏感内容的难度。

现有思路 #

• 脚本生成新窗口加载主内容，退出时关闭该窗口并打开不含返回选项的无关「安全」内容新窗口
• 使用HTTP重定向：用户退出时跳转至我方控制的中转站点，该站点再自动跳转至其他页面，使他人点击返回时仅能看到中转站点

当前存在的问题 #

供应商的初步实现存在缺陷：他人点击返回按钮时，需要隐藏的敏感网站会短暂部分渲染后才跳转至安全站点，存在隐私泄露风险。

新增可行技术方案建议 #

• 会话级历史替换（非篡改浏览器行为）：用户首次进入敏感内容页时，通过location.replace()将当前历史记录条目替换为安全页面地址（仅执行一次，避免干扰正常导航）。触发退出时，再次调用location.replace()跳转到公开安全内容页，此时浏览器历史中不会留存敏感页面的记录。该方法仅修改单条历史条目，不属于篡改浏览器核心返回逻辑。
• 多层静态中转页链：构建3-5个纯静态中转页面，每个页面通过<meta http-equiv="refresh" content="0; url=下一页地址">实现毫秒级自动跳转。用户退出时直接跳转至第一个中转页，最终导向公开安全内容页。他人点击返回时，会在多个中转页之间循环，无法直接回到敏感页面，且静态页加载无延迟，不会出现敏感内容渲染的问题。
• iframe敏感内容隔离：将所有家暴相关敏感内容嵌入iframe中加载，主页面为中性安全内容（如新闻资讯、天气页面）。用户触发退出时，直接移除iframe并替换为固定安全内容。此时浏览器历史仅记录主页面，点击返回不会显示敏感内容；同时主页面可通过服务器端控制，避免添加多余历史条目。
• HTTP头级缓存与历史控制：为敏感页面设置Cache-Control: no-store和Pragma: no-cacheHTTP头，禁止浏览器缓存敏感内容。用户退出时，服务器端通过Location头跳转至安全页面，并同步设置Cache-Control: no-store头。即使他人点击返回，浏览器因无缓存会重新请求，服务器直接返回安全页面，避免敏感内容暴露。

研究更新（2024年5月24日） #

相关研究探讨了该领域的技术与有效性，核心内容翻译如下：
本文聚焦家暴幸存者使用在线资源时的隐私保护需求，对现有快速退出工具的技术实现与实际有效性展开分析。通过用户测试与技术评估发现，传统JavaScript篡改浏览器历史的方法易被浏览器更新绕过，且存在兼容性问题；而基于HTTP重定向、静态中转页和内容隔离的方案，在不同浏览器环境下稳定性更高，能有效降低施虐者通过返回按钮获取敏感信息的概率。研究同时提出了标准化的快速退出功能设计框架，为相关服务提供商提供了实践指导。

内容的提问来源于stack exchange，提问作者Adrian K