forum.opennet.ru

Форум Разговоры, обсуждение новостей
Вариант для распечатки		Пред. тема \| След. тема
Режим отображения отдельной подветви беседы		[ Отслеживать ]

Оглавление

Хостинговая компания Hetzner уведомила клиентов о обнаружени..., opennews (ok), 07-Июн-13, (0) [смотреть все]

Очень красивое письмо прислали Сразу видно, как ребята работают над проблемами , jk (?), 09:45 , 07-Июн-13, (2) +6 //

Немцы Педантично раскурили как их поломали, обнаружили весьма нетривиальную пак, Аноним (-), 10:03 , 07-Июн-13, (4) +30 //

ой, да ладно dynamic binary instrumentation 8212 это обычная техника никако, arisu (ok), 12:36 , 07-Июн-13, (42) +1 //

Так вот это и является по сути высшим пилотажем Большая часть подобных господ н, Аноним (-), 13:36 , 07-Июн-13, (55)

What did you say , Аноним (-), 21:59 , 07-Июн-13, (107) –2

Get off, script-kiddie , Аноним (-), 10:35 , 08-Июн-13, (119) –1

Немцы в плане хостинга вообще молодцы Пользуюсь шнайдер-хост, ДЦ немецкие - пин, Dima (??), 16:06 , 23-Июн-15, (171)

Ну и какая операционка там используется Явно здесь linux виноват Уже многосвидет, Аноним (-), 10:00 , 07-Июн-13, (3) –22 //

И в чем именно состоит вина именно Linux В том что он честно выполнял программы, Аноним (-), 10:05 , 07-Июн-13, (6) +8 //

От рута запускается скрипт, запускающий демон, который запускается не от рута То, Аноним (-), 11:44 , 07-Июн-13, (27) –2 //

Сам придумал шняжку , Аноним (-), 12:04 , 07-Июн-13, (31) +1

Кстати на ответственных участках того же самого РЖД ЭмВеДе ФеСеБе в последние го, blablabla (ok), 12:51 , 07-Июн-13, (48)

Такие железки покупаются раз и надолго, не берут новые ещё не значит, что берут , Аноним (-), 13:27 , 07-Июн-13, (52)

Я вам скажу даже больше чем вы не то что знаете а даже и не предполагаете- Еще г, blablabla (ok), 13:38 , 07-Июн-13, (57) +1

писарями, курьерами и почтовыми голубями , arisu (ok), 14:09 , 07-Июн-13, (71)

Ямщики и RFC1149 ммм винтажненько , Аноним (-), 20:08 , 07-Июн-13, (100)

Старыми Sun box на OpenBSD Не правда заинтриговали Вдрызг перепиленными отечеств, Аноним (-), 14:10 , 07-Июн-13, (72)
Это после югов , Michael Shigorin (ok), 10:17 , 08-Июн-13, (117) –2

А кто вам это сказал Вы например поинтересуйтесь кто SELinux больше всего хотел, Аноним (-), 20:10 , 07-Июн-13, (101)

Тут ответ будет очень даже простымВ ядра системы BSD не пихают все подряд в отли, blablabla (ok), 12:46 , 07-Июн-13, (46) –1

Вообще спорно, в linux пихают много, но пихают известные комерческие шараги для , Аноним (-), 13:35 , 07-Июн-13, (53) +2

В случае NetBSD известны паспортные данные каждого коммитера,так что в случае , vle (ok), 14:05 , 07-Июн-13, (69) +1

Осталось всего ничего - обнаружить злонамеренное вредительство и доказать что эт, Аноним (-), 20:08 , 07-Июн-13, (99)

Еще проще неуловимый Джо нафиг никому не уперся Много вы серверов с illumos ви, Аноним (-), 13:39 , 07-Июн-13, (58) +2

На Illumos построен joyent, крупный хостинг То есть примеры хоть единичные, но е, Аноним (-), 13:54 , 07-Июн-13, (66) –1

Как не обидно будет сказанно но и до них добирутсятак как работнички в хостинг к, blablabla (ok), 14:00 , 07-Июн-13, (67)

Шаред помойки вообще ломают регулярно Наверное они настолько к этому привыкли ч, Аноним (-), 20:12 , 07-Июн-13, (102)

Единичные примеры хакеров не очень интересуют Возни много а профита - не очень , Аноним (-), 20:05 , 07-Июн-13, (98) +1

Ага, например в ядра BSD не пихают Lua oh wait , Аноним (-), 17:57 , 07-Июн-13, (85) –2

Это лучше, чем писать нетребовательную к скорости бытовуху на С и иметь то, что, vle (ok), 18:02 , 07-Июн-13, (86) –1

Пыхописты, питонисты, жабисты и кто там еще постоянно наезжали на си А вместе с, Аноним (-), 19:50 , 07-Июн-13, (96) –1

Да, трупы мало кто исследует Один раз вскрыли в морге - и на кладбище А деталь, Аноним (-), 13:38 , 07-Июн-13, (56) +1
Насчет ядер не скажу, а вот сервак у фрибздунов компрометировали чуть ли не в эт, Аноним (-), 13:41 , 07-Июн-13, (59) +2

Категорично Но неверно Есть и другие пути запустить код в ядре Например, чере, Ordu (ok), 12:35 , 07-Июн-13, (41)

Да есть,но первый самый прямой и не зависящий от особенностей архитектуры проект, Аноним (-), 12:46 , 07-Июн-13, (45)

Поясните вашу мысль, пжлста Что вы подразумеваете под архитектурой Чтобы напис, Ordu (ok), 02:03 , 08-Июн-13, (111)

Найти переполняющийся стек в linux задача не слишком тривиальная Если пропихнули, Аноним (-), 10:07 , 08-Июн-13, (116)

статических анализаторов уже далеко более одного Это сильно упрощает задачу , linux must _RIP_ (?), 18:16 , 08-Июн-13, (141) –2

В linux сейчас параметры функций передаются через регистры, а не через стек, там, Аноним (-), 20:26 , 08-Июн-13, (145) +1
Ага, только и защит от переполнения стека понагородили Плюс на современных архи, Аноним (-), 00:14 , 09-Июн-13, (150) +1

gt оверквотинг удален Ну, и Если мы заглянем в код, увидим массу телодвижений, Ordu (ok), 00:14 , 09-Июн-13, (151)

С самого начала в треде обвинялся именно linux, в предположении заточенности исп, Аноним (-), 10:04 , 09-Июн-13, (159) –1

Естественно заточенность на конкретную target-систему будет иметь место быть Да, Ordu (ok), 15:28 , 09-Июн-13, (161)
При том - на основе каких-то вымыслов обвинителя, не основанных на каких либо фа, Аноним (-), 16:09 , 09-Июн-13, (162) +1

Slysh bratuha a v kakom torgovom zale to rabotaesh, ty skazhi, mozhet ya pridu, , Стас2 (?), 17:32 , 07-Июн-13, (84) –3

Скорее, в линухе просто стали искать, благодаря достаточной популярности А оста, Аноним (-), 12:09 , 07-Июн-13, (35)

windows головного мозга Причём тут linux bsd и т п , когда речь про уязвимость, Аноним (-), 10:06 , 07-Июн-13, (8) //

Смотрите 27, Аноним (-), 11:45 , 07-Июн-13, (28) –2 //

Я не вижу там никаких обоснований почему bsd сами по себе будут безопаснее Как, Аноним (-), 12:10 , 07-Июн-13, (36)

Примеры больших взломов проектов на BSD в студию, а такие ещё остались , Аноним (-), 12:48 , 07-Июн-13, (47) –1

Да вон фрибсдшники недавно как раз серваки у себя тушили По причине взлома Уже, Аноним (-), 13:44 , 07-Июн-13, (61) +1

Там был проё ssh аккаунтов Никаких взломов , Аноним (-), 14:13 , 07-Июн-13, (74)

Ну так предустановленный в программе бэкдор тоже по большому счету не взлом ОС , Аноним (-), 19:44 , 07-Июн-13, (95) +1

всё ломают, справедливости ради и kernel org ломали -- http www opennet ru ope, aurved (?), 15:11 , 07-Июн-13, (80) –1

Так с этим никто и не спорит , Аноним (-), 19:40 , 07-Июн-13, (94)

Кх-кх а можно вообще пример больших проектов на BSD , crypt (??), 10:19 , 08-Июн-13, (118) +2

http ru wikipedia org wiki Akamai_Technologies , бедный буратино (ok), 10:37 , 08-Июн-13, (120) –1

http www internetnews com blog skerner akamai-cso-andy-ellis-details-linux-usa, AlexAT (ok), 11:06 , 08-Июн-13, (124)

И где там написано мы не используем openbsd , бедный буратино (ok), 13:25 , 08-Июн-13, (127) –3

Akamai - это пример большого проекта на Linux, а не на BSD , AlexAT (ok), 13:39 , 08-Июн-13, (128) +2
А где вообще написано про опенок в akamai Только про лин , Аноним (-), 14:37 , 08-Июн-13, (129) +2
Для начала там нигде не написано что они его используют А когда Akamai отгружае, Аноним (-), 17:10 , 08-Июн-13, (136) +1

сдается мне что ты врешь http dazzlepod com ip 23 7 86 38 как пример , linux must _RIP_ (?), 18:22 , 08-Июн-13, (142) –2

И где там написано, что хост BSD , AlexAT (ok), 18:47 , 08-Июн-13, (144) +1
root localhost g nmap -A -O -Pn -F -T4 -sV --open 23 7 86 38Starting Nmap 5 5, Аноним (-), 20:48 , 08-Июн-13, (147) +1
С вашим то ником Не удивительно что вас глючит Как пример могу посоветовать по, Аноним (-), 00:16 , 09-Июн-13, (152) +1

