6.24系统安全及应用——账号安全与控制与PAM认证模块
Posted 十一没有撤退可言！
tags:
篇首语：本文由小常识网(cha138.com)小编为大家整理，主要介绍了6.24系统安全及应用——账号安全与控制与PAM认证模块相关的知识，希望对你有一定的参考价值。
一、账号安全控制
注：锁定文件可以锁定你认为隐秘重要的文件都可以用这条命令
①、设置密码有效期
适用于新建用户:
vi /etc/login.defs
适用于已有用户:
chage -M 日期 用户
②、要求用户下次登陆时更改密码
强行在下次登录时更改密码:
chage -d 0 xxx
减少记录的命令条数
vi /etc/profile
• 登录时自动清空命令历史
vi .bashrc
echo " " > ~/.bash_history
闲置600秒后自动注销
vi /etc/profile
• 用途: Substitute User,切换用户
②、密码验证
- root→任意用户，不验证密码
- 普通用户→其他用户，验证目标用户的密码
③、限制使用su命令切换用户
- 将允许使用su命令的用户加入wheel组
- 启用pam_wheel认证模块
gpasswd -a xxx wheel
#将用户加入wheel组
vi /etc/pam.d/su
#进入设置su使用命令
④ 查看su操作记录
安全日志文件：/var/log/secure
补充
在/etc/ pam. d/su文件里设置禁止用户使用su命令
vim /etc/pam.d/ su
2// auth sufficient pam_ rootok. so
6// #auth required pam_ wheel.so use_ uid
a) 以上两行是默认状态(即开启第一-行，注释第二行)，这种状态下是允许所有用户间使用su命令进行切换的
b) 两行都注释也是运行所有用户都能使用su命令，但root.下使用su切换到其他普通用户需要输入密码;
如果第一行不注释，则root使用su切换普通用户就不需要输入密码(pam_ rootok. so模块的主要作用是使uid为0的用户，即root用户能够直接通过认证而不用输入密码)
c) 如果开启第二行，表示只有root用户和wheel组内的用户才可以使用su命令
d) 如果注释第一行，开启第二行，表示只有wheel组内的用户才能使用su命令，root用户也被禁用su命令
gpasswd -a lili wheel
#添加授权用户zhangsan 到wheel组中
groups lili
vim /etc/pam.d/su
auth required pam_wheel.so use_uid
#去掉此行开头的注释
启用pam_wheel认证以后，未加入到wheel组内的其他用户将无法使用su命令
二.Linux中的PAM安全认证
PAM使用/etc/pam.d/下的配置文件，来管理对程序的认证方式
应用程序调用相应的PAM配置文件，从而调用本地的认证模块，模块放置在/lib64/security下以加载动态库的形式进行认证。比如使用su命令时，系统会提示输入root用户的密码，这就是su命令通过调用PAM模块实现的
默认情况下，任何用户都允许使用su命令,有机会反复尝试其他用户(如root) 的登录密码，带来安全风险
为了加强su命令的使用控制，可借助于PAM认证模块只允许极个别用户使用su命令进行切换
是一种高效而且灵活便利的用户级别的认证方式
是当前Linux服务器普遍使用的认证方式
1.PAM认证一般遵循的顺序:Service(服务)–>PAM(配置文件)–>pam_*.so
2.PAM认证首先要确定哪一项应用服务，然后加载相应的PAM的配置文件(位于7etc/pam.d下)，最后调用认证模块(位于/lib64/security/下)进行安全认证
3.用户访问服务器的时候，服务器的某–个服务程序把用户的请求发送到PAM模块进行认证。不同的应用程序所对应的PAM模块也是不同的
4.不同的应用程序所对应的PAM模块是不同的
• 如果想查看某个程序是否支持PAM 认证，可以用ls命令进行查看/etc/ pam.d/
• PAM的配置文件中的每一行都是一个独立的认证过程，它们按从上往下的顺序依次由PAM模块调用
解释：
第一列代表PAM认证模块类型
auth: 对用户身份进行识别，如提示输入密码，判断是否为root
account: 对账号各项属性进行检查，如是否允许登录系统，帐号是否已经过期，是否达到最大用户数等
password: 使用用户信息来更新数据，如修改用户密码
session: 定义登录前以及退出后所要进行的会话操作管理，如登录连接信息，用户数据的打开和关闭，挂载文件系统
第二列代表PAM控制标记
required: 表示需要返回一个成功值，如果返回失败，不会立刻将失败结果返回，而是继续进行同类型的下一验证，所有此类型的模块都执行完成后，再返回失败
requisite: 与required类似，但如果此模块返回失败，则立刻返回失败并表示此类型失败
sufficient: 如果此模块返回成功，则直接向程序返回成功，表示此类成功，如果失败，也不影响这类型的返回值
optional: 不进行成功与否的返回，一般不用于验证，只是显示信息(通常用于session 类型)
include: 表示在验证过程中调用其他的PAM配置文件。比如很多应用通过完整调用/etc/pam.d/system-auth(主要负责用户登录系统的认证工作)来实现认证而不需要重新逐一去写配置项
第三列代表PAM模块
默认是在/lib64/security/目录下，如果不在此默认路径下，要填写绝对路径
同一个模块，可以出现在不同的模块类型中，它在不同的类型中所执行的操作都不相同，这是由于每个模块针对不同的模块类型编制了不同的执行函数
第四列代表PAM模块的参数
这个需要根据所使用的模块来添加传递给模块的参数。参数可以有多个，之间用空格分隔开
控制标记的补充说明
required
表示该行以及所涉及模块的成功是用户通过鉴别的【必要条件】。换句话说，只有当对应于应用程序的所有带required标记的模块全部成功后，该程序才能通过鉴别。同时，如果任何带required标记的模块出现了错误，PAM并不立刻将错误消息返回给应用程序，而是在所有此类型模块都调用完毕后才将错误消息返回调用他的程序。
反正说白了，就是必须将所有的此类型模块都执行一次，其中任何一个模块验证出错，验证都会继续进行，并在执行完成之后才返回错误信息。这样做的目的就是不让用户知道自己被哪个模块拒绝，通过一种隐蔽的方式来保护系统服务。就像设置防火墙规则的时候将拒绝类的规则都设置为drop样，以致于用户在访问网络不成功的时候无法准确判断到底是被拒绝还是目标网络不可达。
requisite
与required相仿,只有带此标记的模块返回成功后,用户才能通过鉴别。不同之处在于其一旦失败就不再执行堆中后面的其他模块，并且鉴别过程到此结束，同时也公立即返回错误信息。与上面的required相比，似乎要显得更光明正大一些。
sufficient
表示该行以及所涉及模块验证成功是用户通过鉴别的【充分条件】。也就是说只要标记为sufficient的模块一旦验证成功，那么PAM便立即向应用程序返回成功结果而不必尝试任何其他模块。即便后面的层叠模块使用了requisite或者required控制标志也是一样。当标记为sufficient的模块失败时，sufficient模块会当做optional对待。因此拥有sufficient标志位的配置项在执行验证出错的时候并不公导致整个验证失败，但执行验证成功之时则大门敞开。所以该控制位的使用务必慎重。
optional
他表示即便该行所涉及的模块验证失败用户仍能通过认证。在PAM体系中，带有该标记的模块失败后将继续处理下一模块。也就是说即使本行指定的模块验证失败，也允许用户享受应用程序提供的服务。使用该标志，PAM框架会忽略这个模块产生的验证错误，继续顺序执行下一个层叠模块。
- 1、required验证失败时仍然继续，但返回Fail
- 2、requisite验证失败则立即结束整个验证过程，返回Fail
- 3、sufficient验证成功则立即返回，不再继续，否则忽略结果并继续
- 4、optional不用于验证，只显示信息(通常用于session类型)
以上是关于6.24系统安全及应用——账号安全与控制与PAM认证模块的主要内容，如果未能解决你的问题，请参考以下文章