站点图标 谷姐靓号网

都说了是客户端的指纹问题,怎么还有人在实验呢?-rsd1987

Rate this post

不说使用uTLS吗
不都说了指纹有问题吗

客户端指纹问题啊

都说了是客户端的指纹问题怎么还在试。。。

如果你希望改变 TLS Client Hello 指纹,但是觉得 Browser Dialer 过于繁琐,可以来试试 uTLS (TCP+TLS):

通过 uTLS 库 模拟 Chrome / Firefox / Safari 的 TLS 指纹(不含行为),或使用随机生成的指纹。
这也是一项重要的功能,GUI 应提供相应的选项,详见 Configuration

另外还有人说墙使用了AI技术 那确实没办法

引用naviproxy的原话

HTTP CONNECT Fast Open 始终如一地创建背靠背的 h2 数据包,这不应该出现的这么频繁。但它需要在 Chromium h2 堆栈深处进行手术改变,这不是很容易做到。
TLS over TLS 需要比普通 h2 请求更多的握手往返,也就是说,正常的 h2 请求不需要这么多次来回握手。除了做 MITM 代理、破坏 E2E 加密之外,没有简单的方法可以避免这种情况。
TLS over TLS 开销导致可见的数据包长度扩大和缺少小数据包。消除此开销还需要 MITM 代理。
TLS over TLS 开销还会导致数据包始终超过 MTU 限制,这对于始发用户代理不应该发生。解决这个问题需要重新分割,这并不容易。
数据包长度混淆部分依赖于 h2 多路复用,如果只有一个连接,这将不起作用,这种情况并不少见。尚不清楚如何有机地创建覆盖共同连接(即非硬编码)。

所以不管怎么伪装,要是上AI 大家都完蛋。。。。。。

热议
推荐楼 traekle 5小时前

xray 2021年就支持客户端utls了, 你们那时候关心了么

推荐楼 fangfang22 5小时前

https://hostloc.com/thread-1082330-1-1.html

2楼 昔洛z 6小时前

这就智能化起来了

3楼 Tankie 5小时前

最后就远程桌面吧

4楼 叼爆小朋友 5小时前

大墙上了ai哪怕只有5%的误封几率,也有很多网站遭殃了,现在应该就是个浏览器指纹识别。

7楼 rsd1987 5小时前

大部分人就上网查查资料,然后看下yt,在看看小电影,爱党爱国什么的,一刀子切了真难受

8楼 rsd1987 5小时前

https://hostloc.com/thread-1082330-1-1.html

也就基本检测出来了 tls over tls,或者tcp over tls,对于大强来说,这就够了。。。
所有模仿tls基本都在ai面前跪下了。。。。

9楼 战神赵日天 5小时前

目前我理解的是这样的,有一部分被认定为上网代理,但是没有那种**言论的,一般平常放出来,一旦开会立马关起来
比如我的鸡就好像是这样的

10楼 kindlecon 5小时前

我觉得也是客户端指纹。
但browserforwarder解决客户端指纹有点繁琐,每次还得打开浏览器,
又不太想用xray。

12楼 huanx 5小时前

https://hostloc.com/thread-1082330-1-1.html

50权限

13楼 Xiaomage2333 3小时前

xray的xtls不是只有一层tls吗?就可以解决tls over tls的问题了
不过xtls目前还有别的特征被识别 要是改进一下应该前途无量 可选主要作者不再维护了

14楼 rsd1987 2小时前

xray的xtls不是只有一层tls吗?就可以解决tls over tls的问题了
不过xtls目前还有别的特征被识别 要是改进 ...

并不是 只能在很严格的情况下能触发一层tls 另外还有严重的循环攻击探测问题

15楼 ChinaDNS 2小时前

xray的xtls不是只有一层tls吗?就可以解决tls over tls的问题了
不过xtls目前还有别的特征被识别 要是改进 ...

xtls都漏成筛子了...

16楼 Xiaomage2333 2小时前

xtls都漏成筛子了...

作者维护就好呀 可惜不维护了 思路还是可以借鉴的

17楼 dmxiaoshen 2小时前

Xiaomage2333 发表于 2022-10-7 15:30
xray的xtls不是只有一层tls吗?就可以解决tls over tls的问题了
不过xtls目前还有别的特征被识别 要是改进 ...

xtls的问题无解,想维护也维护不起来

申明:本文内容由网友收集分享,仅供学习参考使用。如文中内容侵犯到您的利益,请在文章下方留言,本站会第一时间进行处理。

退出移动版