WG-Easy项目中使用bcrypt哈希密码的注意事项

WG-Easy是一个基于Web的网络管理工具，它提供了简单易用的图形界面来管理网络连接。在使用WG-Easy时，管理员可以选择使用明文密码或bcrypt哈希密码进行身份验证。本文将详细介绍如何正确配置bcrypt哈希密码，避免常见的配置错误。

bcrypt哈希密码的工作原理

bcrypt是一种专门为密码存储设计的哈希算法，它具有以下特点：

• 内置盐值(salt)机制，防止彩虹表攻击
• 可调节的计算成本参数，可以随着硬件性能提升而增加计算复杂度
• 输出格式包含算法版本、计算成本和哈希值三部分

一个典型的bcrypt哈希值格式如下：

$2a$14$0H2eKYM0skpHe.t8xfSdGeqUxwk4H7Z0Jiqcv2XVKwjmNgskFRBdW

其中：

• $2a 表示bcrypt算法版本
• 14 表示计算成本参数(2^14次迭代)
• 0H2eKYM0skpHe.t8xfSdGe 是22个字符的盐值
• 剩余部分是实际的哈希值

WG-Easy中的密码配置

WG-Easy支持两种密码配置方式：

1. 明文密码：直接使用PASSWORD环境变量

environment:
  - PASSWORD=myplainpassword

2. 哈希密码：使用PASSWORD_HASH环境变量

environment:
  - PASSWORD_HASH=$$2a$$14$$0H2eKYM0skpHe.t8xfSdGeqUxwk4H7Z0Jiqcv2XVKwjmNgskFRBdW

常见配置错误及解决方案

错误1：未转义美元符号

在Docker Compose或Kubernetes配置文件中，$符号有特殊含义，会被解释为环境变量引用。直接使用bcrypt哈希会导致解析错误。

错误示例：

- PASSWORD_HASH=$2a$14$0H2eKYM0skpHe.t8xfSdGeqUxwk4H7Z0Jiqcv2XVKwjmNgskFRBdW

正确做法： 每个$符号需要转义为$$：

- PASSWORD_HASH=$$2a$$14$$0H2eKYM0skpHe.t8xfSdGeqUxwk4H7Z0Jiqcv2XVKwjmNgskFRBdW

错误2：使用引号包裹哈希值

虽然看起来合理，但引号会导致哈希值被当作字符串字面量处理，包含引号本身也会成为密码的一部分。

错误示例：

- PASSWORD_HASH='$2a$14$0H2eKYM0skpHe.t8xfSdGeqUxwk4H7Z0Jiqcv2XVKwjmNgskFRBdW'

正确做法： 直接使用未加引号的哈希值，并正确转义$符号：

- PASSWORD_HASH=$$2a$$14$$0H2eKYM0skpHe.t8xfSdGeqUxwk4H7Z0Jiqcv2XVKwjmNgskFRBdW

生成bcrypt哈希的最佳实践

1. 使用可靠的bcrypt实现生成哈希，如Node.js的bcrypt模块、Python的bcrypt包等
2. 选择适当的计算成本参数(通常在10-14之间)
3. 生成后验证哈希值是否能用于验证原始密码
4. 在配置文件中正确转义特殊字符

安全建议

1. 优先使用哈希密码而非明文密码
2. 定期轮换密码和哈希值
3. 确保WG-Easy的Web界面仅通过HTTPS访问
4. 考虑结合其他认证机制，如OAuth或LDAP

通过遵循这些指导原则，您可以安全地配置WG-Easy的认证系统，同时避免常见的配置陷阱。