Yandex ru, и сюда гляньте http uptime netcraft com perf reports Hosters, Аноним (-), 12:51 , 08-Июн-13, (126) –2

Это те которые на убунту переходят, потому что виртуализация А там про размер, Аноним (-), 17:12 , 08-Июн-13, (137) +1

Никто там на самом деле никуда не переходит, ставили для тестинга и для начала н, Аноним (-), 18:06 , 08-Июн-13, (140) –1

Не знаю что они там все вернули на BSD, но даже тот же неткрафт видит у них хо, Аноним (-), 00:24 , 09-Июн-13, (153) +1

В yandex на freebsd только поиск, всё остальное на Linux , Аноним (-), 10:08 , 09-Июн-13, (160)

Ну вот это здорово отличается от того маркетингового буллшита который втер анони, Аноним (-), 16:11 , 09-Июн-13, (163) +1

Для пустозвонов и студентов мс да, явно Для остальных явно пока только одно 82, ананим (?), 10:14 , 07-Июн-13, (9) +1 //

так обычно же он от nagios работает не ставил, диванно кукарекаю , Аноним (-), 10:52 , 07-Июн-13, (20) //

Вопрос шире, чем твой диван На кой ставить на сервера Nagios И вообще любые пр, Аноним (-), 12:07 , 07-Июн-13, (34)

на той, что без nrpe он обычно бесполезен чуть более, чем полностью ну и да, му, Михрютка (ok), 12:30 , 07-Июн-13, (39) –1

Изень, залогинься , anonymous (??), 15:03 , 08-Июн-13, (131) +1
поразительно такой примитивный вброс, а у половины юзеров пуканы в клочья, badger (ok), 16:17 , 11-Июн-13, (166) –1

А как происходит изменение процесса в памяти Сегменты кода должны быть read-onl, жопка3 (?), 10:21 , 07-Июн-13, (12) //

Было бы классно иметь syscall, который бы считал чексумму от сегментов кода проц, жопка3 (?), 10:24 , 07-Июн-13, (13) +4 //

а производительность насколько бы просела от таких аттракционов , emg81 (ok), 10:26 , 07-Июн-13, (14) +2 //

Производительность здесь совершенно не важна У вас производительность тоже подс, жопка3 (?), 10:30 , 07-Июн-13, (15)

ну а толку то ну посчитал, увидел что сумма другая, дальше то что это нормально, ананим (?), 10:54 , 07-Июн-13, (21) –2

http openbsd org lyrics html 53, бедный буратино (ok), 11:02 , 07-Июн-13, (22) –2

Что сказать то хотел, болезный , ананим (?), 11:13 , 07-Июн-13, (23)

Неуловимый Джо испытывает батхерт от того что он настолько уныл что его даже лов, Аноним (-), 11:31 , 07-Июн-13, (24)

хотя батхёрт должен испытывать Уловимый Джо, его что-то часто улавливают в п, Аноним (-), 12:25 , 07-Июн-13, (38) –2

Так где улов то Я пока не вижу никаких заявок со стороны Hetzner о том что кто-, Аноним (-), 13:47 , 07-Июн-13, (62) +2

Знаешь, клоун, мне от операционки надо не красивую лирику, а нормальную работу с, Аноним (-), 11:33 , 07-Июн-13, (25) +1

На столько на сколько часто ты бы дергал это Сама по себе идея нормальная, кста, Аноним (-), 10:35 , 07-Июн-13, (16)

Да постоянно дергать смысла нет Не знаю как было бы правильно, нужно еще помнит, жопка3 (?), 10:47 , 07-Июн-13, (17)

Ну не постоянно, а изредка - такой вот фоновый скан Вполне нормальная идея, ее , Аноним (-), 11:38 , 07-Июн-13, (26)
Это тупиковый путь, который уже был изучен вендой Допустим торвальдс запилит та, Ordu (ok), 12:40 , 07-Июн-13, (43) –1

а уж как авторы jit ов-то будут рады , arisu (ok), 13:04 , 07-Июн-13, (50)

А процессов с JIT относительно немного И кстати их я бы считал потенциально пр, Аноним (-), 13:51 , 07-Июн-13, (65)

а будет много к тому идёт , arisu (ok), 14:08 , 07-Июн-13, (70)

Каких и нафига , Аноним (-), 19:38 , 07-Июн-13, (93)

разных и затем , arisu (ok), 19:57 , 07-Июн-13, (97) +1

Не догоняю зачем мне это У тебя может и будет Флаг тебе в руки А для меня за, Аноним (-), 20:14 , 07-Июн-13, (103) –1
да кто ж спрашивать-то будет , arisu (ok), 20:23 , 07-Июн-13, (106) +1
Так это, а мне и не требуется ничье ослиное позволение чтобы содержать в системе, Аноним (-), 10:40 , 08-Июн-13, (121)
до тех пор, пока аналоги есть написание прикладного софта и мелкоутиля на скрипт, arisu (ok), 10:56 , 08-Июн-13, (123)
Так а куда они денутся то Ну не испарятся же они в момент, eh Ну знаешь, а е, Аноним (-), 17:17 , 08-Июн-13, (138)
всё развивается появляется новое появится какая-нибудь интересная штука, или у, arisu (ok), 17:22 , 08-Июн-13, (139) +1
Ну окей, я не буду пользоваться этой штукой Мне не трудно В убунте я первым де, Аноним (-), 00:29 , 09-Июн-13, (154)

Вы все правильно поняли Теоретически, ни одна программа не может полностью анал, Аноним (-), 13:48 , 07-Июн-13, (64)

http 0xfeedface org sites default files 2013 20Libhijack 20BSDCan 20Presentati, жопка3 (?), 10:50 , 07-Июн-13, (19) +1 //

Ага, неуловимых бсдшников оказывается вполне можно вполне красиво вздрючивать В, Аноним (-), 12:03 , 07-Июн-13, (30) //

В NetBSD ASLR, ты даже абревиатуру толком не знаешь, с 2004-ого года PIE тогда ж, vle (ok), 13:43 , 07-Июн-13, (60)

gt оверквотинг удален Так всё-таки есть в BSD рандомизация Встречал статейку К, Аноним (-), 14:01 , 07-Июн-13, (68) –1

зачем ты такую херню читаешь , arisu (ok), 14:13 , 07-Июн-13, (73) +1
gt оверквотинг удален Гражданин хороший, ты несешь полный бред, абсолютно прои, vle (ok), 14:23 , 07-Июн-13, (75)

Все вы в этом Такие вещи должны быть по дефолту Т к уповать на то что рядовой, Аноним (-), 14:29 , 07-Июн-13, (77)

Я с тобой согласен, но есть были ТЕХНИЧЕСКИЕ причины, почему это выключено http , vle (ok), 15:17 , 07-Июн-13, (83)

Как это назвать Broken and Late, Ltd Если честно - я вообще не понял такое ре, Аноним (-), 19:26 , 07-Июн-13, (90)

Расскажите как там у linux с крос компиляцией и почему redhat запрещает это дел, linux must _RIP_ (?), 18:24 , 08-Июн-13, (143) –1

Нормально Я вот только что образ openwrt под мипс с x86_64 хоста себе зафигачил, Аноним (-), 00:33 , 09-Июн-13, (155)

Уел, бaстард Я знаю что это и нафига, так что нефиг тут так нагло троллить Ну я, Аноним (-), 14:27 , 07-Июн-13, (76)

Ok, спасибо Я гляну на досуге, что там и как С АРМ-ами дел не имею обычно Куль, vle (ok), 15:13 , 07-Июн-13, (81)

На это дело можно найти энное количество материала у тех кто интересуется подобн, тупойвордфильтр (ok), 18:47 , 07-Июн-13, (87) –1

например через область REL, в этой области хранятся адреса вызываемыхиз shared o, vle (ok), 13:22 , 07-Июн-13, (51) //

Если речь идёт о бекдоре, то там и секции исполняемых файлов трогать не обязател, Аноним (-), 13:47 , 07-Июн-13, (63) //

Запись в память другого процесса этого же юзера задача вроде попроще, чем собра, qux (ok), 16:31 , 10-Июн-13, (165)

вторая утечка за два года, Sylvia (ok), 10:48 , 07-Июн-13, (18)
интеренсно, а какая резидентная морда написала это я восхищен, IMHO (?), 11:50 , 07-Июн-13, (29) –1 //

Красиво, чо Чем-то напоминает некоторые виды msblast , Аноним (-), 12:04 , 07-Июн-13, (32) //

да чего красивого то без бекдора то не обошлось вот красота http habrahabr ru, ананим (?), 12:23 , 07-Июн-13, (37) +1 //

там локальный эксплоит и для х86, опять что бы запустить такой ВК его надо скача, IMHO (?), 12:58 , 07-Июн-13, (49) –1

По поводу чего в последних виндах MS изобрел шедевр админ-который-недоадмин Та, Аноним (-), 14:48 , 07-Июн-13, (79)

так они же свою аудиторию знают их 171 админов 187 лучше трижды переспросит, arisu (ok), 15:17 , 07-Июн-13, (82) +1

Ну так можно было пинками загонять в непривилегированного юзеря и сделать получе, Аноним (-), 18:49 , 07-Июн-13, (88)

А вантуз ещё подо что-то есть Где выкрики 95 ломающиеся на ура любым идiотом Э, ананим (?), 20:15 , 07-Июн-13, (104)

