写在前面
这两天突然想看看文心一言的http通信请求接口，于是想着用F12看看。
谁知道刚打开开发者工具
直接被JS写死的debugger关键字下了断点。行吧，不让调试就不让调试吧，关闭开发者工具之后，直接跳到了空白页。
这个方式感觉很新颖啊，于是便研究一下怎么实现。
分析
首先，防止你用F12调试，先用debugger关键字阻止你进行任何操作。随后，在你关闭之后，又直接跳转到空白页，不让你接着操作。
这就需要一个开发者工具检测的机制了，发现你打开了开发者工具，就给你跳走到空白页。
所以，关键就是要实现开发者工具的检测。
实现
经过查阅一番，发现原来这个debugger可能并不仅仅是阻止你进行调试的功能，同时还兼具判断开发者工具是否打开的作用。
直接上示例代码
<html><header><title>test</title></header><body><h1>test</h1></body><script>setInterval(function() {var startTime = performance.now();// 设置断点debugger;var endTime = performance.now();// 设置一个阈值，例如100毫秒if (endTime - startTime > 100) {window.location.href = 'about:blank';}}, 100);</script></html>
通过设置一个定时循环任务来进行检测。
在不打开发者工具的情况下，debugger是不会执行将页面卡住，而恰恰是利用debugger的这一点，如果你打开开发者工具一定会被debugger卡住，那么上下文时间间隔就会增加，再对时间间隔进行判断，就能巧妙地知道绝对开了开发者工具，随后直接跳转到空白页，一气呵成。
测试
现在来进行测试，打开F12
关闭开发者工具。
完美！
写在后面
这样确实可以阻挡住通过在开发者工具上获取信息，但是仅仅是浏览器场景。我想要拿到对话的api接口也不是只有这一种方法。
开个代理抓包不好吗？hhh
END
原文始发于微信公众号（飞羽技术工坊）：解析文心大模型网站是如何拒绝浏览器开发者工具调试的
免责声明:文章中涉及的程序(方法)可能带有攻击性，仅供安全研究与教学之用，读者将其信息做其他用途，由读者承担全部法律及连带责任，本站不承担任何法律及连带责任；如有问题可邮件联系(建议使用企业邮箱或有效邮箱,避免邮件被拦截，联系方式见首页)，望知悉。
- 左青龙
- 微信扫一扫
-
- 右白虎
- 微信扫一扫
-
评论