LinuxForum.Fans
Тема

Поломали. Как?

Автор: aelfwine 46 сообщений 11314 просмотров
#37544
aelfwine написал:
Нет, там критичные для конторы сервисы, с чистого листа не проще.
aelfwine написал:
Угу, займусь обновлением софта. А какие сервисы из перечисленного неизвестное? Вроде стандартные...

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

aelfwine написал:
Внедрили. Как - этим топиком и пытаюсь узнать.

тут не топиком надо... никто не знает, что у вас там изменилось...

#37546
drBatty написал:
[quote=aelfwine]Нет, там критичные для конторы сервисы, с чистого листа не проще.
aelfwine написал:
Угу, займусь обновлением софта. А какие сервисы из перечисленного неизвестное? Вроде стандартные...

выделенные... не понял, про что вы...
а вообще, все сетевые сервисы необходимо убить. кроме тех, что вам нужны...
[/quote]
А, просто rkhunter ругается на вполне стандартные сервисы, посчитал что вы о них.

Малые знания линукса пока не дают ответа должны ли висеть и слушать сеть процессы portmap, xinetd, rpc.statd. Гугл просветления пока тоже не дал.

drBatty написал:

[quote=aelfwine]Внедрили. Как - этим топиком и пытаюсь узнать.

тут не топиком надо... никто не знает, что у вас там изменилось...[/quote]
А как? =)

#37554

А есть возможность между сервером и внешкой внедрить незаметно компьютер и на нем анализировать кто куда и когда залезал? =).
Все службы выпустить в инет пробросом порта и выискивать среди этого трафика коннекты с левого адреса на ssh или другую службу, к которой доступ только у ваших сотрудников.

aelfwine написал:
Малые знания linuxа пока не дают ответа должны ли висеть и слушать сеть процессы portmap, xinetd, rpc.statd. Гугл просветления пока тоже не дал.

Должны слушать. Правда, если они не требуются другим каким-то службам, то лучше выключить. Например portmap+rpc.statd должны быть запущены, когда мы делаем шару по nfs.
А через xinetd вообще много чего можно наоткрывать. Дайте нам сюда его конфиг на всякий случай.

З.Ы. Вам правильно сказали обновиться, т.к. часть бинарников будет заменена на гарантированно чистые. Только перед этим проверьте пути к репозиториям и pgp-ключи.

#37613

Ситуация принимает неожиданный оборот.

Глянул еще раз на вывод chkrootkit, увидел там подозрительные файлы. Посмотрел что за файлы, удивился. В одном из файлов был небольшой список логин/пароль/ip, причем несколько странный. 5 строк с ip шлюза сервера, стоящего в другом городе, логин - root, старый пароль поломанного сервера (в другом городе другой пароль, но этот сервер туда по сертификату ходит). Откуда могла взятся такая конструкция - непонятно (причем наверняка Вам, читающим это, непонятно и написанное мной).

Интересно не только это. Есть там две строки с логином/паролем/ip мне незнакомыми. Попробовал ломануться по ssh и... получилось. Причем последний логин на этот сервер, находящийся в США, был с моего ip.

Что делать с чужими паролями? Сообщать американцам, так понимаю, не надо - не поймут. Родная милиция естественно тоже. Просто забить? Грозит ли мне что-нибудь?

#37618
aelfwine написал:
Грозит ли мне что-нибудь?

не санкционированный доступ к информации - ст. 183, 272 УК РФ.

#37620

Мне кажется что написать хозяину того сервера все же стоит. Пусть тоже меры по безопасности примет

#37630
system-root написал:
[quote=aelfwine]Грозит ли мне что-нибудь?

не санкционированный доступ к информации - ст. 183, 272 УК РФ.[/quote]
Всё не угомонитесь? С УК РФ я знаком, спасибо. Интересует реальный опыт.

#37632
aelfwine написал:
Интересует реальный опыт.

