forum.opennet.ru - "Уязвимость в GCC, позволяющая обойти защиту от переполнения стека" (43)

"Уязвимость в GCC, позволяющая обойти защиту от переполнения стека"

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

"Уязвимость в GCC, позволяющая обойти защиту от переполнения стека"	+/–
Сообщение от opennews (??), 15-Сен-23, 14:14
В наборе компиляторов GCC выявлена уязвимость (CVE-2023-4039), позволяющая обойти режим "-fstack-protector", обеспечивающий защиту от атак, направленных на переполнение стека. Уязвимость проявляется только для приложений, собранных для архитектуры AArch64 и использующих динамическое выделение памяти для переменных. Проблема позволяет атакующему эксплуатировать уязвимости, приводящие к переполнению буфера при работе с динамически выделяемыми структурами, несмотря на включение защиты... Подробнее: https://www.opennet.me/opennews/art.shtml?num=59763
Ответить \| Правка \| Cообщить модератору

Оглавление

ожиданно надо_править как раз недавно на этот самый аарч64 и собирал Х, InuYasha (??), 14:14 , 15-Сен-23, (1) –1

Скрыто модератором, Аноним (-), 14:25 , 15-Сен-23, (6) –1
Аноним выше написал бред Напиши заявление на увольнение по собственному желанию,, Аноним (13), 14:55 , 15-Сен-23, (13) +1

Аноним прав, как правило в релизе задействован флаг protector-strong и protector, Аноним (14), 15:04 , 15-Сен-23, (14)

Это смортя кто релизит У меня релиз c code --param ssp-buffer-size 1 -fstack-p, Аноним (38), 07:23 , 16-Сен-23, (38)

Gentoo Hardened, по умолчанию, релиз code --param ssp-buffer-size 4 -fstack-pr, Аноним (46), 15:03 , 16-Сен-23, (46)

Скрыто модератором, Аноним (-), 14:52 , 17-Сен-23, (58) –1
Речь шла о настройках по умолчанию, спецификациях gcc, для Hardened Gentoo Как т, Аноним (62), 07:50 , 18-Сен-23, (62)

alloca - зло, Аноним (2), 14:15 , 15-Сен-23, (2) –1

Скрыто модератором, Аноним (-), 14:26 , 15-Сен-23, (7) +6
Скрыто модератором, Аноним (-), 09:26 , 16-Сен-23, (41) –2

Какая продуманная архитектура у этого арма , Аноним (14), 14:21 , 15-Сен-23, (4) +1

У RISC-V еще круче , там на безопасность сразу болт забили - проблемы с безопас, Аноним (19), 16:20 , 15-Сен-23, (19) +6

Пусть погроммисты правильно код пишут А то нарасплодилось , AKTEON (?), 19:44 , 15-Сен-23, (25) –4
Поясни, burjui (ok), 19:45 , 15-Сен-23, (26)

Прочти все ответы на этот комент https www opennet ru openforum vsluhforumID3, Аноним (38), 07:30 , 16-Сен-23, (39)

А при чем здесь архитектура арма Все вопросы к кодогенератору gcc для нее , Аноним (24), 19:31 , 15-Сен-23, (24) +1

Ахаха Кто там в предыдущей теме раз пять лез с советами использовать -fstack-pr, Анонин (?), 14:37 , 15-Сен-23, (11) +2

Так поэтому и новость - уязвимость, а не фича Завтра исправят и будет норм А ес, Аноним (15), 15:08 , 15-Сен-23, (15) +1

А в чём уязвимость Без отдельной уязвимости в софте толку от этого 0, а с допол, Аноним (20), 17:14 , 15-Сен-23, (20) +3
Сейчас любой комп это сплошная уязвимость Те кто думает что блоб только intel m, Аноним (21), 17:27 , 15-Сен-23, (21) +2

И каким образом АНБ подключается к микроконтрллеру , AKTEON (?), 20:58 , 15-Сен-23, (30)

Через вездесущие спутники илона маска, ИмяХ (?), 21:58 , 15-Сен-23, (32)
Специальной ассемблерной инструкцией или изменением битов или ещё чего-то там от, Товарищ Ким Чен Ын (?), 09:28 , 17-Сен-23, (52) +2
Программатором, когда есть доступ, как и все нормальные люди А затем делают выв, Аноним (56), 10:56 , 17-Сен-23, (56)

