ICDYCT / 我能, 你也行 / I Can Do, You Can Too

与Hermes对话 我们先来讨论一下做这件事情的方案.  有这么一个播客, rss feed是 https://feed.xyzfm.space/y9qnpfdrctnx   下载这个播客的每一期音频, 分析音频末尾的 byebye~~~~ 并截取下来.   注意, 不是每一期的末尾都有 byebye~~~~ Hermes对接的模型是 mimo-v2.5-pro (我觉得mimo-v2.5应该也干得来这个任务) 已总结成SKILL https://github.com/crazypeace/hermes-skill-moaco-podcast-byebyeee-extraction/tree/main/skill   截止2026-06-01已上传 https://github.com/crazypeace/hermes-skill-moaco-podcast-byebyeee-extraction/tree/main/clips ======== 相关推荐 《下载 独树不成林 播客的全部封面 并做成 电报telegram 贴纸sticker》

纯记录笔记 Linux 可以用 sh -c "command"启动新进程, 再用进程组进行管理. 示例代码  https://github.com/crazypeace/my-dream-proxy-client/blob/main/process_unix.go Windows 有类似的启动方式 cmd /c "command", 但是没有方便的进程组. 只能用 Job Object（作业对象）, 代码一下子要加很多. 我考虑到 翻墙客户端(壳) 启动的 xray子进程 并不会启动孙子进程.  所以就先把 "command" 分解为 exe 和 args, 然后 exec.Command(exe, args...) 示例代码  https://github.com/crazypeace/my-dream-proxy-client/blob/main/process_windows.go

环境 Oracle 甲骨文 ARM VPS  非root用户 需求 Hermes 调用浏览器 用agent-browser工具 问题1 安装了firefox,  但 Hermes 说 TA的agent-browser工具 只能用 Chrome/Chromium 类 问题2 用snap安装了Chromium, sudo snap install chromium 但 Hermes 说 TA的agent-browser工具 只认识apt安装的 解决方案 要求 Hermes 研究了一下TA自己, agent-browser工具 可以加上 --executable-path参数 指定snap安装的Chromium 我让TA写在了自己的memory里面

前言 VLESS-Reality-cracker 的核心思路是: 如果被测试的TLS服务端是Reality服务端, 那么 重放抓包的client-hello数据包(1)      和     发送 {基于数据包(1)修改了sessionID} 的数据包 会使得随后发出的探针数据包被不同的TLS系统处理,  一个是Reality服务端的TLS系统, 一个是"偷"证书的域名所在的TLS系统. 预期的测试结果是, 探针在两轮测试中得到的返回结果会不同. 从反面讲, 如果被测试的TLS服务端是"正常"TLS服务端, 那么 探针在两轮测试中得到的返回结果会一致. 我的思考 如果一个探针能测试出来 Reality服务端与 "偷"证书的域名所在的HTTPS服务端(下称target) 的行为差别, 那么 搭建Reality服务端的人, 可以用这个探针测试 target, 得到结果后, 修改/配置 Reality服务端, 使得Reality服务端在面对这个探针时, 作出与 target 一致的行为. 从而避免Reality服务端被这个探针检测. 考虑到流行的TLS系统不是无穷的, 那么 针对这些TLS系统的行为设计的探针, 数量/种类 不是无穷的. 我们可以设计尽可能多的探针来覆盖尽可能多的流行TLS系统. 然后用这些探针测试你准备"偷"证书的域名(target), 将得到的结果 配置到Reality服务端. 之后, 当Reality服务端再遇到探针时, 就可以作出与target同样的行为了. 在这样的前提下, 攻击方能成功判定Reality服务端的条件是: 攻击方掌握了一个你没有提前测试过的探针, 并且这个探针在测试Reality服务端和"偷"证书的域名(target)时 行为有区别.

