利用Google Authenticator实现用户双因素认证

一、介绍:什么是双因素认证

  双因素身份认证就是通过你所知道再加上你所能拥有的这二个要素组合到一起才能发挥作用的身份认证系统。双因素认证是一种采用时间同步技术的系统,采用了基于时间、事件和密钥三变量而产生的一次性密码来代替传统的静态密码。每个动态密码卡都有一个唯一的密钥,该密钥同时存放在服务器端,每次认证时动态密码卡与服务器分别根据同样的密钥,同样的随机参数(时间、事件)和同样的算法计算了认证的动态密码,从而确保密码的一致性,从而实现了用户的认证。
  说白了,就像我们几年前去银行办卡送的口令牌,以及网易游戏中的将军令,在你使用网银或登陆游戏时会再让你输入动态口令的。

二、产品分类

  市面上有基于硬件的,也有基于软件的产品,具体可以另搜啊,本人喜欢开源的东东,并找到了Google开源的二次认证系统Google Authenticator OpenSource,可以利用智能手机生产30秒动态口令配合登陆linux系统,该验证器提供了一个六位数的一次性密码。目前ios 和Android 都有客户端供于下载。

三、目的

  1.实现登陆linux 服务器时,先输入动态口令,认证成功后,在下一步输入用户密码。如果口令失败,不会进行下一步的本地密码认证。
  2.部署完成后,即使服务器不能上网,或者手机客户端不能上网,整个二步验证系统还是可以正常运行的。

四、基础+部署步骤

4.1 基本环境:
OS:Centos 7 (最小化安装)
  

IP :192.168.1.125
4.2 所需软件:
chrony
pam-devel
libpam-google-authenticator-1.0-source.tar.bz2
qrencode-3.4.4

libpng、libpng-devel

4.3 部署
4.3.1 安装开发者工具,主要后续需要编译,这有gcc等编译器,以及需要用到的库
[[email protected] ~]# yum groupinstall "Development Tools" -y
4.3.2 安装pam 开发包
[[email protected] ~]# yum install pam-devel -y
4.3.3 安装chrony 软件
因为动态口令再验证时用到了时间,所以要保持时间上的一致性。简单说下chrony:chrony 是网络时间协议的(NTP)的另一种实现,与网络时间协议后台程序(ntpd)不同,它可以更快地更准确地同步系统始终。如果要使用ntp 需要单独安装。
下面是安装并修改chronyd的配置文件添加(大概是第6行后)锅内比较好用的ntp服务器:官网


[[email protected] ~]# yum install chrony -y
[[email protected] ~]# vim /etc/chrony.conf 
…
server 2.cn.pool.ntp.org iburst

重启服务并使用命令查看同步(注:202.118.1.130就是我们上一步添加的那个ntp server)


[[email protected] ~]# systemctl restart chronyd
[[email protected] ~]# chronyc sources
210 Number of sources = 3
MS Name/IP address         Stratum Poll Reach LastRx Last sample
===============================================================================
^* 202.118.1.130                 2   6    17    54    -58us[ +132us] +/-   85ms
^+ news.neu.edu.cn               2   6    17    54   +542us[ +732us] +/-   89ms
^- dns1.synet.edu.cn             2   6   251    46    +25ms[  +25ms] +/-   60ms

如果时区不对的话,可以拷贝你当前地区所在地的时区到系统运行的时区,如下:


cp /usr/share/zoneinfo/Asia/Shanghai /etc/localtime
4.3.4 现在去google的github 上下载源码文件

[[email protected] ~]# git clone https://github.com/google/google-authenticator.git
正克隆到 'google-authenticator'...
remote: Counting objects: 1415, done.
remote: Total 1415 (delta 0), reused 0 (delta 0), pack-reused 1415
接收对象中: 100% (1415/1415), 2.33 MiB | 86.00 KiB/s, done.
处理 delta 中: 100% (741/741), done.
进入刚刚git下载的目录中,进行安装
[[email protected] ~]# cd google-authenticator/libpam/
 2016-12-10日 更正记录:由于谷歌 github上将libpam 认证模块放到一个单独项目内,4.3.4步骤已过时,下面是新的下载源码方式:
[[email protected] ~]# git clone https://github.com/google/google-authenticator-libpam.git
 

进入到该目录中进行面的编译安装。
下面是编译安装
View Code
安装完成后,现在我们去配置系统PAM模块中修改sshd支持谷歌的认证,这就要求所有用户先使用谷歌验证SSH认证。在sshd文件的第一行,内容如下:


[[email protected] ~]# vim /etc/pam.d/sshd 
auth       required pam_google_authenticator.so no_increment_hotp
配置sshd服务,/etc/ssh/sshd_config,主要修改以下3个值:
[[email protected] ~]# vim /etc/ssh/sshd_config 
...
PasswordAuthentication yes
ChallengeResponseAuthentication yes
UsePAM yes
注意:这里插一条错误记录,测试过程中出现的。
[[email protected] ~]# tail -40f /var/log/secure
....
May 21 13:43:01 test sshd[3344]: PAM unable to dlopen(/usr/lib64/security/pam_google_authenticator.so): /usr/lib64/security/pam_google_authenticator.so: cannot open shared object file: No such file or directory
May 21 13:43:01 test sshd[3344]: PAM adding faulty module: /usr/lib64/security/pam_google_authenticator.so
May 21 13:43:03 test sshd[3346]: pam_succeed_if(sshd:auth): requirement "uid >= 1000" not met by user "root"
修改方法:创建软链接即可,必须创建,或者直接复制过去也可。
[[email protected] ~]# ln -s /usr/local/lib/security/pam_google_authenticator.so /usr/lib64/security/pam_google_authenticator.so 

