知新_RL

这个屌丝很懒，什么也没留下！

热门标签

如何保障Linux系统的安全_为了确保linux系统安全,妥善维护系统文件。其中包含系统全部用户信息和所有组

作者：知新_RL | 2024-05-28 00:10:35

踩

为了确保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
表示主机名