Еще под x86_64 и ARM Правда на ARM он такой убогий вышел, что убедить кого-то э, Аноним (-), 16:53 , 08-Июн-13, (134)

Да с этим никто и не спорит, просто технологично сработано - чисто in-memory вар, Аноним (-), 14:47 , 07-Июн-13, (78)

Это да, это то что и называлось в моё время хакер Но как именно используется нич, ананим (?), 20:22 , 07-Июн-13, (105)

Именно гениального - ну да, всем кто хоть немного подозревает как работают экспл, Аноним (-), 10:43 , 08-Июн-13, (122)

А я всегда говорил, что nrpe и подобные проги зло Только net-snmp добро , Аноним (-), 13:35 , 07-Июн-13, (54)
Я одинаково отношусь как к Linux GNU так и к BSD, но стоит посмотреть на Linux и, Аноним (-), 18:55 , 07-Июн-13, (89) //

Простите, конечно, но да - действительно иная Драйверов нет, поддержка железа н, AlexAT (ok), 19:26 , 07-Июн-13, (91) +1 //

Я же написал что отношусь к ним одинаково, и во многом не совсем положительно С, Аноним (-), 00:23 , 08-Июн-13, (108) //

Лошадь мертва, хорошая годная конская колбоса, Аноним (-), 00:53 , 08-Июн-13, (110) –1
Какая глупая стереотипщина Учитывая то, что сравнивать даже самые популярные Fr, бедный буратино (ok), 04:22 , 08-Июн-13, (112) –1

Глупо то что вы считаете название существенным отличием От предка этим проектам, Аноним (-), 09:01 , 08-Июн-13, (113)

Данный стереотип имеет мало отношения к реальности Да, у openbsd разные ценност, бедный буратино (ok), 09:26 , 08-Июн-13, (114) –1

Ну, в общем, да Окаменелые останки мамонта и сейчас являются находками, пережив, AlexAT (ok), 10:05 , 08-Июн-13, (115) +3
Если уже устать подтасовывать факты и просто посмотреть на мир вокруг - можно об, Аноним (-), 16:46 , 08-Июн-13, (132) +2
Это что намек на то что знание OpenBSD спасет мир Идеология это хорошо, но не с, Аноним (-), 21:11 , 08-Июн-13, (149) +1

Кто бы намекнул фанату марки что его рецепт отливки серебряных пуль немного утом, Аноним (-), 00:35 , 09-Июн-13, (156) +1

И вообще, лошать не жрет бензин и коробка передач у нее сломаться не может Спло, Аноним (-), 16:57 , 08-Июн-13, (135) +1 //

От чего же так сразу Появились автомобили, появились телефоны Люди стали разго, Аноним (-), 20:51 , 08-Июн-13, (148)

А русский язык папуасы так и не выучили Печалька , Аноним (-), 00:36 , 09-Июн-13, (157)

Ага, только драйверов нет, виртуализация у большинства bsd в полной лузе, etc , Аноним (-), 19:29 , 07-Июн-13, (92) +1 //

Не спорю, визуализация сейчас важна, но упоминая общие ПО я подразумевал наприме, Аноним (-), 00:31 , 08-Июн-13, (109) //

бгг да тебе всё равно о чём писать , all_glory_to_the_hypnotoad (ok), 12:11 , 08-Июн-13, (125)
Ну да, я как-то так и подозревал что вы виртуализацию видели только на картинке , Аноним (-), 16:50 , 08-Июн-13, (133) +1

Виртуализация в BSD то есть частично, например в NetBSD есть Xen, во FreeBSD пил, Аноним (-), 20:39 , 08-Июн-13, (146) –1

Это который Linux Foundation теперь курируется Попробую угадать с трех раз где , Аноним (-), 00:50 , 09-Июн-13, (158) +1

вот ядро VPS виртуализации для фри http 7he at freebsd vps , Аноним (-), 14:58 , 08-Июн-13, (130)

и кому оно нужно , ALex_hha (ok), 18:58 , 09-Июн-13, (164)
А ведь не только к ним прилетело Jun 2 06 31 05 sshd 10053 Accepted passwor, Anonim (??), 09:40 , 17-Июн-13, (167) //

а ведь говорят умные люди меняйте пароли периодически, меняйте даже на машинах, arisu (ok), 09:48 , 17-Июн-13, (168) //

Тут не так нехрен системного пользователя заводить с шелом Ставил бы сам, по, Anonim (??), 10:25 , 17-Июн-13, (169) //

одно другому не мешает , arisu (ok), 12:36 , 17-Июн-13, (170)

Сообщения [Сортировка по времени | RSS]

12. "Хостинговая компания Hetzner уведомила клиентов о обнаружени..." +/–

Сообщение от жопка3 (?), 07-Июн-13, 10:21

А как происходит изменение процесса в памяти? Сегменты кода должны быть read-only. Или все это дело живет внутри подгруженного модуля?

Ответить | Правка | Наверх | Cообщить модератору

13. "Хостинговая компания Hetzner уведомила клиентов о обнаружени..." +4 +/–

Сообщение от жопка3 (?), 07-Июн-13, 10:24

Было бы классно иметь syscall, который бы считал чексумму от сегментов кода процесса.

Ответить | Правка | Наверх | Cообщить модератору

14. "Хостинговая компания Hetzner уведомила клиентов о обнаружени..." +2 +/–

Сообщение от emg81 (ok), 07-Июн-13, 10:26

а производительность насколько бы просела от таких аттракционов?

Ответить | Правка | Наверх | Cообщить модератору

15. "Хостинговая компания Hetzner уведомила клиентов о обнаружени..." +/–

Сообщение от жопка3 (?), 07-Июн-13, 10:30

Производительность здесь совершенно не важна. У вас производительность тоже подсядет, если вы fork бомбу запустите - никто ж поэтому fork() не выпиливает.

Ответить | Правка | Наверх | Cообщить модератору

21. "Хостинговая компания Hetzner уведомила клиентов о обнаружени..." –2 +/–

Сообщение от ананим (?), 07-Июн-13, 10:54

ну а толку то?
ну посчитал, увидел что сумма другая, дальше то что? это нормальное поведение этого ПО или его взлом?
зыж
уже все давно придумано, просто всем лень это использовать пока жареный петух не клюнет.
вот http://ru.wikipedia.org/wiki/Hardened_Gentoo
тут подробнее http://habrahabr.ru/post/13094/

Ответить | Правка | Наверх | Cообщить модератору

22. "Хостинговая компания Hetzner уведомила клиентов о обнаружени..." –2 +/–

Сообщение от бедный буратино (ok), 07-Июн-13, 11:02

http://openbsd.org/lyrics.html#53

Ответить | Правка | Наверх | Cообщить модератору

23. "Хостинговая компания Hetzner уведомила клиентов о обнаружени..." +/–

Сообщение от ананим (?), 07-Июн-13, 11:13

Что сказать то хотел, болезный?

Ответить | Правка | Наверх | Cообщить модератору

24. "Хостинговая компания Hetzner уведомила клиентов о обнаружени..." +/–

Сообщение от Аноним (-), 07-Июн-13, 11:31

> Что сказать то хотел, болезный?
Неуловимый Джо испытывает батхерт от того что он настолько уныл что его даже ловить никто не желает.

Ответить | Правка | Наверх | Cообщить модератору

38. "Хостинговая компания Hetzner уведомила клиентов о обнаружени..." –2 +/–

Сообщение от Аноним (-), 07-Июн-13, 12:25

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

Ответить | Правка | Наверх | Cообщить модератору

62. "Хостинговая компания Hetzner уведомила клиентов о обнаружени..." +2 +/–

Сообщение от Аноним (-), 07-Июн-13, 13:47

> на мантры "лынуск безопасни".
Так где улов то? Я пока не вижу никаких заявок со стороны Hetzner о том что кто-то как-то эскалировал права через дырку в ядре. Эти мысли пока идут только от фанов бздей и тому подобных ископаемых.
А так - да, блин, если у хостера серваки с линем, чертовски логично что при их взломе серваки с BSD не сломают. За их отсутствием. Сложно сломать то чего нет. Illumos всякие - да блин, хакеры хоть 1 такой сервак живой искать заманаются, т.к. редкий вид. И бзды кроме рунета мало где уже остались.

Ответить | Правка | Наверх | Cообщить модератору

25. "Хостинговая компания Hetzner уведомила клиентов о обнаружени..." +1 +/–

Сообщение от Аноним (-), 07-Июн-13, 11:33

> http://openbsd.org/lyrics.html#53
Знаешь, клоун, мне от операционки надо не красивую лирику, а нормальную работу с моим оборудованием и обслуживание моих задач. Вот по каким-то таким причинам оно и непопулярно. Лирика - это прекрасно, конечно, но от операционки требуется немного не это.

Ответить | Правка | К родителю #22 | Наверх | Cообщить модератору

16. "Хостинговая компания Hetzner уведомила клиентов о обнаружени..." +/–

Сообщение от Аноним (-), 07-Июн-13, 10:35

> а производительность насколько бы просела от таких аттракционов?
На столько на сколько часто ты бы дергал это. Сама по себе идея нормальная, кстати.

Ответить | Правка | К родителю #14 | Наверх | Cообщить модератору

17. "Хостинговая компания Hetzner уведомила клиентов о обнаружени..." +/–

Сообщение от жопка3 (?), 07-Июн-13, 10:47

Да постоянно дергать смысла нет. Не знаю как было бы правильно, нужно еще помнить о dlopen(). Потому что при старте того же аппача у него будет одна cksum и при подгрузке им модулей, она будет меняться.