前言 原来, 我的 Xray-Reality极简一键脚本 是支持带参数运行的. 如, bash <(curl -L https://github.com/crazypeace/hy2/raw/main/install.sh) 4 8443 有FQer反馈, 说自己用的是nat机, 出入IP不一样, 需要人工控制IP的功能. 分析 问题来了.  我当初设置带参数的功能时, 为了"简洁", 没有设置 -p 8443 这样的形式.  这就导致脚本的参数的意义是与顺序绑定的. 为了不影响现有的脚本用法, 我只想到一个解决方案, 那就是用环境变量来设置参数. 实践 面向GPT开发 增强这个脚本, 增加功能: 当定义了环境变量 _MYIP_ 时, 根据 _MYIP_ 来设置 netstack 是4还是6, 用 _MYIP_ 设置 ip 当定义了环境变量 _MYPORT_ 时,  用 _MYPORT_ 设置 port, 默认值 与原脚本中的逻辑保持一致 当定义了环境变量 _MYDOMAIN_ 时,  用 _MYDOMAIN_ 设置 domain, 默认值 与原脚本中的逻辑保持一致 当定义了环境变量 _MYUUID_ 时,  用 _MYUUID_ 设置 uuid, 默认值 与原脚本中的逻辑保持一致 当定义了至少一个环境变量后, 参数就被忽略, 以环境变量为准 Github https://github.com/crazypeace/xray-vless-reality ======== 后记 本次用到的GPT是 网页版免费账号Claude

前言 根据 之前的测试 ,  Caddy的HTTPS服务端的测试结果中 探针的状态与 Reality服务端的第1轮测试是一致的 思路 如果Reality"偷"证书的域名是由Caddy提供HTTP服务  VLESS-Reality-cracker 测试的结果会如何? * 测试过程的详细操作流程见  https://github.com/crazypeace/VLESS-cracker/blob/main/如果Reality"偷"证书的域名是由Caddy提供HTTP服务-操作记录.md 以下仅简略描述步骤 准备环境 1. 搭一个正常工作的 Caddy 提供HTTPS服务 略 这里以域名  drla.whatcanisay.ggff.net 为例 2. 搭建一个正常工作的 Reality 服务端, 特别地, "偷"证书的域名是由第1步中Caddy提供HTTP服务 略 这里以域名 drla.whatcanisay.ggff.net 为例 3. 在Docker中搭一个Reality 服务端, 使用宿主机的Reality服务端 同样的内核和配置 docker run -d \     --name reality-server \     --network bridge \     -v /usr/local/bin/xray:/usr/local/bin/xray:ro \     -v /usr/local/etc/xray/config.json:/usr/local/etc/xray/config.json:ro \     ghcr.io/xtls/xray-core:latest  4. 运行Reality客户端 对接Docker中的服务端 略 测试 启动POC程序 ./vless-cracker-v1 \ -i docker0 \ -f "tcp port 8443 and host 172.17.0.1 and host 172.17.0.2" \ -P characteristic.txt  \ -l info 让Reality客户端 发起Reality数据包 c...

前言 上一篇我们已经实现了 手搓复现 VLESS-Reality-cracker 那么, 按照作者的理论, 如果测试对象不是 Reality 服务端, 而是一个真实的HTTPS服务器, 探针应该显示相同的结果. 让我们试试 Caddy 提供的 HTTPS 服务 准备环境 搭一个正常工作的 Caddy 提供HTTPS服务 略 在Docker中部署一个Caddy, 使用和宿主机同样的Caddyfile和证书 docker run -d \   --name caddy-test \   --network bridge \   -v /etc/caddy/Caddyfile:/etc/caddy/Caddyfile:ro \   -v /var/lib/caddy/.local/share/caddy:/data/caddy:ro \   caddy:latest 查看Docker中Caddy的IP docker ps -q | xargs docker inspect -f '{{.Name}} -> {{range.NetworkSettings.Networks}}{{.IPAddress}}{{end}}' 访问Docker中的Caddy的HTTPS服务 curl -L --resolve 你的域名 :443: Docker中Caddy的IP   https:// 你的域名 如 curl -L --resolve drla.whatcanisay.ggff.net :443: 172.17.0.3   https:// drla.whatcanisay.ggff.net   测试1 原作者的7个探针 启动POC程序 ./vless-cracker-v1 \     -i docker0 \     -f "tcp port 443 and host 172.17.0.1 and host  172.17.0.3 " \     -P characteristic.txt \     -l info 访问HTTPS服务 curl -L --resolve drla.whatcani...