shadowsocks/shadowsocks-windows

支持不经过密钥派生，直接设定加密密钥

Open

#2,927 创建于 2020年8月2日

在 GitHub 查看
 (2 评论) (1 反应) (0 负责人)C# (16,275 fork)batch import
good first issuenew feature

仓库指标

Star
 (59,558 star)
PR 合并指标
 (30 天内没有已合并 PR)

描述

简要描述问题

windows10，.net组件正常，能够正常运行冰使用Shadowsocks 4.1.10， 只是最近朋友给我的ss节点，其密码都是64位的字符串，填入Shadowsocks 4.1.10，客户端中，结果连接不上，节点的加密方式为chacha20-ietf-poly1305。朋友说是这个认证方式是 shadowsocks-libev 引入的。

用朋友给我的一个命令行程序（[demon.zip]https://github.com/shadowsocks/shadowsocks-windows/files/5012306/demon.zip) ）能够连上。

shadowsocks-windows将来能支持这种类型的节点嘛？

贡献者指南

研究方向
首先检查 shadowsocks windows 仓库中的加密处理代码，可能在 `Shadowsocks.Net` 或 `Cryptor` 类中。审查 AEAD 加密（chacha20 ietf poly1305）当前的实现方式，以及如何使用 HKDF 从密码派生密钥。查看 issue 评论中是否有维护者的讨论（例如 #2927）。参考提到的 `demon.zip` 工具，了解其如何绕过密钥派生。目标是添加一个选项以直接接受预派生密钥，这可能需要对配置解析和加密初始化进行修改。
技术栈
csharp
领域
securityauthentication
议题类型
功能
难度面向新贡献者的预计实现难度，1 表示很小改动，5 表示专家级工作。
3
预计时间有经验贡献者完成调查、实现、测试并准备 pull request 的粗略时间范围。
1-2 天
活动状态议题当前的可参与程度：新鲜、活跃、陈旧、阻塞或等待维护者输入。
较久未更新
清晰度议题是否清楚说明期望改动、验收标准和下一步。
基本清晰
前置要求
Understanding of Shadowsocks protocolFamiliarity with C#Knowledge of cryptographic key derivation
新手友好度1-100 的估计分数，表示该议题对首次贡献者的友好程度。
25