Ответить | Правка | Наверх | Cообщить модератору

26. "Хостинговая компания Hetzner уведомила клиентов о обнаружени..." +/–

Сообщение от Аноним (-), 07-Июн-13, 11:38

> Да постоянно дергать смысла нет.
Ну не постоянно, а изредка - такой вот фоновый скан. Вполне нормальная идея, ее подвиды были реализованы в разных параноидальных конструкциях даже.
> Не знаю как было бы правильно, нужно еще помнить о dlopen().
> Потому что при старте того же аппача у него будет одна cksum и при
> подгрузке им модулей, она будет меняться.
Ну да, программы могут в принципе подгружать/выгружать либы после запуска. Можно LD_PRELOADом вгрузить им либы заранее, но сие костыль :)

Ответить | Правка | Наверх | Cообщить модератору

43. "Хостинговая компания Hetzner уведомила клиентов о обнаружени..." –1 +/–

Сообщение от Ordu (ok), 07-Июн-13, 12:40

> Да постоянно дергать смысла нет. Не знаю как было бы правильно, нужно
> еще помнить о dlopen(). Потому что при старте того же аппача
> у него будет одна cksum и при подгрузке им модулей, она
> будет меняться.
Это тупиковый путь, который уже был изучен вендой. Допустим торвальдс запилит такой сисколл. Поттеринг^W Кто-нибудь запилит мониторящий процесс. Затем появится руткит, который будет подделывать результаты возвращаемые сисколлом. Придётся изобретать ещё один сисколл, который будет проверять первый сисколл на наличие патча. [...] В общем, гонка вооружений.

Ответить | Правка | К родителю #17 | Наверх | Cообщить модератору

50. "Хостинговая компания Hetzner уведомила клиентов о..." +/–

Сообщение от arisu (ok), 07-Июн-13, 13:04

а уж как авторы jit'ов-то будут рады!

Ответить | Правка | Наверх | Cообщить модератору

65. "Хостинговая компания Hetzner уведомила клиентов о..." +/–

Сообщение от Аноним (-), 07-Июн-13, 13:51

> а уж как авторы jit'ов-то будут рады!
А процессов с JIT относительно немного. И кстати их я бы считал "потенциально проблемными", т.к. зачастую они довольно навороченные и при этом заведомо могут запись и выполнение, что делает такую сущность довольно удобной для атаки. Даже думать не надо что делать с W^X :)

Ответить | Правка | Наверх | Cообщить модератору

70. "Хостинговая компания Hetzner уведомила клиентов о..." +/–

Сообщение от arisu (ok), 07-Июн-13, 14:08

>> а уж как авторы jit'ов-то будут рады!
> А процессов с JIT относительно немного.
а будет много. к тому идёт.

Ответить | Правка | Наверх | Cообщить модератору

93. "Хостинговая компания Hetzner уведомила клиентов о..." +/–

Сообщение от Аноним (-), 07-Июн-13, 19:38

> а будет много.
Каких и нафига?

Ответить | Правка | Наверх | Cообщить модератору

97. "Хостинговая компания Hetzner уведомила клиентов о..." +1 +/–

Сообщение от arisu (ok), 07-Июн-13, 19:57

разных и затем.

Ответить | Правка | Наверх | Cообщить модератору

103. "Хостинговая компания Hetzner уведомила клиентов о..." –1 +/–

Сообщение от Аноним (-), 07-Июн-13, 20:14

> разных и затем.
Не догоняю зачем мне это. У тебя может и будет. Флаг тебе в руки. А для меня "затем" не является достаточным аргументом для размещения в системе всякого барахла, извини.

Ответить | Правка | Наверх | Cообщить модератору

106. "Хостинговая компания Hetzner уведомила клиентов о..." +1 +/–

Сообщение от arisu (ok), 07-Июн-13, 20:23

да кто ж спрашивать-то будет?

Ответить | Правка | Наверх | Cообщить модератору

121. "Хостинговая компания Hetzner уведомила клиентов о..." +/–

Сообщение от Аноним (-), 08-Июн-13, 10:40

> да кто ж спрашивать-то будет?
Так это, а мне и не требуется ничье ослиное позволение чтобы содержать в системе только то что я хочу видеть и выпнуть оттуда лишнее. Поэтому если автор программы упоролся - она просто пойдет под деинсталл. Вроде бы довольно просто.

Ответить | Правка | К родителю #106 | Наверх | Cообщить модератору

123. "Хостинговая компания Hetzner уведомила клиентов о..." +/–

Сообщение от arisu (ok), 08-Июн-13, 10:56

> Вроде бы довольно просто.
до тех пор, пока аналоги есть.
написание прикладного софта и мелкоутиля на скриптовых языках нынче — тен-ден-ци-я. в общем-то, это даже правильно. и количество такого софта будет расти. на ц/цпп это всё никто переписывать, понятно, не будет. так что увы.

Ответить | Правка | К родителю #121 | Наверх | Cообщить модератору

138. "Хостинговая компания Hetzner уведомила клиентов о..." +/–

Сообщение от Аноним (-), 08-Июн-13, 17:17

> до тех пор, пока аналоги есть.
Так а куда они денутся то? Ну не испарятся же они в момент, eh? :)
> написание прикладного софта и мелкоутиля на скриптовых языках нынче — тен-ден-ци-я.
Ну знаешь, а если все подорвутся в пропасть прыгать - я что, тоже должен за ними чтоли прыгать? Перебьются, пусть сами свой шит и юзают. А я тут при чем? :)

> в общем-то, это даже правильно. и количество такого софта будет расти.
> на ц/цпп это всё никто переписывать, понятно, не будет. так что увы.
Ну так пусть сами своим тормозным крапом и пользуются. А я тут при чем? Тем более что jit там только в самом интерпретере. Ну и если уж на то пошло, в скриптовом крапе обычно актуальнее другие типы дыр. Поскольку "приложения" на скриптах пишут сказочные ДЛБ с соответствующей квалификацией, дыры там не менее жесткие, но - других типов. Как ивзестно, "дyрак и оругцом порежется".

Ответить | Правка | К родителю #123 | Наверх | Cообщить модератору

139. "Хостинговая компания Hetzner уведомила клиентов о..." +1 +/–

Сообщение от arisu (ok), 08-Июн-13, 17:22

>> до тех пор, пока аналоги есть.
> Так а куда они денутся то? Ну не испарятся же они в
> момент, eh? :)
всё развивается. появляется новое. появится какая-нибудь интересная штука, или у старой апи поменяется — а управлялка штукой только на гвидобейсике. старые уже не работают.
>> написание прикладного софта и мелкоутиля на скриптовых языках нынче — тен-ден-ци-я.
> Ну знаешь, а если все подорвутся в пропасть прыгать — я что,
> тоже должен за ними чтоли прыгать? Перебьются, пусть сами свой шит
> и юзают. А я тут при чем? :)
при том, что ты не пишешь для себя весь софт сам.

Ответить | Правка | К родителю #138 | Наверх | Cообщить модератору

154. "Хостинговая компания Hetzner уведомила клиентов о..." +/–

Сообщение от Аноним (-), 09-Июн-13, 00:29

> апи поменяется — а управлялка штукой только на гвидобейсике. старые уже не работают.
Ну окей, я не буду пользоваться этой штукой. Мне не трудно. В убунте я первым делом поделия на гвидобэйсике как раз и вытряхиваю. Прямо по критерию "гвидобэйсик в зависимостях". И знаешь, самые падучие и глючные компоненты как оказалось - именно на оном и написаны. Ну логично что если при разработке гнали как на пожар, да еще на гвидобэйсике - получится то что и должно было получиться.
А всякие там зонды^W кульные синхронизации с чужими серваками типа ubuntu one, твиттеры-фигиттеры, и прочая буитень ради которой имеет смысл юзать гвидобэйсик - меня очень слабо интересует.
> при том, что ты не пишешь для себя весь софт сам.
Так его готового навалом на все вкусы :). И что интереснее - он никуда особо не денется.

Ответить | Правка | К родителю #139 | Наверх | Cообщить модератору

64. "Хостинговая компания Hetzner уведомила клиентов о обнаружени..." +/–

Сообщение от Аноним (-), 07-Июн-13, 13:48

> Это тупиковый путь, который уже был изучен вендой. Допустим торвальдс запилит такой
> сисколл. Поттеринг^W Кто-нибудь запилит мониторящий процесс. Затем появится руткит,
> который будет подделывать результаты возвращаемые сисколлом. Придётся изобретать
> ещё один сисколл, который будет проверять первый сисколл на наличие патча.
> [...] В общем, гонка вооружений.
Вы все правильно поняли. Теоретически, ни одна программа не может полностью анализировать другую программу с выдачей определенного вердикта относительно ее поведения.

Ответить | Правка | К родителю #43 | Наверх | Cообщить модератору

19. "Хостинговая компания Hetzner уведомила клиентов о обнаружени..." +1 +/–

Сообщение от жопка3 (?), 07-Июн-13, 10:50

http://0xfeedface.org/sites/default/files/2013%20Libhij...

Ответить | Правка | К родителю #12 | Наверх | Cообщить модератору

30. "Хостинговая компания Hetzner уведомила клиентов о обнаружени..." +/–

Сообщение от Аноним (-), 07-Июн-13, 12:03

