在中小型企业,公司不同运维人员基本都是以r"/>

Linux 之不同运维人员共用root 账户权限审计

Posted

tags:

篇首语:本文由小常识网(cha138.com)小编为大家整理,主要介绍了Linux 之不同运维人员共用root 账户权限审计相关的知识,希望对你有一定的参考价值。

一、为什么?

技术分享

  在中小型企业,公司不同运维人员基本都是以root 账户进行服务器的登陆管理,缺少了账户权限审计制度。不出问题还好,出了问题,就很难找出源头。

  这里介绍下,如何利用编译bash 使不同的客户端在使用root 登陆服务器使,记录各自的操作,并且可以在结合ELK 日志分析系统,来收集登陆操作日志

二、环境

  服务器:centos 6.5、Development tools、使用密钥认证,SElinux 关闭。

  客户端:生成密钥对,用于登录服务器 (2台)

三、搭建部署 (服务器操作 192.168.30.72)

3.1 下载编译bash

[[email protected] ~]# wget http://ftp.gnu.org/gnu/bash/bash-4.1.tar.gz[[email protected] ~]# tar xvf bash-4.1.tar.gz
[[email protected] ~]# cd bash-4.1

3.2 先修改下 config-top.c文件,大概94行、104行,由于c 语言中 注释是/**/ ,所以不要删除错了。修改如下:

[[email protected] bash-4.1]# vim config-top.c#define SSH_SOURCE_BASHRC#define SYSLOG_HISTORY

3.3 修改下bashhist.c 文件,让终端上的命令记录到系统messages 中,并且以指定的格式。并传入获得的变量。修改后的内容如下:

技术分享

[[email protected] bash-4.1]# vim bashhist.c
#... 省略部分段落
void
bash_syslog_history (line)
    const char *line;
{  char trunc[SYSLOG_MAXLEN];
    const char *p;
    p = getenv("NAME_OF_KEY");  if (strlen(line) < SYSLOG_MAXLEN)
    syslog (SYSLOG_FACILITY|SYSLOG_LEVEL, "HISTORY: PID=%d PPID=%d SID=%d  User=%s USER=%s CMD=%s", getpid(), getppid(), getsid(getpid()),  current_user.user_name, p, line);  else
    {
      strncpy (trunc, line, SYSLOG_MAXLEN);
      trunc[SYSLOG_MAXLEN - 1] = ‘ ‘;
      syslog (SYSLOG_FACILITY|SYSLOG_LEVEL, "HISTORY (TRUNCATED): PID=%d  PPID=%d SID=%d User=%s USER=%s CMD=%s", getpid(), getppid(), getsid(getpid()), current_user.user_name, p, trunc);
    }
}

技术分享

3.4 配置安装路径,编译安装,编译到/usr/local/目录下。

技术分享

[[email protected] bash-4.1]# ./configure --prefix=/usr/local/bash_new
[[email protected] bash-4.1]# make && make install...if test "bash" = "gettext-tools"; then           /bin/sh /root/bash-4.1/./support/mkinstalldirs /usr/local/bash_new/share/gettext/po; \          for file in Makefile.in.in remove-potcdate.sin quot.sed boldquot.sed [email protected] [email protected] insert-header.sin Rules-quot   Makevars.template; do             /usr/bin/install -c -m 644 ./$file                             /usr/local/bash_new/share/gettext/po/$file; \          done; \          for file in Makevars; do \            rm -f /usr/local/bash_new/share/gettext/po/$file; \          done; \        else           : ; \        fimake[1]: Leaving directory `/root/bash-4.1/po‘

技术分享

编译完成后,将新的bash 追加到 /etc/shells 中,并修改root用户的登陆shell 环境为新编译的shell。如下

技术分享

[[email protected] bash-4.1]# echo "/usr/local/bash_new/bin/bash" >> /etc/shells
[[email protected] bash-4.1]# cat /etc/shells
/bin/sh/bin/bash
/sbin/nologin
/bin/dash
/usr/local/bash_new/bin/bash

技术分享

[[email protected] bash-4.1]# vim /etc/passwdroot:x:0:0:root:/root:/usr/local/bash_new/bin/bash

注销当前root用户,重新登陆后,查看/var/log/messages,如下就可以看到记录了操作命令