"реально" вам ничего не будет даже если вы там диск форматнете, единственное, если америкосы это к терроризму не приравняют (ну, мало-ли, сервер благотворительной организации окажется) и даже в этом случае, пока в ЕС не выедите, вам не заберут.

#37633

Можете провести параллели с сервером на который Вы залезли в Америке со своим, есть что-то схожее? Дистрибутив, ядро может ещё что-то? Какого плана все серверы которые взломали?

offtop: aelfwine, согласен с system-root, у нас большая часть страны дурью мается, Windows ворованный, ничего живут. А при желании наверно стоит написать админу тому письмо.

Может натолкнет на что, скрипт который вы привели в сообщении http://linuxforum.ru/viewtopic.php?pid=46979#p46979
Взят построчно с сайта http://cha0scomputerclub.blogspot.com/2006/03/php-mailer.html

#37635

rtk / backtrack далее acid+snort и курим до посинения :)

#37657
aelfwine написал:
А, просто rkhunter ругается на вполне стандартные сервисы, посчитал что вы о них.

и о них - тоже. во первых - у вас сервисов слишком много навешано. вы не думали, что есть смысл разделить это всё по отдельным компьютерам? например сделать отдельную файлопомойку на самбе? раз она вам так нужна...

aelfwine написал:
Малые знания linuxа пока не дают ответа должны ли висеть и слушать сеть процессы portmap, xinetd, rpc.statd. Гугл просветления пока тоже не дал.

xinetd нужен для запуска демонов "по запросу". т.е. например если вам нужен FTP, но очень редко, то его имеет смысл запускать только тогда, когда к нему кто-то попросит доступ.
Про остальное уже сказали...

aelfwine написал:
Глянул еще раз на вывод chkrootkit, увидел там подозрительные файлы. Посмотрел что за файлы, удивился. В одном из файлов был небольшой список логин/пароль/ip, причем несколько странный. 5 строк с ip шлюза сервера, стоящего в другом городе, логин - root, старый пароль поломанного сервера (в другом городе другой пароль, но этот сервер туда по сертификату ходит). Откуда могла взятся такая конструкция - непонятно (причем наверняка Вам, читающим это, непонятно и написанное мной).

похоже на информацию о логинах, которую собрал вредоносный скрипт, и хочет отправить хозяину.

aelfwine написал:
Что делать с чужими паролями? Сообщать американцам, так понимаю, не надо - не поймут.

отпишите, если не лень.

PS: вообще закройте доступ root'у по всем сервисам.
на фтп и прочем руту делать нечего, а по SSH вы можете получить права с помощью su или лучше через sudo.

#37658

Как этот чел попадает в Вашу систему? Может ssh? А ключи перегенерить?

P. s. Да и заодно посмотреть может у Вас ключи его лежат с его ip.

#37823

Столько написали даже страшно чёт вставить)
ну как вариант если что-то куда то лезет посмотреть

text
lsof -w -n -i

