ru
Feedback
📝Full bug的日常

📝Full bug的日常

Открыть в Telegram

技术分享,此频道主要发布更新日志

Больше
1 324
Подписчики
Нет данных24 часа
-17 дней
-330 дней
Архив постов
广告号评分规则(最高15分) 1. 没有头像 2分 2. 名字乱写(看不出是一个正常的单词) 1分 3. UID大于8000000000 (根据时间慢慢加大阈值,预计明年就是 9开头了)1分 4. 没有共同群 3分 (特别是你加了很多不同圈子的群) 5. 经常在线,或者下线时间不足5分钟 1分 6. 没有开会员 (也有会员广告号)0.5分 7. 申请加群的列表中有多个同风格头像 1分 8. 申请加群的列表中有多个同格式的名称 1分 9. 没有简介 1 分 10. 有用户名但是用户名没有和任何元素关联,像乱写的那种(是的有用户名反而会增加可疑度) 1分 11. 个人信息页面没有背景、位置、关联频道(就是你刚创账号的白板状态) 1分 12. 没有在公开群搜索到聊天记录 0.5 分 13. 在其他公开群曾发过广告 1分

这些Logo大部分我都用代码重绘了 什么意思呢,就是没有任何的图片资源,用代码在内存里实时生成的
这些Logo大部分我都用代码重绘了 什么意思呢,就是没有任何的图片资源,用代码在内存里实时生成的

现在类型一栏支持显示协议相关Logo了哦。

不知道AI被什么东西调教了,AI的代码补全推荐了与国民级APP相同的更新内容文本🤣
+1
不知道AI被什么东西调教了,AI的代码补全推荐了与国民级APP相同的更新内容文本🤣