Сгорел сарай, гори и хата Правда неясно, какое отношение блоб Intel ME имеет к л, Аноним (33), 23:46 , 15-Сен-23, (33)

Отношение отказаться от компьютера вообще Л - логика Ты только представь как ж, Товарищ Ким Чен Ын (?), 09:30 , 17-Сен-23, (53)
Мне кажется никакого , Аноним (56), 11:05 , 17-Сен-23, (57)

что это IBV , Аноним (63), 14:06 , 18-Сен-23, (63)

Именно поэтому я за llvm clang , Пес (?), 18:22 , 15-Сен-23, (23) –4

Не любишь, когда уязвимости фиксят , C00l_ni66a (ok), 21:02 , 15-Сен-23, (31) +3
Появление clang обусловлено только лицензионной шизой и не более , Товарищ Ким Чен Ын (?), 09:24 , 17-Сен-23, (51)

день два, да дыру залатают, riokor (?), 19:57 , 15-Сен-23, (27)

Но софт собранный уязвимой версией сам не пересоберётся , Аноним (34), 00:12 , 16-Сен-23, (34)

Даёшь каждому приложению по собственному серверу, как завещал Великий Ленин , Аноним (37), 02:37 , 16-Сен-23, (37)

Т е исправление этой ошибки облегчит отладку ошибки переполнения буфера на AARC, Аноним (36), 02:13 , 16-Сен-23, (36)
Всё так печально , Аноним (40), 08:33 , 16-Сен-23, (40)

Угу Кмк в отрасли ныне имеет место быть параноидальная переоценка рисков Множест, Tron is Whistling (?), 10:58 , 16-Сен-23, (43) –2

А обусловлено всё гиперконцентрацией в мегаоблачках , проникновение в которые м, Tron is Whistling (?), 11:00 , 16-Сен-23, (44) –2

А у вас есть лучше идеи Мне кажется что по другому и не возможно, разве-что дру, Аноним (49), 02:12 , 17-Сен-23, (49)

Добрая часть современных погромистов и понятия не имеют что такое стек и как он , Товарищ Ким Чен Ын (?), 09:22 , 17-Сен-23, (50) +2

Стек - это первым вошёл и последник вышел , Аноним (-), 18:16 , 17-Сен-23, (60)

Это привет из ООП-говнопомойки Кошерный ООП требует, чтобы все переменные без и, adolfus (ok), 19:36 , 03-Окт-23, (65)

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

1. "Уязвимость в GCC, позволяющая обойти защиту от переполнения ..." –1 +/–

Сообщение от InuYasha (??), 15-Сен-23, 14:14

!ожиданно && надо_править // как раз недавно на этот самый аарч64 и собирал... Хотя, в итоге, этой опцией и не пользовался, вроде.

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

6. Скрыто модератором –1 +/–

Сообщение от Аноним (-), 15-Сен-23, 14:25

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

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

13. "Уязвимость в GCC, позволяющая обойти защиту от переполнения ..." +1 +/–

Сообщение от Аноним (13), 15-Сен-23, 14:55

Аноним выше написал бред:
> ею в релизе никто не пользуется. это дебажная фича для тестовых прогонов.
Напиши заявление на увольнение по собственному желанию, ты не компетентен.

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

14. "Уязвимость в GCC, позволяющая обойти защиту от переполнения ..." +/–

Сообщение от Аноним (14), 15-Сен-23, 15:04

Аноним прав, как правило в релизе задействован флаг protector-strong и protector-all является отладочным.

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

38. "Уязвимость в GCC, позволяющая обойти защиту от переполнения ..." +/–

Сообщение от Аноним (38), 16-Сен-23, 07:23

Это смортя кто релизит. У меня релиз c:

--param ssp-buffer-size=1 -fstack-protector-all

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

46. "Уязвимость в GCC, позволяющая обойти защиту от переполнения ..." +/–

Сообщение от Аноним (46), 16-Сен-23, 15:03

Gentoo Hardened, по умолчанию, релиз:

--param ssp-buffer-size=4 -fstack-protector-all

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

58. Скрыто модератором –1 +/–

Сообщение от Аноним (-), 17-Сен-23, 14:52