- далее идти по PID`ам и смотреть какие процессы используют создаваемые файлы.
т.е
lsof -p 8132|grep php

text
lsof -p 8132

ну или какие процессы используют подозрительные файлы.

P.S ну или можно написать простой скрипт который по выводу lsof пройдётся.

P.P.S кстать я тут задумался на тему появления этих фалов, если они появляются можно ли как то отследить по процессам команду с помощью которой они появились?.. желательно с PID, а по этому PID уже смотеть кто его запустил, а потому кто его запустил смотреть какие файлы он использовал и т.д=)

#37904
tmp13 написал:
можно ли как то отследить по процессам команду с помощью которой они появились?

можно найти все новые файлы - для этого достаточно найти все каталоги, которые изменились за последние N минут - в них-то и лежат новые файлы. Их также можно отыскать командой find, хотя нет "времени создания", но есть нижняя граница этого времени. а была и ещё какая-то команда для этого... не помню...

#37999

Так уж получилось что не был в интернете сутки (есть вещи важнее работы).
Как следствие - пароли не менял, софт не обновлял. Прибил только процессы которые не знал за что отвечают (portmap, xinetd, rpc.statd). Судя по всему не помогло. Файлов новых не появилось, но chkrootkit оказался удаленным.

Всем спасибо за комментарии, продолжу разбираться завтра.

#38057
aelfwine написал:
Так уж получилось что не был в интернете сутки (есть вещи важнее работы).
Как следствие - пароли не менял, софт не обновлял. Прибил только процессы которые не знал за что отвечают (portmap, xinetd, rpc.statd). Судя по всему не помогло. Файлов новых не появилось, но chkrootkit оказался удаленным.

Всем спасибо за комментарии, продолжу разбираться завтра.

я тоже не бываю в инете сутками. но то - я. это не относится к моим серверам... они в сети постоянно...

#38085
drBatty написал:
[quote=aelfwine]А, просто rkhunter ругается на вполне стандартные сервисы, посчитал что вы о них.

и о них - тоже. во первых - у вас сервисов слишком много навешано. вы не думали, что есть смысл разделить это всё по отдельным компьютерам? например сделать отдельную файлопомойку на самбе? раз она вам так нужна... [/quote]
Лишнего там - только сервер игрульки, остальное по делу все и кушает ресурсов немного. Для нескольких компьютеров надо больше гарантированного электропитания, а это тоже деньги.

drBatty написал:

[quote=aelfwine]Малые знания linuxа пока не дают ответа должны ли висеть и слушать сеть процессы portmap, xinetd, rpc.statd. Гугл просветления пока тоже не дал.

xinetd нужен для запуска демонов "по запросу". т.е. например если вам нужен FTP, но очень редко, то его имеет смысл запускать только тогда, когда к нему кто-то попросит доступ.
Про остальное уже сказали...
[/quote]
Прибил все незнакомое, оставил только необходимое.

tmp13 написал:
Столько написали даже страшно чёт вставить)
ну как вариант если что-то куда то лезет посмотреть
text
lsof -w -n -i

- далее идти по PID`ам и смотреть какие процессы используют создаваемые файлы.
т.е
lsof -p 8132|grep php

text
lsof -p 8132

ну или какие процессы используют подозрительные файлы.
...
P.P.S кстать я тут задумался на тему появления этих фалов, если они появляются можно ли как то отследить по процессам команду с помощью которой они появились?.. желательно с PID, а по этому PID уже смотеть кто его запустил, а потому кто его запустил смотреть какие файлы он использовал и т.д=)

Круто, полезный совет. Нашел следующее:

text

lsof -w -n -i | grep sshd
sshd     17389   root    4u  IPv6 445063860       TCP xxx.xxx.xxx.xxx:ssh->62.32.173.244:senip (ESTABLISHED)

lsof -p 17389 COMMAND PID USER FD TYPE DEVICE SIZE NODE NAME sshd 17389 root cwd DIR 8,3 4096 2 / sshd 17389 root rtd DIR 8,3 4096 2 / sshd 17389 root txt REG 8,3 293792 160307960 /usr/sbin/sshd sshd 17389 root mem REG 8,3 134400 64520263 /lib64/ld-2.5.so sshd 17389 root mem REG 8,3 1699880 64520499 /lib64/libc-2.5.so sshd 17389 root mem REG 8,3 23360 64520519 /lib64/libdl-2.5.so sshd 17389 root mem REG 8,3 85608 160307940 /usr/lib64/libz.so.1.2.3 sshd 17389 root mem REG 8,3 114352 64520517 /lib64/libnsl-2.5.so sshd 17389 root mem REG 8,3 48600 64520520 /lib64/libcrypt-2.5.so sshd 17389 root mem REG 8,3 18152 64520521 /lib64/libutil-2.5.so sshd 17389 root mem REG 8,3 1366176 11403275 /lib64/libcrypto.so.0.9.8e sshd 17389 root mem REG 8,3 53880 64520219 /lib64/libnss_files-2 sshd 17389 root DEL REG 0,8 445063868 /dev/zero sshd 17389 root DEL REG 0,8 445063958 /dev/zero sshd 17389 root 0u CHR 1,3 1618 /dev/null sshd 17389 root 1u CHR 1,3 1618 /dev/null sshd 17389 root 2u CHR 1,3 1618 /dev/null sshd 17389 root 3r FIFO 0,6 445063959 pipe sshd 17389 root 4u IPv6 445063860 TCP xxx.xxx.xxx.xxx:s sshd 17389 root 5w FIFO 0,6 445063959 pipe sshd 17389 root 6u CHR 5,2 899 /dev/ptmx sshd 17389 root 7u CHR 5,2 899 /dev/ptmx sshd 17389 root 8u CHR 5,2 899 /dev/ptmx

