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

Уязвимость в Bluetooth-стеке BlueZ, позволяющая удалённо выполнить код с правами ядра Linux, opennews (??), 15-Окт-20, (0) [смотреть все] Скрыто модератором, Аноним (2), 10:16 , 15-Окт-20, (2) –7 прибитый гвоздями, не просто так , Sw00p aka Jerom (?), 10:26 , 15-Окт-20, (3) удобно, теперь для удалённого управления не нужен ни LAN, ни SSH, заминированный тапок (ok), 10:26 , 15-Окт-20, (4) +39 Удалённо, так удалённо Метров на двадцать , Sluggard (ok), 10:28 , 15-Окт-20, (5) +6 // Метро и прочие автобусомаршрутки , ryoken (ok), 10:32 , 15-Окт-20, (8) +6 // Сколько включённых ноутов под Linux, с включенным синезубом, найдётся в метро и, Sluggard (ok), 10:41 , 15-Окт-20, (11) +6 // Ну принцип Джо конечно действует, но от этого рейтинг уязвимости не зависит , iPony129412 (?), 10:46 , 15-Окт-20, (13) +5 А сколько андроидов , Аноним (14), 10:47 , 15-Окт-20, (14) –1 Ни Android, ни ChromeOS сабж не затрагивает Так что полный Джо , iPony129412 (?), 11:01 , 15-Окт-20, (15) +2 https www opennet ru opennews art shtml num 52330 Уязвимость в Android, позвол, Аноним (16), 11:15 , 15-Окт-20, (16) +3 Знаю, помню По-мимо этого тоже было Тема не про это , iPony129412 (?), 11:23 , 15-Окт-20, (19) –2 Ты не с той стороны думаешь Правильный вопрос где найти точку, в радиусе котор, Ordu (ok), 16:17 , 15-Окт-20, (55) +1 gt оверквотинг удален С такими допущениями и дыр особо не нужно И вообще, воп, Sluggard (ok), 19:20 , 15-Окт-20, (74) таки блютуз на линухе эээээ пара ноутов при передаче фоток с телефона и обрат, анонимуслинус (?), 00:45 , 16-Окт-20, (89) –1 Это, кстати, у кого как Лично у меня на домашнем ноуте синезуб активен и отвечае, Sluggard (ok), 01:11 , 16-Окт-20, (91) +1 и все равно предел 5-8 метров это однако проблема да и патч походу будет скоро, анонимуслинус (?), 10:52 , 16-Окт-20, (97) тут может быть очень прикольно если через письмо счастья дропнуть троян на комп , JL2001 (ok), 13:56 , 17-Окт-20, (114) Ну так естественно не подвержена Андроид раньше использовал Блюз, но потом брос, Kuromi (ok), 19:14 , 15-Окт-20, (72) +1 что самое пикантное - когда подлкючаешься по кабелю, то обнаруживаешь, что и с M, InuYasha (??), 14:50 , 18-Окт-20, (118) +1 C направленной антенной метров 100 , Аноним (9), 10:34 , 15-Окт-20, (9) +5 // таки две антенны надо, ksjdjfgklsjdklgfj (?), 11:15 , 15-Окт-20, (17) +1 // с двумя - х2 метров, JL2001 (ok), 18:34 , 15-Окт-20, (67) Зашёл в приёмную и половина офиса как на ладони А если учесть, что большинство , sailorCat (?), 21:00 , 15-Окт-20, (84) +3 Про красношляпу вызывает вопросы Оно ж серверное, разве на сервер кто-то будет , ryoken (ok), 10:31 , 15-Окт-20, (7) –2 // У них есть редакция RHEL Workstation , Sluggard (ok), 10:36 , 15-Окт-20, (10) +3 Клаву например , TormoZilla (?), 12:27 , 15-Окт-20, (27) +5 // Это надо совсем в безвыходную ситуацию попасть, чтоб такое понадобилось, я думаю, ryoken (ok), 12:44 , 15-Окт-20, (29) +1 я бы понял бы, если бы это была радио мышка, но клавиатура, да еще и блютуз, ну , n242name (?), 00:36 , 19-Окт-20, (128) –1 Он у меня сблизи то плохо работает, Аноним (12), 10:42 , 15-Окт-20, (12) +2 Но тем не менее всем срочно установить корона-приложение и включить блютуз А то, Аноним (18), 11:19 , 15-Окт-20, (18) +2 Скрыто модератором, Аноним (-), 11:30 , 15-Окт-20, (20) +5 Ну это примерно как avahi во всех дистрибутивах линукса Или pulseaudio , Аноним (21), 11:33 , 15-Окт-20, (21) –1 // Gentoo поставьте Вышеуказанного на раз можно избежать , ryoken (ok), 12:45 , 15-Окт-20, (30) +1 // Почти где угодно можно избежать Настоящим программистам беспроводные наушники н, Аноним (76), 19:24 , 15-Окт-20, (76) // А если понадобятся, они всегда смогут поставить windows 10 где всё работает без , Аноним (76), 19:28 , 15-Окт-20, (77) +2 в Virtualbox , Аноним (80), 19:35 , 15-Окт-20, (80) Скрыто модератором, Fracta1L (ok), 11:37 , 15-Окт-20, (22) –10 // Скрыто модератором, Аноним (26), 12:08 , 15-Окт-20, (26) +2 bluez - это просто мрак Косой, кривой, заточенный только под гном да-да, блюез, Ноним (?), 11:39 , 15-Окт-20, (23) +9 // Собственно нормальных блютуз стеков и нету нигде, под шиндавсами тоже мрак Так, , Бздун (?), 11:44 , 15-Окт-20, (25) +1 // угу как нокию отдемократизировали так и посыпалось все с ней связанное, Аноним (32), 12:47 , 15-Окт-20, (32) +1 Affix, Сейд (ok), 13:10 , 15-Окт-20, (37) 132 года приходит, полувоенная хреновина, то умирает, то живёт, и 20Mbps явно , Аноним (-), 16:31 , 15-Окт-20, (57) +1 // а это то же самое, что раньше продвигалось как Wireless USB https en wikip, annual slayer (?), 18:42 , 15-Окт-20, (68) в то время оно позиционировалось для personal-area-network, но что-то пошло не т, Аноним (105), 17:23 , 16-Окт-20, (105) маячки могут всовывать в наушники, смартфоны, в любые предметы, точность 10-20 с, Аноним (-), 17:30 , 16-Окт-20, (106) неотключаемый js, uwb это уже тенденция, Аноним (-), 18:31 , 16-Окт-20, (111) Хз как сейчас, а раньше под Шиндоус было кажется целых три, Микрософт, Widcomm B, Kuromi (ok), 19:16 , 15-Окт-20, (73) +1 // Ещё был тошибовский и кэмбриджский Софт был хороший каких-то покупных usb-bt-мо, InuYasha (??), 15:05 , 18-Окт-20, (119) Кэмбриджский это какжется BlueSoleil или как-то так, тоже был хороший Как и Ви, Kuromi (ok), 17:24 , 18-Окт-20, (122) Да-да-да-да Он самый Замечательно работал, интерфейс очень удобный, всё быстр, InuYasha (??), 17:14 , 21-Окт-20, (149) В MacOS iOS вполне нормальный, Аноним (78), 19:30 , 15-Окт-20, (78) Какие протоколы, такая и реализация , Аноним (90), 01:07 , 16-Окт-20, (90) +1 Как беспроводные наушники подключать По Wi-Fi , Sem (??), 21:40 , 18-Окт-20, (124) +1 // Типа того Вот они https html duckduckgo com html q Nokta 202 4 20GHz 20Wirel, And (??), 17:28 , 19-Окт-20, (142) +1 Как бэ вам сказать Пока вантуз у меня окончательно не скопытился, подключал к, ryoken (ok), 12:47 , 15-Окт-20, (31) +1 // одно дело мышку и клавиатурку подключить, а другое пытаться это синезубое подели, кк (?), 14:32 , 15-Окт-20, (47) +2 А причем тут линуксоиды то Другим легче с ним Вы вообще этот протокол видели , Аноним (56), 16:19 , 15-Окт-20, (56) +20 А действительно, нафига он нужен Ах да, беспроводные наушники которые еще и зар, Аноним (-), 18:47 , 17-Окт-20, (116) Скрыто модератором, Аноним (-), 11:43 , 15-Окт-20, (24) –3 // Скрыто модератором, Аноним (71), 18:51 , 15-Окт-20, (71) Ну что, все необновляемые телеки на тайзане получат таки рут достоуп Новый дивны, Аноним (28), 12:39 , 15-Окт-20, (28) +5 // Лично для меня логика совмещения этих двух явлений как-то непостижима Можно поп, ryoken (ok), 12:48 , 15-Окт-20, (33) +1 // https ru-mi com device umnyiy-dom sistema-umnyiy-dom xiaomi-door-lock Потыкал , Аноним (28), 13:46 , 15-Окт-20, (42) +2 // Может, для настройки Или для интеграции с остальной частью умного дома Типа, у, Аноним (28), 13:49 , 15-Окт-20, (44) Ага, это когда ключи от всего - у кого-то поумнее хозяина Типа, мимокрокодил авт, умный дом (?), 17:28 , 15-Окт-20, (60) +5 да неее это говно для открытия двери с приложения - инфа 99 , n242name (?), 00:55 , 19-Окт-20, (129) +1 Zigbee https xiaomi-mi com appliances vima-smart-lock-cylinder , Аноним (-), 16:53 , 15-Окт-20, (59) +1 https zigbeealliance org wp-content uploads 2019 12 docs-05-3474-21-0csg-zigbe, Аноним (62), 17:36 , 15-Окт-20, (62) bluetooth стэку вообще не место в ядре Он очень сложный, а производительность 3, Аноним (34), 13:06 , 15-Окт-20, (34) +3 // У блютуза низкое потребление энергии, он безопаснее чем wifi да-да , и bluez ес, Аноним (39), 13:18 , 15-Окт-20, (39) // Не уверен -- не гони ц ---The kernel modules of BlueZ are included in the Lin, Michael Shigorin (ok), 17:43 , 16-Окт-20, (108) +1 До сих пор не понимаю, какого лешего Линус тогда взял этот дикий хлам вместо нок, Michael Shigorin (ok), 13:08 , 15-Окт-20, (35) +1 // Ну как обычно, глупость, деньги, заговор , Аноним (46), 14:17 , 15-Окт-20, (46) +2 // Бросьте, ну кто ж платит полезным идиотам-то , Отец Нации (?), 16:07 , 15-Окт-20, (54) –1 Michael Shigorin ok , 01 22, 17 10 2013 А у этих уродцев, в смысле bluez, плава, Аноним (-), 15:09 , 15-Окт-20, (50) +1 // Интересно, сейчас нокиевскмй можно прикрутить , Карабьян (?), 15:54 , 15-Окт-20, (52) –1 // Прикручивайте, товарищмайор не возражают С ведром 2 2 10 или может даже каким 2 , пох. (?), 16:05 , 15-Окт-20, (53) Офигеть, и впрямь https www opennet ru openforum vsluhforumID3 92199 html 3В , Michael Shigorin (ok), 17:46 , 16-Окт-20, (109) // Ты уже тогда что-то знал , Sem (??), 21:49 , 18-Окт-20, (125) Скрыто модератором, Catwoolfii (ok), 13:09 , 15-Окт-20, (36) +2 Ура Остальное фигня, компы обновить не проблема, да и не так часто на них юза, nebularia (ok), 13:17 , 15-Окт-20, (38) +1 Это они за Meltdown и Spectre мстят, Аноним (40), 13:24 , 15-Окт-20, (40) +4 Хорошо что я перешёл с ядра 5 8 на LTS версию , Аноним (41), 13:30 , 15-Окт-20, (41) –1 // LTS 5 4 У тебя 4 4 Это некрофилия и ядро с кучей багов, на десктопе больно юза, Аноним (21), 13:46 , 15-Окт-20, (43) –2 // 5 4 71-1-l сечас патч у меня вышел Ядро обновилось , Аноним (41), 14:51 , 15-Окт-20, (49) // Дык и Уязвимость в ядрах 4 8 версии , ya (??), 09:24 , 16-Окт-20, (93) Напомните, Rust исключает подобные ситуации или нет , mumu (ok), 13:50 , 15-Окт-20, (45) +1 // Исключает, если не юзать unsafe , Аноним (48), 14:45 , 15-Окт-20, (48) +2 Данную ситуацию, если по-хорошему, и C исключает, если думать головой Там написа, Ordu (ok), 15:20 , 15-Окт-20, (51) +5 // да вот думают головой-думают, а багов по-прежнему полно Может, пусть уже компью, develop7 (ok), 16:43 , 15-Окт-20, (58) +1 // Их придумывали вовсе не для того, чтоб они за тебя думали Но ты не переживай - , умный дом (?), 17:32 , 15-Окт-20, (61) +1 Когда не думают - ещё больше, uis (ok), 18:16 , 15-Окт-20, (66) +2 Из всего этого словесного излияния можно оставить только одну фразу, отражающую , Онаним (?), 20:34 , 15-Окт-20, (82) +4 Настоящие сапёры не делают оши, Аноним (48), 17:36 , 15-Окт-20, (63) +1 По сути --- нет Проблема, проявивишаяся в subj, происходит от чрезвычайной запут, anonymous yet another (?), 18:46 , 15-Окт-20, (70) // Нет Поясню стек BT - отдельная история, но не зависимо от этого, BlueZ написан , Sem (??), 21:59 , 18-Окт-20, (126) +1 // Давайте так реализация BT Bluetopia вполне себе хуже BlueZ Про остальные не зн, anonymous yet another (?), 10:51 , 19-Окт-20, (132) +1 Сама технология Bluetooth ущербная , Аноним (65), 18:14 , 15-Окт-20, (65) +1 // Не совсем так Блютус изначально создавался для тупо 2-ух целей, причем обе в об, Kuromi (ok), 19:31 , 15-Окт-20, (79) +3 rust не нужен говорили они C не дыра в головах разработчика говорили ониСи , JL2001 (ok), 18:44 , 15-Окт-20, (69) –1   // Си -- один из самых легких языков Гораздо проще какого-нибудь яваскрипта, где у, Аноним (81), 20:21 , 15-Окт-20, (81) +3   // Сам язык - очень прост А вот требуемый уровень понимания работы системы - очень , Онаним (?), 20:35 , 15-Окт-20, (83) +2   // Тут уж ничего не поделаешь ЭВМ есть, и она сложная Хочешь работать с ЭВМ - пон, InuYasha (??), 15:44 , 18-Окт-20, (121) –1   Как бы это гхм растоводам объяснить D, Онаним (?), 17:59 , 18-Окт-20, (123) –2   речь про переусложнённую сложностьвы знакомы со вселеной вархамера40к и механику, JL2001 (ok), 14:14 , 19-Окт-20, (136)   Не знаком А если ЯП занимается огораживанием программиста мягкими подушками от x, InuYasha (??), 11:54 , 21-Окт-20, (148)   раст и не нужен Или ты думаешь раст тебя без unsafe пустит к железу и позволит , Аноним (86), 21:58 , 15-Окт-20, (86) –3   // Знаешь, Миша, а можно еще хер себе дверью специально прищемить и потом всем расс, Аноним (48), 22:36 , 15-Окт-20, (87) +1   раст пустит в структуры писатьа в одном единственном ансейф на полдрайвера эту с, JL2001 (ok), 22:47 , 15-Окт-20, (88)   Но что, если вдруг окажется, что код на расте в итоге едва ли безопасней кода на, Lex (??), 10:04 , 16-Окт-20, (95)   Ты ученик FractaL Язык программирования C нужен и безопасен при правельном испол, Аноним (96), 10:15 , 16-Окт-20, (96) +1   // Это россыпь костылей для подпорки бажного кода, которые не предотвращают появлен, Ordu (ok), 11:02 , 16-Окт-20, (98) +2   // C прост и очень могуществен Прога на C легко портабельна на разные архитектуры п, Аноним (99), 12:19 , 16-Окт-20, (99)   на сколько я знаю на x86 все защиты памяти сегменты, виртуальная память, nx сд, JL2001 (ok), 12:48 , 16-Окт-20, (100) –2   Ложь Утверждаю что на архитектурах процессоров alpha, avr32, parisc, sparc, sp, Аноним (102), 15:51 , 16-Окт-20, (102) +1   разве в защищённом режиме в 286 в сегментах не было флага запрета выполнения или, JL2001 (ok), 14:18 , 17-Окт-20, (115)   Аппаратная адресация памяти процессором и аппаратная инструкция процессора NX за, Аноним (130), 09:48 , 19-Окт-20, (130)   я говорю про сегментную модель памяти в защищённом режиме, биты E и W R в DPL-оп, JL2001 (ok), 13:48 , 19-Окт-20, (134)   i286 16-bit и без аппаратной адресации памяти Они не пригодны для написания UNIX, Аноним (137), 14:22 , 19-Окт-20, (137)   Всё это бла-бла-бла не отменяет того, что это костыль, который борется со следст, Ordu (ok), 12:55 , 16-Окт-20, (101) +1   Это не костыль, а аппаратно программная гарантия неизменности исполняемого кода , Аноним (102), 16:13 , 16-Окт-20, (103) +1   Я потому и говорю, что костыль Он не решает проблему, как таковую Даже не прос, Ordu (ok), 16:54 , 16-Окт-20, (104)   Дает гарантии невозможности эксплуатации уязвимости связаной с переполнением буф, Аноним (107), 17:34 , 16-Окт-20, (107)   Да не даёт он таких гарантий Он лишь осложняет эксплуатацию этих самых переполн, Ordu (ok), 18:17 , 16-Окт-20, (110) +1   Строгая реализация W X в яде OS дает гарантию что эксплуатация переполнения буфе, Аноним (112), 19:07 , 16-Окт-20, (112) +1   Ещё раз повтори Ведь главное правило матлогики это чем больше раз повторяешь у, Ordu (ok), 19:57 , 16-Окт-20, (113)   1 W X спасает от любого переполнения буфера В этом ее назначение 2 Heartbleed, Аноним (117), 14:17 , 18-Окт-20, (117)   Heartbleed позволяет снять все препятствия, которые привносит ASLR, а если ASLR , Ordu (ok), 15:31 , 18-Окт-20, (120) +1   У вас проблема в том, что нет в головах представления о классах уязвимостей, мет, Аноним (130), 09:59 , 19-Окт-20, (131) +1   Да Ах ты ж какая штука, оказывается W X не спасает от ROT, оказывается надо допо, Ordu (ok), 11:17 , 19-Окт-20, (133) –1   Проблема в том что в твоей голове нету таблички Клас уязвимости 124 метод защ, Аноним (137), 14:25 , 19-Окт-20, (138)   Проблема в том, что у тебя в голове есть такая табличка Уязвимости часто комбин, Ordu (ok), 14:51 , 19-Окт-20, (139)   Класс уязвимостей - решение которое закрывает ДАННЫЙ класс уязвимостей Классов , Аноним (140), 15:40 , 19-Окт-20, (140)   Хаха Это теория Успехов провернуть такое на практике Пока ещё никому не удава, Ordu (ok), 17:32 , 19-Окт-20, (143)   https mirror yandex ru mirrors ftp linux kiev ua Linux CD Dystryk, Аноним (144), 15:55 , 20-Окт-20, (144)   Что это , Ordu (ok), 16:35 , 20-Окт-20, (145)   Практика , Аноним (146), 16:44 , 20-Окт-20, (146)   Ты приводишь дырявую практику, чтобы подтвердить неработоспособность теории Эмм, Ordu (ok), 16:55 , 20-Окт-20, (147)   А какие дистрибутивы нужны , Аноним (127), 22:31 , 18-Окт-20, (127) +1   // Вот сделай полезное дело, проведи исследование запустить тесты 1 paxtest blackh, Аноним (140), 15:48 , 19-Окт-20, (141)   шо, теперь IoT все у меня тут у соседа светится пара херовин по блютуху пойду , Аноним (86), 21:55 , 15-Окт-20, (85) +1 Этой штукой в последнем Борне пользовались ломали ноут через телефон рядом леж, УлыбкаДоУшей (?), 09:12 , 16-Окт-20, (92) +2 Дискретный контроль доступа DAC - фундамент безопасности с 1960-тых И главное, Аноним (96), 09:38 , 16-Окт-20, (94) +1 // you can check thishttps mistore pk , Shams (ok), 11:51 , 30-Июн-22, (151) Разработчики Google обнаружили критическую уязвимость CVE-2020-12351 в бесплат, Shams (ok), 08:20 , 08-Сен-22, (152) 3,4,5,7,12,18,21,23,28,34,35,38,40,41,45,65,69,85,92,94,152