> http://0xfeedface.org/sites/default/files/2013%20Libhij...
Ага, неуловимых бсдшников оказывается вполне можно вполне красиво вздрючивать. Впрочем опсанные техники прменимы не только к *bsd.
1) А что, ALSR там до сих пор не сделали что гражданин ищет ELF хидер по фиксированному адресу?
2) Он что, изобрел довольно известный прикол класса ret2libc? [Кстати на ARM этот номер не работает в силу технических особенностей :P].
3) Я не понял, а бсдшники что, до сих пор позволяют кому попало фигачить ptrace() вообще без ограничениий? В лине вон уже доперли что тут порыты некислые грабли и теперь на трассировку во всех культурных дистах по дефолту есть ограничения, в общем случае без проблем трейсить и дебажить может только рут. Остальное ... остальное надо явно разрешать, на свой страх и риск, скомандовав кернелу, что опять же может только рут. Продакшн серверам отладка от юзера не упала, так что -1 потенциально проблемная фича.

Ответить | Правка | Наверх | Cообщить модератору

60. "Хостинговая компания Hetzner уведомила клиентов о обнаружени..." +/–

Сообщение от vle (ok), 07-Июн-13, 13:43

>> http://0xfeedface.org/sites/default/files/2013%20Libhij...
> Ага, неуловимых бсдшников оказывается вполне можно вполне красиво вздрючивать. Впрочем
> опсанные техники прменимы не только к *bsd.
> 1) А что, ALSR там до сих пор не сделали что гражданин
> ищет ELF хидер по фиксированному адресу?
В NetBSD ASLR, ты даже абревиатуру толком не знаешь, с 2004-ого года.
PIE тогда же. В OpenBSD  еще раньше.
> 2) Он что, изобрел довольно известный прикол класса ret2libc? [Кстати на ARM
> этот номер не работает в силу технических особенностей :P].
Это каких, например?
> 3) Я не понял, а бсдшники что, до сих пор позволяют кому
> попало фигачить ptrace() вообще без ограничениий?
Нет. В  NetBSD с помощью kauth(9) ptrace можно вообще запретить.
Кроме того, по умолчанию запрещено трейсить процессы из chroot-а,
даже от root-а. Плюс есть ограничения при разных security levels.
http://netbsd.gw.com/cgi-bin/man-cgi?security++NetBSD-current
http://wiki.netbsd.org/kernel_secure_levels/

Ответить | Правка | Наверх | Cообщить модератору

68. "Хостинговая компания Hetzner уведомила клиентов о обнаружени..." –1 +/–

Сообщение от Аноним (-), 07-Июн-13, 14:01

>[оверквотинг удален]
>> 2) Он что, изобрел довольно известный прикол класса ret2libc? [Кстати на ARM
>> этот номер не работает в силу технических особенностей :P].
> Это каких, например?
>> 3) Я не понял, а бсдшники что, до сих пор позволяют кому
>> попало фигачить ptrace() вообще без ограничениий?
> Нет. В  NetBSD с помощью kauth(9) ptrace можно вообще запретить.
> Кроме того, по умолчанию запрещено трейсить процессы из chroot-а,
> даже от root-а. Плюс есть ограничения при разных security levels.
> http://netbsd.gw.com/cgi-bin/man-cgi?security++NetBSD-current
> http://wiki.netbsd.org/kernel_secure_levels/
Так всё-таки есть в BSD рандомизация.Встречал статейку Криса Касперски, где он
рассказывал о том, что с ней возятся в linux и win, в unix она с древнейших времён, а
в BSD с этим плохо.В NetBSD её нет вообще в free она не вменяема, только в OpenBSD есть,
но и там почти отключена по соображениям производительности.

Ответить | Правка | Наверх | Cообщить модератору

73. "Хостинговая компания Hetzner уведомила клиентов о..." +1 +/–

Сообщение от arisu (ok), 07-Июн-13, 14:13

> Встречал статейку Криса Касперски
зачем ты такую херню читаешь?

Ответить | Правка | Наверх | Cообщить модератору

75. "Хостинговая компания Hetzner уведомила клиентов о обнаружени..." +/–

Сообщение от vle (ok), 07-Июн-13, 14:23

>[оверквотинг удален]
>> Кроме того, по умолчанию запрещено трейсить процессы из chroot-а,
>> даже от root-а. Плюс есть ограничения при разных security levels.
>> http://netbsd.gw.com/cgi-bin/man-cgi?security++NetBSD-current
>> http://wiki.netbsd.org/kernel_secure_levels/
> Так всё-таки есть в BSD рандомизация.Встречал статейку Криса Касперски, где он
> рассказывал о том, что с ней возятся в linux и win, в
> unix она с древнейших времён, а
> в BSD с этим плохо.В NetBSD её нет вообще в free она
> не вменяема, только в OpenBSD есть,
> но и там почти отключена по соображениям производительности.
Гражданин хороший, ты несешь полный бред, абсолютно проитивоположный
действительности. Крис Касперски -- дебил, ты нашел кого читать.
Начнем с того, что рандомизация рандомизации рознь.
Тебе рандомизацию чего подать? ASLR/PIC? Она совершенно точно есть
в NetBSD и OpenBSD, во FreeBSD AFAIK нет, пусть меня поправят.
ASLR/PIC в OpenBSD таки включен по умолчанию, как в ключен по умолчанию
теперь уже в некоторых дистрибутивах Линупса,
в NetBSD он рыключен, ASLR включается sysctl, а PIE можно добиться
перекомпилированием системы, по умолчанию экзешники скомпилены без PIC.
То же касается pkgsrc -- все как у upstream-а, включен PIC -- будет,
нет -- досвидос.
Рандомизация pid при форках в OpenBSD AFAIK есть и по умолчанию включена.
Исторически в UNIX-ах никакой рандомизации как раз не было, посколько
не было position independent code до появления ELF. По этой же причине
ASLR нет в винде, там PIC нет ввиду убогово coff, адреса загрузки dll
определяются в момент компиляции.

Ответить | Правка | К родителю #68 | Наверх | Cообщить модератору

77. "Хостинговая компания Hetzner уведомила клиентов о обнаружени..." +/–

Сообщение от Аноним (-), 07-Июн-13, 14:29

> а PIE можно добиться перекомпилированием системы, по умолчанию
> экзешники скомпилены без PIC.
Все вы в этом. Такие вещи должны быть по дефолту. Т.к. уповать на то что рядовой эксплуатационщик будет доктором наук - не приходится, отнюдь. Я думаю вы теперь понимаете почему ваша система с таким подходом никогда не займет сколь-нибудь внятной рыночной доли на серверах?

Ответить | Правка | Наверх | Cообщить модератору

83. "Хостинговая компания Hetzner уведомила клиентов о обнаружени..." +/–

Сообщение от vle (ok), 07-Июн-13, 15:17

>> а PIE можно добиться перекомпилированием системы, по умолчанию
>> экзешники скомпилены без PIC.
> Все вы в этом. Такие вещи должны быть по дефолту.
Я с тобой согласен, но есть/были ТЕХНИЧЕСКИЕ причины, почему это выключено.
http://mail-index.netbsd.org/tech-security/2011/12/05/msg000...
В каком это сейчас статусе я не в курсе.
> Т.к. уповать на то что рядовой эксплуатационщик будет доктором
> наук - не приходится, отнюдь.
В отличие от Линукса NetBSD собирается с любыми опциями на любой
UNIX-like системе кроссово одной командой. Сборка системы
не требует докторской степени.
> Я думаю вы теперь понимаете почему ваша система с таким
> подходом никогда не займет сколь-нибудь внятной рыночной доли на серверах?
Ваше мнение очень важно для нас.

Ответить | Правка | Наверх | Cообщить модератору

90. "Хостинговая компания Hetzner уведомила клиентов о обнаружени..." +/–

Сообщение от Аноним (-), 07-Июн-13, 19:26

> Я с тобой согласен, но есть/были ТЕХНИЧЕСКИЕ причины, почему это выключено.
> http://mail-index.netbsd.org/tech-security/2011/12/05/msg000...
Как это назвать? "Broken and Late, Ltd".
> В каком это сейчас статусе я не в курсе.
Если честно - я вообще не понял такое решение. Называя вещи своими именами, на серверах сейчас царит х86_64, у которого регистровый файл относительно нормальный и relative-адресация есть, по поводу чего PIC для него вообще не должен являть собой никаких проблем. Я конечно не занимался хардкорными бенчами, но особого падения скорости от PIC не заметил нигде так сходу. Тем более что чисто-локальные программы, не имеющие дел с внешним миром с ним можно и не собирать. Всякая околоэмбедовка - у ARM и MIPS все нормально с регистрами. В честь чего этот огород про архитектуры с куцым набором регистров?
> В отличие от Линукса NetBSD собирается с любыми опциями на любой
> UNIX-like системе кроссово одной командой.
Если честно - I don't care. Для вас это достоинство. Для меня - бесполезный артефакт. Я все-равно буду иметь дело с системой из-под нее самой. Потому что это right way of doing things на мое нескромное мнение.
> Сборка системы не требует докторской степени.
В общем случае, задача эксплуатационщика - кнопки на пульте жать, а не строить самому себе ядерный реактор. У академиков как-то традиционно плохо с пониманием этого момента.
> Ваше мнение очень важно для нас.
А по бздам это заметно. Собственно, поэтому ими и пользуется горстка маргиналов. Остальные нашли себе более удобные и менее геморные системы. Благо бзды не единственные в мире, к счастью.

Ответить | Правка | Наверх | Cообщить модератору

143. "Хостинговая компания Hetzner уведомила клиентов о обнаружени..." –1 +/–

Сообщение от linux must _RIP_ (?), 08-Июн-13, 18:24