drBatty написал:

можно найти все новые файлы - для этого достаточно найти все каталоги, которые изменились за последние N минут - в них-то и лежат новые файлы. Их также можно отыскать командой find, хотя нет "времени создания", но есть нижняя граница этого времени. а была и ещё какая-то команда для этого... не помню...

Тоже интересно. Есть предполагаемая дата взлома, от неё смотрю измененные файлы, подозрительные вещи есть, анализирую.

drBatty написал:
я тоже не бываю в инете сутками. но то - я. это не относится к моим серверам... они в сети постоянно...

А вот этот комментарий непонятен. Сервера то нон-стоп уже третий год, но не силой же мысли рулить.



Напакостили, повредили многое. В конце концов закрыл на маршрутизаторе все соединения к этому серверу, кроме самых нужных портов.

Для взлома использовали в т.ч. N3tshell v. Emp3ror Undetectable #18. Говорит кому-нибудь название?

Жизнь на сервере тем не менее осталась, порой появляются исходящие соединения с сервера от процесса "-", но без pid. Как это может быть? Например:
netstat -lpn

udp 0 0 0.0.0.0:4359 0.0.0.0:* -

#38683

э-э а вы знаете кто такой

62.32.173.244:senip
??=)
я вообще не очень разбираюсь что куда но
text
sshd    17389 root    3r  FIFO       0,6         445063959 pipe
sshd    17389 root    4u  IPv6 445063860               TCP xxx.xxx.xxx.xxx:s
sshd    17389 root    5w  FIFO       0,6         445063959 pipe

это типа что-то куда то копируется?)
ещё по поводу паролей рута и т.д

Файлов новых не появилось, но chkrootkit оказался удаленным.

и вроде выше вы писали что пароль рута поменяли (как мне кажется).
Мб наиваное предположение но у вас случаем в /etc/passwd не появлялось лишних пользователей с ID и группой 0?

P.S ради интереса полистал про N3tshell v. Emp3ror Undetectable #18. как я понял это эксплойт для Joomla ( я так понял какой то система управления вед сайтом) а мб и не для Joomla просто много ссылок было с этим связанно)

#38704
aelfwine написал:
Лишнего там - только сервер игрульки, остальное по делу все и кушает ресурсов немного. Для нескольких компьютеров надо больше гарантированного электропитания, а это тоже деньги.

угу. я не про то, кто сколько кушает, а про то, что каждый сервис - это лишняя дыра. и проникнув в вашу систему через ЛЮБУЮ дыру, враг захватывает ВСЁ. А всякие M$овские протоколы расшарки (ака самба) - не слишком секьюрные вещи - они просто так проектировались...

aelfwine написал:
А вот этот комментарий непонятен. Сервера то нон-стоп уже третий год, но не силой же мысли рулить.

я к тому, что сервера во первых постоянно делают бекапы, причём такие, которые сами не могут расшифровать/изменить, а во вторых - они могут отправлять почту, и даже смски. ежели что...