> Gentoo Hardened, по умолчанию, релиз:
> --param ssp-buffer-size=4 -fstack-protector-all
У генты бывают релизы? :)

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

62. "Уязвимость в GCC, позволяющая обойти защиту от переполнения ..." +/–

Сообщение от Аноним (62), 18-Сен-23, 07:50

Речь шла о настройках по умолчанию, спецификациях gcc, для Hardened Gentoo.
Как таковых релизов Gentoo нет, но есть релизы официальных Gentoo Live сборок:
1. Minimal installation CD
2. Admin CD
3. LiveGUI DVD
Последние, правильные, сборки Admin CD и LiveGUI DVD датированы февралём 2018. Сегодняшние "пионерские сборки" не рекомендую. Сегодняшние уже могут собирать без параметров '--param ssp-buffer-size=4 -fstack-protector-all'.

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

2. "Уязвимость в GCC, позволяющая обойти защиту от переполнения ..." –1 +/–

Сообщение от Аноним (2), 15-Сен-23, 14:15

alloca - зло

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

7. Скрыто модератором +6 +/–

Сообщение от Аноним (-), 15-Сен-23, 14:26

alloca - добро, сберегающее планете гигаватты.

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

41. Скрыто модератором –2 +/–

Сообщение от Аноним (-), 16-Сен-23, 09:26

alloc, пиши правильно. Aloha - это гавайское приветствие.

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

4. "Уязвимость в GCC, позволяющая обойти защиту от переполнения ..." +1 +/–

Сообщение от Аноним (14), 15-Сен-23, 14:21

Какая продуманная архитектура у этого арма.

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

19. "Уязвимость в GCC, позволяющая обойти защиту от переполнения ..." +6 +/–

Сообщение от Аноним (19), 15-Сен-23, 16:20

У RISC-V еще "круче", там на безопасность сразу болт забили - проблемы с безопасностью не считаются проблемами, гениально ведь!

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

25. "Уязвимость в GCC, позволяющая обойти защиту от переполнения ..." –4 +/–

Сообщение от AKTEON (?), 15-Сен-23, 19:44

Пусть погроммисты правильно код пишут !А то нарасплодилось!

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

26. "Уязвимость в GCC, позволяющая обойти защиту от переполнения ..." +/–

Сообщение от burjui (ok), 15-Сен-23, 19:45

Поясни

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

39. "Уязвимость в GCC, позволяющая обойти защиту от переполнения ..." +/–

Сообщение от Аноним (38), 16-Сен-23, 07:30

Прочти все ответы на этот комент: https://www.opennet.me/openforum/vsluhforumID3/129886.html#134 (О безопасной компьютерной архитектуре: CPU + ядро OS)

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

24. "Уязвимость в GCC, позволяющая обойти защиту от переполнения ..." +1 +/–

Сообщение от Аноним (24), 15-Сен-23, 19:31

А при чем здесь архитектура арма? Все вопросы к кодогенератору gcc для нее.

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

11. "Уязвимость в GCC, позволяющая обойти защиту от переполнения ..." +2 +/–

Сообщение от Анонин (?), 15-Сен-23, 14:37

Ахаха! Кто там в предыдущей теме раз пять лез с советами использовать -fstack-protector?
Получите, распишитесь!

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

15. "Уязвимость в GCC, позволяющая обойти защиту от переполнения ..." +1 +/–

Сообщение от Аноним (15), 15-Сен-23, 15:08

Так поэтому и новость - уязвимость, а не фича. Завтра исправят и будет норм.
А если в ядре уязвимость будет - больше ядром не пользуемся?

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

20. "Уязвимость в GCC, позволяющая обойти защиту от переполнения ..." +3 +/–

Сообщение от Аноним (20), 15-Сен-23, 17:14

А в чём уязвимость? Без отдельной уязвимости в софте толку от этого 0, а с дополнительной - так это она и уязвимость, а не сабж. Не уязвимость это, а у-визг-вимость.

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

21. "Уязвимость в GCC, позволяющая обойти защиту от переполнения ..." +2 +/–

Сообщение от Аноним (21), 15-Сен-23, 17:27

Сейчас любой комп это сплошная уязвимость. Те кто думает что блоб только intel me, вы сильно ошибаетесь. Блобы уже есть даже в ШИМ контроллерах, не говоря о других чипах которые так же с прошивкой.

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