技术分享

 

四、SSH客户端生成密钥部分

4.1 在client1上(192.168.30.99)操作,用户zhangsan

技术分享 View Code

-t 加密算法
-C 注释 (加上这个也是为了最后进行对服务器访问人员进行辨别的一个关键点)

将公钥上传到服务器上的.ssh/authorized_keys 文件中。ssh-copy-id 命令会自动在服务器上创建.ssh/authorized_keys文件,即使该目录不存在,并自动赋予600权限。

技术分享

[[email protected] ~]# ssh-copy-id -i /root/.ssh/id_rsa.pub [email protected]@192.168.30.72‘s password:Now try logging into the machine, with "ssh ‘[email protected]‘", and check in:

  .ssh/authorized_keys

to make sure we haven‘t added extra keys that you weren‘t expecting.

技术分享

4.3 client 2(192.168.30.71) 上同样的操作,用户lisi

技术分享 View Code

上传公钥到服务器上

技术分享

[[email protected] ~]# ssh-copy-id -i /root/.ssh/id_rsa.pub [email protected] authenticity of host ‘192.168.30.72 (192.168.30.72)‘ can‘t be established.RSA key fingerprint is 8f:a7:1b:8d:e4:92:ad:ae:ea:1b:fb:67:0b:0b:7c:ac.
Are you sure you want to continue connecting (yes/no)? yes
Warning: Permanently added ‘192.168.30.72‘ (RSA) to the list of known hosts.
[email protected]‘s password:Now try logging into the machine, with "ssh ‘[email protected]‘", and check in:

  .ssh/authorized_keys

to make sure we haven‘t added extra keys that you weren‘t expecting.

技术分享

4.4 现在去服务器上验证下该文件。

技术分享 View Code

现在上面两个客户端已经可以免密钥登陆了,现在去服务器上配置,并创建脚本。

五、配置服务器

5.1 在log目录下创建一个 keys 文件,用于登陆时存进去公钥,之后对其进行取出判断的

[[email protected] ~]# touch /var/log/keys

创建检测脚本,内容如下:

技术分享 View Code

5.2 配置 profile,在文件末尾添加一行内容,如下:

[[email protected] ~]# echo "test -f /etc/CheckUser.sh && . /etc/CheckUser.sh" >> /etc/profile

在/etc/bashrc 末尾添加下面内容:

[[email protected] ~]# tail -1f /etc/bashrc
test -z "$BASH_EXECUTION_STRING" || { test -f /etc/CheckUser.sh && . /etc/CheckUser.sh; logger -t -bash -s "HISTORY $SSH_CLIENT USER=$NAME_OF_KEY CMD=$BASH_EXECUTION_STRING " >/dev/null 2>&1;}

5.3 修改sshd 配置文件,开启debug 模式,并重启sshd 服务

[[email protected] ~]# sed -i ‘s/#LogLevel INFO/LogLevel DEBUG/g‘ /etc/ssh/sshd_config
[[email protected] ~]# service sshd restart
Stopping sshd:                                             [  OK  ]
Starting sshd:                                             [  OK  ]

六、验证

6.1 在client1 上进行登陆,并删除个文件试下(zhangsan)

技术分享

6.2 在client2 上进行登陆,也删除个文件,并执行个重启服务的命令(lisi)

技术分享

6.3 去服务器上查看下 messages 日志,内容如下

技术分享

通过上图,可以看出,不通用户的客户端通过公钥登陆的方式,分辨出了谁操作了什么,什么时候操作的。

(注:上图第4段 swift1 是这台服务器的主机名,由于我只是运行了hostname 命令修改主机名,并没有修改networks,所以内核里还是之前的名字:swift1。)

七、结束

  通过这种方式,极大的解决了多root 用户登陆操作,无法审计的问题。并且可以结合日志转发,将系统日志转发到其它服务器,即使主机被黑了,也能具体的审查登陆时间以及做了哪些操作。


以上是关于Linux 之不同运维人员共用root 账户权限审计的主要内容,如果未能解决你的问题,请参考以下文章

Linux运维人员共用root帐户权限审计

Linux运维人员共用root帐户权限审计

3.运维平台之账户系统

Linux sudo权限管理项目实战

②权限规划(sudo)

Linux用户权限集中管理方案