系统安全及应用
一,账号安全控制
基本措施
系统账号清理
将非登录用户的shell设为/sbin/nologin
锁定长期不使用的账号
删除无用的账号
锁定账号文件passwd,shadow
[root@localhost ~]# chattr +i /etc/passwd /etc/shadow #锁定文件 -i解锁
[root@localhost ~]# lsattr /etc/passwd /etc/shadow #查看状态
-------------- /etc/passwd
-------------- /etc/shadow
密码安全控制
设置密码有效期:change -M 30 用户名
要求用户下次登录时修改密码:chage -d 0 用户名
[root@localhost ~]# vi letcllogin.defs #适用于新建用户
PASS MAX DAYS 30
[root@localhost ~]# chage -M 30 lisi #适用于已有用户
命令历史限制
减少记录 的命令条数(历史记录默认1000条)
注销时自动清空命令历史
[root@localhost ~]# vi /etc/profile
HISTSIZE=200 #表示只留200条命令
[root@localhost ~]# vi ~/.bash_logout
history -c
clear
终端自动注销
闲置600秒后自动注销
[root@localhost~]$ vim /etc/profile
...
最后加 export TMOUT=60
使用su命令切换用户
su -用户名 用途:切换用户
密码验证:root–任意用户,不验证密码;普通用户–其他用户,验证目标用户的密码
限制su命令用户
默认情况下,任何用户都允许使用su命令,从而有机会反复尝试其他用户(如root)的登录密码,这样带来了安全风险。为了加强su命令的使用控制,可以借助于 pam _wheel认证模块,只允许极个别用户使用su命令进行切换。
实现过程如下:
将授权使用su命令的用户添加到 wheel 组,修改/etc/pam.d/su 认证配置以启用pam_wheel认证.
在/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为o的用户,即root用户能够直接通过认证而不用输入密码。)
c)如果开启第二行,表示只有root用户和wheel组内的用户才可以使用su命令
d)如果注释第一行,开启第二行,表示只有wheel组内的用户才能使用su命令,root用户也被禁用su命令。
限制使用su命令的用户,启用pam_wheel认证模块
root@localhost ~]# gpasswd -a zhangsan wheel
#添加授权用户zhangsan
正在将用户"zhangsan"加入到"wheel"组中
[root@localhost ~]# grep wheel /etc/group 确认 wheel组成员wheel:x : 10 : zhangsan
[ root@localhost ~] #vi letc/pam.d/ su#%PAM-1.0
auth sufficient pam_rootok.so
auth required pam_wheel.so use_uid
#去掉此行开头的#号
启用pam_wheel认证后,未加入wheel组内的其他用户将无法使用su命令,尝试进行切换时将提示“拒绝权限”,从而将切换用户的权限控制在最小范围内。【普通用户切换登录测试 验证,使用su命令切换用户的操作将会记录到安全日志/var/log/secure文件中】
Linux中的PAM安全认证
su命令的安全隐患
●默认情况下,任何用户都允许使用su命令,有机会反复尝试其他用户(如root)的登录密码,带来安全风险
●为了加强su命令的使用控制,可借助于PAM认证模块,只允许极个别用户使用su命令进行切换
安全日志文件/var/log/secure
PAM(Pluggable Authentication Modules)可插拔式认证模块
●是一种高效而且灵活便利的用户级别的认证方式
●也是当前Linux服务器普遍使用的认证方式
PAM认证原理
1一般遵循的顺序:
Service(服务)→PAM(配置文件)→pam_*.so
2.首先要确定哪一项服务,然后加载相应的PAM的配置文件(位于/etc/pam.d下),最后调用认证文件(位于/lib/security下)进行安全认证
3.用户访问服务器时,服务器的某一个服务程序把用户的
请求发送到PAM模块进行认证
4.不同的应用程序所对应的PAM模块是不同的
如果想查看某个程序是否支持PAM认证,可以用ls命令进行查看/etc/pam.d/
PAM的配置文件中的每一行都是一个独立的认证过程,它们按从上往下的顺序依次由PAM模块调用
PAM认证各列含义
第一列代表PAM认证模块类型
auth: 对用户身份进行识别,如提示输入密码,判断是否为root。account:对账号各项属性进行检查,如是否允许登录系统,帐号是否已经过期,是否达到最大用户数等。
password:使用用户信息来更新数据,如修改用户密码。
session:定义登录前以及退出后所要进行的会话操作管理,如登录连接信息,用户数据的打开和关闭,挂载文件系统。
第二列代表PAM控制标记
required:表示需要返回一个成功值,如果返回失败,不会立刻将失败结果返回,而是继续进行同类型的下一验证,所有此类型的模块都执行完成后,再返回失败。
requisite:与required类似,但如果此模块返回失败,则立刻返回失败并表示此类型失败。
sufficient:如果此模块返回成功,则直接向程序返回成功,表示此类成功,如果失败,也不影响这类型的返回值。
optional:不进行成功与否的返回,一般不用于验证,只是显示信息(通常用于session类型),
include:表示在验证过程中调用其他的PM配置文件。比如很多应用通过完整调用/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框架会忽略这个模块产生的验证错误,继续顺序执行下一个层叠模块。
PAM实例:
用户1 | 用户2 | 用户3 | 用户4 | |||
---|---|---|---|---|---|---|
auth | required | 模块1 | pass | fail | pass | pass |
auth | sufficient | 模块2 | pass | pass | fail | pass |
auth | required | 模块3 | pass | pass | pass | fail |
结果 | pass | fail | pass | pass |
PAM认证的构成
查看某个程序是否支持PAM认证,可以用Is命令
●示例:查看su是否支持PAM模块认证
ls letc/pam.d | grep su
查看su的PAM配置文件: cat letc/pam.d/su
●每一行都是一个独立的认证过程
●每一行可以区分为三个字段:
认证类型
控制类型
PAM模块及其参数
7)PAM认证流程
1.required验证失败时仍然继续,但返回Fail。
2.requisite验证失败则立即结束整个验证过程,返回Fail。
3.sufficient验证成功则立即返回,不再继续,否则忽略结果并继续。
4.optional不用于验证,只显示信息(通常用于session类型)
使用sudo机制提升权限
su命令的缺点
sudo命令的用途及用法
●用途: 以其他用户身份(如root)执行授权的命令
●用法:sudo 授权命令
visudo
或
vi /etc/sudoers (此文件的默认权限为440,保存退出时必须执行" :wq !"命令来强制操作)
语法格式:
用户主机名=命令程序列表
用户主机名=(用户)命令程序列表
用户:直接授权指定的用户名,或采用"%组名"的形式(授权一个组的所有用户)。
主机名:使用此规则的主机名。没配置过主机名时可用localhost,有配过主机名则用实际的主机名,ALL则代表所有主机
(用户):用户能够以何种身份来执行命令。此项可省略,缺省时以root用户的身份来运行命令
命令程序列表:允许授权的用户通过sudo方式执行的特权命令,需填写命令程序的完整路径,多个命令之间以逗号”,"进行分隔。ALL则代表系统中的所有命令
示例
Tom ALL=/sbin/ifconfig
Jerry localhost=/sbin/* ,!/sbin/reboot,!/sbin/poweroff #通配符"*"表示所有、取反符号"!”表示排除
%wheel ALL=NOPASSWD:ALL #表示wheel组成员无需验证密码即可使用sudo执行任何命令
Mike ALL=(root)NOPASSWD:/bin/ki1l,/usr/bin/killall
gpasswd -M lisi wheel ##李四加入wheel组
sudo [参数选项]命令
-l:列出用户在主机上可用的和被禁止的命令;一般配置好/etc/sudoers后,要用这个命令来查看和测试是不是配置正确的;
-v:验证用户的时间戳;如果用户运行sudo后,输入用户的密码后,在短时间内可以不用输入口令来直接进行sudo操作;用-v可以跟踪最新的时间戳;
-u :指定以以某个用户执行特定操作;
-k:删除时间戳,下一个sudo命令要求用求提供密码:
案列一
wangliu 用户可以使用useradd usermod
需求: wangliu root用户下的权限useradd usermod
配置
visudo
wangliu ALL=(root) /usr/sbin/useradd,/usr/sbin/usermod
如wangliu ALL= (root) NOPASSWD:/usr/sbin/useraad,PASSWD:/usr/sbin/usermod #前面不需要输入密码,后面需要输入密码
验证1
[wangliu@kgc root] $ sudo /usr/sbin/useradd tom
[sudo] wangliu 的密码:
[wangliu@kgc root]$ tail -2 /etc/passwd
wangliu:x:1005:1005::/home/wangliu:/bin/bash
tom: x :1006:1006: : / home/tom: / bin/ bash