30. "Уязвимость в GCC, позволяющая обойти защиту от переполнения ..." +/–

Сообщение от AKTEON (?), 15-Сен-23, 20:58

И каким образом АНБ подключается к микроконтрллеру ??

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

32. "Уязвимость в GCC, позволяющая обойти защиту от переполнения ..." +/–

Сообщение от ИмяХ (?), 15-Сен-23, 21:58

Через вездесущие спутники илона маска

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

52. "Уязвимость в GCC, позволяющая обойти защиту от переполнения ..." +2 +/–

Сообщение от Товарищ Ким Чен Ын (?), 17-Сен-23, 09:28

Специальной ассемблерной инструкцией или изменением битов или ещё чего-то там открывается то о существовании чего ты только догадываешься. Не зря же комп принудительно шатдаунится через 30 минут если вырезать из флешки регион IME.

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

56. "Уязвимость в GCC, позволяющая обойти защиту от переполнения ..." +/–

Сообщение от Аноним (56), 17-Сен-23, 10:56

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

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

33. "Уязвимость в GCC, позволяющая обойти защиту от переполнения ..." +/–

Сообщение от Аноним (33), 15-Сен-23, 23:46

Сгорел сарай, гори и хата.
Правда неясно, какое отношение блоб Intel ME имеет к лаже в опесорсном GCC.

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

53. "Уязвимость в GCC, позволяющая обойти защиту от переполнения ..." +/–

Сообщение от Товарищ Ким Чен Ын (?), 17-Сен-23, 09:30

> Сгорел сарай, гори и хата.
Отношение отказаться от компьютера вообще. Л - логика. Ты только представь как жизнь упростится и сколько появится времени на общение с живыми людьми.

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

57. "Уязвимость в GCC, позволяющая обойти защиту от переполнения ..." +/–

Сообщение от Аноним (56), 17-Сен-23, 11:05

Мне кажется никакого.

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

63. "Уязвимость в GCC, позволяющая обойти защиту от переполнения ..." +/–

Сообщение от Аноним (63), 18-Сен-23, 14:06

> ШИМ контроллерах
что это? IBV?

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

23. "Уязвимость в GCC, позволяющая обойти защиту от переполнения ..." –4 +/–

Сообщение от Пес (?), 15-Сен-23, 18:22

Именно поэтому я за llvm/clang.

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

31. "Уязвимость в GCC, позволяющая обойти защиту от переполнения ..." +3 +/–

Сообщение от C00l_ni66a (ok), 15-Сен-23, 21:02

Не любишь, когда уязвимости фиксят?

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

51. "Уязвимость в GCC, позволяющая обойти защиту от переполнения ..." +/–

Сообщение от Товарищ Ким Чен Ын (?), 17-Сен-23, 09:24

Появление clang обусловлено только лицензионной шизой и не более.

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

27. "Уязвимость в GCC, позволяющая обойти защиту от переполнения ..." +/–

Сообщение от riokor (?), 15-Сен-23, 19:57

день два, да дыру залатают

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

34. "Уязвимость в GCC, позволяющая обойти защиту от переполнения ..." +/–

Сообщение от Аноним (34), 16-Сен-23, 00:12

Но софт собранный уязвимой версией сам не пересоберётся.

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

37. "Уязвимость в GCC, позволяющая обойти защиту от переполнения ..." +/–

Сообщение от Аноним (37), 16-Сен-23, 02:37

Даёшь каждому приложению по собственному серверу, как завещал Великий Ленин!

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

36. "Уязвимость в GCC, позволяющая обойти защиту от переполнения ..." +/–

Сообщение от Аноним (36), 16-Сен-23, 02:13

Т.е. исправление этой ошибки облегчит отладку ошибки переполнения буфера на AARCH. Раньше это называли ошибкой, потом ишью, теперь уже уязвимость (компилятора)! Теперь вопрос — где эта архитектура применяется? Не интересовался как-то.

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

40. "Уязвимость в GCC, позволяющая обойти защиту от переполнения ..." +/–

Сообщение от Аноним (40), 16-Сен-23, 08:33

> Защита "-fstack-protector" основана на добавлении в стек после указателей и объектов канареечных меток - случайных последовательностей, неизменность которых проверяется...
Всё так печально?

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

