Linux系统安全及应用
账户安全控制
基本安全措施
系统账号清理
在Linux系统中，除了自己手动创建的账户外，还会有随系统和程序安装过程中诞生的其他大量账户，这些账户只是用来维持系统运行、启动和保持服务进程的，是不允许登录系统的，也就是非登录用户。
常见的非登录用户有：bin、daemon、adm、lp、mail、nobody、apache、mysql、ftp、dbus、gdm、haldaemon等。为了确保系统安全，把这些非登录用户的Shell设为/sbin/nologin，表示禁止终端登录。
修改用户可以使用的命令：
usermod -S /sbin/nologin用户名
锁定长期不使用的账号
usermod-L用户名
passwd -/用户名
passwd -S用户名
删除无用的账号
userdel[-r]用户名
锁定账号文件passwd、 shadow
chattr +i /etc/passwd /etc/shadow
锁定文件并查看状态
Isattr /etc/passwd /etc/shadow
chattr -i /etc/passwd /etc/shadow
解锁文件
密码安全控制
设置密码有效期，要求用户下次登录时修改密码
vi /etc/login.defs：修改密码配置文件，适用于新建用户
chage -M 30 sk：适用于已有用户
chage -d 0 zhangsan：强制下次登录时强制修改密码
限制命令历史次数
1.减少记录的命令条数
2.登录时自动清空命令历史
history -C：只是临时清除历史信息
vi /etc/profile：在全局模式进行历史命令限制
重启后生效。
source /etc/profile
vi ~/.bashrc ：登录或切换bash环境都清一次
终端自动注销
闲置100秒后自动注销
su命令切换用户
用途: Substitute User,切换用户
格式：su-目标用户
密码验证
root切换任意一个用户，都是不需要进行密码验证的。
普通用户切换其他任何用户，都会需要验证目标用户的密码，从而进入该用户。
[root@localhost ~]# su - sk
带-选项表示将使用目标用户的登录Shell环境
[root@localhost ~]# whoami：用于查看当前登录的账户是什么
限制使用su命令的用户
这里为了安全起见，还是需要对su命令进行限制，不能让普通账户随意使用该命令。
将允许使用su命令的用户加入wheel组
●启用pam_ wheel认证模块
[root@localhost ~]# gpasswd -a lisi wheel
添加授权用户zhangsan 到wheel组中
[root@wuxian ~]# vim /etc/pam.d/su
进入该文件进行设置用户禁用su命令切换用户
(启用pam wheel 认证以后，未加入到wheel 组内的其他用户将无法使用su命令)
一般注释第二行和第六行。
2/ / auth sufficient pam rootok. so
…
6/ / #auth requi red pam wheel. so use uid
1.以上两行是默认状态(即开启第一行，注释第二行)，这种状态下是允许所有用户间使用su命令进行切换的。
2.两行都注释也是运行所有用户都能使用su命令，但root下使用su切换到其他普通用户需要输入密码;如果第一行不注释，则root使用su切换普通用户就不需要输入密码(pam_ rootok. so模块的主要作用是使uid为0的用户，即root用户能够直接通过认证而不用输入密码。)
3.如果开启第二行，表示只有root用户和wheel组内的用户才可以使用su命令。
4.如果注释第一行，开启第二行，表示只有wheel组内的用户才能使用su命令,
这里lisi可以使用su命令，进入root账户，且不需要输入密码
zhangsan使用不了su命令
查看su操作记录
安全日志文件的存放地址为： /var/log/secure
Linux中的PAM安全认证
su命令的安全隐患
默认情况下，任何用户都允许使用su命令,有机会反复尝试其他用户(如root) 的登录密码，带来安全风险
为了加强su命令的使用控制，可借助于PAM认证模块,只允许极个别用户使用su命令进行切换
PAM(Pluggable Authentication Modules)可插拔式认
1.是一种高效而且灵活便利的用户级别的认证方式
2.也是当前Linux服务器普遍使用的认证方式
3.是一套可定制、可动态加载的共享库，使本地系统管理员可以随意选择程序的认证方式。
4.PAM使用/etc/pam.d/下的配置文件，来管理对程序的认证方式。
5.应用程序调用相应的PAM配置文件，从而调用本地的认证模块，模块放置在/lib64/security下，以加载动态库的形式进行认证。
6.比如使用su命令时，系统会提示输入root用户的密码，这就是su命令通过调用PAM模块实现的。
PAM安全认证流程
控制类型也称做Control Flags,
用于PAM验证类型的返回结果
1.required验证失败时仍然继续，但返回Fail
2.requisite验证失败则立即结束整个验证过程，返回Fail
- sufficient验证成功则立即返回，不再继续，否则忽略结果并继续
4.optional不用于验证，只显示信息(通常用于session类型)
PAM认证原理:
1.PAM认证一般遵循的顺序: Service ( 服务) --> PAM (配置文件) --> pam *.so;
- PAM认证首先要确定哪一项应用服务，然后加载相应的PAM的配置文件(位于7etc/pam.d下)，最后调用认证模块(位于/1 ib64/ security/下)进行安全认证。
3。用户访问服务器的时候，服务器的某一个服务程序把用户的请求发送到PAM模块进行认证。不同的应用程序所对应的PAM模块也是不同的。
如果想查看某个程序是否支持PAM认证，可以用ls命令进行查看/etc/pam.d/。
4.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模块的参数，这个需要根据所使用的模块来添加。
传递给模块的参数。参数可以有多个，之间用空格分隔开
PAM实例:
| - | 用户1 | 用户2 | 用户3 | 用户4 | ||
|---|---|---|---|---|---|---|
| auth | requi red | 模块1 | pass | fail | pass | pass |
| auth | sufficient | 模块1 | pass | pass | fail | pass |
| auth | requi red | 模块1 | pass | pass | pass | fail |
| 结果 | pass | fail | pass | pass |
required:表示该行以及所涉及模块的成功是用户通过鉴别的[必要条件]。换句话说，只有当对应于应用程序的所有带requi red标记的模块全部成功后，该程序才能通过鉴别。同时，如果任何带required标记的模块出现了错误，PAM并不立刻将错误消息返回给应用程序，而是在所有此类型模块都调用完毕后才将错误消息返回调用他的程序。
反正说白了，就是必须将所有的此类型模块都执行一次，其中任何一个模块验证出错，验证都会继续进行，并在执行完成之后才返回错误信息。这样做的目的就是不让用户知道自己被哪个模块拒绝，通过一种隐蔽的方式来保护系统服务。就像设置防火墙规则的时候将拒绝类的规则都设置为drop一样，以致于用户在访问网络不成功的时候无法准确判断到底是被拒绝还是目标网络不可达。
requisite:与required相仿，只有带此标记的模块返回成功后，用户才能通过鉴别。不同之处在于其一旦失败就不再执行堆中后面的其他模块，并且鉴别过程到此结束，同时也会立即返回错误信息。与.上面的required相比，似乎要显得更光明正大一些。
sufficient:表示该行以及所涉及模块验证成功是用户通过鉴别的[充分条件]。也就是说只要标记为sufficient的模块一旦验证成功，那么PAM便立即向应用程序返回成功结果而不必尝试任何其他模块。即便后面的层叠模块使用了requisite或者requi red控制标志也是一样。当标记为sufficient的模块失败时，sufficient 模块会当做optional对待。因此拥有sufficient标志位的配置项在执行验证出错的时候并不会导致整个验证失败，但执行验证成功之时则大]敞开。所以该控制位的使用务必慎重。
optional:他表示即便该行所涉及的模块验证失败用户仍能通过认证。在PAM体系中，带有该标记的模块失败后将继续处理下一模块。也就是说即使本行指定的模块验证失败，也允许用户享受应用程序提供的服务。使用该标志，PAM框架会忽略这个模块产生的验证错误，继续顺序执行下一个层叠模块。
sudo命令-提升权限
sudo命令的用途及用法
用途:以其他用户身份(如root) 执行授权的命令
用法：sudo授权命令
sudo授权命令
使用sudo机制提升
visudo或者vi /etc/sudoers(此文件的默认权限为440，保存退出时必须执行“:wq!"命令来强制操作)
语法格式：
用户 主机名=命令程序列表
用户 主机名=(用户) 命令程序列表
用户:直接授权指定的用户名，或采用“&组名”的形式(授权一个组的所有用户)。
主机名:使用此规则的主机名。没配置过主机名时可用localhost， 有配过主机名则用实际的主机名，ALL则代表所有主机
(用户): 用户能够以何种身份来执行命令。此项可省略，缺省时以root用户的身份来运行命令
命令程序列表:允许授权的用户通过sudo方式执行的特权命令，需填写命令程序的完整路径，多个命令之间以逗号“,"进行分隔。ALL则代表系统中的所有命令
%wheel ALL=ALL NOPASSWD:ALL
表示whee1组成员无需验证密码即可使用sudo执行任何命令
使用关键字User Alias、 Host Alias、 Cmnd Alias 来进行设置别名(别名必须为大写)
Host_Alias MYHOSTS=localhost, wuxian
表示主机名
User_Alias MYUSERS=sk, zhangsan, lisi
表示为这些用户加入别名
Cmnd_ Alias MYCMNDS= /sbin/*， ！/sbin/reboot，！/sbin/poweroff，
！/sbin/init，！/usr/bin/rm
这里的“！”表示为其他授权用户禁用这些命令。
MYUSERS MYHOSTS=NOPASSWD MYCMNDS
启用sudo操作日志
visudo
需要配置：Defaults logfile = "/var/log/sudo
查询授权的sudo操作
sudo -l
启用日志之后，sudo命令的操作记录才会被记录。
开关机安全控制
调整BIOS引导设置
将第一引导设备设为当前系统所在硬盘
禁止从其他设备(光盘、U盘、网络)引导系统
将安全级别设为setup,并设置管理员密码
GRUB限制
使用grub2-mkpasswd-pbkdf2生成密钥
修改/etc/grub.d/00_ header文件中，添加密码记录
生成新的grub.cfg配置文件
限制更改GRUB引导参数
通常情况下在系统开机进入GRUB菜单时，按e键可以查看并修改GRUB引导参数，这对服务器是–个极大的威胁。
可以为GRUB菜单设置一个密码，只有提供正确的密码才被允许修改引导参数。
grub2 -mkpasswd- pbkdf2
根据提示设置GRUB菜单的密码
PBKDF2 hash of your password is grub. pbkdf2…
省略部分内容为经过加密生成的密码字符串
cp /boot/grub2/grub.cfg /boot/ grub2/grub.cfg.bak
cp /etc/grub.d/00 header /etc/grub.d/00 header.bak
vim /etc/grub.d/00 header
cat << EOF
set superusers=“root”（设置用户名为root）
password_ pbkdf2 root grub . pbkd2…
（设置密码，省略部分内容为经过加密生成的密码字符串）
EOF
grub2 -mkconfig -o /boot/grub2/grub.cfg （生成新的 grub.cfg 文件）
重启系统进入GRUB菜单时，按e键将需要输入账号密码才能修改引导参数。