> Если честно - I don't care. Для вас это достоинство. Для меня
> - бесполезный артефакт. Я все-равно буду иметь дело с системой из-под
> нее самой. Потому что это right way of doing things на
> мое нескромное мнение.
Расскажите как там у linux с крос компиляцией? и почему redhat запрещает это делать - тоже расскажите (не поставляет пакеты и объявляет не поддерживаемым это).

Ответить | Правка | Наверх | Cообщить модератору

155. "Хостинговая компания Hetzner уведомила клиентов о обнаружени..." +/–

Сообщение от Аноним (-), 09-Июн-13, 00:33

> Расскажите как там у linux с крос компиляцией?
Нормально. Я вот только что образ openwrt под мипс с x86_64 хоста себе зафигачил. Вполне себе кросскомпиляция. Как видите, все прекрасно работает. Там где это реально надо. Хотя можно и демонстративно истекать словесным поносом на форуме, тоже вариант.
> и почему redhat запрещает это делать
> - тоже расскажите (не поставляет пакеты и объявляет не поддерживаемым это).
Так у них и спросите. Могу предположить что их данный сценарий использования не интересует (они на эмбеддовку не метят в данный момент) и поэтому они не собираются кому-то что-то гарантировать на этот счет.

Ответить | Правка | Наверх | Cообщить модератору

76. "Хостинговая компания Hetzner уведомила клиентов о обнаружени..." +/–

Сообщение от Аноним (-), 07-Июн-13, 14:27

> В NetBSD ASLR, ты даже абревиатуру толком не знаешь, с 2004-ого года.
Уел, бaстард. Я знаю что это и нафига, так что нефиг тут так нагло троллить.

> PIE тогда же. В OpenBSD  еще раньше.
Ну я рад за них. Осталось найти хоть один сервак с этим. А то у пингвина все это тоже есть, только хаксоры подобное воркэраундить тоже учатся, если что.
> Это каких, например?
Там при переполнении проблематично скормить какие-то осмысленные аргументы вызываемой функции когда возврат делается. ARMовское ABI предполагает в общем случае передачу параметров в регистрах а не стеке (у ARM в отличие от x86 их довольно много). Если при атаке на стек в случае x86 можно и параметры переписать, то в ARM их надо в регистры впихнуть. А это вообще не адрес в памяти, над записью в регистры у атакующего нет прямого контроля. Это делает возврат в функцию с каким-то осмысленным результатом не то что совсем невозможным, но труднореализуемым и не гарантированным.
В лучшем случае, особо продвинутые хакеры умудряются нащупать последовательности кода которые можно подергать так чтобы ничего не испортилось + в конечном итоге в регистрах все-таки образовалось то что было надо. В этом случае ret2libc и тому подобное даже может прокатить. Однако это весьма трудоемко и наличие такого кода - из разряда "уж как повезет". Все это сильно задирает планку для этого класса атак на ARM. Такая вот маленькая интимная особенность ARM ABI, оказавшаяся недружественной к хакерам любящим дерг кода путем возврата на него.
>> попало фигачить ptrace() вообще без ограничениий?
> Нет. В  NetBSD с помощью kauth(9) ptrace можно вообще запретить.
В большинстве культурных дистров линя нынче трассирование процессов юзерем по дефолту вообще откушено (слишком уж много потенциальных проблем) и надо вообще явно разрешать юзеру трейсить свои процессы (что может сделать только рут, записав соотв. значение в файлик ядерного интерфейса). По дефолту трейсить может только рут. Что спасает от массы грабель. Как видите, у пингвиноидов настройки даже пожестче.
> Кроме того, по умолчанию запрещено трейсить процессы из chroot-а,
> даже от root-а. Плюс есть ограничения при разных security levels.
Если вы хотели этим попонтоваться, LXC пожалуй попродвинутее будет с его виртуализацией неймспейсов всех мастей и прочая. Оно вообще ближе к независимым окружениям.
> http://netbsd.gw.com/cgi-bin/man-cgi?security++NetBSD-current
> http://wiki.netbsd.org/kernel_secure_levels/
Ну ок, я должен признать что наезжать на вообще всех бсдшников за пофигизм в секурити - не очень правильно, некоторые все-таки не такие уж и пофигисты в вопросе. Тем не менее, я не вижу что из перечисленного было лучше чем в пингвине, откуда сделаны масштабные выводы о бОльшей защищенности. Пингвины популярны, так что их долбят довольно много. Поэтому от наиболее очевидных типовых напастей они защитились вполне на уровне.

Ответить | Правка | К родителю #60 | Наверх | Cообщить модератору

81. "Хостинговая компания Hetzner уведомила клиентов о обнаружени..." +/–

Сообщение от vle (ok), 07-Июн-13, 15:13

>> Это каких, например?
> Там при переполнении проблематично скормить какие-то осмысленные аргументы вызываемой
> функции когда возврат делается. ARMовское ABI предполагает в общем случае передачу
> параметров в регистрах а не стеке
Ok, спасибо. Я гляну на досуге, что там и как. С АРМ-ами дел не имею обычно.
>>> попало фигачить ptrace() вообще без ограничениий?
>> Нет. В  NetBSD с помощью kauth(9) ptrace можно вообще запретить.
> В большинстве культурных дистров линя нынче трассирование
> процессов юзерем по дефолту вообще
> откушено
Культурные дистры -- это какие? В Debian и RHEL я этого не наблюдаю.
>> Кроме того, по умолчанию запрещено трейсить процессы из chroot-а,
>> даже от root-а. Плюс есть ограничения при разных security levels.
> Если вы хотели этим попонтоваться
Нет. Попонтоваться -- это не ко мне. Я говорю о том, что кое-что сделано
в этом плане и в BSD тоже. Диалог должен быть познавательным для обеих сторон.
За писькомером не ко мне. И да, я в курсе и про lxc и про cgroups и про openvz.
>> http://netbsd.gw.com/cgi-bin/man-cgi?security++NetBSD-current
>> http://wiki.netbsd.org/kernel_secure_levels/
> Ну ок, я должен признать что наезжать на вообще всех бсдшников за
> пофигизм в секурити - не очень правильно, некоторые все-таки не такие
> уж и пофигисты в вопросе.
Прекрасно. Культурный диалог состоялся.
> Тем не менее, я не вижу
> что из перечисленного было лучше чем в пингвине, откуда сделаны масштабные
> выводы о бОльшей защищенности.
Я не утверждал, что в *BSD что-то лучше или хуже или лучше, чем в Линупсе.
Это твои фантазии ;-) Я лишь указал на документацию.
> Поэтому от наиболее очевидных типовых напастей они защитились вполне на уровне.
Я думаю, лучший в отрасли -- grsecurity, откуда собственно
многое в NetBSD и пришло. Но grsecurity в мире Линукса -- такая
же маргинальщина, как NetBSD для типичного Линукс-админа.
AFAIK его нет нигде кроме одного профиля Gentoo.

Ответить | Правка | Наверх | Cообщить модератору

87. "Хостинговая компания Hetzner уведомила клиентов о обнаружени..." –1 +/–

Сообщение от тупойвордфильтр (ok), 07-Июн-13, 18:47

> Ok, спасибо. Я гляну на досуге, что там и как. С АРМ-ами дел не имею обычно.
На это дело можно найти энное количество материала у тех кто интересуется подобными трюками, есть минимум несколко более-менее похожих описаний как хакеры борятся (ну или по крайней мере пытаются) с подобной напастью. Обычно это достаточно замороченные фокусы с попытками сначала дергать какие-то фрагменты кода которые сделают что-то полезное и только потом удастся сделать возврат. Все это тот еще брейнфак и работоспособность такой атаки - очень зависит от внешних факторов, как то найдется ли в атакуемой программе вообще удобный для этого код. Приходит в голову что кроме PIE программам было бы некисло еще и трансформации кода делать, чтобы это дело еще больше усложнить :)
> Культурные дистры -- это какие? В Debian и RHEL я этого не наблюдаю.
На данный момент так делает даже обычная ширпотрeбная убунта и те кто на ней базируются, так что если кто отпускает тормоз медленнее чем они - вообще позор и стыдоба им. Вызовы типа ptrace() считались потенциальным источником проблем и нежелательных действий черт знает сколько времени. В ядре есть механизмы для этого.
> Нет. Попонтоваться -- это не ко мне. Я говорю о том, что кое-что сделано в этом
> плане и в BSD тоже. Диалог должен быть познавательным для  обеих сторон.
Ну окей, я признал что наезд на "вообще все BSD" все-таки не очень удачный маневр.
> За писькомером не ко мне. И да, я в курсе и про lxc и про cgroups и про openvz.
И kvm тогда уж. Виртуализация и контейнеры конечно не столько средство безопасности, но они вполне могут минимизировать и урон от хакеров при правильном применении. Лишняя граница раздела сред еще никому не мешала в плане уменьшения последствий от хаков.
> Прекрасно. Культурный диалог состоялся.
Ну во всяком случае лучше чем кидания какашками без аргументов.
> Это твои фантазии ;-) Я лишь указал на документацию.
А в чем пойнт? А указывал какой-то соседний гражданин.
> Я думаю, лучший в отрасли -- grsecurity,
По общей степени параноидальности в ее "классическом" виде - пожалуй. Хотя лично мне видится более перспективной рaспилoвка окружений на виртуалки по принципу "1 загoн на сервис". Ну в общем "жизнь после эры чрута". С точки зрения атакующего - ломать такое достаточно неудобно, опять же. Не то чтобы совсем невозможно, но опять же планка поднимается и ущерб минимизируется. Плюс контейнеры "по 1 на сервис" можно при желании довольно дотошно мониторить и отлавливать аномалии по каким-нибудь простым критериям типа "запустились утилиты, хотя httpd в приницпе не должен использовать ls" или "ой, а чего это у нас тут кто-то дергает ptrace()? У нас дебагера тут вообще нет!". Нечто такое сделали на codepad.org - там сначала фильтр сисколов, потом виртуалка. И да, там можно вполне себе севый код пинать. Лично мне вообще не удалось особо поразвлекаться - большинство интересных сисколов зарубается фильтром.
> откуда собственно многое в NetBSD и пришло. Но grsecurity в мире Линукса -- такая
> же мaргинальщина, как NetBSD для типичного Линукс-админа.
Зато в каждом линуксном ядре идет система контейнеров и виртуализатор в комплекте. Совершенно нахаляву и даже без лишних усилий - обычно в дистрах эти фичи ядра включены при сборке.
> AFAIK его нет нигде кроме одного профиля Gentoo.
Потому что действительно довольно маргинальная штука. Мне при нужде минимизировать урон от хакеров (защищать дырявый или пробэкдоренный сервис от самого себя будем считать делом тухлым) - проще просто на виртуалки или хотя-бы контейнеры распилить. Так чтобы проблемный сервис сидел в своей песочнице. Если уж его поимели - так поимели. А рут в контейнере/виртуалке мало что и кому дает. Там кроме проблемного сервиса который один фиг раздолбали и не должно ничего быть. Это просто если подумать "а как сделать так чтобы хакеры всерьез чертыхались при попытке серьезно долбить всю инфраструктуру".
p.s. я так и не понял - вот чего я тут ругательного сказал, что б-дский вордфильтр возбух?

