MySQL的用户密码过期功能详解

时间:2024-02-22 21:09:13
先说明两个术语。
 
Payment Card Industry,即支付卡行业,PCI行业表示借记卡、信用卡、预付卡、电子钱包、ATM和POS卡及相关的业务。 
PCI DSS,即PCI数据安全标准(Payment Card Industry Data Security Standard)是由PCI安全标准委员会制定,旨在使国际上采用一致的数据安全措施。 
 
PCI DSS标准要求用户每隔90天必须更改他们的密码。那么MySQL数据库该怎样适应这个情况?幸运的是,在mysql版本5.6.6版本起,添加了password_expired功能,它允许设置用户的过期时间。
 
这个特性已经添加到mysql.user数据表,但是它的默认值是”N”。可以使用ALTER USER语句来修改这个值。
 
下面是关于如何设置MySQL用户账号的到期日期一个简单例子:
 
mysql> ALTER USER \'testuser\'@\'localhost\' PASSWORD EXPIRE;
一旦某个用户的这个选项设置为”Y”,那么这个用户还是可以登陆到MySQL服务器,但是在用户未设置新密码之前不能运行任何查询语句,而且会得到如下错误消息提示:
 
mysql> SHOW DATABASES;
ERROR 1820 (HY000): You must SET PASSWORD before executing this statement
Keep in mind that this does not affect any current connections the account has open.
当用户设置了新密码后,此用户的所有操作(根据用户自身的权限)会被允许执行:
 
mysql> SET PASSWORD=PASSWORD(\'mechipoderranen\');
Query OK, 0 rows affected (0.00 sec)
mysql> SHOW DATABASES;
+--------------------+
| Database           |
+--------------------+
| information_schema |
| data               |
| logs               |
| mysql              |
| performance_schema |
| test               |
+--------------------+
6 rows in set (0.00 sec)
mysql>
DBA可以通过cron定时器任务来设置MySQL用户的密码过期时间。
 
从MySQL 5.7.4版开始,用户的密码过期时间这个特性得以改进,可以通过一个全局变量default_password_lifetime来设置密码过期的策略,此全局变量可以设置一个全局的自动密码过期策略。
 
用法示例: 
可以在MySQL的配置文件中设置一个默认值,这会使得所有MySQL用户的密码过期时间都为90天,MySQL会从启动时开始计算时间。my.cnf配置如下:
 
[mysqld]
default_password_lifetime=90
如果要设置密码永不过期的全局策略,可以这样:(注意这是默认值,配置文件中可以不声明)
 
[mysqld]
default_password_lifetime=0
在MySQL运行时可以使用超级权限修改此配置:
 
mysql> SET GLOBAL default_password_lifetime = 90;
Query OK, 0 rows affected (0.00 sec)
还可以使用ALTER USER命令为每个具体的用户账户单独设置特定的值,它会自动覆盖密码过期的全局策略。要注意ALTER USER语句的INTERVAL的单位是“天”。
 
ALTER USER ‘testuser’@‘localhost\' PASSWORD EXPIRE INTERVAL 30 DAY;
禁用密码过期:
 
ALTER USER \'testuser\'@\'localhost\' PASSWORD EXPIRE NEVER;
让用户使用默认的密码过期全局策略:
 
ALTER USER \'testuser\'@\'localhost\' PASSWORD EXPIRE DEFAULT;
从MySQL 5.7.6版开始,还可以使用ALTER USER语句修改用户的密码:
 
mysql> ALTER USER USER() IDENTIFIED BY \'637h1m27h36r33K\';
Query OK, 0 rows affected (0.00 sec)