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

"В OpenBSD для sshd применена перекомпоновка во время загрузки"	+/–
Сообщение от opennews (??), 20-Янв-23, 17:54
В OpenBSD реализована техника защиты от эксплуатации уязвимостей, основанная на перекомпоновке исполняемого файла sshd со случайной перегруппировкой библиотек (libc.so, libcrypto.so, ld.so и т.п.)  при каждой загрузке системы.  В ближайшее время подобную защиту также планируется реализовать для ntpd и других серверных приложений. Изменение уже включено в состав ветки CURRENT и будет предложено в выпуске OpenBSD 7.3... Подробнее: https://www.opennet.me/opennews/art.shtml?num=58520
Ответить | Правка | Cообщить модератору

Сообщения

[Сортировка по ответам | RSS]

1. Сообщение от Аноним (1), 20-Янв-23, 17:54	+/–
Костыли какието
Ответить | Правка | Наверх | Cообщить модератору

3. Сообщение от Аноним (3), 20-Янв-23, 17:54	–4 +/–
Первое, что я делаю на этапе установки, хоть на очень старых компах, хоть на более современных, это rm -r /mnt/usr/share/relink Если я буду продолжать так делать, sshd будет работать?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #21, #26

5. Сообщение от Аноним (5), 20-Янв-23, 18:00	+3 +/–
> применена перекомпоновка во время загрузки турбирующие обезьяны, сэр! Ну можно же релинк сделать однажды после установки, но замедлять систему при каждой загрузке - это шедевр. Да, я знаю, это не только для ссш.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #30

7. Сообщение от Аноним (7), 20-Янв-23, 18:08	+5 +/–
А проверку воспроизводимости сборок это не подломает? Так-то куда интереснее знать что в системе изначально стоит не шерето чем защищать костылями заведомо скомпрометированный локалхост
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #10, #27

10. Сообщение от Аноним (10), 20-Янв-23, 18:39	+/–
Перелинковываем бинарник на диске? Или все же в памяти?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #7 Ответы: #16

16. Сообщение от Онанист (?), 20-Янв-23, 20:37	+/–
А на диске-то зачем?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #10

17. Сообщение от Аноним (17), 20-Янв-23, 20:51	–2 +/–
R^X почему то не хотят сделать
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #28

18. Сообщение от Аноним (18), 20-Янв-23, 21:29	+/–
https://github.com/runsafesecurity/selfrando
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #23

19. Сообщение от Аноним (19), 20-Янв-23, 21:29	+2 +/–
Ох-нно. Теперь сисадмин даже не может проверить бинарник на предмет целостности. Отличная идея для хакеров, поржал.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #20

20. Сообщение от Аноним (20), 20-Янв-23, 21:53	–2 +/–
ты вот прям-пряи реально думаешь, что при каждом запуске бинарник сам себя  перезаписыаает на файловой системе, а не в памяти перетасовывает адреса? o_O Ты случно не на расте пишешь hello world'ы?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #19 Ответы: #22, #29

21. Сообщение от Аноним (21), 20-Янв-23, 21:55	+2 +/–
> rm -r /mnt/usr/share/relink Но зачем?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #3 Ответы: #43

22. Сообщение от ivan_erohin (?), 20-Янв-23, 22:05	+/–
> Ты случно не на расте пишешь hello world'ы? нет, на /bin/sh
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #20

23. Сообщение от анон (?), 20-Янв-23, 22:06	+1 +/–
Сколько же костылей сделано, лишь бы не делать проц с современным контролем сегментов.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #18 Ответы: #37

25. Сообщение от Аноним (25), 20-Янв-23, 22:31	+4 +/–
Ну всё, теперь все два локалхоста под управлением OpenBSD в безопасности. Можно больше не волноваться.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #31

26. Сообщение от Аноним (26), 20-Янв-23, 22:38	+/–
А зачем вам OpenBSD, если не секрет?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #3 Ответы: #44

27. Сообщение от Аноним (26), 20-Янв-23, 22:40	+/–
Не ломает. Верификация происходит до собственно установки. В том и прелесть, что установочные образы — одинаковые, а ключевые системные компоненты, с точки зрения атакающих, — разные.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #7

28. Сообщение от Аноним (26), 20-Янв-23, 22:41	+1 +/–
Работа идёт. К сожалению, Intel'овские процы изначально это не позволяли...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #17 Ответы: #41

29. Сообщение от Аноним (26), 20-Янв-23, 22:42	+/–
Бинарник перезаписывается на диске. Но делает это не он сам, а /etc/rc.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #20

30. Сообщение от Аноним (26), 20-Янв-23, 22:47	+/–
Это компромисс между перекомпоновкой перед каждым запуском бинарника и полным отсутствием таковой в принципе. В теории, атакующий может использовать разные уязвимости: одну для считывания кода бинарника, другую — для подстановки своих данных, для собственно перехвата управления. Поэтому в идеале было бы рандомизировать содержимое .text перед каждым запуском программы. Но это слишком большие накладные расходы, такое почти никто не будет использовать.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #5 Ответы: #54

31. Сообщение от Аноним (31), 20-Янв-23, 23:03	–1 +/–
И смешно, и правда))
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #25

33. Сообщение от pashev.ru (?), 20-Янв-23, 23:32	+3 +/–
Coreduump в труху?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #46

34. Сообщение от Аноним (34), 21-Янв-23, 00:23	+/–
В последнее время линукс дистроклепатели упариваются в разные методы реализации "консистентности" ОС на конечных ПК пользователей. Я говорю про всякие там федоры, vanilla os (кстати ЕМНИП в deepin концепция A/B разделов была реализована давным давно). А Эти я так полагаю модифицирует бинари на накопителе перед из загрузкой в озу?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #36, #50

36. Сообщение от Аноним (37), 21-Янв-23, 00:50	+2 +/–
мир свернул куда-то не туда в эпоху системд и растов.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #34 Ответы: #66

37. Сообщение от Аноним (37), 21-Янв-23, 00:54	+1 +/–
Дак было же, сегментация 286-го. Дали тебе сегмент - и фиг ты из него вылезешь. Но в эпоху 64-битности её выпилили полностью.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #23 Ответы: #40

40. Сообщение от Аноним (-), 21-Янв-23, 01:31	–1 +/–
MMU с атрибутами страниц может все то же что сегментация, только гибче и круче. Заодно еще и paging под шумок может, позволяя кастомную обработку исключений. И если что - юзерская программа не имеет прямого доступа к управлению правами страниц. Так что если что-то идет не так, возможно стоит пропатчить кернелы на тему того как они это делают. Тео впрочем предпочел вбить фееричный костыль на тему ASLR. Сделать ASLR нормально? А, фиг, давайте лучше линкером бинари на диске корежить будем. Ну, логично, блин, если системных программистов не осталось в системе - тогда вот так.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #37 Ответы: #47, #48, #51, #58

41. Сообщение от Аноним (41), 21-Янв-23, 01:40	–2 +/–
Олё, болезный! x86_64 изначально уже предполагала эту фичу. Это архаичная x86 не поддерживала. Но её уже изжили.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #28

42. Сообщение от Аноним (42), 21-Янв-23, 02:57	+2 +/–
Эй, экспертусы, поясните нибудь, чем это отличается от рандомизации адресного пространства (ASLR). Тут типа ещё офсеты функций и статических данных каждый раз новые внутри секций? Типа процедуры каждый раз по-новому переставляются относительно друг друга и т.д.?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #53, #56

43. Сообщение от Аноним (43), 21-Янв-23, 04:27	+1 +/–
на старых системах - потому что инсталляция по оом сдохнет. по новой - мне не надо КАЖДУЮ перезагрузку перекомпилировать ядро, оно жрёт проц и память. Ну и лишнее место занимает.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #21 Ответы: #59

44. Сообщение от Аноним (43), 21-Янв-23, 04:28	–2 +/–
Она мне удобна.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #26 Ответы: #55

46. Сообщение от Аноним (46), 21-Янв-23, 07:06	+/–
Тихо, они ещё не до дебага не добрались
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #33

47. Сообщение от Аноним (47), 21-Янв-23, 09:39	+/–
> Сделать ASLR нормально? А, фиг Вообще-то в OpenBSD он там есть.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #40

48. Сообщение от Аноним (48), 21-Янв-23, 10:26	+/–
> Тео впрочем предпочел вбить фееричный костыль на тему ASLR. Сделать ASLR нормально? > А, фиг, давайте лучше линкером бинари на диске корежить будем. Ну, > логично, блин, если системных программистов не осталось в системе - тогда вот так. Т.е. в линуксах системных погроммисто не осталось, так и запишем.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #40

49. Сообщение от Аноним (-), 21-Янв-23, 10:45	+/–
О давно не слыхал. Как там Тео поживает?
Ответить | Правка | Наверх | Cообщить модератору

50. Сообщение от Аноним (43), 21-Янв-23, 11:54	+/–
> А Эти я так полагаю модифицирует бинари на накопителе перед из загрузкой в озу? там просто .o файлы, из которых бинарник линкуется. проверяй .o файлы, кто мешает
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #34

51. Сообщение от Аноним (51), 21-Янв-23, 12:47	+/–
Самое главное что системные программы осталось на опеннет и они готовы рассказать не системным не программистам, как им надо было писать их программы
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #40

52. Сообщение от Аноним (52), 21-Янв-23, 13:10	–2 +/–
Тео опять что-то придумал в пустоту.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #57

53. Сообщение от www2 (??), 21-Янв-23, 13:12	+/–
Присоединяюсь к вопросу. Чем это отличается от ASLR? Вмдимо, всё-таки имеется в виду, что случайные адреса получают секции .text из статически скомпонованных .o-файлов, входящих в состав sshd, а не динамически загружаемые .so-библиотеки, для которых и так есть ASLR.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #42

54. Сообщение от Аноним (54), 21-Янв-23, 14:00	–2 +/–
Так жеж нетбзду мало кто использует, особенно на практике. Так что всё верно.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #30

55. Сообщение от Аноним (55), 21-Янв-23, 15:02	+/–
Тогда зачем сносить relink?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #44 Ответы: #63

56. Сообщение от Аноним (55), 21-Янв-23, 15:08	+2 +/–
ASLR разместит вашу секцию .text при запуске в произвольном месте оперативной памяти. При этом относительно друг друга все функции расположены по одним и тем же смещениям. Перекомпоновка же даёт иное содержимое секции кода. Так что эти технологии дополняют друг друга. И, да, ASLR в OpenBSD по умолчанию был включён куда раньше, чем в подавляющем большинстве Linux-дистрибутивов.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #42 Ответы: #60, #64

57. Сообщение от Аноним (55), 21-Янв-23, 15:10	+2 +/–
Спасибо за ваше ценное аргументированное мнение. Мы обязательно учтём его в следующих релизах OpenBSD.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #52

58. Сообщение от Аноним (55), 21-Янв-23, 15:21	+/–
ASLR и описанная технология друг друга не исключают, а дополняют. А ASLR в OpenBSD имеется и работает уже десятка два лет как.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #40

59. Сообщение от Аноним (21), 21-Янв-23, 16:52	+/–
> мне не надо КАЖДУЮ перезагрузку перекомпилировать ядро, оно жрёт проц и память тогда тебе и опенбзд не нужна, раз ты не разделяешь ценностей и целей сообщества (и ничего там не перекомпилируется, изучи вопрос)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #43 Ответы: #62, #65

60. Сообщение от www2 (??), 21-Янв-23, 17:41	+/–
Что-то я сомневаюсь, что компоновщик ещё и внутри каждого .o-файла будет менять адреса функций. Перетасовать .o-файлы - да, а внутри них что-то менять - вряд ли.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #56 Ответы: #61

61. Сообщение от Аноним (61), 21-Янв-23, 22:47	+/–
sshd собирается не из одного .o файла
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #60

62. Сообщение от ob2 (?), 22-Янв-23, 02:00	+2 +/–
хорошо, перелинковывается, какая разница - жрёт и тормозит ну да, до 6.1, вроде, этого не было, и тут вдруг появилось, и это сразу стало "ценностью сообщества". установщик нормально поддерживает тот факт, что в процессе установки я грохну /usr/share/relink, поэтому и мне жаловаться не на что. а уж что мне нужно, я сам решу
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #59

63. Сообщение от ob2 (?), 22-Янв-23, 02:01	+3 +/–
логично, потому что он мне неудобен и нигде не нужен
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #55

64. Сообщение от 1 (??), 23-Янв-23, 10:10	+/–
Приятно прочитать технический ответ. А не "сам дурак".
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #56

65. Сообщение от kusb (?), 23-Янв-23, 16:16	+/–
Они просто дают инструменты, может быть перелинковывать всё при каждой загрузке это много. Но ...может можно перелинковывать просто иногда или во время работы системы без блокировки других процессов? А перелинкованное ядро запустится при следующей загрузке.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #59

66. Сообщение от BorichL (ok), 24-Янв-23, 16:54	+/–
Мир свернул не туда ещё во времена всёвытесняющего замещения тупopылoй интелловской архитектурой.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #36

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

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