Ответить | Правка | Наверх | Cообщить модератору

51. "Хостинговая компания Hetzner уведомила клиентов о обнаружени..." +/–

Сообщение от vle (ok), 07-Июн-13, 13:22

> А как происходит изменение процесса в памяти? Сегменты кода должны быть read-only.
> Или все это дело живет внутри подгруженного модуля?
например через область REL, в этой области хранятся адреса вызываемых
из shared objects функций. Достаточно подменить адреса в этой области
и будут вызываться твои функции, скажем, system(3) с нужными параметрами ;-).
Гугли на предмет RELRO. Но если речь идет о rootkit-е, то там уже по барабану,
константный сегмент памяти *был* или нет ;-)

Ответить | Правка | К родителю #12 | Наверх | Cообщить модератору

63. "Хостинговая компания Hetzner уведомила клиентов о обнаружени..." +/–

Сообщение от Аноним (-), 07-Июн-13, 13:47

> например через область REL, в этой области хранятся адреса вызываемых
> из shared objects функций. Достаточно подменить адреса в этой области
> и будут вызываться твои функции, скажем, system(3) с нужными параметрами ;-).
> Гугли на предмет RELRO. Но если речь идет о rootkit-е, то там
> уже по барабану,
> константный сегмент памяти *был* или нет ;-)
Если речь идёт о бекдоре, то там и секции исполняемых файлов трогать не обязательно, можно
замутить скрытый модуль ядра, который будет шарахаться по сегментам каких-то
процессов прямо из ядра, по вызовам с usermode через ioctl-ы.

Ответить | Правка | Наверх | Cообщить модератору

165. "Хостинговая компания Hetzner уведомила клиентов о обнаружени..." +/–

Сообщение от qux (ok), 10-Июн-13, 16:31

Запись в память другого процесса этого же юзера задача вроде попроще, чем (собрать/) загрузить .ko, не?

Ответить | Правка | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема

Партнёры:

Хостинг:

Закладки на сайте
Проследить за страницей

Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру

