局域网内使用安全WebSocket（WSS）实现安卓远程控制PC方案咨询

方案一：PC端生成证书+二维码传输实现WSS连接 #

核心实现步骤 #

• PC端生成自签名证书：可以用C#内置的X509Certificate2类生成，或者通过OpenSSL命令行生成PEM/PFX格式证书：

  // C# 代码示例：加载证书并启动WSS服务
  var server = new WebSocketServer("wss://0.0.0.0:8181");
  server.Certificate = new X509Certificate2("your_cert.pfx", "cert_password");
  server.Start(socket => { /* 处理连接和消息逻辑 */ });
  

• 证书转二维码传输：将证书的PEM文本内容转成Base64字符串，用ZXing.Net等库生成二维码。安卓端扫描后解析出Base64，还原成证书文件，自定义SSLSocketFactory加载该证书，跳过系统默认的第三方证书校验（或手动将证书添加到设备信任列表）。
• 安卓端WSS客户端配置：Kotlin中使用系统WebSocketClient或OkHttp时，注入自定义的SSLSocketFactory，确保只信任PC端生成的自签名证书。

优缺点 #

• 优点：基于WSS原生传输层加密，符合WebSocket安全规范，无需额外处理应用层加密逻辑。
• 缺点：自签名证书在部分安卓版本中存在权限限制；二维码传输若被近距离拦截，存在证书泄露风险（本地局域网场景下风险极低）。

方案二：基于现有密码构建AES加密层（兼容原有WS架构） #

核心实现步骤 #

• 密码推导AES密钥：以用户密码为种子，通过PBKDF2算法生成AES密钥（建议用SHA256哈希、10000+次迭代、随机盐值），两端使用完全一致的参数确保密钥相同。
• 消息加解密逻辑：采用AES-GCM模式加密所有传输消息（自带认证标签，防止篡改），示例代码如下：

  // C# 加密示例
  using System.Security.Cryptography;
  byte[] salt = Encoding.UTF8.GetBytes("your_random_salt");
  using var pbkdf2 = new Rfc2898DeriveBytes("user_password", salt, 15000, HashAlgorithmName.SHA256);
  byte[] aesKey = pbkdf2.GetBytes(32); // AES-256密钥
  
  // 加密消息
  using var aesGcm = AesGcm.Create(aesKey);
  byte[] nonce = new byte[AesGcm.NonceByteSizes.MaxSize];
  RandomNumberGenerator.Fill(nonce);
  byte[] plaintext = Encoding.UTF8.GetBytes("control_cmd");
  byte[] ciphertext = new byte[plaintext.Length];
  byte[] tag = new byte[AesGcm.TagByteSizes.MaxSize];
  aesGcm.Encrypt(nonce, plaintext, ciphertext, tag);
  // 发送时拼接nonce + tag + ciphertext
  

• 安卓端对应实现：Kotlin中使用javax.crypto包实现相同的PBKDF2密钥推导和AES-GCM解密流程，确保参数完全匹配。
• 认证流程优化：保留原有密码认证作为密钥推导基础，首次连接时交换随机盐值，避免固定盐的安全隐患。

优缺点 #

• 优点：无需改动原有WS架构，兼容现有代码；依赖用户已知密码，无需额外管理证书；AES-GCM提供加密和完整性校验，满足安全需求。
• 缺点：属于应用层加密，需自行处理加解密逻辑，易出现nonce重复等实现漏洞；传输层仍为明文WS，握手过程可能被嗅探到目标地址。

方案选择建议 #

• 若追求标准、原生的传输层安全，优先选方案一，适合本地局域网场景（二维码近距离传输证书风险可控）。
• 若不想改动现有WS架构或担心安卓证书兼容性问题，选方案二，但需严格遵循AES-GCM安全规范，避免低级实现错误。

内容的提问来源于stack exchange，提问作者GeMine