ладно. вот примерная последовательность действий:
1) отрубить сеть
2) сменить ВСЕ пароли системы (список юзеров смотрите в /etc/shadow- )
3) обновите/переустановите ВСЕ демоны для работы с сетью (их не так уж и много)
4) полностью отключите sudo
5) закройте ВСЕ порты
6) запретите в sshd вход от рута, смените порт, отключите первый протокол, запретите любой вход кроме как по ключу.
7) ну и включайте демоны по одному, открывая для каждого свой порт. и логи читайте, особенно смотрите, кто и куда заходит.

удачи...

#38903
tmp13 написал:
э-э а вы знаете кто такой

62.32.173.244:senip
??=)

Нет, это не мое. Соединение устанавливалось автоматически, т.е. поднималось обратно после прибития.

tmp13 написал:

я вообще не очень разбираюсь что куда но
text
sshd    17389 root    3r  FIFO       0,6         445063959 pipe
sshd    17389 root    4u  IPv6 445063860               TCP xxx.xxx.xxx.xxx:s
sshd    17389 root    5w  FIFO       0,6         445063959 pipe

это типа что-то куда то копируется?)

хз, возможно.

tmp13 написал:

ещё по поводу паролей рута и т.д

Файлов новых не появилось, но chkrootkit оказался удаленным.

и вроде выше вы писали что пароль рута поменяли (как мне кажется).
Мб наиваное предположение но у вас случаем в /etc/passwd не появлялось лишних пользователей с ID и группой 0?

Пароль менял, да. Причем не только у рута, не помогло. Ключи перегенерял, лишних нет. На последний вопрос ответить не так просто. Увидев что /etc/passwd имеет свежую дату изменения, а рядом некий /etc/passwd- месячной давности (видимо тогда произошел взлом), поставил passwd- на место passwd, хоть и взглядом разницы не увидел. Раньше может и был такой пользователь.

drBatty написал:
[quote=aelfwine]Лишнего там - только сервер игрульки, остальное по делу все и кушает ресурсов немного. Для нескольких компьютеров надо больше гарантированного электропитания, а это тоже деньги.

угу. я не про то, кто сколько кушает, а про то, что каждый сервис - это лишняя дыра. и проникнув в вашу систему через ЛЮБУЮ дыру, враг захватывает ВСЁ. А всякие M$овские протоколы расшарки (ака самба) - не слишком секьюрные вещи - они просто так проектировались...[/quote]
О таком аспекте не подумал, разумно.

drBatty написал:

[quote=aelfwine]А вот этот комментарий непонятен. Сервера то нон-стоп уже третий год, но не силой же мысли рулить.

я к тому, что сервера во первых постоянно делают бекапы, причём такие, которые сами не могут расшифровать/изменить, а во вторых - они могут отправлять почту, и даже смски. ежели что...[/quote]
Это связь в одну сторону. Смской софт не обновишь и пароль не поменяешь.


Надо сказать что на маршрутизаторе порезал все после того как в активной фазе борьбы с вражиной меня лишили пароля от рута. Сразу после этого зарезал все на маршрутизаторе (жаль раньше не додумался), ну и ножками к серверу, ребутать, пароль восстанавливать. После этого 14 часов прошло, пока тихо все.

drBatty написал:

ладно. вот примерная последовательность действий:
1) отрубить сеть
2) сменить ВСЕ пароли системы (список юзеров смотрите в /etc/shadow- )
3) обновите/переустановите ВСЕ демоны для работы с сетью (их не так уж и много)
4) полностью отключите sudo
5) закройте ВСЕ порты
6) запретите в sshd вход от рута, смените порт, отключите первый протокол, запретите любой вход кроме как по ключу.
7) ну и включайте демоны по одному, открывая для каждого свой порт. и логи читайте, особенно смотрите, кто и куда заходит.

Угу, спасибо.
ЗЫ: если есть shadow-, то значит вышеупомянутый passwd- тоже не левый был?

Войдите или зарегистрируйтесь, чтобы ответить.