43. "Уязвимость в GCC, позволяющая обойти защиту от переполнения ..." –2 +/–

Сообщение от Tron is Whistling (?), 16-Сен-23, 10:58

Угу.
Кмк в отрасли ныне имеет место быть параноидальная переоценка рисков.
Множественные статьи о wifi-радарах, съёмке моргания LED при чтении смарт-карты и прочем маразме только подтверждают.

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

44. "Уязвимость в GCC, позволяющая обойти защиту от переполнения ..." –2 +/–

Сообщение от Tron is Whistling (?), 16-Сен-23, 11:00

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

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

49. "Уязвимость в GCC, позволяющая обойти защиту от переполнения ..." +/–

Сообщение от Аноним (49), 17-Сен-23, 02:12

А у вас есть лучше идеи? Мне кажется что по другому и не возможно, разве-что другой язык использовать.

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

50. "Уязвимость в GCC, позволяющая обойти защиту от переполнения ..." +2 +/–

Сообщение от Товарищ Ким Чен Ын (?), 17-Сен-23, 09:22

Добрая часть современных погромистов и понятия не имеют что такое стек и как он вообще работает. Их стек это стек оверфлоу.

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

60. "Уязвимость в GCC, позволяющая обойти защиту от переполнения ..." +/–

Сообщение от Аноним (-), 17-Сен-23, 18:16

Стек - это первым вошёл и последник вышел.

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

65. "Уязвимость в GCC, позволяющая обойти защиту от переполнения ..." +/–

Сообщение от adolfus (ok), 03-Окт-23, 19:36

Это привет из ООП-говнопомойки.
Кошерный ООП требует, чтобы все переменные без исключения размещались в куче. Типа, как в жабе. Из-за катастрофической потери производительности многие как-бы ООП языки забивают на теорию и выделяют память локальным (автоматическим) переменным в стеке (что совершенно правильно с точки зрения нормального разума). Не пользуйтесь языками, которые неявно выделяют память переменным в куче -- не будет проблем. Польщуйтесь явными запросами к системе для этого (malloc/new), если требуется.

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

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

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

Партнёры:

Хостинг:

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

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

1. "Уязвимость в GCC, позволяющая обойти защиту от переполнения ..."	–1 +/–
Сообщение от InuYasha (??), 15-Сен-23, 14:14
!ожиданно && надо_править // как раз недавно на этот самый аарч64 и собирал... Хотя, в итоге, этой опцией и не пользовался, вроде.
Ответить \| Правка \| Наверх \| Cообщить модератору


	6. Скрыто модератором	–1 +/–
	Сообщение от Аноним (-), 15-Сен-23, 14:25
	ею в релизе никто не пользуется. это дебажная фича для тестовых прогонов.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	13. "Уязвимость в GCC, позволяющая обойти защиту от переполнения ..."	+1 +/–
	Сообщение от Аноним (13), 15-Сен-23, 14:55
	Аноним выше написал бред: > ею в релизе никто не пользуется. это дебажная фича для тестовых прогонов. Напиши заявление на увольнение по собственному желанию, ты не компетентен.
	Ответить \| Правка \| К родителю #1 \| Наверх \| Cообщить модератору


	14. "Уязвимость в GCC, позволяющая обойти защиту от переполнения ..."	+/–
	Сообщение от Аноним (14), 15-Сен-23, 15:04
	Аноним прав, как правило в релизе задействован флаг protector-strong и protector-all является отладочным.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	38. "Уязвимость в GCC, позволяющая обойти защиту от переполнения ..."	+/–
	Сообщение от Аноним (38), 16-Сен-23, 07:23
	Это смортя кто релизит. У меня релиз c: --param ssp-buffer-size=1 -fstack-protector-all
	Ответить \| Правка \| Наверх \| Cообщить модератору


	46. "Уязвимость в GCC, позволяющая обойти защиту от переполнения ..."	+/–
	Сообщение от Аноним (46), 16-Сен-23, 15:03
	Gentoo Hardened, по умолчанию, релиз: --param ssp-buffer-size=4 -fstack-protector-all
	Ответить \| Правка \| Наверх \| Cообщить модератору


	58. Скрыто модератором	–1 +/–
	Сообщение от Аноним (-), 17-Сен-23, 14:52
	> Gentoo Hardened, по умолчанию, релиз: > --param ssp-buffer-size=4 -fstack-protector-all У генты бывают релизы? :)
	Ответить \| Правка \| Наверх \| Cообщить модератору


	62. "Уязвимость в GCC, позволяющая обойти защиту от переполнения ..."	+/–
	Сообщение от Аноним (62), 18-Сен-23, 07:50
	Речь шла о настройках по умолчанию, спецификациях gcc, для Hardened Gentoo. Как таковых релизов Gentoo нет, но есть релизы официальных Gentoo Live сборок: 1. Minimal installation CD 2. Admin CD 3. LiveGUI DVD Последние, правильные, сборки Admin CD и LiveGUI DVD датированы февралём 2018. Сегодняшние "пионерские сборки" не рекомендую. Сегодняшние уже могут собирать без параметров '--param ssp-buffer-size=4 -fstack-protector-all'.
	Ответить \| Правка \| К родителю #46 \| Наверх \| Cообщить модератору

