Моя команда входит на сервер разработки, используя тот же пароль root; мы не создали отдельные учетные записи пользователей.

Сейчас я пытаюсь создать журнал изменений файла и хочу различать разных авторов, но ausearch всегда возвращает имя пользователя (так что всегда "root"), даже когда я передаю правило name_format=numeric , которое предполагалось выставить IP-адрес вместо "root".

1 ответ1

1

ПРИМЕЧАНИЕ. Этот вопрос был также задан ОП в другом онлайн-месте. Это отредактированная версия моего ответа в другом месте. Незаметность входа нескольких пользователей непосредственно с правами root уже устранена и не нуждается в повторном рассмотрении.

Насколько я понимаю, вы спрашиваете, как получить журналы аудита, чтобы показать, с какого IP-адреса было выполнено каждое зарегистрированное действие. Вы разочарованы тем, что большинство строк аудита даже не имеют полей hostname и addr , и те немногие, которые в основном выглядят так:

node=192.168.33.9 type=USER_START msg=audit(1422241281.664:263): pid=5912 uid=0 auid=1001 ses=18 msg='op=PAM:session_open acct="root" exe="/usr/bin/sudo" hostname=? addr=? terminal=/dev/pts/4 [...]

т.е. с неизвестными значениями hostname и addr .

Подсистема аудита Linux автоматически не заполняет свои записи соответствующей информацией об имени хоста /IP; такие демоны, как sshd, должны каким-то образом явно предоставлять их для audd (в случае sshd через вызовы PAM):

node=192.168.33.9 type=CRED_ACQ msg=audit(1422240837.085:202): pid=5441 uid=0 auid=501 ses=18 msg='op=PAM:setcred acct="ratb" exe="/usr/sbin/sshd" hostname=canton.local addr=192.168.33.36 terminal=ssh res=success'

Команды пользовательского уровня, такие как ваш любимый редактор, вообще не будут этого делать, так как им все равно, откуда вы.

Поскольку все входят в систему как один и тот же пользователь, вам нужно будет записать отдельные номера ses ("сеанс") из сообщений аудита USER_START, которые sshd отправляет через PAM, а затем сопоставить их с идентификаторами ses сообщений SYSCALL для действия. Вы хотите отслеживать. Например, это был контрольный журнал для echo hi > tmp/testing.txt из того же сеанса SSH, что и выше, и поэтому он использует тот же идентификатор ses (18):

node=192.168.33.9 type=PATH msg=audit(1422241924.835:341): item=1 name="tmp/testing.txt" inode=2631940 dev=08:22 mode=0100644 ouid=0 ogid=0 rdev=00:00 nametype=CREATE
node=192.168.33.9 type=PATH msg=audit(1422241924.835:341): item=0 name="tmp/" inode=2621477 dev=08:22 mode=040755 ouid=0 ogid=0 rdev=00:00 nametype=PARENT
node=192.168.33.9 type=CWD msg=audit(1422241924.835:341):  cwd="/root"
node=192.168.33.9 type=SYSCALL msg=audit(1422241924.835:341): arch=c000003e syscall=2 success=yes exit=3 a0=bc62a8 a1=241 a2=1b6 a3=10 items=2 ppid=5913 pid=5921 auid=1001 uid=0 gid=0 euid=0 suid=0 fsuid=0 egid=0 sgid=0 fsgid=0 tty=pts4 ses=18 comm="bash" exe="/bin/bash" key=(null)

Всё ещё ищете ответ? Посмотрите другие вопросы с метками .