即将支持Sudoku 协议,不要在意速度(
即将支持Sudoku 协议,不要在意速度(

转眼间做这个的测速机器人项目已经超过3年了,从最初的毛胚迭代开发到现在已经进入标准生产环境,不禁感慨颇多。下面是一些开发的杂谈: 回过头来看,其中实现最难受的是“绘图模块”,如何把测试数据汇总成一张近乎完美的图,让我花费了不少时间,直到现在,绘图模块仍是维护的一大技术债。 其次就是任务调度,以及测试配置的构造。不同的人有不同的测试需求,比如有人只想测流媒体,有些人又要单线程,或者全都要。还要改测速链接,测延迟链接等等。如何把这些自然地摆在操作界面还是不少功夫的,好在做的是Telegram bot,如果选择做桌面端,估计又要头大。 其实我还有一些想法还没来得及实现,不过我现在也没有当初刚开发时的热情了,只能闲暇之余写写了😂 ⚠️提示:这个项目一般不会停更,除非TG倒闭或者个人迫不得已的原因。 🔔预告:未来可能会做一个感谢墙,感谢各位朋友的赞助以及TG测速频道的大力支持

🔔Koipy v1.12.0 发布包 ⬆️更新日志: 1. 对Clash配置文件中的节点名称长度进行限制,过长的节点名称将被截断。这一限制是为了避免绘图内存占用过多。 2. 现在bot.strictMode 严格模式有了新的行为。当设置为true时,解析的Clash配置文件中的协议将启动白名单模式,只有实际支持的协议才会读取。 3. 更新geoip脚本,解决部分显示错误问题 4. 新增miaospeed:// URI scheme,用于快速对接一个临时本地后端,直接给bot发送前缀为 miaospeed:// 的URI,它会自动解析并临时创建一个临时后端,临时后端仅在bot运行期间有效。 5. 修复inivte按钮中的一些错误 6. 现在 /checkslaves 的结果支持显示后端版本 - 往期更新内容 -
v1.12.0-dev (2025-09-23) 1. 现在选择后端显示的是真延迟 2. 修复了一些指令参数的bug 3. 现在/test 里可以选择上行测试了 4. 为了保持向后兼容,现在支持上行测试必须在后端里指定 option.apiVersion=3 ,明确版本。 对应的miaospeed后端更新内容: miaospeed v4.6.1 1. 🎉首次迎来了对上行速度测试的支持, 2. 上行速度测试对应的 MacroType 为: uspeed ,对应的 MatrixType有: | MatrixType | 描述 | Macro | |-||| | USPEED_MAX | 最大上行速度 | uspeed | | USPEED_AVERAGE | 平均上行速度 | uspeed | | USPEED_PER_SECOND | 每秒上行速度 | uspeed | 3. 新的命令行启动参数: -upload ,可用于在此后端服务器上启用上行速度测试 4. 上行速度测试默认是禁用的,需要在启动时加入 -upload 参数启用 5. 将mihomo升级到 v1.19.13 6. 支持vless的 encryption 特性 7. 支持 AmneziaWG v1.5 特性 8. 旧版客户端兼容性优化 9. 现在Miaospeed项目主页有了新的样式:https://github.com/AirportR/miaospeed/blob/master/README.md v1.12.0-dev(2025-09-10) - 更新内容 ⚠️ 大版本更新,含有破坏兼容性的改动 1. 实验性地开始支持上行速度测试,使用 /uspeed 指令进行体验 2. 新的后端配置,前往配置文件示例 查阅 slave.option 相关配置 3. 现在绘图结果中的页脚里,上下行线程将分开显示

知名项目 Alist 疑似被收购 官网404且文档持续两周大改引社区质疑: https://github.com/AlistGo/alist/issues/8649 后续回应: https://t.me/alist_news/85

subconverter目前有任意文件读取漏洞,想用的话先把它丢在docker里运行 提示: 这个利用非常简单 https://github.com/tindy2013/subconverter/issues/845

今天稍微研究了下另一个Clash GUI —— clash-nyanpasu 项目地址:https://github.com/libnyanpasu/clash-nyanpasu 发现它的的服务模式也存在本地提权漏洞,但是好在作者在源码作了TODO计
今天稍微研究了下另一个Clash GUI —— clash-nyanpasu 项目地址:https://github.com/libnyanpasu/clash-nyanpasu 发现它的的服务模式也存在本地提权漏洞,但是好在作者在源码作了TODO计划,说明发现了问题。 漏洞产生原因: nyanpasu-service 在 Windows 下使用了不安全的 SecurityDescriptor 配置 D:(A;;GA;;;WD) 这个配置允许所有用户(WD=Everyone)完全访问(GA=Generic All) 脚本可以利用这一点,以普通用户权限通过 Named Pipe 直接调用特权级 API 不过这个提权会比rev要麻烦一些,但依旧可以利用

相关代码参考

Clash for Windows 的clash-core-service是服务模式的实现程序 其签名校验的验证逻辑如下: 1. 内核文件为clash-win64.exe,对应的签名文件为clash-win64.exe.sign 2. CFW服务进程
Clash for Windows 的clash-core-service是服务模式的实现程序 其签名校验的验证逻辑如下: 1. 内核文件为clash-win64.exe,对应的签名文件为clash-win64.exe.sign 2. CFW服务进程通过开放HTTP API进行内核文件的启动管理 3. 开放的HTTP端口为53000 提供的接口有: http://127.0.0.1:53000/start POST 启动内核进程 /stop GET 停止内核进程 /ping GET 确认接口是否存活,响应内容为“pong” /command POST 可用来执行任意程序 4. 对/start和/command传进来的二进制路径中,对该路径所指向的文件进行sha256 hash 5. 将该 hash 用512位RSA私钥进行签名,然后进行 base64编码,得到签名字符串 6. 将该签名字符串与 对应文件名.sign 文件进行比对(比如文件名为clash.exe,那么就去找clash.exe.sign),如果正确才继续执行。 7. 自此验证逻辑结束 如果以上逻辑有不足之处,还望海涵

随手录的 利用Clash for Windows(CFW)服务模式进程进行提权的概念验证演示 前提条件: 1. CFW服务进程不是最新版或较新版本,较新版本加入了对内核文件的签名校验 本演示在用的CFW版本为停更的最后一版(0.20.39),此版本加入了签名校验,所以我找了一个未加入签名校验的版本进行替换,来演示早期CFW版本存在本地提权漏洞。cfw的作者在较新版本填补这个漏洞,所以用户无需担心 仅供娱乐,请勿较真 另外,如果大家想看绕过CFW针对内核文件进行签名校验的话,我可以单独出一期视频

某些还在坚持Clash for Windows(简称CFW)的守旧派不要沾沾自喜哦😋 替换旧版内核为新版mihomo内核可以继续使用,但是这仅限于不开启服务模式。 CFW的服务进程(clash-core-service)在某一次更新中对内核文件进行了签名校验。意味着一旦通过改名更换内核文件,将无法使用服务模式,因为更换之后的校验无法通过。 当然如果替换旧版的服务进程,自然是没有签名校验的,但是这个情况下也就和clash-verge-rev差不多了,依旧存在本地提权漏洞。 所以还是要及时更新科学上网的工具滴😷 晚点更新CFW的"漏洞"演示

Clash-verge-rev service提权漏洞浅浅复现一下 作用:可以让任意程序提权到system(Windows)、root(*nix系) 版本影响:截止本消息发布前的拥有 clash-verge-service的所有版本 建议:临时禁用clash-verge-service服务,直到项目组修复

以下操作可以获取到测试bot的主端IP: 1. 订阅链接内容获取 (暴露给机场方) 2. 主端对后端进行ws连接,后端可获取到IP (暴露给后端) 如果你希望能尽力避免测速bot遭受DDOS攻击,可尝试以下配置:
network:
  httpProxy: "http://host:port" # http代理,如果设置的话,bot会用这个拉取订阅
为每个后端设置单独的HTTP代理:
slaveConfig: # 后端配置
  slaves:
    - type: miaospeed # 固定值,目前只这个支持
      id: "localmiaospeed" # 后端id
      token: "ZfffaQ4/E-7S" # 连接密码
      address: "127.0.0.1:8765" # 后端地址 
      proxy: http://username:password@proxy.example.com:7890 # 为此后端设置专门的http代理
这样配置好后,仅有代理服务器知晓bot的IP

鸽了一段时间的文章写完了,我放在了项目文档中 https://koipy.gitbook.io/koipy/doc/wen-ti-da-yi/guan-yu-tuo-pu-ce-shi

等mihomo项目组正式发布新版本就同步更新
等mihomo项目组正式发布新版本就同步更新