2. "Уязвимость в GCC, позволяющая обойти защиту от переполнения ..."	–1 +/–
Сообщение от Аноним (2), 15-Сен-23, 14:15
alloca - зло
Ответить \| Правка \| Наверх \| Cообщить модератору


	7. Скрыто модератором	+6 +/–
	Сообщение от Аноним (-), 15-Сен-23, 14:26
	alloca - добро, сберегающее планете гигаватты.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	41. Скрыто модератором	–2 +/–
	Сообщение от Аноним (-), 16-Сен-23, 09:26
	alloc, пиши правильно. Aloha - это гавайское приветствие.
	Ответить \| Правка \| К родителю #2 \| Наверх \| Cообщить модератору

4. "Уязвимость в GCC, позволяющая обойти защиту от переполнения ..."	+1 +/–
Сообщение от Аноним (14), 15-Сен-23, 14:21
Какая продуманная архитектура у этого арма.
Ответить \| Правка \| Наверх \| Cообщить модератору


	19. "Уязвимость в GCC, позволяющая обойти защиту от переполнения ..."	+6 +/–
	Сообщение от Аноним (19), 15-Сен-23, 16:20
	У RISC-V еще "круче", там на безопасность сразу болт забили - проблемы с безопасностью не считаются проблемами, гениально ведь!
	Ответить \| Правка \| Наверх \| Cообщить модератору


	25. "Уязвимость в GCC, позволяющая обойти защиту от переполнения ..."	–4 +/–
	Сообщение от AKTEON (?), 15-Сен-23, 19:44
	Пусть погроммисты правильно код пишут !А то нарасплодилось!
	Ответить \| Правка \| Наверх \| Cообщить модератору


	26. "Уязвимость в GCC, позволяющая обойти защиту от переполнения ..."	+/–
	Сообщение от burjui (ok), 15-Сен-23, 19:45
	Поясни
	Ответить \| Правка \| К родителю #19 \| Наверх \| Cообщить модератору


	39. "Уязвимость в GCC, позволяющая обойти защиту от переполнения ..."	+/–
	Сообщение от Аноним (38), 16-Сен-23, 07:30
	Прочти все ответы на этот комент: https://www.opennet.me/openforum/vsluhforumID3/129886.html#134 (О безопасной компьютерной архитектуре: CPU + ядро OS)
	Ответить \| Правка \| Наверх \| Cообщить модератору


	24. "Уязвимость в GCC, позволяющая обойти защиту от переполнения ..."	+1 +/–
	Сообщение от Аноним (24), 15-Сен-23, 19:31
	А при чем здесь архитектура арма? Все вопросы к кодогенератору gcc для нее.
	Ответить \| Правка \| К родителю #4 \| Наверх \| Cообщить модератору

11. "Уязвимость в GCC, позволяющая обойти защиту от переполнения ..."	+2 +/–
Сообщение от Анонин (?), 15-Сен-23, 14:37
Ахаха! Кто там в предыдущей теме раз пять лез с советами использовать -fstack-protector? Получите, распишитесь!
Ответить \| Правка \| Наверх \| Cообщить модератору


	15. "Уязвимость в GCC, позволяющая обойти защиту от переполнения ..."	+1 +/–
	Сообщение от Аноним (15), 15-Сен-23, 15:08
	Так поэтому и новость - уязвимость, а не фича. Завтра исправят и будет норм. А если в ядре уязвимость будет - больше ядром не пользуемся?
	Ответить \| Правка \| Наверх \| Cообщить модератору

