系统安全及应用--账号安全控制

前言

用户账号,是计算机使用者的身份凭证或标识,每一个要访问系统资源的人,必须凭借其用户账号才能进入计算机,在 Linux 系统中,提供了多种机制来确保用户账号的正当、安全使用,为了确保我们的账户安全我们要学会账号安全的控制。

一、基本安全措施

1、系统账号清理

  • 在 Linux 系统中,除了用户手动创建的各种账号之外,还包括随系统或程序安装过程而生成的其他大量账号
  • 除了超级用户 root 之外,其他大量账号只是用来维护系统运作、启动或保持服务器进程,一般是不允许登录的,因此也称为非登录用户
  • 为了确保系统安全,这些系统的登录 shell 通常是 /sbin/nologin,表示禁止终端登录,应确保不被人为改动
grep "/sbin/nologin$" /etc/passwd #查看  usermod -s /sbin/nologin 用户名 #将非登录用户的 shell 设为 /sbin/nologin 
  • 各种非登录用户中,还有相当一部分是很少用到的,这些账号可以视为冗余账号,直接删除即可
  • 除此之外,还有一些随应用程序安装的用户账号,若程序卸载以后未能自动删除,则需要管理员手动进行清理
userdel -r 用户名 #删除用户及其宿主目录 
  • 对于 usermod -L 用户名 #锁定用户账号 passwd -l 用户名 #锁定用户密码,锁定的用户将无法再登录系统 passwd -S 用户名 #查看账号状态(是否被锁定) usermod -U 用户名 #解锁用户账号 系统安全及应用--账号安全控制
    • 如果服务器中的用户账号已经固定,不再更改,还可以采取锁定账号配置文件的方法
    chattr +i /etc/passwd /etc/shadow        #锁定文件 lsattr /etc/passwd /etc/shadow           #查看为锁定的状态 chattr -i /etc/passwd /etc/shadpow       #解锁文件 lsattr /etc/passwd /etc/shadow           #查看为解锁的状态 
    系统安全及应用--账号安全控制

    注:在账号文件被锁定的情况下,其内容不允许变更,因此无法添加、删除账号,也不能更改用户的密码、登录 Shell、宿主目录等属性vim /etc/login.defs ... PASS_MAX_DAYS 30 #该设置方法适用于新建的用户 chage -M 日期 用户 #设置用户密码有效期 chage -E xxxx-xx-xx #设置过期日期 例: chage -M 30 xjj #该设置方法适用于已存在的用户 系统安全及应用--账号安全控制 系统安全及应用--账号安全控制

    • 在某些特殊情况下,如要求批量创建的用户初次登录时必须自设密码,根据安全规划统一要求所有用户更新密码等,可以由管理员执行强制策略,以便用户在下次登录时必须更改密码
    • 执行以下操作可强制要求用户再下次登录时重设密码
    chage -d 0 用户名               #强制再下次登录时修改密码 cat /etc/shadow | grep 用户名   #第三个字段会被修改为0 
    系统安全及应用--账号安全控制

    3、命令历史限制

    • Shell 环境的命令历史机制为用户提供了极大的便利,但另一方面也给用户带来了潜在的风险

    • 只要获得用户的命令历史文件,该用户的命令操作过程将会一览无余,如果层间在命令行输入铭文的密码,则无意之中服务器的安全壁垒又多了一个缺口

    • 在 Bash 终端环境中,历史命令的记录条数由变量 HISTSIZE 控制,默认为 1000 条

    • 通过修改 /etc/profile 文件中的 HISTSIZR 变量值,可以影响系统中的所有用户

    #编辑全局变量配置文件,适用于新登录用户 vim /etc/profile ... export HISTSIZE=200                         #设置最多只记录 200 条历史命令  . /etc/profile                               #使 /etc/profile 内的命令重载一遍 history                                      #只能查看 200 条历史记录了 
    系统安全及应用--账号安全控制 系统安全及应用--账号安全控制

    4、终端自动注销

    • 在 Bash 终端环境中,还可以设置一个闲置超时时间,当超过指定的时间没有任何输入时即自动注销终端,这样可以避免当管理员不在时其他人对服务器的误操风险
    • 闲置超时由变量 TMOUT 来控制,默认单位为秒
    vim /etc/profile       #编辑全局变量配置文件 ... export TMOUT=600       #输出闲置超时变量        #600s为10min . /etc/profile         #执行该文件内命令后生效 

    二、用户切换与提权

    大多数 Linux 服务器并不建议用户直接以 root 用户进行登录,一方面可以大大减少因为误操作而导致的破坏,另一方面也降低了特权密码在不安全的网络总被泄露的风险,鉴于这些原因,需要为普通用户提供一种身份切换或权限提升机制,以便在必要时执行管理任务

    1、切换用户——su

    • 默认情况下,任何用户都允许使用 su 命令,从而有机会反复尝试其他用户(如 root) 的登录密码,这样带来了安全风险。为了加强 su 命令的使用控制,可以借助于 pam_wheel 认证模块,只允许极个别用户使用 su 命令进行切换。实现过程如下:将授权使用 su 命令 的用户添加到 wheel 组,修改/etc/pam.d/su 认证配置以启用 pam_wheel 认证。
    su -root            #若当前登录的为其他用户,需要切换为 root 用户 #需输入 root 用户的密码,验证成功后即可成功获得 root 权限 
    • 上述命令操作中,选项“-”等同于“–login”或“-l”,表示切换用户后进入目标用户的登录 Shell 环境,若缺少此选项则仅切换身份、不切换用户环境
    • 对于切换为 root 用户的情况,“root”可以省略
    gpasswd -a xcf wheel            #将授权使用 su 命令的用户添加到 wheel 组 grep wheel /etc/group           #确认 wheel 组成员  #修改认证配置 vim /etc/pam.d/su ... auth            required        pam_wheel.so use_uid #取消注释 

    2、在/etc/pam.d/su文件里设置禁止用户使用su命令

    安全日志文件:/var/log/secure

    vim /etc/pam.d/su

    ①以上两行是默认状态(即开启第一行,注释第二行),这种状态下是允许所有用户间使用su命令进行切换的

    2 auth sufficient pam_ rootok.so
    6 #auth required pam_ wheel.so use_ _uid

    系统安全及应用--账号安全控制 系统安全及应用--账号安全控制

    ②两行都注释也是运行所有用户都能使用su命令,但root’下使用su切换到其他普通用户需要输入密码;如果第一行不注释,则root使用su切换普通用户就不需要输入密码(pam rootok. so模块的主要作用是使uid为0的用户,即root用户能够直接通过认证而不用输入密码。)

    2 #auth sufficient pam_ rootok.so
    6 #auth required pam_ wheel.so use_ _uid

    系统安全及应用--账号安全控制 系统安全及应用--账号安全控制

    ③如果开启第二行,表示只有root用户和wheel组内的用户才可以使用su命令

    2 auth sufficient pam_ rootok.so
    6 auth required pam_ wheel.so use_ _uid

    系统安全及应用--账号安全控制 系统安全及应用--账号安全控制

    ④如果注释第一行,开启第二行,表示只有whee1组内的用户才能使用su命令,root用户也被禁用su命令。

    2 #auth sufficient pam_ rootok.so
    6 auth required pam_ wheel.so use_ _uid

    系统安全及应用--账号安全控制 系统安全及应用--账号安全控制
    • 可以看到,启用 pam_wheel 认证以后,未加入到 wheel 组内的其他用户将无法使用 su 命令,尝试进行切换时将会按照“拒绝权限”来处理,从而将切换用户的权限控制在最小范围内
    • 普通用户切换登录测试验证
      使用 su 命令切换用户的操作将会记录到安全日志/var/log/secure 文件中,可以根据需要进行查看

    3、用户提权——sudo

    ①添加授权
    sudo 机制的配置文件为 /etc/sudoers,文件的默认权限为 440
    使用visudo 或 vi /etc/sudoers (此文件的默认权限为440, 保存退出时必须执行":wq!"命令来强制操作)
    语法格式:
    用户 主机名=命令程序列表

    用户(user):授权的用户名,或采用“%组名”的形式(授权一个组的所有用户) 主机(MACHINE):使用此配置文件的主机名称,此部分主要是方便在多个主机间公用同一份 sudoers 文件,一般设为 localhost 或实际的主机名即可,ALL 代表所有主机 命令(COMMANDS):允许授权的用户通过 sudo 方式执行的特权命令,需填写命令程序的完整路径,多个命令之间以逗号“,”进行分隔  visudo #按“G”,跳转至最后一行,'o'在下方插入内容 xcf01 localhost=/sbin/ifconfig %wheel ALL=NOPASSWD:ALL #添加以上两行 #如果是 vim /etc/sudoers 需要“wq!”才能正常保存退出 示例1: su jj #切换到用户 jj sudo ifconfig ens33:0 192.168.126.50 #设置虚拟网卡 ifconfig #检查 exit #回到 root 

    示例1:
    系统安全及应用--账号安全控制
    示例2:
    aa 用户可以使用useradd usermod
    需求:aa root用户下的权限 useradd usermod
    系统安全及应用--账号安全控制
    验证:

    系统安全及应用--账号安全控制
    • 当使用相同授权的用户较多,或者授权的命令较多时,可以采用集中定义的别名
    • 用户、主机、命令部分都可以定义为别名(必须为大写),分别通过 User_Alias(用户别名)、Host_Alias(主机别名)、Cmnd_Alias(命令别名) 来进行设置
    示例: useradd bb useradd cc echo '123123' | passwd --stdin bb echo '123123' | passwd --stdin cc #新建两个用户用作测试  visudo ... ... User_Alias USERS=bb,cc #用户别名 Host_Alias HOSTS=localhost,bb,cc #主机别名 Cmnd_Alias CMNDS=/sbin/*!,/sbin/reboot,!/sbin/poweroff,!/sbin/init,!/shutdown #命令别名 USERS HOSTS=CMNDS #调用别名 #让用户 bb 和 cc 执行 /sbin/ 目录下除了 reboot、poweroff、init、shutdown 以外的其他所有命令程序 
    • 默认情况下,通过 sudo 防止执行的操作并不记录,若要启用 sudo 日志记录以备管理员查看,应在 /etc/sudoers 文件中增加“Defaults logfile”设置
    visudo ... ... Defaults logfile="/var/log/sudo"   #将该命令添加至最后一行:wq保存并退出即可 

    ②sudo [参数选项] 命令

    -l 列出用户在主机上可用的和被禁止的命令;一般配置好/etc/sudoers后,要用这个命令来查看和测试是不是配置正确的
    -v 验证用户的时间戳;如果用户运行sudo 后,输入用户的密码后,在短时间内可以不用输入口令来直接进行sudo 操作;用-v 可以跟踪最新的时间戳
    -u 指定以以某个用户执行特定操作
    -k 删除时间戳,下一个sudo 命令要求用求提供密码

    三、PAM安全认证

    • PAM(Pluggable Authenticcation Modules),是 Linux 系统可插拔认证模块(可以认为是一个配置文件或一个小模块)
    • 是一套可定制、 可动态加载的共享库,使本地系统管理员可以随意选择程序的认证方式

    1、PAM及作用

    ①PAM 是一种高效而且灵活便利的用户级别认证方式,它也是当前 Linux 服务器普遍使用的认证方式

    ②PAM使用/etc/pam.d/下的配置文件,来管理对程序的认证方式。应用程序调用相应的PAM配置文件,从而调用本地的认证模块,模块放置在/1ib64/security下,以加载动态库的形式进行认证。比如使用su命令时,系统会提示输入root用户的密码,这就是su命令通过调用PAM模块实现的

    2、PAM认证原理

    认证过程:用户去访问服务——访问su——PAM认证下面的su的配置文件(/etc/pam.d/)——去调用wheel.so模块

    ①PAM认证一般遵循的顺序: Service (服务) --> PAM (配置文件) --> pam_ *.so;

    ②PAM认证首先要确定哪一项应用 服务,然后加载相应的PAM的配置文件(位于/etc/pam.d下),最后调用认证模块(位于/lib64/security/下)进行安全认证。
    ③用户访问服务器的时候,服务器的某一个服务程序把用户的请求发送到PAM模块进行认证。不同的应用程序所对应的PAM模块也是不同的。
    ④如果想查看某个程序是否支持PAM 认证,可以用ls命令进行查看/etc/pam.d/

    ls /etc/pam.d | grep su       #查看su是否支持PAM模块认证 
    系统安全及应用--账号安全控制

    3、PAM认证的构成

    • 每一行都是一个独立的认证和过程,它们按从上往下的顺序依次由 PAM 模块调用
    cat /etc/pam.d/su ls /lib64/security   #查看pam模块 
    系统安全及应用--账号安全控制

    第一列 —代表PAM认证模块类型,分别代表四种不同的任务

    认证模块类型 作用
    auth 对用户身份进行识别,如提示输入密码,判断是否为 root
    account 对账号各项属性进行检查,如是否允许登录系统,帐号是否已经过期,是否达到最大用户数等
    password 使用用户信息来更新数据,如修改用户密码
    session 定义登录前以及退出后所要进行的会话操作管理,如登录连接信息,用户数据的打开和关闭,挂载文件系统

    第二列—PAM使用控制类型来处理和判断各个模块的返回值

    控制类型 作用
    required 需要返回一个成功值,如果返回失败,不会立刻将失败结果返回,而是继续进行同类型的下一验证,所有此类型的模块都执行完成后,再返回失败。该行以及所涉及模块的成功是用户通过鉴别的必要条件
    requisite 与 required 类似,但如果此模块返回失败,则立刻返回失败并表示此类型失败
    sufficient 如果此模块返回成功,则不管后面的验证,直接向程序返回成功,表示验证通过,如果返回失败,则可以看成 optional(慎用)
    optional 不进行成功与否的返回,一般不用于验证,只是显示信息(通常用于 session 类型);不管成功、失败,继续下一模块的验证,且此模块的服务也能享用
    include 表示在验证过程中调用其他的 PAM 配置文件;比如很多应用通过完整调用 /etc/pam.d/system-auth(主要负责用户登录系统的认证工作)来实现认证而不需要重新逐一去写配置项

    第三列—代表PAM模块,默认是在/lib64/security/目录下,如果不在此默认路径下,要填写绝对路径

    同一个模块,可以出现在不同的模块类型中,它在不同的类型中所执行的操作都不相同,这是由于每个模块针对不同的模块类型编制了不同的执行函数

    第四列—代表PAM模块的参数,这个需要根据所使用的模块来添加

    4、PAM 控制类型

    • 控制类型也可以称作 Control Flags,用于 PAM 验证类型的返回加过

    required 验证失败时仍然继续,但返回 Fail
    requisite 验证失败则立即结束整个验证过程,返回 Fail
    sufficient 验证成功则立即返回,不再继续,否则忽略结果并继续
    optional 不用于验证,只是显示信息(通常用于 session 类型)
    系统安全及应用--账号安全控制v

    总结

    默认情况下,任何用户都允许使用su命令,有机会反复尝试其他用户(如root)的登陆密码,带来安全风险,为了加强su命令的使用控制,可借助PAM认证模块,只允许极个别用户使用su命令进行切换。

版权声明:玥玥 发表于 2021-08-19 15:22:27。
转载请注明:系统安全及应用--账号安全控制 | 女黑客导航