12. "Хостинговая компания Hetzner уведомила клиентов о обнаружени..."	+/–
Сообщение от жопка3 (?), 07-Июн-13, 10:21
А как происходит изменение процесса в памяти? Сегменты кода должны быть read-only. Или все это дело живет внутри подгруженного модуля?
Ответить \| Правка \| Наверх \| Cообщить модератору


	13. "Хостинговая компания Hetzner уведомила клиентов о обнаружени..."	+4 +/–
	Сообщение от жопка3 (?), 07-Июн-13, 10:24
	Было бы классно иметь syscall, который бы считал чексумму от сегментов кода процесса.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	14. "Хостинговая компания Hetzner уведомила клиентов о обнаружени..."	+2 +/–
	Сообщение от emg81 (ok), 07-Июн-13, 10:26
	а производительность насколько бы просела от таких аттракционов?
	Ответить \| Правка \| Наверх \| Cообщить модератору


	15. "Хостинговая компания Hetzner уведомила клиентов о обнаружени..."	+/–
	Сообщение от жопка3 (?), 07-Июн-13, 10:30
	Производительность здесь совершенно не важна. У вас производительность тоже подсядет, если вы fork бомбу запустите - никто ж поэтому fork() не выпиливает.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	21. "Хостинговая компания Hetzner уведомила клиентов о обнаружени..."	–2 +/–
	Сообщение от ананим (?), 07-Июн-13, 10:54
	ну а толку то? ну посчитал, увидел что сумма другая, дальше то что? это нормальное поведение этого ПО или его взлом? зыж уже все давно придумано, просто всем лень это использовать пока жареный петух не клюнет. вот http://ru.wikipedia.org/wiki/Hardened_Gentoo тут подробнее http://habrahabr.ru/post/13094/
	Ответить \| Правка \| Наверх \| Cообщить модератору


	22. "Хостинговая компания Hetzner уведомила клиентов о обнаружени..."	–2 +/–
	Сообщение от бедный буратино (ok), 07-Июн-13, 11:02
	http://openbsd.org/lyrics.html#53
	Ответить \| Правка \| Наверх \| Cообщить модератору


	23. "Хостинговая компания Hetzner уведомила клиентов о обнаружени..."	+/–
	Сообщение от ананим (?), 07-Июн-13, 11:13
	Что сказать то хотел, болезный?
	Ответить \| Правка \| Наверх \| Cообщить модератору


	24. "Хостинговая компания Hetzner уведомила клиентов о обнаружени..."	+/–
	Сообщение от Аноним (-), 07-Июн-13, 11:31
	> Что сказать то хотел, болезный? Неуловимый Джо испытывает батхерт от того что он настолько уныл что его даже ловить никто не желает.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	38. "Хостинговая компания Hetzner уведомила клиентов о обнаружени..."	–2 +/–
	Сообщение от Аноним (-), 07-Июн-13, 12:25
	... хотя батхёрт должен испытывать Уловимый Джо, его что-то часто улавливают в последнее время. Улавливают и улавливают кверху задницей. Что весьма уныло, несмотря на мантры "лынуск безопасни".
	Ответить \| Правка \| Наверх \| Cообщить модератору


	62. "Хостинговая компания Hetzner уведомила клиентов о обнаружени..."	+2 +/–
	Сообщение от Аноним (-), 07-Июн-13, 13:47
	> на мантры "лынуск безопасни". Так где улов то? Я пока не вижу никаких заявок со стороны Hetzner о том что кто-то как-то эскалировал права через дырку в ядре. Эти мысли пока идут только от фанов бздей и тому подобных ископаемых. А так - да, блин, если у хостера серваки с линем, чертовски логично что при их взломе серваки с BSD не сломают. За их отсутствием. Сложно сломать то чего нет. Illumos всякие - да блин, хакеры хоть 1 такой сервак живой искать заманаются, т.к. редкий вид. И бзды кроме рунета мало где уже остались.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	25. "Хостинговая компания Hetzner уведомила клиентов о обнаружени..."	+1 +/–
	Сообщение от Аноним (-), 07-Июн-13, 11:33
	> http://openbsd.org/lyrics.html#53 Знаешь, клоун, мне от операционки надо не красивую лирику, а нормальную работу с моим оборудованием и обслуживание моих задач. Вот по каким-то таким причинам оно и непопулярно. Лирика - это прекрасно, конечно, но от операционки требуется немного не это.
	Ответить \| Правка \| К родителю #22 \| Наверх \| Cообщить модератору


	16. "Хостинговая компания Hetzner уведомила клиентов о обнаружени..."	+/–
	Сообщение от Аноним (-), 07-Июн-13, 10:35
	> а производительность насколько бы просела от таких аттракционов? На столько на сколько часто ты бы дергал это. Сама по себе идея нормальная, кстати.
	Ответить \| Правка \| К родителю #14 \| Наверх \| Cообщить модератору


	17. "Хостинговая компания Hetzner уведомила клиентов о обнаружени..."	+/–
	Сообщение от жопка3 (?), 07-Июн-13, 10:47
	Да постоянно дергать смысла нет. Не знаю как было бы правильно, нужно еще помнить о dlopen(). Потому что при старте того же аппача у него будет одна cksum и при подгрузке им модулей, она будет меняться.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	26. "Хостинговая компания Hetzner уведомила клиентов о обнаружени..."	+/–
	Сообщение от Аноним (-), 07-Июн-13, 11:38
	> Да постоянно дергать смысла нет. Ну не постоянно, а изредка - такой вот фоновый скан. Вполне нормальная идея, ее подвиды были реализованы в разных параноидальных конструкциях даже. > Не знаю как было бы правильно, нужно еще помнить о dlopen(). > Потому что при старте того же аппача у него будет одна cksum и при > подгрузке им модулей, она будет меняться. Ну да, программы могут в принципе подгружать/выгружать либы после запуска. Можно LD_PRELOADом вгрузить им либы заранее, но сие костыль :)
	Ответить \| Правка \| Наверх \| Cообщить модератору


	43. "Хостинговая компания Hetzner уведомила клиентов о обнаружени..."	–1 +/–
	Сообщение от Ordu (ok), 07-Июн-13, 12:40
	> Да постоянно дергать смысла нет. Не знаю как было бы правильно, нужно > еще помнить о dlopen(). Потому что при старте того же аппача > у него будет одна cksum и при подгрузке им модулей, она > будет меняться. Это тупиковый путь, который уже был изучен вендой. Допустим торвальдс запилит такой сисколл. Поттеринг^W Кто-нибудь запилит мониторящий процесс. Затем появится руткит, который будет подделывать результаты возвращаемые сисколлом. Придётся изобретать ещё один сисколл, который будет проверять первый сисколл на наличие патча. [...] В общем, гонка вооружений.
	Ответить \| Правка \| К родителю #17 \| Наверх \| Cообщить модератору


	50. "Хостинговая компания Hetzner уведомила клиентов о..."	+/–
	Сообщение от arisu (ok), 07-Июн-13, 13:04
	а уж как авторы jit'ов-то будут рады!
	Ответить \| Правка \| Наверх \| Cообщить модератору


	65. "Хостинговая компания Hetzner уведомила клиентов о..."	+/–
	Сообщение от Аноним (-), 07-Июн-13, 13:51
	> а уж как авторы jit'ов-то будут рады! А процессов с JIT относительно немного. И кстати их я бы считал "потенциально проблемными", т.к. зачастую они довольно навороченные и при этом заведомо могут запись и выполнение, что делает такую сущность довольно удобной для атаки. Даже думать не надо что делать с W^X :)
	Ответить \| Правка \| Наверх \| Cообщить модератору


	70. "Хостинговая компания Hetzner уведомила клиентов о..."	+/–
	Сообщение от arisu (ok), 07-Июн-13, 14:08
	>> а уж как авторы jit'ов-то будут рады! > А процессов с JIT относительно немного. а будет много. к тому идёт.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	93. "Хостинговая компания Hetzner уведомила клиентов о..."	+/–
	Сообщение от Аноним (-), 07-Июн-13, 19:38
	> а будет много. Каких и нафига?
	Ответить \| Правка \| Наверх \| Cообщить модератору


	97. "Хостинговая компания Hetzner уведомила клиентов о..."	+1 +/–
	Сообщение от arisu (ok), 07-Июн-13, 19:57
	разных и затем.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	103. "Хостинговая компания Hetzner уведомила клиентов о..."	–1 +/–
	Сообщение от Аноним (-), 07-Июн-13, 20:14
	> разных и затем. Не догоняю зачем мне это. У тебя может и будет. Флаг тебе в руки. А для меня "затем" не является достаточным аргументом для размещения в системе всякого барахла, извини.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	106. "Хостинговая компания Hetzner уведомила клиентов о..."	+1 +/–
	Сообщение от arisu (ok), 07-Июн-13, 20:23
	да кто ж спрашивать-то будет?
	Ответить \| Правка \| Наверх \| Cообщить модератору


	121. "Хостинговая компания Hetzner уведомила клиентов о..."	+/–
	Сообщение от Аноним (-), 08-Июн-13, 10:40
	> да кто ж спрашивать-то будет? Так это, а мне и не требуется ничье ослиное позволение чтобы содержать в системе только то что я хочу видеть и выпнуть оттуда лишнее. Поэтому если автор программы упоролся - она просто пойдет под деинсталл. Вроде бы довольно просто.
	Ответить \| Правка \| К родителю #106 \| Наверх \| Cообщить модератору


	123. "Хостинговая компания Hetzner уведомила клиентов о..."	+/–
	Сообщение от arisu (ok), 08-Июн-13, 10:56
	> Вроде бы довольно просто. до тех пор, пока аналоги есть. написание прикладного софта и мелкоутиля на скриптовых языках нынче — тен-ден-ци-я. в общем-то, это даже правильно. и количество такого софта будет расти. на ц/цпп это всё никто переписывать, понятно, не будет. так что увы.
	Ответить \| Правка \| К родителю #121 \| Наверх \| Cообщить модератору


	138. "Хостинговая компания Hetzner уведомила клиентов о..."	+/–
	Сообщение от Аноним (-), 08-Июн-13, 17:17
	> до тех пор, пока аналоги есть. Так а куда они денутся то? Ну не испарятся же они в момент, eh? :) > написание прикладного софта и мелкоутиля на скриптовых языках нынче — тен-ден-ци-я. Ну знаешь, а если все подорвутся в пропасть прыгать - я что, тоже должен за ними чтоли прыгать? Перебьются, пусть сами свой шит и юзают. А я тут при чем? :) > в общем-то, это даже правильно. и количество такого софта будет расти. > на ц/цпп это всё никто переписывать, понятно, не будет. так что увы. Ну так пусть сами своим тормозным крапом и пользуются. А я тут при чем? Тем более что jit там только в самом интерпретере. Ну и если уж на то пошло, в скриптовом крапе обычно актуальнее другие типы дыр. Поскольку "приложения" на скриптах пишут сказочные ДЛБ с соответствующей квалификацией, дыры там не менее жесткие, но - других типов. Как ивзестно, "дyрак и оругцом порежется".
	Ответить \| Правка \| К родителю #123 \| Наверх \| Cообщить модератору


	139. "Хостинговая компания Hetzner уведомила клиентов о..."	+1 +/–
	Сообщение от arisu (ok), 08-Июн-13, 17:22
	>> до тех пор, пока аналоги есть. > Так а куда они денутся то? Ну не испарятся же они в > момент, eh? :) всё развивается. появляется новое. появится какая-нибудь интересная штука, или у старой апи поменяется — а управлялка штукой только на гвидобейсике. старые уже не работают. >> написание прикладного софта и мелкоутиля на скриптовых языках нынче — тен-ден-ци-я. > Ну знаешь, а если все подорвутся в пропасть прыгать — я что, > тоже должен за ними чтоли прыгать? Перебьются, пусть сами свой шит > и юзают. А я тут при чем? :) при том, что ты не пишешь для себя весь софт сам.
	Ответить \| Правка \| К родителю #138 \| Наверх \| Cообщить модератору


	154. "Хостинговая компания Hetzner уведомила клиентов о..."	+/–
	Сообщение от Аноним (-), 09-Июн-13, 00:29
	> апи поменяется — а управлялка штукой только на гвидобейсике. старые уже не работают. Ну окей, я не буду пользоваться этой штукой. Мне не трудно. В убунте я первым делом поделия на гвидобэйсике как раз и вытряхиваю. Прямо по критерию "гвидобэйсик в зависимостях". И знаешь, самые падучие и глючные компоненты как оказалось - именно на оном и написаны. Ну логично что если при разработке гнали как на пожар, да еще на гвидобэйсике - получится то что и должно было получиться. А всякие там зонды^W кульные синхронизации с чужими серваками типа ubuntu one, твиттеры-фигиттеры, и прочая буитень ради которой имеет смысл юзать гвидобэйсик - меня очень слабо интересует. > при том, что ты не пишешь для себя весь софт сам. Так его готового навалом на все вкусы :). И что интереснее - он никуда особо не денется.
	Ответить \| Правка \| К родителю #139 \| Наверх \| Cообщить модератору


	64. "Хостинговая компания Hetzner уведомила клиентов о обнаружени..."	+/–
	Сообщение от Аноним (-), 07-Июн-13, 13:48
	> Это тупиковый путь, который уже был изучен вендой. Допустим торвальдс запилит такой > сисколл. Поттеринг^W Кто-нибудь запилит мониторящий процесс. Затем появится руткит, > который будет подделывать результаты возвращаемые сисколлом. Придётся изобретать > ещё один сисколл, который будет проверять первый сисколл на наличие патча. > [...] В общем, гонка вооружений. Вы все правильно поняли. Теоретически, ни одна программа не может полностью анализировать другую программу с выдачей определенного вердикта относительно ее поведения.
	Ответить \| Правка \| К родителю #43 \| Наверх \| Cообщить модератору


	19. "Хостинговая компания Hetzner уведомила клиентов о обнаружени..."	+1 +/–
	Сообщение от жопка3 (?), 07-Июн-13, 10:50
	http://0xfeedface.org/sites/default/files/2013%20Libhij...
	Ответить \| Правка \| К родителю #12 \| Наверх \| Cообщить модератору


	30. "Хостинговая компания Hetzner уведомила клиентов о обнаружени..."	+/–
	Сообщение от Аноним (-), 07-Июн-13, 12:03
	> http://0xfeedface.org/sites/default/files/2013%20Libhij... Ага, неуловимых бсдшников оказывается вполне можно вполне красиво вздрючивать. Впрочем опсанные техники прменимы не только к *bsd. 1) А что, ALSR там до сих пор не сделали что гражданин ищет ELF хидер по фиксированному адресу? 2) Он что, изобрел довольно известный прикол класса ret2libc? [Кстати на ARM этот номер не работает в силу технических особенностей :P]. 3) Я не понял, а бсдшники что, до сих пор позволяют кому попало фигачить ptrace() вообще без ограничениий? В лине вон уже доперли что тут порыты некислые грабли и теперь на трассировку во всех культурных дистах по дефолту есть ограничения, в общем случае без проблем трейсить и дебажить может только рут. Остальное ... остальное надо явно разрешать, на свой страх и риск, скомандовав кернелу, что опять же может только рут. Продакшн серверам отладка от юзера не упала, так что -1 потенциально проблемная фича.
	Ответить \| Правка \| Наверх \| Cообщить модератору