20. "Уязвимость в GCC, позволяющая обойти защиту от переполнения ..."	+3 +/–
Сообщение от Аноним (20), 15-Сен-23, 17:14
А в чём уязвимость? Без отдельной уязвимости в софте толку от этого 0, а с дополнительной - так это она и уязвимость, а не сабж. Не уязвимость это, а у-визг-вимость.
Ответить \| Правка \| Наверх \| Cообщить модератору

21. "Уязвимость в GCC, позволяющая обойти защиту от переполнения ..."	+2 +/–
Сообщение от Аноним (21), 15-Сен-23, 17:27
Сейчас любой комп это сплошная уязвимость. Те кто думает что блоб только intel me, вы сильно ошибаетесь. Блобы уже есть даже в ШИМ контроллерах, не говоря о других чипах которые так же с прошивкой.
Ответить \| Правка \| Наверх \| Cообщить модератору


	30. "Уязвимость в GCC, позволяющая обойти защиту от переполнения ..."	+/–
	Сообщение от AKTEON (?), 15-Сен-23, 20:58
	И каким образом АНБ подключается к микроконтрллеру ??
	Ответить \| Правка \| Наверх \| Cообщить модератору


	32. "Уязвимость в GCC, позволяющая обойти защиту от переполнения ..."	+/–
	Сообщение от ИмяХ (?), 15-Сен-23, 21:58
	Через вездесущие спутники илона маска
	Ответить \| Правка \| Наверх \| Cообщить модератору


	52. "Уязвимость в GCC, позволяющая обойти защиту от переполнения ..."	+2 +/–
	Сообщение от Товарищ Ким Чен Ын (?), 17-Сен-23, 09:28
	Специальной ассемблерной инструкцией или изменением битов или ещё чего-то там открывается то о существовании чего ты только догадываешься. Не зря же комп принудительно шатдаунится через 30 минут если вырезать из флешки регион IME.
	Ответить \| Правка \| К родителю #30 \| Наверх \| Cообщить модератору


	56. "Уязвимость в GCC, позволяющая обойти защиту от переполнения ..."	+/–
	Сообщение от Аноним (56), 17-Сен-23, 10:56
	Программатором, когда есть доступ, как и все нормальные люди. А затем делают выводы, все зависит от устройства. Проблема в том что микроконтроллер, который окончательно запрограммирован не должен выдавать лишнюю информацию, но у него могут быть недокументированные возможности.
	Ответить \| Правка \| К родителю #30 \| Наверх \| Cообщить модератору


	33. "Уязвимость в GCC, позволяющая обойти защиту от переполнения ..."	+/–
	Сообщение от Аноним (33), 15-Сен-23, 23:46
	Сгорел сарай, гори и хата. Правда неясно, какое отношение блоб Intel ME имеет к лаже в опесорсном GCC.
	Ответить \| Правка \| К родителю #21 \| Наверх \| Cообщить модератору


	53. "Уязвимость в GCC, позволяющая обойти защиту от переполнения ..."	+/–
	Сообщение от Товарищ Ким Чен Ын (?), 17-Сен-23, 09:30
	> Сгорел сарай, гори и хата. Отношение отказаться от компьютера вообще. Л - логика. Ты только представь как жизнь упростится и сколько появится времени на общение с живыми людьми.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	57. "Уязвимость в GCC, позволяющая обойти защиту от переполнения ..."	+/–
	Сообщение от Аноним (56), 17-Сен-23, 11:05
	Мне кажется никакого.
	Ответить \| Правка \| К родителю #33 \| Наверх \| Cообщить модератору


	63. "Уязвимость в GCC, позволяющая обойти защиту от переполнения ..."	+/–
	Сообщение от Аноним (63), 18-Сен-23, 14:06
	> ШИМ контроллерах что это? IBV?
	Ответить \| Правка \| К родителю #21 \| Наверх \| Cообщить модератору

23. "Уязвимость в GCC, позволяющая обойти защиту от переполнения ..."	–4 +/–
Сообщение от Пес (?), 15-Сен-23, 18:22
Именно поэтому я за llvm/clang.
Ответить \| Правка \| Наверх \| Cообщить модератору