Сообщения

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

69. "Уязвимость в Bluetooth-стеке BlueZ, позволяющая удалённо вып..."	–1 +/–
Сообщение от JL2001 (ok), 15-Окт-20, 18:44
"rust не нужен" говорили они "C не дыра (в головах разработчика)" говорили они Си переусложнённый инструмент на уровне привязаных к рукам крыльев, когда существуют мотопланёры (и да, у последних крылья махать не умеют, беда..)
Ответить | Правка | Наверх | Cообщить модератору

	81. "Уязвимость в Bluetooth-стеке BlueZ, позволяющая удалённо вып..."	+3 +/–
	Сообщение от Аноним (81), 15-Окт-20, 20:21
	> Си переусложнённый инструмент Си -- один из самых легких языков. Гораздо проще какого-нибудь яваскрипта, где уже сложилась традиция раз в 3-4 года вводить в язык новый примитивный тип. И уж тем более существенно проще C++.
	Ответить | Правка | Наверх | Cообщить модератору

	83. "Уязвимость в Bluetooth-стеке BlueZ, позволяющая удалённо вып..."	+2 +/–
	Сообщение от Онаним (?), 15-Окт-20, 20:35
	Сам язык - очень прост. А вот требуемый уровень понимания работы системы - очень высок. С чем у хипстеров обычно очень плохо.
	Ответить | Правка | Наверх | Cообщить модератору

	121. "Уязвимость в Bluetooth-стеке BlueZ, позволяющая удалённо вып..."	–1 +/–
	Сообщение от InuYasha (??), 18-Окт-20, 15:44
	Тут уж ничего не поделаешь: ЭВМ есть, и она сложная. Хочешь работать с ЭВМ - понимай КАК она работает. Хочешь быть хипстером - это другая область )
	Ответить | Правка | Наверх | Cообщить модератору

	123. "Уязвимость в Bluetooth-стеке BlueZ, позволяющая удалённо вып..."	–2 +/–
	Сообщение от Онаним (?), 18-Окт-20, 17:59
	Как бы это... гхм... растоводам объяснить :D
	Ответить | Правка | Наверх | Cообщить модератору

	136. "Уязвимость в Bluetooth-стеке BlueZ, позволяющая удалённо вып..."	+/–
	Сообщение от JL2001 (ok), 19-Окт-20, 14:14
	> Тут уж ничего не поделаешь: ЭВМ есть, и она сложная. Хочешь работать > с ЭВМ - понимай КАК она работает. Хочешь быть хипстером - > это другая область ) речь про переусложнённую сложность вы знакомы со вселеной вархамера40к и механикусами? так вот они тоже много знают, и гордятся этим прям как Сишники, и пользы столько же (о как, а я то думал что это фентези, а оказывается - сатира)
	Ответить | Правка | К родителю #121 | Наверх | Cообщить модератору

	148. "Уязвимость в Bluetooth-стеке BlueZ, позволяющая удалённо вып..."	+/–
	Сообщение от InuYasha (??), 21-Окт-20, 11:54
	Не знаком. А если ЯП занимается огораживанием программиста мягкими подушками от x86-п-деца под капотом - это как раз прямая дорога к получению кадров "мой компьютер - как тостер - я не обязан знать!".
	Ответить | Правка | Наверх | Cообщить модератору

	86. "Уязвимость в Bluetooth-стеке BlueZ, позволяющая удалённо вып..."	–3 +/–
	Сообщение от Аноним (86), 15-Окт-20, 21:58
	раст и не нужен. Или ты думаешь раст тебя без unsafe пустит к железу и позволит писать в определенную область памяти? или ты думаешь, что допустив ошибку в индексах в записи в память тебя раст спасет? Вы порой такую херню несете, любители сжв-комьюнити-язычка. Зато понятно, что  до расты ты только на js писал.
	Ответить | Правка | К родителю #69 | Наверх | Cообщить модератору

	87. "Уязвимость в Bluetooth-стеке BlueZ, позволяющая удалённо вып..."	+1 +/–
	Сообщение от Аноним (48), 15-Окт-20, 22:36
	Знаешь, Миша, а можно еще хер себе дверью специально прищемить и потом всем рассказывать про неправильные двери.
	Ответить | Правка | Наверх | Cообщить модератору

	88. "Уязвимость в Bluetooth-стеке BlueZ, позволяющая удалённо вып..."	+/–
	Сообщение от JL2001 (ok), 15-Окт-20, 22:47
	> раст и не нужен. Или ты думаешь раст тебя без unsafe пустит > к железу и позволит писать в определенную область памяти? или ты > думаешь, что допустив ошибку в индексах в записи в память тебя > раст спасет? Вы порой такую херню несете, любители сжв-комьюнити-язычка. Зато понятно, > что  до расты ты только на js писал. раст пустит в структуры писать а в одном единственном ансейф на полдрайвера эту структуру запишет в железо
	Ответить | Правка | К родителю #86 | Наверх | Cообщить модератору

	95. "Уязвимость в Bluetooth-стеке BlueZ, позволяющая удалённо вып..."	+/–
	Сообщение от Lex (??), 16-Окт-20, 10:04
	Но что, если вдруг окажется, что код на расте в итоге едва ли безопасней кода на Си по множеству причин, включая крайнюю громоздкость... Так к чему это я.. какой спрос будет со всевозможных анонов, чуть ли не в три горла верещавших что-то про безопасность итп, если вдруг окажется, что та "правда" которой они говорили - не совсем соответствует действительности ? -Напомню, аноны и про Си++ и про ООП в свое время говорили чуть ли не то же самое( мол ООП спасет мир, избавит практически от всех ошибок и проч, "эй, это же очевидно"(ц) ) и про джаву и про рубин_на_рельсах( он то вообще эпическим хламом оказался, притом, довольно быстро, разумеется, аноны просто начали верещать про что-то другое, так и не понеся какой-либо ответственности за кучу говнопроектов, сделанных под влиянием их сказок ) , нынче - примерно то же самое говорят про раст и что-то еще про "функциональщину".. Ведь именно под в т.ч их влиянием, многие действительно могут понаделать откровенного мусора и говнокода, применяя конкретную технологию или подход там, где это откровенно неуместно( о чем говоруны, разумеется, упомянуть не будут ).
	Ответить | Правка | К родителю #69 | Наверх | Cообщить модератору

	96. "Уязвимость в Bluetooth-стеке BlueZ, позволяющая удалённо вып..."	+1 +/–
	Сообщение от Аноним (96), 16-Окт-20, 10:15
	Ты ученик FractaL? Язык программирования C нужен и безопасен при правельном использовании. Ядро OS должно следить за пямятью и СТРОГО запрещать: - changing the executable status of memory pages that were    not originally created as executable, - making read-only executable pages writable again, - creating executable pages from anonymous memory, - making read-only-after-relocations (RELRO) data pages writable again. https://en.m.wikibooks.org/wiki/Grsecurity/Appendix/Grsecuri... С - нужен, не нужны: Debian, RHEL, SUSE, Ubuntu, Fedora ядра OS которых допускают возможность эксплуатации переполнения буфера.
	Ответить | Правка | К родителю #69 | Наверх | Cообщить модератору

	98. "Уязвимость в Bluetooth-стеке BlueZ, позволяющая удалённо вып..."	+2 +/–
	Сообщение от Ordu (ok), 16-Окт-20, 11:02
	Это россыпь костылей для подпорки бажного кода, которые не предотвращают появление багов и не избавляют от уязвимостей, всё что они могут -- снизить класс опасности уязвимости. То есть, конечно же, если они костыли это не значит, что они бесполезны, но просто не надо забывать о том, что они костыли, что они воюют с проблемой не на том уровне, где проблема возникает, а на другом, на котором устранить проблему невозможно, они воюют не с причиной, а со следствием.
	Ответить | Правка | Наверх | Cообщить модератору

	99. "Уязвимость в Bluetooth-стеке BlueZ, позволяющая удалённо вып..."	+/–
	Сообщение от Аноним (99), 16-Окт-20, 12:19
	C прост и очень могуществен. Прога на C легко портабельна на разные архитектуры процессоров. Ядро OS, для того чтобы называться безопасным, должно давать гарантии неизменности исполняемого кода. И абсолютно неважно какой язык использовался и какой компилятор использовался, пусть даже rust. За выделением памяти следит ядро и процессор. Обязанность ядра и процессора следить за режимами выделения памяти, данные должны помечаются как не исполняемые инструкцией NX процессора и тогда есть гарантия, что при наличии уязвимости переполнения буфера ее эксплуатация будет невозможна. Да бажный процесс ядро убьет, если переполнение буфера в ядре то ядро убьет само себя, а в логах будет хороший трейс с указанием на место переполнения буфера. Дело за малым, отправить багрепорт "криворуко-руклжопому" программисту чтобы он исправил баг.
	Ответить | Правка | Наверх | Cообщить модератору

	100. "Уязвимость в Bluetooth-стеке BlueZ, позволяющая удалённо вып..."	–2 +/–
	Сообщение от JL2001 (ok), 16-Окт-20, 12:48
	> За выделением памяти следит ядро и процессор. Обязанность > ядра и процессора следить за режимами выделения памяти, данные должны помечаются > как не исполняемые инструкцией NX процессора и тогда есть гарантия, что > при наличии уязвимости переполнения буфера ее эксплуатация будет невозможна. на сколько я знаю на x86 все защиты памяти (сегменты, виртуальная память, nx) сделаны как-то по особому тормознуто и в реальной жизни их использовать невоможно а так - да, на 286 уже был механизм защиты памяти от записи или выполнения и толку то...
	Ответить | Правка | Наверх | Cообщить модератору

	102. "Уязвимость в Bluetooth-стеке BlueZ, позволяющая удалённо вып..."	+1 +/–
	Сообщение от Аноним (102), 16-Окт-20, 15:51
	> на сколько я знаю на x86 все защиты памяти (сегменты, виртуальная память, nx) сделаны как-то по особому тормознуто и в реальной жизни их использовать невоможно Ложь! Утверждаю что на архитектурах процессоров: alpha, avr32, parisc, sparc, sparc64, x86_64, ia64, i386 и старше с поддержкой инструкции NX (non-executable) постраничная защита памяти будет работать без потери производительности. На ppc потеря производительности минимальна. Есть неаппаратная посегментная защита памяти она не использует инструкции процессора (вдруг вы не верите своему процесору) тормоза очень незначительны но на 32бит x86 процесс ограничен 1.5Gb оперативы. Защита памяти работает на уровне ядра и процессора и абсолютно прозрачна для порядршных програм. Не порядочные проги, которые используют JIT и некорректно работают с памятью - убиваются. > а так - да, на 286 уже был механизм защиты памяти от записи или выполнения и толку то... Intel, под сильным давлением сообщества, защиту памяти процесором реализовала только начиная с i386. Именно наличие дешового процессора с защитой памяти и дало возможность написания ядра Linux. Отметь у себя в блокноте, что ядро Linux изначально строго работало с памятью и поддерживало защиту от переполнения буфера пока Линус Торвальдс не переехал в США. После переезда в США защиту памяти с официального ядра Linux выкинули! В Европе анонимные хакеры поддерживали патчи PAX которые возвращали защиту памяти в ядро Linux.
	Ответить | Правка | Наверх | Cообщить модератору

	115. "Уязвимость в Bluetooth-стеке BlueZ, позволяющая удалённо вып..."	+/–
	Сообщение от JL2001 (ok), 17-Окт-20, 14:18
	>> а так - да, на 286 уже был механизм защиты памяти от записи или выполнения и толку то... > Intel, под сильным давлением сообщества, защиту памяти процесором реализовала только начиная > с i386. Именно наличие дешового процессора с защитой памяти и дало > возможность написания ядра Linux. разве в защищённом режиме в 286 в сегментах не было флага запрета выполнения или записи?
	Ответить | Правка | Наверх | Cообщить модератору

	130. "Уязвимость в Bluetooth-стеке BlueZ, позволяющая удалённо вып..."	+/–
	Сообщение от Аноним (130), 19-Окт-20, 09:48
	Аппаратная адресация памяти процессором и аппаратная инструкция процессора NX запрещаются исполнение помеченных страниц памяти появилась в процессорах Intel начиная с модели i386.
	Ответить | Правка | Наверх | Cообщить модератору

	134. "Уязвимость в Bluetooth-стеке BlueZ, позволяющая удалённо вып..."	+/–
	Сообщение от JL2001 (ok), 19-Окт-20, 13:48
	> Аппаратная адресация памяти процессором и аппаратная инструкция процессора NX запрещаются > исполнение помеченных страниц памяти появилась в процессорах Intel начиная с модели > i386. я говорю про сегментную модель памяти в защищённом режиме, биты E и W/R в DPL-описании сегмента она вроде как уже полностью была в 286 с этими битами
	Ответить | Правка | Наверх | Cообщить модератору

	137. "Уязвимость в Bluetooth-стеке BlueZ, позволяющая удалённо вып..."	+/–
	Сообщение от Аноним (137), 19-Окт-20, 14:22
	i286 16-bit и без аппаратной адресации памяти. Они не пригодны для написания UNIX. В них проц может адресовать только нижнюю память, а для верхней надо было грузить специальный программный драйвер памяти, тогда MS DOS мог грузить прогу в верхнюю память.
	Ответить | Правка | Наверх | Cообщить модератору

	101. "Уязвимость в Bluetooth-стеке BlueZ, позволяющая удалённо вып..."	+1 +/–
	Сообщение от Ordu (ok), 16-Окт-20, 12:55
	Всё это бла-бла-бла не отменяет того, что это костыль, который борется со следствиями, вместо того, чтобы бороться с причиной. > Да бажный процесс ядро убьет, [...]. Дело за малым, отправить багрепорт "криворуко-руклжопому" программисту чтобы он исправил баг. Угу. А то, что ядро будет убито на паре тысяч высоконагруженных серверов по всему миру, и интернет будет работать настолько криво, что багрепорт не отправить -- это как? Это "щепки летят"?
	Ответить | Правка | К родителю #99 | Наверх | Cообщить модератору

	103. "Уязвимость в Bluetooth-стеке BlueZ, позволяющая удалённо вып..."	+1 +/–
	Сообщение от Аноним (102), 16-Окт-20, 16:13
	> Всё это бла-бла-бла не отменяет того, что это костыль, который борется со следствиями, вместо того, чтобы бороться с причиной. Это не костыль, а аппаратно программная гарантия неизменности исполняемого кода от ядра OS и процессора - необходимая гарантия безопасности. >> Да бажный процесс ядро убьет, [...]. Дело за малым, отправить багрепорт "криворуко-руклжопому" программисту чтобы он исправил баг. > Угу. А то, что ядро будет убито на паре тысяч высоконагруженных серверов по всему миру, и интернет будет работать настолько криво, что багрепорт не отправить -- это как? Это "щепки летят"? Это все зависит от конкретной реализации и ее настроек. Даже в случае строгой реализации защиты памяти есть несколько вариантов действий: 1. Убить некорректный процесс (всякие системы мониторинга подымут дырявый сервис и все будет работать как прежде. Заметь: 1 заражения нет, 2 в логах про дыру есть запись и на почту админа ушло сообщение) возможность повторной атаки не закрыта. 2. Убить все процессы данного пользователя и запретить создание новых (системы мониторинга уже дырявый сервис не подымут) возможность повторной атаки через данный сервис закрыта ценой остановки сервиса. 3. Убить ядро полностью. Все сервисы остановлены но есть логи и предотвращение заражения и чистки логов. Используется при переполнении буфера в ядре или под супер пользователем. Согласись, для компа секретарши все 3 пункта некретичны? Если комп управляет ИВЛ пациента с КОВИ-19 и остановка сервиса повлечет смерть пациента, то данную технологию защиты используют в режиме "soft mode" - только журналировпние, без растрела процессов!
	Ответить | Правка | Наверх | Cообщить модератору

	104. "Уязвимость в Bluetooth-стеке BlueZ, позволяющая удалённо вып..."	+/–
	Сообщение от Ordu (ok), 16-Окт-20, 16:54
	> Это все зависит от конкретной реализации и ее настроек. Даже в случае > строгой реализации защиты памяти есть несколько вариантов действий: Я потому и говорю, что костыль. Он не решает проблему, как таковую. Даже не просто не решает, а он пытается решить вторичную проблему, не ту, которая исходно возникла. Это борьба с симптомами.
	Ответить | Правка | Наверх | Cообщить модератору

	107. "Уязвимость в Bluetooth-стеке BlueZ, позволяющая удалённо вып..."	+/–
	Сообщение от Аноним (107), 16-Окт-20, 17:34
	Дает гарантии невозможности эксплуатации уязвимости связаной с переполнением буфера. Это необходимо для безопасного ядра ОС. А в расте необходимости нет.
	Ответить | Правка | Наверх | Cообщить модератору

	110. "Уязвимость в Bluetooth-стеке BlueZ, позволяющая удалённо вып..."	+1 +/–
	Сообщение от Ordu (ok), 16-Окт-20, 18:17
	> Дает гарантии невозможности эксплуатации уязвимости связаной с переполнением буфера. Да не даёт он таких гарантий. Он лишь осложняет эксплуатацию этих самых переполнений буфера. Запомни раз и навсегда: серебряной пули не существует. Тем более серебряных пуль не может получится из костылей.
	Ответить | Правка | Наверх | Cообщить модератору

	112. "Уязвимость в Bluetooth-стеке BlueZ, позволяющая удалённо вып..."	+1 +/–
	Сообщение от Аноним (112), 16-Окт-20, 19:07
	>> Дает гарантии невозможности эксплуатации уязвимости связаной с переполнением буфера. > Да не даёт он таких гарантий. Он лишь осложняет эксплуатацию этих самых  переполнений буфера. Строгая реализация W^X в яде OS дает гарантию что эксплуатация переполнения буфера будет невозможной!
	Ответить | Правка | Наверх | Cообщить модератору

	113. "Уязвимость в Bluetooth-стеке BlueZ, позволяющая удалённо вып..."	+/–
	Сообщение от Ordu (ok), 16-Окт-20, 19:57
	>>> Дает гарантии невозможности эксплуатации уязвимости связаной с переполнением буфера. >> Да не даёт он таких гарантий. Он лишь осложняет эксплуатацию этих самых  переполнений буфера. > Строгая реализация W^X в яде OS дает гарантию что эксплуатация переполнения буфера > будет невозможной! Ещё раз повтори. Ведь главное правило матлогики это "чем больше раз повторяешь утверждение, тем истиннее оно становится". Как тебя W^X спасёт от https://en.wikipedia.org/wiki/Heartbleed ?
	Ответить | Правка | Наверх | Cообщить модератору

	117. "Уязвимость в Bluetooth-стеке BlueZ, позволяющая удалённо вып..."	+/–
	Сообщение от Аноним (117), 18-Окт-20, 14:17
	> Как тебя W^X спасёт от 1. W^X спасает от любого переполнения буфера. В этом ее назначение. 2. Heartbleed это чтение за пределами буфера. Данная уязвимость всех моих установок с openssl не касалась и я ее игнорировал, не изучал и не обновлял. 3. Чтение за пределами буфера не так опасно как исполнение произвольного кода при записи за пределы буфера. 4. У меня DAC распространяется и на процессы в оперативке и на странице памяти. С памяти чужого процесса данные ядро Linux+grsec считать не даст. А Linux+YAMA не даст даже считывать данные с областей памяти одного пользователя, но разных процессов. У меня все страницы памяти надежно уничтожаются сразу при освобождении.
	Ответить | Правка | Наверх | Cообщить модератору

	120. "Уязвимость в Bluetooth-стеке BlueZ, позволяющая удалённо вып..."	+1 +/–
	Сообщение от Ordu (ok), 18-Окт-20, 15:31
	>> Как тебя W^X спасёт от > 1. W^X спасает от любого переполнения буфера. В этом ее назначение. > 2. Heartbleed это чтение за пределами буфера. Данная уязвимость всех моих установок > с openssl не касалась и я ее игнорировал, не изучал и > не обновлял. > 3. Чтение за пределами буфера не так опасно как исполнение произвольного кода > при записи за пределы буфера. Heartbleed позволяет снять все препятствия, которые привносит ASLR, а если ASLR больше не препятствие, то никакой W^X не помешает теперь нам включить RoT и выполнить произвольную программу, скомпилированную RoT компилятором. Да, чтение за пределами буфера не так опасно, как запись, а запись не так опасна как выполнение кода, но именно это и называется "снижением класса опасности".
	Ответить | Правка | Наверх | Cообщить модератору

	131. "Уязвимость в Bluetooth-стеке BlueZ, позволяющая удалённо вып..."	+1 +/–
	Сообщение от Аноним (130), 19-Окт-20, 09:59
	> Heartbleed позволяет снять все препятствия, которые привносит ASLR, а если ASLR больше не препятствие, то никакой W^X не помешает теперь нам включить RoT и выполнить произвольную программу, скомпилированную RoT компилятором. У вас проблема в том, что нет в головах представления о классах уязвимостей, методах защиты от конкретных класов уязвимостей и не знаете о строгости реализации конкретного метода защиты от конкретного класса уязвимости. W^X в строгой реализации дает гарантию защиты от любых уязвимостей связанных с перезаписью за границами буфера (bufer overwrite). ASLR, сам по себе, не дает никаких гарантий, а только затрудняет взлом, делает его буквально очень дорогим. А вот ASLR + детектирование перебора уже может дать гарантию. RoT относится к очень дорогим техникам взлома, но и от нее защита имеется: CONFIG_PAX_RAP=y https://en.m.wikibooks.org/wiki/Grsecurity/Appendix/Grsecuri... > чтение за пределами буфера К 4 пункту DAC забыл добавить лимиты (ulimit -a, /etc/security/*) там все кроме капабилити и возможно изоляции тоже относится к DAC. Корректная настройка limits затрудняет взлом, ловит всякие переиспользования ресурсов и не мешает нормальной работе. Жаль в 2000-ных об этом забыли, а сегодня уже не вспоминают.
	Ответить | Правка | К родителю #120 | Наверх | Cообщить модератору

	133. "Уязвимость в Bluetooth-стеке BlueZ, позволяющая удалённо вып..."	–1 +/–
	Сообщение от Ordu (ok), 19-Окт-20, 11:17
	> ASLR, сам по себе, не дает никаких гарантий, а только затрудняет взлом, > делает его буквально очень дорогим. А вот ASLR + детектирование перебора > уже может дать гарантию. Да. > RoT относится к очень дорогим техникам взлома, но и от нее защита > имеется: > CONFIG_PAX_RAP=y > https://en.m.wikibooks.org/wiki/Grsecurity/Appendix/Grsecuri... Ах ты ж какая штука, оказывается W^X не спасает от ROT, оказывается надо дополнительными костылями подпирать. >> чтение за пределами буфера > К 4 пункту DAC забыл добавить лимиты (ulimit -a, /etc/security/*) там все > кроме капабилити и возможно изоляции тоже относится к DAC. Корректная настройка > limits затрудняет взлом, ловит всякие переиспользования ресурсов и не мешает нормальной > работе. Жаль в 2000-ных об этом забыли, а сегодня уже не > вспоминают. Ах тыж какая досада, да? В дополнение к W^X надо ещё и лимиты включать да? Иначе W^X оказывается не помогает.
	Ответить | Правка | К родителю #131 | Наверх | Cообщить модератору

	138. "Уязвимость в Bluetooth-стеке BlueZ, позволяющая удалённо вып..."	+/–
	Сообщение от Аноним (137), 19-Окт-20, 14:25
	Проблема в том что в твоей голове нету таблички: Клас уязвимости | метод защиты от него
	Ответить | Правка | К родителю #133 | Наверх | Cообщить модератору

	139. "Уязвимость в Bluetooth-стеке BlueZ, позволяющая удалённо вып..."	+/–
	Сообщение от Ordu (ok), 19-Окт-20, 14:51
	> Проблема в том что в твоей голове нету таблички: > Клас уязвимости | метод защиты от него Проблема в том, что у тебя в голове есть такая табличка. Уязвимости часто комбинируют, через одну обходят проблемы создаваемые ASLR, через другую, проблемы создаваемые W^X, а через третью проблемы создаваемые проверками на выход за границы массивов. И в таких случаях наличие таблички в голове мешает тебе видеть лес за деревьями.
	Ответить | Правка | К родителю #138 | Наверх | Cообщить модератору

	140. "Уязвимость в Bluetooth-стеке BlueZ, позволяющая удалённо вып..."	+/–
	Сообщение от Аноним (140), 19-Окт-20, 15:40
	> И в таких случаях наличие таблички в голове мешает тебе видеть лес за деревьями. Класс уязвимостей -> решение которое закрывает ДАННЫЙ класс уязвимостей. Классов есть довольно много. Если закрыть все классы уязвимостей, то OS будет неуязвима. Если некоторые классы уязвимостей не закрыты то через них можно взломать систему хоть другие классы уязвимостей в системе закрыты. W^X решает проблему с переполнение буфера, и по этому его необходимо использовать для ядра и программ.
	Ответить | Правка | К родителю #139 | Наверх | Cообщить модератору

	143. "Уязвимость в Bluetooth-стеке BlueZ, позволяющая удалённо вып..."	+/–
	Сообщение от Ordu (ok), 19-Окт-20, 17:32
	> Классов есть довольно много. Если закрыть все классы уязвимостей, то OS будет > неуязвима. Хаха. Это теория. Успехов провернуть такое на практике. Пока ещё никому не удавалось.
	Ответить | Правка | К родителю #140 | Наверх | Cообщить модератору

	144. "Уязвимость в Bluetooth-стеке BlueZ, позволяющая удалённо вып..."	+/–
	Сообщение от Аноним (144), 20-Окт-20, 15:55
	https://mirror.yandex.ru/mirrors/ftp.linux.kiev.ua/Linux/CD/...
	Ответить | Правка | К родителю #143 | Наверх | Cообщить модератору

	145. "Уязвимость в Bluetooth-стеке BlueZ, позволяющая удалённо вып..."	+/–
	Сообщение от Ordu (ok), 20-Окт-20, 16:35
	> https://mirror.yandex.ru/mirrors/ftp.linux.kiev.ua/Linux/CD/... Что это?
	Ответить | Правка | К родителю #144 | Наверх | Cообщить модератору

	146. "Уязвимость в Bluetooth-стеке BlueZ, позволяющая удалённо вып..."	+/–
	Сообщение от Аноним (146), 20-Окт-20, 16:44
	Практика.
	Ответить | Правка | К родителю #145 | Наверх | Cообщить модератору

	147. "Уязвимость в Bluetooth-стеке BlueZ, позволяющая удалённо вып..."	+/–
	Сообщение от Ordu (ok), 20-Окт-20, 16:55
	> Практика. Ты приводишь дырявую практику, чтобы подтвердить неработоспособность теории? Эмм... как-то непоследовательно с твоей стороны, не находишь?
	Ответить | Правка | К родителю #146 | Наверх | Cообщить модератору

	127. "Уязвимость в Bluetooth-стеке BlueZ, позволяющая удалённо вып..."	+1 +/–
	Сообщение от Аноним (127), 18-Окт-20, 22:31
	А какие дистрибутивы нужны?
	Ответить | Правка | К родителю #96 | Наверх | Cообщить модератору

	141. "Уязвимость в Bluetooth-стеке BlueZ, позволяющая удалённо вып..."	+/–
	Сообщение от Аноним (140), 19-Окт-20, 15:48
	Вот сделай полезное дело, проведи исследование запустить тесты: 1. paxtest blackhat 2. checksec -f /sbin/init 3. checksec -pl 1
	Ответить | Правка | Наверх | Cообщить модератору

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

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