账号安全基本措施
系统账号清理
将非登录用户的shell设为/sbin/nolongin
锁定长期不使用的账号
删除无用账号
锁定账号文件passwd、shadow
chattr +i /etc/passwd /etc/shadow 锁定文件
chattr -i /etc/passwd /etc/shadow 解锁文件
lsattr /etc/passwd /etc/shadow 查看状态
密码安全控制
设置密码有效期
要求用户下次登录时修改密码
vim /etc/login.defs 修改新建账号的格式
chage -M 30 lisi 对老用户设置有效期为30天
chage -d 0 账户名 账号下次登录要修改密码
历史命令限制
减少历史命令跳数
注销时清空命令历史
vim /etc/profile
HISTSIZE=1000 默认保留1000条历史命令
vim ~/.bash_logout 关机的时候自动清除历史命令
history -c
clear
source /etc/profile //刷新(source可以用空格点代替也是刷新)
vim .bash_history 进入history记录表
vim .bash_logout
echo "" > .bash_history 将表清空
source /etc/profile 刷新
history 查看历史命令记录
终端自动注销
闲置600秒自动注销
vim ~/.bash_profile 编辑shell登录配置文件
export TMOUT=600 直接加上
使用su命令切换用户
用途及用法
用途 Substitute User,切换用户
格式 su -目标用户
密码验证
root→任意用户,不验证密码
普通用户→其他用户,验证目标用户的密码
su - root
whoami 查看当前用户
默认情况下,任何用户都允许使用su命令,从而有机会反复尝试其他用户(如root)的登录密码,这样带来了安全风险。为了加强su命令的使用控制,可以借助于pam_wheel认证模块,只充许极个别用户使用su命令进行切换。实现过程如下:将授权使用su命令的用户添加到 wheel 组,修改/etc/pam.d/su认证配置以启用pam_wheel认证。
在/etc/ pam.d/su文件里设置禁止用户使用su命令
vim letc/pam.d/su
2 #auth sufficient pam_ rootok.so
6 #auth required pam_ wheel.so use__uid
1.以上两行是默认状态(即开启第一行,注释第二行),这种状态下是允许所有用户间使用su命令进行切换的。
2.两行都注释也是运行所有用户都能使用su命令,但root'下使用su切换到其他普通用户需要输入密码;如果第一行不注释,则root使用su切换普通用户就不需要输入密码(pam rootok.so模块的主要作用是使uid为o的用户,即root用户能够直接通过认证而不用输入密码。)
3.如果开启第二行,表示只有root用户和wheel组内的用户才可以使用su命令
4.如果注释第一行,开启第二行,表示只有whee1组内的用户才能使用su命令,root用户也被禁用su命令。
限制使用su命令的用户:
root@localhost ~]# gpasswd -a zhangsan wheel #添加授权用户 zhangsan
正在将用户"zhangsan”加入到"wheel”组中
[root@localhost ~]# grep wheel /etc/group #确认wheel 组成员
wheel:x:10:zhangsan
[root@localhost ~]# vim /etc/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 文件中,可以根据需要进行查看。
su命令的安全隐患
默认情况下,任何用户都允许使用su命令,有机会反复尝试其他用户(如root)的登录密码,带来安全风险
为了加强su命令的使用控制,可借助于PAM认证模块,只允许极个别用户使用su命令进行切换
PAM(Pluggable Authentication Modules)可插拔式认证模块
PAM是一种高效而且灵活便利的用户级别的认证方式
也是当前Linux服务器普遍使用的认证方式
pam认证的原理
1.PAM认证一般遵循的顺序: service (服务) --> PAM (配置文件) --> pam_ *.so;
2.PAM认证首先要确定哪一项应用服务,然后加载相应的PAM的配置文件(位手/etc/pam.d下),最后调用认证模块(位于/lib64/securityl下)进行安全认证。
3.用户访问服务器的时候,服务器的某一个服务程序把用户的请求发送到Paw模块进行认证。不同的应用程序所对应的PAM模块也是不同的。
如果想查看某个程序是否支持PAM认证,可以用ls命令进行查看/etc/pam.d/
PAM认证模块
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相L比,似乎要显得更光明正大一些。
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 |
结果 | paps | fail | pass | pass |
PAM安全认证流程
控制类型也称做Control Flags,用于PAM验证类型的返回结果
1.required验证失败时仍然继续,但返回Fail
2.requisite验证失败则立即结束整个验证过程,返回Fail
3.sufficient验证成功则立即返回,不再继续,否则忽略结果并继续
4.optional不用于验证,只显示信息(通常用于session类型)
sudo机制提升权限
使用sudo机制提升
visudo
vi /etc/sudoers (此文件的默认权限为440,保存退出时必须执行":wq! "命令来强制操作)
语法格式:
用户 主机名=命令程序列表
用户 主机名-(用户)命令程序列表
用户:直接授权指定的用户名,或采用"%组名"的形式(授权一个组的所有用户)。
主机名:使用此规则的主机名。没配置过主机名时可用localhost,有配过主机名则用实际的主机名,ALL则代表所有主机
(用户):用户能够以何种身份来执行命令。此项可省略,缺省时以root用户的身份来运行命令
命令程序列表:允许授权的用户通过sudo方式执行的特权命令,需填写命令程序的完整路径,多个命令之间以逗号","进行分隔。ALL则代表系统中的所有命令
sudo [参数选项]命令
-l
列出用户在主机上可用的和被禁止的命令;一般配置好/etc/sudoers后,要用这个命令来查看和测试是不是配置正确的:
-v
验证用户的时间戳:如果用户运行sudo后,输入用户的密码后,在短时间内可以不用输入口令来直接进行sudo操作;用-v 可以跟踪最新的时间藏:
-u
指定以以某个用户执行特定操作:
-k
删除时间戳,下一个sudo命令要求用求提供密码;
示例
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组
案列一
wangliu 用户可以使用useradd usermod
需求: wangliu root用户下的权限useradd usermod
配置
visudo
wangliu ALL=(root) /usr/sbin/useradd,/usr/sbin/usermod
如lwangliu ALL=(root)NOPASSWD: /usr/sbin/useradd,PASSWD:/usr/sbin/usermod
#前面不需要输入密码,后面需要输入密码
验证1
[wangliu@kgc root]$ sudo /usr/sbin/useradd tom
[sudo] wangliu 的密码:
[wangliu@kgc root]$ tail -2 letc/passwd
wangliu:x:1005:1005::/home/wangliu:/bin/bash
tom:x:1006:1006::/home/tom:/bin/bash
案列二
用户可以临时创建网卡
visudo
Tom kgc= (root) NOPASswD:/usr /sbin/ifconfig
当使用相同授权的用户较多,或者授权的命令较多时,可以采用集中定义的别名。用户、
主机、命令部分都可以定义为别名(必须为大写),分别通过关键字User_Alias、Host_Alias、Cand_Alias来进行设置。
查看组下面的用户
grep "wheel" /etc/group
用户别名的语法格式
1.user_alias
用户别名:包含用户、用户组(%组名(使用%引导))、还可以包含其他其他已经用户的别名 user_Alias OPERATORS=zhangsan,tom,lisi
2.Host_Alias
主机别名:主机名、IP、网络地址、其他主机别名!取反 Host_Alias MAILSVRS-smtp,pop
3.cmnd Alias
命令路径、目录(此目录内的所有命令)、其他事先定义过的命令别名 Cmnd_Alias PKGTOOLS=/bin/rpm,/usr/bin/yum
案例一用户别名
使用关键字User_ Alias、Host_ Alias、Cmnd Alias来进行设置别名(别名必须为大写)1)
Host_Alias MYHOSTs = kgc,localhost
User_Alias MYUSERS = zhangsan,wangwu,lisi
Cmnd_Alias MYCMNDS = /sbin/*,!/sbin/reboot,!/sbin/poweroff,!/sbin/init,!/usr/bin/rm
MYUSERS MYHOSTs=NOPASSwD:MYCMNDS
User_Alias USERS=Tom,Jerry,Mike
Host_Alias HOSTS=localhost,bogon
cmnd_Alias CMNDS=/sbin/ifconfig,/usr/sbin/useradd,/usr/sbin/userdel
USERS HOSTs-CMNDS
案列二用户别名
例如,以下操作通过别名方式来添加授权记录,允许用户wangliu、wangliu组、useradmin组并且定义命令别名。在主机smtp. pop 中执行rpm、yum命令
User_Alias USERADMIN = wangliu, swangliu , suseradmin
Cmnd_Alias USERADMINCMND=/usr/sbin/useradd,/usr/sbin/usermod,/usr/sbin/userdel,/usr/bin/passwd, !/usr/bin/passwd root #取反的优先级最高
USERADMIN ALL= (root) NOPASSWD: USERADMINCMND
验证别名以及命令路径
注bug
sudo passwd root测试
解决方法
Cmnd_Alias USERADMINCMND =/usr/sbin/useradd,/usr/sbin/usermod,/usr/sbin/userdel,/usr/bin/passwi[A-za-z]*,!/usr/ bin/passwd root
启用sudo操作日志
visudo
Defaults logfile - "/var/log/sudg"
sudo日志记录以备管理员查看,应在/etc/sudoers文件中增加"Defaults logfile"设置如果已经启用sudo日志,则可以从/var/log/sudo文件中看到用户的 sudo操作记录。
注:启用日志:Defaults logfile=/var/ log/sudo
另外一个方法是/var/log/ secure日志可查看到sudo操作用户步骤
sudo -1 #查看当前用户获得哪些sudo授权
限制更改GRUB引导参数
通常情况下在系统开机进入GRUB菜单时,按e键可以查看并修改GRUB引导参数,这对服务器是一个极大的威胁。可以为GRtB菜单设置一个密码,只有提供正确的密码才被允许修改引导参数。
grub2-mkpasswd-pbkdf2 根据提示设置GRUB菜单的密码
PBKDF2 hash of your passwod is grub . pbkd...... 省略部分内容为经过加密生成的密码字符串
cp /boot/grub2/grub.cfg /boot/grub2/ grub.cfg.bak
cp letc/grub.d/00_header letclgrub.d/00_header.bak
vim letc/grub.d/ oo_header
cat <<EoF
set superusers="root"非设置用户名为root
password_pbkdf2 root grub. pbkd2...... #设置密码,省略部分内容为经过加密生成的密码字符串
EOF
grub2-mkconfig -o /boot/grub2/grub.cfg #生成新的grub.cfg 文件
重启系统进入GRUB菜单时,按e键将需要输入账号密码才能修改引导参数。
一步到位 grub2-setpassword
开关机安全控制调整
BIOS引导设置
将第一引导设备设为当前系统所在硬盘
禁止从其他设备(光盘、U盘、网络)引导系统
将安全级别设为setup,并设置管理员密码
GRUB限制
使用grub2-mkpasswd-pbkdf2生成密钥
修改letc/grub.d/00_header文件中,添加密码记录
生成新的grub.cfg配置文件
sudo passwd root测试
终端登录安全控制
限制root只在安全终端登录
Cmnd_Alias USERADMINCMND =/usr/sbin/useradd,/usr/sbin/usermod,/usr/sbin/userdel,/usr/bin/passwi[A-za-z]*,!/usr/ bin/passwd root
启用sudo操作日志
visudo
Defaults logfile - "/var/log/sudg"
sudo日志记录以备管理员查看,应在/etc/sudoers文件中增加"Defaults logfile"设置如果已经启用sudo日志,则可以从/var/log/sudo文件中看到用户的 sudo操作记录。
注:启用日志:Defaults logfile=/var/ log/sudo
另外一个方法是/var/log/ secure日志可查看到sudo操作用户步骤
sudo -1 #查看当前用户获得哪些sudo授权
网络端口扫描
NMAP
一款强大的网络扫描、安全检测工具
官方网站: http://map.org/
CentOS 7.7光盘中安装包nmap-6.40-7.el7 .x86_ 64.rpm
NMAP的扫描 nmap [扫描类型] [选项] <扫描目标.. ;
常用的扫描类型
-sS、 -sT、-sF、 -sU、 -sP、 -P0
控制位
SYN 建立链接
ACK 确认
FIN 结束断开
PSH 传送0数据缓存上层应用协议
RST 重置
URG 紧急
rpm -qa|grep nmap 查看nmap
yum install -y nmap
nmap命令常用的选项和描类型
-p:指定扫描的端口。
-n:禁用反向DNS解析(以加快扫描速度)
-sS: TCP的SYN扫描 (半开扫描),只向目标发出sYN数据包,如果收到SYN/ACK响应包就认为目标端口正在监听,并立即断开连接;否则认为目标端口并未开放。
-ST: TCP连接扫描,这是完整的TCP扫描方式(默认扫描类型),用来建立- -个rCP连接, 如果成功则认为日标端口正在监听服务,否则认为目标端口并未开放.
-SF:TCP的FIN扫描,开放的端口会忽略这种数据包,关闭的端口会回应RST数据包。许多防火墙只对sYN数据包进行简单过滤,而忽略了其他形式的TCP攻击包。这种类型的扫描可间接检测防火墙的健壮性。
-sU: UDP扫描,探测目标主机提供哪些UDP服务,UDP扫描的速度会比较慢。
-SP: ICMP 扫描,类似于ping检测,快速判断目标主机是否存活,不做其他扫描。
-P0:跳过ping检测, 这种方式认为所有的目标主机是存活的,当对方不响应ICMP请求时, 使用这种方式可以避免因无法ping通而放弃扫描。
再扩展
通过pam模块来防止暴力破解ssh
[root@benet ~]# vim /etc/pam.d/sshd
在第一行下面添加一行:
auth required pam_tally2.so deny=3 unlock_ time-600 even_ deny_ root root_nlock_ time-1200
说明:尝试登陆失败超过3次,普通用户600秒解锁,root用 户1200秒解锁
手动解除锁定:
查看某一用户错误登陆次数:
pam_ tally2 --user
例如,查看work用户的错误登陆次数:
pam_ tally2 --user work
清空某--用户错误登陆次数:
pam_ tally2 --user --reset
例如,清空work用户的错误登陆次数,
pam_ tally2 --user work -- reset
总结
账号基本安全措施
系统账号清理、密码安全控制、命令历史清理、自动注销用户切换与提权
su、sudo开关机安全控制
BIOS引导设置、禁止Ctrl + Alt +Del快捷键、GRUB菜单设置密码
终端控制
John the Ripper工具
namp命令