The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



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

Оглавление

Уязвимость в прошивках AMI MegaRAC, вызванная поставкой старой версии lighttpd, opennews (??), 14-Апр-24, (0) [смотреть все]

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


8. "Уязвимость в прошивках AMI MegaRAC, вызванная поставкой стар..."  +2 +/
Сообщение от Аноним (8), 14-Апр-24, 23:54 
> То ли дело программные продукты, которые преподносят себя как "_insecure_, slow, incompliant and very rigid". У них-то такого никогда не может быть.

У них есть одно существенное преимущество по сравнению с lighttpd: честность.

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

21. "Уязвимость в прошивках AMI MegaRAC, вызванная поставкой стар..."  +/
Сообщение от Аноним (21), 15-Апр-24, 08:29 
Как ты это преимущество монетизируешь?
Ответить | Правка | Наверх | Cообщить модератору

35. "Уязвимость в прошивках AMI MegaRAC, вызванная поставкой стар..."  +/
Сообщение от Аноним (8), 15-Апр-24, 15:10 
Репутация — очень ценный актив любой нормальной компании.
Ответить | Правка | Наверх | Cообщить модератору

36. "Уязвимость в прошивках AMI MegaRAC, вызванная поставкой стар..."  +1 +/
Сообщение от scriptkiddis (?), 15-Апр-24, 21:04 
А таким как ты бы весь мир монетизировать, все в монетках
Ответить | Правка | К родителю #21 | Наверх | Cообщить модератору

25. "Уязвимость в прошивках AMI MegaRAC, вызванная поставкой стар..."  +/
Сообщение от YetAnotherOnanym (ok), 15-Апр-24, 09:11 
Это очень важно в эксплуатации, да.
Ответить | Правка | К родителю #8 | Наверх | Cообщить модератору

32. "Уязвимость в прошивках AMI MegaRAC, вызванная поставкой стар..."  +2 +/
Сообщение от Аноним (-), 15-Апр-24, 10:51 
Да, прикинь это важно.
Если разраб пытается замести уязвимости под ковер, то это проблема на порядок больше, чем софтина где их больше, но их нормально закрывают.

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

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

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

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

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




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру