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

Удалённая уязимость в ядре NetBSD, эксплуатируемая из локальной сети, opennews (??), 14-Окт-20, (0) [смотреть все] Exploitable-over-net-BSD, Аноним (1), 11:44 , 14-Окт-20, (1) +9 // Ну отключи NetBSD от Net, VINRARUS (ok), 18:39 , 14-Окт-20, (54) –3 // От USB-адаптера Ethernet Саму по себе NetBSD можно встретить довольно редко, а , www2 (??), 07:34 , 15-Окт-20, (81) –1 правильно объединили новости бсд и венда, little Bobby tables (?), 11:47 , 14-Окт-20, (3) +17 // Ну да, хоть в новостях будет единение, WSB им-то не светит Правильно добавили в , Аноним (-), 13:50 , 14-Окт-20, (34) +5 // Если WSL - это немного оптимизированная виртуалка с линуксом - то WSB существует, Аноним (46), 15:08 , 14-Окт-20, (46) –5 // Ваш Вайн это виртуалка, а wsl это интерпретатор Двуличные сектанты-представител, Аноним (80), 07:32 , 15-Окт-20, (80) –6 А кого wsl интерпретирует , daemontux (?), 09:25 , 15-Окт-20, (96) В Гугле забанили Понимаюhttps ru m wikipedia org wiki Windows_Subsystem_for_L, Аноним (80), 09:40 , 15-Окт-20, (98) –2 Это, вроде, называется jumbo frame Кадр По аналогии с Ethernet кадрами По ссы, A.Stahl (ok), 11:47 , 14-Окт-20, (4) +2 Оно дырявое by design Это первое о чём я подумал когда увидел фразу передачи к, Аноним (6), 12:02 , 14-Окт-20, (6) +2 // Вся автоконфигурация в v6 - одна большая сплошная дыра , Онаним (?), 14:03 , 14-Окт-20, (41) +5 // Упреждая вопли про DHCP в v4, сразу же В отличие от v4, руками конфигурировать т, Онаним (?), 14:05 , 14-Окт-20, (42) +1 // by design, угу Предполагалось что все сделают за тебя умные технологии ну мы п, пох. (?), 14:11 , 14-Окт-20, (44) +1 Всё потому что тебя там не было , Аноним (62), 19:42 , 14-Окт-20, (62) –1 Его, не его, но судя по количеству глупостей в протоколе и по триумфальному внед, Аноним (70), 22:10 , 14-Окт-20, (70) +1 Не надо переоценивать умственные способности большинства практикующих сетевых ин, www2 (??), 07:48 , 15-Окт-20, (83) +1 эт точно , 1 (??), 09:05 , 15-Окт-20, (93) Сразу видно что большими сетями вы не занимались , daemontux (?), 09:29 , 15-Окт-20, (97) Сам не занимался, наблюдал как этим занимаются другие Хотя, большие сети - по, www2 (??), 14:14 , 11-Дек-20, (163) Мьсе из тех, кто ARP-, FDB-таблицы и таблицы маршрутизации на каждом сетевом узл, www2 (??), 07:43 , 15-Окт-20, (82) Чоита iface eth0 inet6 static address 2a0x xxxx xx xxx x 2 64 gateway 2a0, Аноним 80_уровня (ok), 02:55 , 15-Окт-20, (78) Сконфигурируй мне v6 без DHCP на PPPoE, который может подключаться к концентрато, Онаним (?), 07:52 , 15-Окт-20, (85) Без link-local и без RA с шлаком Я тебе сразу отвечу не получится Потому что в , Онаним (?), 07:53 , 15-Окт-20, (86) Ну и угу, потом если у тебя приём RA при этом не отключен, прилетает RA от левог, Онаним (?), 07:55 , 15-Окт-20, (87) Не отключал в явном виде Не ложится Насчёт сконфигурируй мне - не буду, пот, Аноним 80_уровня (ok), 13:30 , 15-Окт-20, (107) Да это нeoсилятoр обыкновенный, что с него взять 8230 Не осилил обыкновенный IP, t28 (?), 08:52 , 17-Окт-20, (141) facepalm даже комментировать не хочется а то сразу набегут сами знаете кто, Аноним (7), 12:18 , 14-Окт-20, (7) +2 // Прокоментируй как будешь писать драйвер без unsafe кода, я подожду , Аноним (11), 12:38 , 14-Окт-20, (11) –4 // Прокомментируй, как будешь писать драйвер, работающий с сетью, начисто забив на , Lex (??), 13:12 , 14-Окт-20, (25) +1 даже комментировать не хочется а то сразу набегут сами знаете кто растовики , Аноним (11), 12:51 , 14-Окт-20, (15) –1 https www cvedetails com vulnerability-list vendor_id-19029 product_id-48677 R, Аноним (11), 12:53 , 14-Окт-20, (18) +2 Ну в принципе любой может ошибиться, от языка это не зависит На любом языке мож, FractaL (?), 12:28 , 14-Окт-20, (8) +2 // На любом языке кроме языка Ада, zshfan (ok), 12:51 , 14-Окт-20, (14) –3 // А в Аде совсем нет возможности перейти к работе напрямую с адресами памяти , Аноним (20), 12:57 , 14-Окт-20, (20) // Конечно А ещё там - парсеры, способные абсолютно безошибочно разбирать мусор лю, Lex (??), 13:16 , 14-Окт-20, (28) –2 Там аватарка намекает, что вы о разных языках , Аноним84701 (ok), 13:24 , 14-Окт-20, (31) +1 Нет, мы об одном и том-же языке Ада насколько мне хватает моих знаний гораздо б, zshfan (ok), 13:36 , 14-Окт-20, (33) Ада просто заставляет писать обработчики исключительных ситуаций Правильно это б, Аноним (48), 16:29 , 14-Окт-20, (48) +1 Ada не устраняет человеческий фактор Софт Ariane-5, между прочим, на ней был на, nomad__ (ok), 14:02 , 14-Окт-20, (40) +2 // Это другое 8482 , Аноним (70), 22:11 , 14-Окт-20, (71) Верно, Аноним (53), 17:41 , 14-Окт-20, (53) Даже на языке жестов , VINRARUS (ok), 18:46 , 14-Окт-20, (56) // На нём особенно В разных культурах одни и те же жесты имеют совершенно разный с, www2 (??), 07:51 , 15-Окт-20, (84) +2 Уважаемый FractaL, NetBSD это вам не GNU Linux, хоть и написан на C Любые экспл, Аноним (89), 08:27 , 15-Окт-20, (89) –1 // Так почему же, интересно Какая-то защита, сборка с флагами или что , Аноним (100), 10:16 , 15-Окт-20, (100) // Ядро OS NetBSD строго следит за соблюдением главного правила безопасности DAC h, Аноним (113), 09:14 , 16-Окт-20, (113) –2 DAC от атак, связанных с переполнением буфера не помогает К тому же неясно, что, Consta (?), 14:50 , 16-Окт-20, (120) W X и NX инструкции процессора расширяют DAC на страници оперативной памяти Ядр, Аноним (125), 17:10 , 16-Окт-20, (125) Хватит уже тиражировать свою чушь про DAC То, на что ты сослался далее https , Дон Ягон (ok), 16:24 , 16-Окт-20, (123) +1 Об этом и речь,что уязвимости нет Падение ядра будет W X это от DAC просто обла, Аноним (125), 17:05 , 16-Окт-20, (124) –1 Чего DAC discretionary access control Или ты имеешь ввиду что-то другое https, Дон Ягон (ok), 17:49 , 16-Окт-20, (127) +1 Да, DAC это именно Дискретный Контроль Доступа Минимальная дискретность раздачи, Аноним (125), 18:25 , 16-Окт-20, (131) –2 DAC - это _модель_ безопасности, т е с правами фс или исполняемостью памяти нап, Дон Ягон (ok), 18:33 , 16-Окт-20, (132) Я реализацию W X ядром в отношении страниц памяти, а также YAMA в отношении проц, Аноним (134), 19:16 , 16-Окт-20, (134) –1 Я уже не вижу смысла спрашивать, способен ли ты прочитать и осознать то, что я т, Дон Ягон (ok), 19:38 , 16-Окт-20, (136) +2 Камрад, не трать время Тут персонажа надо к врачу отправлять сразу Можно было , Consta (?), 10:41 , 18-Окт-20, (149) +1 Реализация DAC связана и с файлами ис памятью https git kernel org pub scm lin, Аноним (134), 19:23 , 16-Окт-20, (135) –1 Как грамотно сделать корень ро , Карабьян (?), 15:40 , 17-Окт-20, (143) Как бээсдэшник со стажем скажу просто вы обделались , PereresusNeVlezaetBuggy (ok), 00:59 , 17-Окт-20, (139) Со всеми бывает , notcurver (?), 12:34 , 14-Окт-20, (9) –1 Скрыто модератором, Аноним (46), 12:35 , 14-Окт-20, (10) +4 // Скрыто модератором, Аноним (12), 12:42 , 14-Окт-20, (12) // Скрыто модератором, A.Stahl (ok), 12:45 , 14-Окт-20, (13) –2 Скрыто модератором, Аноним (-), 12:52 , 14-Окт-20, (16) –1 Скрыто модератором, zshfan (ok), 12:54 , 14-Окт-20, (19) // Скрыто модератором, Аноним (22), 12:59 , 14-Окт-20, (22) Скрыто модератором, A.Stahl (ok), 13:14 , 14-Окт-20, (26) Скрыто модератором, Lex (??), 13:19 , 14-Окт-20, (29) –1 Скрыто модератором, A.Stahl (ok), 13:31 , 14-Окт-20, (32) Скрыто модератором, Аноним (-), 13:14 , 14-Окт-20, (27) Скрыто модератором, Анонас (?), 13:03 , 14-Окт-20, (24) +1 // Скрыто модератором, Аноним (-), 13:20 , 14-Окт-20, (30) Звучит эпично, но по факту - так себе Ну в смысле что локальная сеть usb-свис, Дон Ягон (ok), 12:52 , 14-Окт-20, (17) +1 // Почему Известно же где они код берут, вроде и не секрет , Аноним (21), 12:59 , 14-Окт-20, (21) raspberry pi, Аноним (62), 20:07 , 14-Окт-20, (63) Кто-то может сказать, это действительно драйвера оказались уязвимы, или это Вася, Аноним (6), 13:01 , 14-Окт-20, (23) –1 // Откуда взялись драйвера можно посмотреть в man ах, всё как обычно Драйвера, пер, Дон Ягон (ok), 13:52 , 14-Окт-20, (35) // revision 1 59date 2017 07 20 22 29 26 author stsp state Exp lines 6 , Дон Ягон (ok), 23:34 , 14-Окт-20, (74) // Он, кстати, норм так набрасывать умеет https www csoonline com article 325065, Дон Ягон (ok), 23:50 , 14-Окт-20, (75) Это диверсия со стороны OpenBSD Чтобы стать более безопасной нужно сделать друг, Аноним (110), 19:51 , 15-Окт-20, (110) Да все просто http ftp netbsd org pub NetBSD security advisories NetBSD-SA2020, Аноним (-), 13:59 , 14-Окт-20, (38) –3 Скрыто модератором, Онаним (?), 13:57 , 14-Окт-20, (36) начиная с обновления 1709 как знал что говнокодят, КО (?), 13:58 , 14-Окт-20, (37) // Радует, что с привычкой на винде и не только отключать IPv6 сразу же после развё, Онаним (?), 14:01 , 14-Окт-20, (39) +1 // Хаха - я вот был немного удивлен, узнав какой танец-с-граблями надо исполнять в , пох. (?), 14:13 , 14-Окт-20, (45) –1 // Да ладно, какой там танец с граблями Две строчки в sysctl Или один параметр в п, Онаним (?), 19:26 , 14-Окт-20, (59) Параметр - ipv6 disable 1sysctl - net ipv6 conf all disable_ipv6 1 , net ipv6 co, Онаним (?), 19:27 , 14-Окт-20, (60) к сожалению, это не работает система игнорирует эти настройки и всё равно подни, онанимуз (?), 22:28 , 14-Окт-20, (72) –1 С sysctl может быть беда, если кто-то перепишет proc Опция ядра работает жел, Онаним (?), 07:55 , 15-Окт-20, (88) У нас немножко другой коленкор, у нас инфраструктурные системы кастомизированы, , Онаним (?), 19:31 , 14-Окт-20, (61) Тебя ждёт неожиданность, так как Exchange не устанавливается без IPv6, 1 (??), 09:11 , 15-Окт-20, (94) // Наш виндоадмин спокойно гоняет Exchange без IPv6 уже лет эннадцать , Онаним (?), 09:12 , 15-Окт-20, (95) –1 Мда люди теряют навыки чтения или понимания того, что написано Сходи в сло, 1 (??), 11:29 , 15-Окт-20, (102) Ещё раз нашему виндоадмину это фиолетово Не знаю, может он включал v6, делал , Онаним (?), 20:38 , 15-Окт-20, (111) –1 Ничего идеального в мире it нет и не будет, дыры есть были и будут Всё расходим, Аноним (47), 16:07 , 14-Окт-20, (47) СЕМЁРКА НЕБЕЗОПАСНА, ПЕРЕХОДИТЕ НА 10КУ - говорили некоторые , Аноним (49), 16:39 , 14-Окт-20, (49) // От наличия уязвимости в десятке, семёрка безопаснее не станет Десятку исправят,, Аноним (100), 17:03 , 14-Окт-20, (50) –1 // Микромягкие прогнулись и продлили до 2023 года поддержку семерки Так что можешь , Аноним (52), 17:30 , 14-Окт-20, (52) // Прогнулись, получая за это деньги , ННН (?), 20:21 , 14-Окт-20, (65) Зато ХР стаёт безопаснее 10 с каждым обновлением 10 , VINRARUS (ok), 18:50 , 14-Окт-20, (57) +1 // ни одного неофициального аудита кода ХР еще не было , СеменСеменыч777 (?), 02:53 , 15-Окт-20, (77) Ну код приоткрыли же D, VINRARUS (ok), 06:47 , 15-Окт-20, (79) –1 Путин пользуется икспи, по телевизору показывали Вроде бы икспи единственная се, Аноним (21), 08:48 , 15-Окт-20, (92) A что не Роса с Эльбрусом , Аноним (99), 09:51 , 15-Окт-20, (99) +1 это были понты обои дефолтные система свежепоставленая никто ей не пользов, СеменСеменыч777 (?), 14:59 , 17-Окт-20, (142) Полагаешь, он как и прошлый президент, эплофанбой , Аноним (21), 16:21 , 17-Окт-20, (144) полагаю, что ему доводят обстановку вслух специально обученные люди , СеменСеменыч777 (?), 17:28 , 17-Окт-20, (146) Ну а дефолтные обои и не засранный рабочий стол это нормально, ты же не удивляеш, Аноним (21), 16:23 , 17-Окт-20, (145) 1 на дефолтных обоях плохо видны ссылки 2 если в винде активно работать с доку, СеменСеменыч777 (?), 17:32 , 17-Окт-20, (147) Для быстрого доступа есть каталог с файлами быстрого доступа и панель со ссылкам, Аноним (21), 18:08 , 17-Окт-20, (148) это одно лишнее движение мышью один лишний клик , СеменСеменыч777 (?), 12:24 , 18-Окт-20, (151) Только на рабочем столе мало места и с сортировкой и поиском проблемы Как и с м, Аноним (21), 12:51 , 18-Окт-20, (152) а вот переписали бы на Rust и таких проблем не было бы, Аноним (58), 18:52 , 14-Окт-20, (58) –1 // На lua , Аноним (62), 20:11 , 14-Окт-20, (64) +2 так перепиши я вообще хотел бы глянуть как перепишется любая ось на расте без u, анонимуслинус (?), 02:42 , 15-Окт-20, (76) // Смотри A2, blue botle - не на C, без проблем и безопасно И с безопасностью C нет, Аноним (89), 08:41 , 15-Окт-20, (91) // ну я как раз и понимаю, что проблема не самого языка скорее тех кто пишет на не, анонимуслинус (?), 14:14 , 15-Окт-20, (108) –1 За 100500 лет может и смогут поцтеринги что-то переписать на раст , Аноним (109), 16:30 , 15-Окт-20, (109) Любые эксплоиты использующие переполнение буфера в ядре ОС NetBSD или программах, Аноним (89), 08:34 , 15-Окт-20, (90) +3 // Очень интересно В каких ОС ещё есть подобная защита, в каких нет Особенно инте, Аноним (100), 10:19 , 15-Окт-20, (101)   // Посмотри информацию на официальных сайтах интересующих OS Надо учитывать что вар, Аноним (113), 09:07 , 16-Окт-20, (112)   // Спасибо за ответ А в чём отличие дырявой от строгой , Аноним (100), 09:29 , 16-Окт-20, (114)   Строгая это строгая без копромисов Когда разработчики ядра строго и без копроми, Аноним (113), 09:54 , 16-Окт-20, (115) –1   Тео Де Раадт прогнулся, стал раком перед JIT и отказался от строгой защиты памят, Аноним (113), 10:00 , 16-Окт-20, (116)   Ты путаешь юзерспейсный и ядерный W X Ыксперд млин Очевидно, что remote root в , Дон Ягон (ok), 14:42 , 16-Окт-20, (119)   А если в Linux, то возможен , Аноним (100), 15:05 , 16-Окт-20, (121)   Я не слишком хорошо знаком с актуальным состоянием ядра linux в этом месте, точн, Дон Ягон (ok), 15:15 , 16-Окт-20, (122) –1   Только в дистрибутивах для быдла , Аноним (125), 18:03 , 16-Окт-20, (129)   А какие не для быдла , Аноним (100), 22:29 , 18-Окт-20, (158)   Ссылку на пример дал https www opennet ru openforum vsluhforumID3 122116 html, Аноним (161), 08:54 , 19-Окт-20, (161)   То есть, NetBSD - мощь, а Linux маломощный, так сказать , Аноним (138), 22:52 , 16-Окт-20, (138) +1   Все зависит от дистрибутива Linux , Аноним (160), 08:19 , 19-Окт-20, (160)   А давай посмотрим на корень проблемы https git kernel org pub scm linux kernel, Аноним (161), 09:12 , 19-Окт-20, (162)   В OpenBSD Тео отдал программисту право изменят исполняемый код программы И это , Аноним (125), 18:01 , 16-Окт-20, (128) –1   Не Тео, а стандарты POSIX Которые предполагают, что память может быть доступна , Дон Ягон (ok), 18:25 , 16-Окт-20, (130) –1   На исполнение и на запись одновременно нельзя Это вопрос безопасности А объекти, Аноним (125), 19:01 , 16-Окт-20, (133) –1   На колу мочала, начинаем всё сначала Оставь, пожалуйста, свои наивные эмоции , Дон Ягон (ok), 19:53 , 16-Окт-20, (137)   Да, java в W X работать не будет Собираю все без java, jit, orc, Надо все пе, Аноним (155), 14:43 , 18-Окт-20, (155) +1   Дополнения в файловом менеджере - как это , Карабьян (?), 01:01 , 17-Окт-20, (140)   Дополнения к бровзеру должны распространятся стандартным ПАКЕТНЫМ менеджером У , Аноним (155), 14:47 , 18-Окт-20, (156)   Значит NetBSD обновлять не надо А то и к ней уже добрались и под видом исправ, Аноним (117), 12:24 , 16-Окт-20, (117) +1 // Взломать нельзя, но ядро упасть может Написано же было , Аноним (100), 13:08 , 16-Окт-20, (118) // У меня нормальные сетевухи, а не usb Мне и думаю остальным обновлялся не надо , Аноним (125), 17:13 , 16-Окт-20, (126) –1 Почему тогда есть пакет с jit https pkgsrc se lang LuaJIT2, Аноним (100), 11:54 , 18-Окт-20, (150) // При включенной строгой W X любые потом с JIT работать не будут Но для быыыдла, м, Аноним (155), 14:26 , 18-Окт-20, (153) +1 // s потом проги - вражеский спелчекер , Аноним (155), 14:27 , 18-Окт-20, (154) А эта защита включена по умолчанию в netbsd , Аноним (100), 16:24 , 18-Окт-20, (157) Не смотрел Но должно быть да Иначе тогда какой в ней смысл Здесь лучше ставить, Аноним (160), 08:14 , 19-Окт-20, (159) +1 1,3,4,6,7,8,9,17,23,37,47,49,58,90

Сообщения

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

	101. "Удалённая уязимость в ядре NetBSD, эксплуатируемая из локаль..."	+/–
	Сообщение от Аноним (100), 15-Окт-20, 10:19
	Очень интересно. В каких ОС ещё есть подобная защита, в каких нет? Особенно интересно про остальное семейство BSD и Linux.
	Ответить | Правка | Наверх | Cообщить модератору

	112. "Удалённая уязимость в ядре NetBSD, эксплуатируемая из локаль..."	+/–
	Сообщение от Аноним (113), 16-Окт-20, 09:07
	Посмотри информацию на официальных сайтах интересующих OS. Надо учитывать что вариантов W^X есть 3: 1. Защита строгая и бескомпромиссная. 2. Защита декларативная и дырявая. 3. Защиты нет. В тех OS и сообществах где есть пропаганда и насаждение технологий JIT - никакой защиты W^X быть не может в принципе, по определению. Дискретный контроль доступа (DAC) - фундамент безопасности с 1960-тых. И главное правило DAC: "все что исполняется не должно изменятся, а что изменяется не должно исполнятся" (W^X) сегодня реализован с той или иной степенью строгости и корректности во всех коммерческих OS: Unix, Microsoft, Apple. Примеры GNU/Linux и *BSD: NetBSD - строгая OpenBSD - дырявая GNU/Linux DYSTRYK - строгая https://mirror.yandex.ru/mirrors/ftp.linux.kiev.ua/Linux/CD/.../ GNU/Linux Ubuntu - отсутствует.
	Ответить | Правка | Наверх | Cообщить модератору

	114. "Удалённая уязимость в ядре NetBSD, эксплуатируемая из локаль..."	+/–
	Сообщение от Аноним (100), 16-Окт-20, 09:29
	Спасибо за ответ. А в чём отличие дырявой от строгой?
	Ответить | Правка | Наверх | Cообщить модератору

	115. "Удалённая уязимость в ядре NetBSD, эксплуатируемая из локаль..."	–1 +/–
	Сообщение от Аноним (113), 16-Окт-20, 09:54
	Строгая это строгая без копромисов. Когда разработчики ядра строго и без копромисов отказывают всем в поддержке JIT-подобным технологиям. Дырявая это когда разрабы ядра прогнулись, пошли на компромисс и оставили возможности запуска JIT-приложений и работы JIT-компиляторов.
	Ответить | Правка | Наверх | Cообщить модератору

	116. "OpenBSD с JIT и дырой в W^X."	+/–
	Сообщение от Аноним (113), 16-Окт-20, 10:00
	Тео Де Раадт прогнулся, стал раком перед JIT и отказался от строгой защиты памяти в OpenBSD: https://www.opennet.ru/opennews/art.shtml?num=50763 Теперь в OpenBSD есть возможность запуска ненужных JIT-приложений и большая дырень в W^X для реализации эксплоитов на базе переполнения буфера.
	Ответить | Правка | Наверх | Cообщить модератору

	119. "Удалённая уязимость в ядре NetBSD, эксплуатируемая из локаль..."	+/–
	Сообщение от Дон Ягон (ok), 16-Окт-20, 14:42
	Ты путаешь юзерспейсный и ядерный W^X. Ыксперд млин. Очевидно, что remote root в netbsd/openbsd невозможен (из-за этих дыр) как раз из-за ядерного W^X. И очевидно, что юзерспейсный влияет только лишь на прикладные приложения с jit, типа браузеров. И там да, в openbsd не стали делать самый дубовый из возможных вариантов противодействия, а именно - ломать возможность делать mprotect'ом +x для участка памяти принудительно. Если автор приложения уверен, что подобное его приложению и не нужно - он может отозвать prot_exec через pledge. Причём, в любом нужном участке кода программы, а не только сразу после старта. А не учить своё приложение гадать в рантайме, умеет mprotect в prot_exec или нет (или прибивать, в зависимости от настроек). Но фанатикам, не умеющим думать, умеющим только повторять за другими, понять этого сложно. PS: мне тут один "неумный" рассказывал, что умение pax mprotect в dlopen и возможность его (pax mprotect'а) отключения через pax-flags - это достоинство. К разговору о том, где W^X pt2 позволяет что-то гарантировать, а где нет, ага.
	Ответить | Правка | К родителю #112 | Наверх | Cообщить модератору

	121. "Удалённая уязимость в ядре NetBSD, эксплуатируемая из локаль..."	+/–
	Сообщение от Аноним (100), 16-Окт-20, 15:05
	>Очевидно, что remote root в netbsd/openbsd невозможен (из-за этих дыр) как раз из-за ядерного W^X. А если в Linux, то возможен?
	Ответить | Правка | Наверх | Cообщить модератору

	122. "Удалённая уязимость в ядре NetBSD, эксплуатируемая из локаль..."	–1 +/–
	Сообщение от Дон Ягон (ok), 16-Окт-20, 15:15
	>>Очевидно, что remote root в netbsd/openbsd невозможен (из-за этих дыр) как раз из-за ядерного W^X. > А если в Linux, то возможен? Я не слишком хорошо знаком с актуальным состоянием ядра linux в этом месте, точно не знаю. Но, судя, например, по https://www.opennet.ru/opennews/art.shtml?num=53892 - remote root там таки возможен.
	Ответить | Правка | Наверх | Cообщить модератору

	129. "Удалённая уязимость в ядре NetBSD, эксплуатируемая из локаль..."	+/–
	Сообщение от Аноним (125), 16-Окт-20, 18:03
	> linux ... remote root там таки возможен Только в дистрибутивах для быдла.
	Ответить | Правка | Наверх | Cообщить модератору

	158. "Удалённая уязимость в ядре NetBSD, эксплуатируемая из локаль..."	+/–
	Сообщение от Аноним (100), 18-Окт-20, 22:29
	А какие не для быдла?
	Ответить | Правка | Наверх | Cообщить модератору

	161. "Удалённая уязимость в ядре NetBSD, эксплуатируемая из локаль..."	+/–
	Сообщение от Аноним (161), 19-Окт-20, 08:54
	Ссылку на пример дал: https://www.opennet.ru/openforum/vsluhforumID3/122116.html#112 Проверить любой *NIX, для быдла он или для людей можно двумя командами: 1. paxtest blackhat 2. checksec --file=/bin/ls
	Ответить | Правка | Наверх | Cообщить модератору

	138. "Удалённая уязимость в ядре NetBSD, эксплуатируемая из локаль..."	+1 +/–
	Сообщение от Аноним (138), 16-Окт-20, 22:52
	То есть, NetBSD - мощь, а Linux маломощный, так сказать.
	Ответить | Правка | К родителю #122 | Наверх | Cообщить модератору

	160. "Удалённая уязимость в ядре NetBSD, эксплуатируемая из локаль..."	+/–
	Сообщение от Аноним (160), 19-Окт-20, 08:19
	Все зависит от дистрибутива Linux.
	Ответить | Правка | Наверх | Cообщить модератору

	162. "Удалённая уязимость в ядре NetBSD, эксплуатируемая из локаль..."	+/–
	Сообщение от Аноним (161), 19-Окт-20, 09:12
	> Я не слишком хорошо знаком с актуальным состоянием ядра linux в этом месте, точно не знаю. А давай посмотрим на корень проблемы? https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/lin... Executable code and read-only data must not be writable ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ Any areas of the kernel with executable memory must not be writable. While this obviously includes the kernel text itself, we must consider all additional places too: kernel modules, JIT memory, etc. (There are temporary exceptions to this rule to support things like instruction alternatives, breakpoints, kprobes, etc. If these must exist in a kernel, they are implemented in a way where the memory is temporarily made writable during the update, and then returned to the original permissions.) In support of this are ``CONFIG_STRICT_KERNEL_RWX`` and ``CONFIG_STRICT_MODULE_RWX``, which seek to make sure that code is not writable, data is not executable, and read-only data is neither writable nor executable. Most architectures have these options on by default and not user selectable. For some architectures like arm that wish to have these be selectable... Корнем проблемы и раздора есть фраза: "There are temporary exceptions to this rule to support things like ..." вот из-за этих временных исключений в некоторых дистрибутивах GNU/Linux есть дыры. В строгих дистрах GNU/Linux исключений не делают, в них уязвимостей нет, нет и дерьма типа: firefox, JIT, orc, java, ... > remote root там таки возможен. Не во всех дистрибутивах GNU/Linux. Есть дистрибутивы GNU/Linux в ко орых эксплуатация любых уязвимостей переполнения буфера (bufferoverwrite) невозможна.
	Ответить | Правка | К родителю #122 | Наверх | Cообщить модератору

	128. "Удалённая уязимость в ядре NetBSD, эксплуатируемая из локаль..."	–1 +/–
	Сообщение от Аноним (125), 16-Окт-20, 18:01
	> в openbsd не стали делать самый дубовый из возможных вариантов противодействия, а именно - ломать возможность делать mprotect'ом +x для участка памяти принудительно. Если автор приложения уверен, что подобное его приложению и не нужно - он может отозвать prot_exec через pledge. Причём, в любом нужном участке кода программы, а не только сразу после старта. А не учить своё приложение гадать в рантайме, умеет mprotect в prot_exec или нет (или прибивать, в зависимости от настроек). В OpenBSD Тео отдал программисту право изменят исполняемый код программы. И это очень плохо. Я на стороне строгой реализации W^X не допускающий JIT в принципе. Тео поступил плохо, мотивируя что chrome & firefox требуют JIT. Google таки прогнулся под Apple в которых тоже строгая реализация W^X и нетерпимость к JIT - сегодня хромого можно собрать без поддержки JIT! И какому такому "умному" пользователю OpenBSD нужны проги с JIT? > умение pax mprotect в dlopen и возможность его (pax mprotect'а) отключения через pax-flags - это достоинство. К разговору о том, где W^X pt2 позволяет что-то гарантировать, а где нет, ага. PAX - правильная реализация строгой защиты памяти которая таки дает гарантии! Только если при сборке ядра разрешить отключать защиту для некоторых бинарей: CONFIG_PAX_XATTR_PAX_FLAGS=y https://en.m.wikibooks.org/wiki/Grsecurity/Appendix/Grsecuri... то откроется дыра и с помощью paxctl-ng можно отключать, дискретно, некоторую защиту по файлам, храня информацию в xattr файловой системы (может и в заглавиях бинарей) это значит что админ может отключить какую-то защиту: * постраничный защиту памяти * посегментную защиту памяти * защиту памяти mprotect * мелкие области памяти emutramp * рандомизацию адресного пространства Защиту pax атрибутов можно организовать простым патчем к IMA/EVM. И при этом есть гарантии неизменности PAX атрибутов. Если вы отключили защиту для некого бинаря то защиты естественно у вас нет, но это ваш выбор, как и выбор CONFIG_PAX_XATTR_PAX_FLAGS=y
	Ответить | Правка | К родителю #119 | Наверх | Cообщить модератору

	130. "Удалённая уязимость в ядре NetBSD, эксплуатируемая из локаль..."	–1 +/–
	Сообщение от Дон Ягон (ok), 16-Окт-20, 18:25
	> Тео отдал программисту право изменят исполняемый код программы. Не Тео, а стандарты POSIX. Которые предполагают, что память может быть доступна и на запись и на чтение и есть программы, которые на это завязаны. > Я на стороне строгой реализации W^X не допускающий JIT в принципе. Как только объективной потребности в этом не будет - её все отключат. Пока это может сломать приложения, так делать нельзя. (речь в большей степени про запрет на переключения RW -> RX, сам по себе W^X уже ломает не так много) > Тео поступил плохо, мотивируя что chrome & firefox требуют JIT. Google таки прогнулся под Apple в которых тоже строгая реализация W^X и нетерпимость к JIT - сегодня хромого можно собрать без поддержки JIT! Судя по https://developer.apple.com/documentation/apple_silicon/port... переключения между RW / WX возможны, т.е. всё аналогично openbsd. > И какому такому "умному" пользователю OpenBSD нужны проги с JIT? Мне например - firefox без prot_exec не работает. Firefox не нужен? >> умение pax mprotect в dlopen и возможность его (pax mprotect'а) отключения через pax-flags - это достоинство. К разговору о том, где W^X pt2 позволяет что-то гарантировать, а где нет, ага. > PAX - правильная реализация строгой защиты памяти которая таки дает гарантии! Мне тут рассказывали (проверять поленился, ибо неинтересно), что подгрузить so'шку (со всеми вытекающими) можно даже при включённом pax mprotect. Т.е. строгость, видимо, таки мнимая. >[оверквотинг удален] > заглавиях бинарей) это значит что админ может отключить какую-то защиту: > * постраничный защиту памяти > * посегментную защиту памяти > * защиту памяти mprotect > * мелкие области памяти emutramp > * рандомизацию адресного пространства > Защиту pax атрибутов можно организовать простым патчем к IMA/EVM. И при этом > есть гарантии неизменности PAX атрибутов. Если вы отключили защиту для некого > бинаря то защиты естественно у вас нет, но это ваш выбор, > как и выбор CONFIG_PAX_XATTR_PAX_FLAGS=y Всё вышенаписанное можно свести к более простому, если без фанатичного переливания из пустого в порожнее: 1) Гарантий нет, защиты можно отключить на лету 2) А если собрать ядро так, что их отключить будет нельзя, работать будет не только лишь всё, что для ОС общего назначения неприемлемо. 3) per doll it sya ради "неизменных PAX атрибутов" никто не будет. Единственная ОС общего назначения, где есть pax mprotect из коробки - netbsd, но и там есть возможность его выключения как глобально, так и для отдельных бинарников. Короче, блажен кто верует.
	Ответить | Правка | Наверх | Cообщить модератору

	133. "Удалённая уязимость в ядре NetBSD, эксплуатируемая из локаль..."	–1 +/–
	Сообщение от Аноним (125), 16-Окт-20, 19:01
	> стандарты POSIX. Которые предполагают, что память может быть доступна и на запись и на чтение На исполнение и на запись одновременно нельзя! Это вопрос безопасности. > Как только объективной потребности в этом не будет - её все отключат А объективной потребности и нет. Ее пытаются создать навязывая никому ненужный JIT, чтобы иметь дыру для реализации эксплоитов с переполнение буфера. > https://developer.apple.com/documentation/apple_silicon/port... А Google говорит что Apple их с JIT в chrome послали очень грубо и сказали принести такой же но уже без JIT и Google принес: https://v8.dev/blog/jitless В Appleb iOS реализация W^X таки строгая? > firefox без prot_exec не работает. Firefox не нужен? Мне сегодня уже не нужен. Но когда был нужен запускал без JS и с собранными дополнениями в файловом менеджере. JIT firefox нужен для загрузки дополнений пользователем, а это тоже зло. Попробуй может взлетит и сегодня. > Мне тут рассказывали (проверять поленился, ибо неинтересно), что подгрузить so'шку (со всеми вытекающими) можно даже при включённом pax mprotect. Т.е. строгость, видимо, таки мнимая. Там много чего надо включать для полной защиты от "всех сишных дыр". И защита таки есть! Вот пример хорошего дистра GNU/Linux: https://mirror.yandex.ru/mirrors/ftp.linux.kiev.ua/Linux/CD/.../ > 1) Гарантий нет, защиты можно отключить на лету Ложь. В нормально настроений системе не отключить. > 2) А если собрать ядро так, что их отключить будет нельзя, работать будет не только лишь всё, что для ОС общего назначения неприемлемо. Все теперь собирается без JIT и работает, даже шпионский хром. > Единственная ОС общего назначения, где есть pax mprotect из коробки - netbsd, но и там есть возможность его выключения как глобально, так и для отдельных бинарников. Это у теба единственная которую ты знаешь.
	Ответить | Правка | Наверх | Cообщить модератору

	137. "Удалённая уязимость в ядре NetBSD, эксплуатируемая из локаль..."	+/–
	Сообщение от Дон Ягон (ok), 16-Окт-20, 19:53
	>> стандарты POSIX. Которые предполагают, что память может быть доступна и на запись и на чтение > На исполнение и на запись одновременно нельзя! Это вопрос безопасности. На колу мочала, начинаем всё сначала. Оставь, пожалуйста, свои "наивные" эмоции и восклицательные знаки. А также очевидные, но бессмысленные утверждения. >> Как только объективной потребности в этом не будет - её все отключат > А объективной потребности и нет. Ее пытаются создать навязывая никому ненужный JIT, чтобы иметь дыру для реализации эксплоитов с переполнение буфера. Ты так считаешь? Ну вот, пока я не закрыл man security нетбсдшный: "     PaX MPROTECT affects the following three uses:            ·   Processes that utilize code generation (such as the JVM) might                need to have MPROTECT disabled.            ·   Miscompiled programs that have text relocations, will now core                dump instead of having their relocations corrected.  You will                need to fix those programs (recompile them properly).            ·   Debugger breakpoints: gdb(1) needs to be able to write to the                text segment in order to insert and delete breakpoints.  This                will not work unless MPROTECT is disabled on the executable. " Сорян, я предпочту поверить примерам netbsd'шников, а не твоим ничем не обоснованным заявлениям. >> https://developer.apple.com/documentation/apple_silicon/port... > А Google говорит что Apple их с JIT в chrome послали очень грубо и сказали принести такой же но уже без JIT и > Google принес: https://v8.dev/blog/jitless Ни слова про грубый посыл от apple. Хром у меня в mac os работал в те времена, когда W^X в ней уже был (10.4+), а jitless в хромом ещё не было. Ты гони, как говорится, но не загоняйся. > В Appleb iOS реализация W^X таки строгая? Возможно, в мобильной версии. В десктопной - нет. >> firefox без prot_exec не работает. Firefox не нужен? > Мне сегодня уже не нужен. Но когда был нужен запускал без JS и с собранными дополнениями в файловом менеджере. JIT firefox нужен для загрузки дополнений пользователем, а это тоже зло. Попробуй может взлетит и сегодня. W|X емнип лисе уже не нужен довольно давно. А вот возможность делать переключения RW -> RX (в предыдущем сообщении я ошибочно написал "-> WX", лол) - нужна. А pax mprotect, он же (в терминологии чуваков из hardenedbsd) W^X pt2 ломает как раз именно эту возможность. > Это у теба единственная которую ты знаешь. Да, васин самосборный дистрибутив мне правда неинтересен. А netbsd таки хоть кем-то но используется.
	Ответить | Правка | Наверх | Cообщить модератору

	155. "Удалённая уязимость в ядре NetBSD, эксплуатируемая из локаль..."	+1 +/–
	Сообщение от Аноним (155), 18-Окт-20, 14:43
	> Сорян, я предпочту поверить примерам netbsd'шников, а не твоим ничем не обоснованным заявлениям. Да, java в W^X работать не будет. Собираю все без java, jit, orc, ... Надо все пероги пересобирать с правильными опциями компиляции и линковки чтобы они работали с PaX корректно. Неверно собираются единицы, в них надо править код, или использовать нормально написанный аналог. Gdb в рабочей системе никто не держит - уязвимость. >Возможно, в мобильной версии. В десктопной - нет. В новых версиях Mac OSX могли W^X добавить программный для Ынтель процов. > вот возможность делать переключения RW -> RX Это неприемлемо в плане безопасности. PaX вполне корректно убивает такой процесс. Исправлять надо именно firefox!
	Ответить | Правка | Наверх | Cообщить модератору

	140. "Удалённая уязимость в ядре NetBSD, эксплуатируемая из локаль..."	+/–
	Сообщение от Карабьян (?), 17-Окт-20, 01:01
	Дополнения в файловом менеджере - как это?
	Ответить | Правка | К родителю #133 | Наверх | Cообщить модератору

	156. "Удалённая уязимость в ядре NetBSD, эксплуатируемая из локаль..."	+/–
	Сообщение от Аноним (155), 18-Окт-20, 14:47
	Дополнения к бровзеру должны распространятся стандартным ПАКЕТНЫМ менеджером. У меня emerge их собирает. И пользователь не должен устанавливать левые.
	Ответить | Правка | Наверх | Cообщить модератору

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

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