之后,重启sshd 服务


[[email protected] ~]# systemctl restart sshd
4.3.5 安装二维码生成工具
这步也可以省略,如果不装的话,因为下一步生成的二维码就会成一个链接,到时将链接复制到你的浏览器中,也是可以出现二维码的,到时利用智能手机打开google author进行扫描。


[[email protected] ~]# wget -c http://fukuchi.org/works/qrencode/qrencode-3.4.4.tar.gz
[[email protected] ~]# tar zxvf qrencode-3.4.4.tar.gz 
[[email protected] ~]# cd qrencode-3.4.4
[[email protected] qrencode-3.4.4]# yum install libpng libpng-devel
[[email protected] qrencode-3.4.4]# ./configure 
[[email protected] qrencode-3.4.4]# make && make install
4.3.6 设置一个用户,如下操作:
运行google-authenticator 命令,它将会在当前登陆用户的家目录中生成一个新的密钥()


[[email protected] qrencode-3.4.4]# cd ~
[[email protected] ~]# google-authenticator

Do you want authentication tokens to be time-based (y/n) y
https://www.google.com/chart?chs=200x200&chld=M|0&cht=qr&chl=otpauth://totp/[email protected]%3Fsecret%3DSLZTXLFJ5KT5TWMP%26issuer%3Dtest
  
                                                                                                                                                                                                                       
Your new secret key is: SLZTXLFJ5KT5TWMP
Your verification code is 237785
Your emergency scratch codes are:
  50173529
  93655635
  54015704
  20609194
  92637519

Do you want me to update your "/root/.google_authenticator" file (y/n) y

Do you want to disallow multiple uses of the same authentication
token? This restricts you to one login about every 30s, but it increases
your chances to notice or even prevent man-in-the-middle attacks (y/n) Do you want to disallow multiple uses of the same authentication
token? This restricts you to one login about every 30s, but it increases
your chances to notice or even prevent man-in-the-middle attacks (y/n) y

By default, tokens are good for 30 seconds. In order to compensate for
possible time-skew between the client and the server, we allow an extra
token before and after the current time. If you experience problems with
poor time synchronization, you can increase the window from its default
size of +-1min (window size of 3) to about +-4min (window size of
17 acceptable tokens).
Do you want to do so? (y/n) y

If the computer that you are logging into isn't hardened against brute-force
login attempts, you can enable rate-limiting for the authentication module.
By default, this limits attackers to no more than 3 login attempts every 30s.
Do you want to enable rate-limiting (y/n) y

上述共需回答5个y
  第1个:问你是否想做一个基于时间的令牌
  第2个:是否更新你的google认证文件,由于第一次设置,所以一定选y 
  第3个:是否禁止口令多用,这里选择y,禁止它,以防止中间人欺骗。
  第4个:默认情况,1个口令的有效期是30s,这里是为了防止主机时间和口令客户端时间不一致,设置的误差,可以选择y,也可选n,看要求严谨程度
  第5个:是否打开尝试次数限制,默认情况,30s内不得超过3次登陆测试,防止别人暴力破解。
并且上面这些设置将被存储在用户的〜/.google_authenticator文件中,emergency scratch codes 中的5个代码是紧急代码,务必牢记,这是在你的动态口令无法使用的情况下使用的,记住,用一个失效一个。后期可以登陆上去后,重新生成!!
上面的二维码如果你没有做 4.3.5 安装qrencode那一步,可以复制链接,直接粘贴到浏览器地址栏中,进行生成,此时打开手机上的Google Authenticator应用扫描二维码

五、测试

注销当前用户后,重新登陆

六、优化

6.1 不足之处
  上面的环境即使在内网还是需要二次认证;所以这个好解决,将允许本地局域网直接登录系统。
6.2 解决内网主机跳过二次认证
编辑pam.d下的sshd 文件,在第一行增加内容,主要是指定允许的主机信息文件,如下所示:


[[email protected] ~]# more -2 /etc/pam.d/sshd 
auth  pam_access.so accessfile=/etc/security/access-localhost.conf
auth  required pam_google_authenticator.so no_increment_hotp

然后在/etc/security/目录下创建access-localhost.conf文件,并添加内容如下:


[[email protected] ~]# cat /etc/security/access-localhost.conf
# skipped local network for google auth...
+ : ALL : 192.168.1.0/24
+ : ALL : LOCAL
- : ALL : ALL

最后,重启sshd 服务


[[email protected] ~]# systemctl restart sshd
6.3 测试:

lk:~ yifeng$ ssh [email protected]
Password: 
Last login: Sun May 22 02:21:46 2016 from 192.168.1.101
6.4 结论
  从上面的部署来看,部署不是特别的难,可以说很简单吧,应用场景也可以有很多,可以用在公司内部堡垒机上,以及个人的网站、博客虚拟主机上。从而给系统加了一层保障,增强了个人服务器的安全性。
2016-12-10日 更正记录:由于谷歌 github上将libpam 认证模块放到一个单独项目内,4.3.4步骤已过时,文中已给出最新下载源码方式。

参考文章:

https://github.com/google/google-authenticator
http://www.zhihu.com/question/20462696
https://github.com/google/google-authenticator-libpam

点赞