战略性 star!
之前定位 ck 一直都是使用[break-on-access]( https://github.com/paulirish/break-on-access)，以后有机会试试这个油猴插件🙌
另外推广一下之前基于大佬的内存漫游写的修改内存数据的插件:[hijacker]( https://github.com/krapnikkk/hijacker)

[email protected] 谢谢！

浏览器中的一些 HTTP 请求头被认为是不安全的，因为它们可以被用来进行跨站点脚本攻击（ XSS ）和其他安全漏洞。以下是一些常见的不安全的请求头：

1. `Cookie`: 包含用户的会话信息，如果被攻击者截获，则可以访问用户的账户。

2. `Referer`: 指示请求的源头，可以被用于进行反向工程攻击或者暴露用户的敏感信息。

3. `User-Agent`: 包含浏览器和操作系统信息，可以被用于识别用户并进行针对性的攻击。

4. `Date`: 包含请求的时间戳，可以被用于进行重放攻击。

5. `Authorization`: 包含用户的身份验证信息，如果被攻击者截获，则可以访问用户账户。

6. `Accept-Encoding`: 包含浏览器支持的压缩算法，可以被用于进行攻击，例如 ZIP 漏洞攻击。

7. `Connection`: 包含连接状态信息，可以被用于进行攻击，例如 TCP SYN Flood 攻击。

8. `Content-Length`: 包含请求正文的长度，可以被用于进行缓冲区溢出攻击。

9. `X-Forwarded-For`: 包含用户的 IP 地址，可以被用于进行 IP 欺骗攻击。

10. `X-Requested-With`: 指示请求是否是 AJAX 请求，可以被用于进行 CSRF 攻击。

请注意，这只是一些常见的不安全请求头的示例，而不是一个完整的列表。如果你不确定某个请求头是否安全，请参考浏览器的文档或者相关的安全标准。

思维驰学习机

应该是类似这个：note.ms

阿里云+发卡平台，过几天就会收到封站警告的

mv3 看这里，格式有点不一样=》 https://developer.chrome.com/docs/extensions/mv3/manifest/content_security_policy/

可以在 manifest.json 设置 content_security_policy ，参考如下：
"content_security_policy": "script-src 'self' 'unsafe-eval' http://localhost:*; object-src 'self'"

@krapnik #2 w3c 的提案也只是初步阶段

试试 12306

@nikenidage1 #2 https://github.com/wechat-miniprogram/minigame-unity-webgl-transform

keep?

@whileFalse #12 客气，我也是~

@kinglisky #2 拉太多战线了，估计不大好变现，不虚不虚，投资人爱看这个，在我这种切图仔看来都是前沿技术呀~