The OpenNET Project / Index page

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



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

Оглавление

Семь уязвимостей в IPMI-прошивках Supermicro, opennews (?), 07-Ноя-13, (0) [смотреть все]

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


16. "Семь уязвимостей в IPMI-прошивках Supermicro"  +1 +/
Сообщение от Аноним (-), 07-Ноя-13, 14:17 
Кстати да, IPMI у Supermicro не часто обновляется если вообще обновляется. Просто принцип "Работает не трогай" рано или поздно начинает давать сильную отдачу по то тому кто этот принцип применяет. Да и вообще веб интерфейс у них и так страшный так что нахождение там ошибок ни чуть не увиляет
Ответить | Правка | Наверх | Cообщить модератору

19. "Семь уязвимостей в IPMI-прошивках Supermicro"  +/
Сообщение от Аноним (-), 07-Ноя-13, 14:22 
> интерфейс у них и так страшный так что нахождение там ошибок
> ни чуть не увиляет

Зато обнаружение бэкдора - несомненно радует любителей проприетарщины.

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

22. "Семь уязвимостей в IPMI-прошивках Supermicro"  –1 +/
Сообщение от Аноним (-), 07-Ноя-13, 15:27 
> Зато обнаружение бэкдора - несомненно радует любителей проприетарщины.

Закладки в аппаратной части тоже ни кто не отменял. Так что тот факт, что у вас открытое ПО еще не показатель повышенной безопасности. )

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

23. "Семь уязвимостей в IPMI-прошивках Supermicro"  +1 +/
Сообщение от sfstudioemail (ok), 07-Ноя-13, 17:06 
Повышенной относительно чего? Относительно дырявой проприретари с закладками на том же железе с закладками??? Ещё как показатель. =)
Ответить | Правка | Наверх | Cообщить модератору

26. "Семь уязвимостей в IPMI-прошивках Supermicro"  +/
Сообщение от Аноним (-), 07-Ноя-13, 18:26 
> факт, что у вас открытое ПО еще не показатель повышенной безопасности. )

Это еще почему? Как минимум административный логин по типу AWARD_SW у супермикры очень даже отвалится. А сильно сложную логику в железо, в отличие от софта, не запихнешь.

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

28. "Семь уязвимостей в IPMI-прошивках Supermicro"  –2 +/
Сообщение от linux must __RIP__ (?), 07-Ноя-13, 19:18 
>> факт, что у вас открытое ПО еще не показатель повышенной безопасности. )
> Это еще почему? Как минимум административный логин по типу AWARD_SW у супермикры
> очень даже отвалится. А сильно сложную логику в железо, в отличие
> от софта, не запихнешь.

мисье вы о VHDL, AHDL, Verilog слышали? вот на VHDL делают целый 8051 на базе PLD... это называется сложную логику в железо не запихать? да еще и перепрограммуремую в Altera APEX (к примеру)..

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

44. "Семь уязвимостей в IPMI-прошивках Supermicro"  +/
Сообщение от Аноним (-), 08-Ноя-13, 16:12 
> мисье вы о VHDL, AHDL, Verilog слышали? вот на VHDL делают целый
> 8051 на базе PLD...

На их основе и более сложные вещи прототипируют. Тем не менее, процессор как таковой - всего лишь достаточно глупый автомат. Он своей линии поведения вообще не имеет. Ему еще код нужен, чтобы он что-то осмысленное делать мог. Код как раз и определяет как автомат между состояниями мотаться будет. А вот расписать сие в голом железе - ага, ЩАЗЗЗЗЗ. Даже вон CISC не могут сложные команды  напрямую в железе выполнять, разваливают их через uCode ROM на несколько простых команд которые уже можно влобовую послать в аппаратные блоки.

> это называется сложную логику в железо не запихать?

Именно так. А чего такого сложного в автомате с несколькими регистрами? Переходы между состояниями описываются внешним кодом и вся сложная логика - именно там.

> да еще и перепрограммуремую в Altera APEX (к примеру)..

И, конечно, никто не заметит лишнюю альтерину на плате...

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

29. "Семь уязвимостей в IPMI-прошивках Supermicro"  –2 +/
Сообщение от Аноним (-), 07-Ноя-13, 19:33 
Ни хочу никогда обидеть. Но открытость ПО еще не гарантирует того что данное ПО безопаснее чем закрытое. Например в некотором открытом ПО например в ядре Linux были ошибки которые не были выявлены годы. Это конечно же не бэкдор однако некоторые подобного рода ошибки позволяли получать полный контроль над системой. Что так же можно было использовать для дальнейшего внедрения бэкдора. Открытое ПО безусловно интересно по многим факторам, но что оно более безопаснее чем закрытое я бы не стал говорить, хотя бы потому что тут критериев безопасности много. К тому же уже были случае когда в открытом ПО находили бэкдоры, и хотя все это сводилось к разговору что «на один из серверов проекта проник злоумышленник и внедрил бэкдор» эти случае все же были. Открытое ПО может быть более качественным, поскольку оно публичное, и люди хотят делать все профессионально, потому что их работу видят не только в виде готовой программы но и в виде исходного кода. :)

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

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

30. "Семь уязвимостей в IPMI-прошивках Supermicro"  +2 +/
Сообщение от Анон42 (?), 07-Ноя-13, 22:08 
> Но открытость ПО еще не гарантирует

У нормальных людей Гарантирует!:)

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

38. "Семь уязвимостей в IPMI-прошивках Supermicro"  +/
Сообщение от анон (?), 08-Ноя-13, 12:19 
Если это не толстый троллинг, то гарантировать ничто не может, кроме случая собственноручной реализации как аппаратной, так и программной (что проще, в случае с СПО) части и то, сложность систем, способных на большее чем "Hello world", не дает права гарантировать, что в ПО и железе нет пусть не "закладок", а хотя бы, скажем так, "непредусмотренного поведения". Наличие таких "возможностей" не исключает их применения при взломе подобных систем. А те, кто думает, что безопасность можно гарантировать какими либо способами, те ССЗБ. Безопасность можно только повысить до какого-то уровня, обычно исходя из предполагаемых убытков в случае взлома.
Ответить | Правка | Наверх | Cообщить модератору

53. "Семь уязвимостей в IPMI-прошивках Supermicro"  +1 +/
Сообщение от Анон42 (?), 08-Ноя-13, 21:41 
Ok. Я процитирую ваше предложение полностью:)
> Но открытость ПО еще не гарантирует того что данное ПО безопаснее чем закрытое.

Отсюда следует, что "если ПО идентично по кодовой базе, но один вариант имеет открытые исходники, а другой таковых не имеет, то первый вариант, с точки зрения обеспечения безопасности предпочтительней, а соответственно "гарантирует, что он более безопасен". Корректность формулировки последней цитаты, с точки зрения русского языка, можно опустить.:)

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

56. "Семь уязвимостей в IPMI-прошивках Supermicro"  +/
Сообщение от анон (?), 08-Ноя-13, 23:55 
1. Вы банально приписали мне авторство высказывания другого человека.
2. Не поняли смысла написанного мной.
3. Не понимаете смысла слова "гарантирует".
4. Неправильно понимаете характер взаимосвязи между открытостью и безопасностью.
Ответить | Правка | Наверх | Cообщить модератору

45. "Семь уязвимостей в IPMI-прошивках Supermicro"  +/
Сообщение от Аноним (-), 08-Ноя-13, 16:20 
> Ни хочу никогда обидеть. Но открытость ПО еще не гарантирует того что
> данное ПО безопаснее чем закрытое.

Оно гарантирует что изначальные намерения - честные. А то что баги бывают в любых программах - мы в курсе. Только у проприетариев еще и предлагается верить узкой группе лиц что все честно, без возможности как либо проверить это по простому.

> что оно более безопаснее чем закрытое я бы не стал говорить,

Я бы сказал что оно априори вызывает больше доверия чем закрытое, потому что больше человеков могут проводить аудит и это ставит некоторый барьер на пути злонамеренрной внедрежки бэкдоров. Если уж мы о линуксе - там помнится успешно запалили попытку вброса бэкдора через (if ... =) вместо (if ... == ). А у проприетариев как видим встречаются и более брутальные и наглые плюхи - "а вот наш логин, хрен удалишь".

> делать все профессионально, потому что их работу видят не только в
> виде готовой программы но и в виде исходного кода. :)

И кроме того, при этом откровенное впихивание бэкдоров все-таки не пройдет.

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

Кроме того что чем больше в чипе логики - тем больше кристалл и дороже производство. Поэтому тратить половину площади чипа на бэкдор настоящего капиталиста элементарно удавит жаба.

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

50. "Семь уязвимостей в IPMI-прошивках Supermicro"  +/
Сообщение от анон (?), 08-Ноя-13, 19:20 
И откуда сведения о площади кристалла на 1 бэкдор? Не стоит исключать и (внезапно) прошивку в "железе", принимаемую за функции логики кристалла.
Ответить | Правка | Наверх | Cообщить модератору

55. "Семь уязвимостей в IPMI-прошивках Supermicro"  +/
Сообщение от XoRe (ok), 08-Ноя-13, 23:49 
> Ни хочу никогда обидеть. Но открытость ПО еще не гарантирует того что
> данное ПО безопаснее чем закрытое.

Не гарантирует, но шансы повышает на порядки.
На самом деле, можно сколько угодно спорить "я думаю, вот так. А я думаю, так".
Но мы же взрослые люди, можно вытащить и померить :)
Т.е. посмотреть статистику атак и взломов на те или иные системы.
Вопросы отпадут сами собой.
Ну и у открытого ПО скорость фиксов обычно выше (тоже можно поднять статитику).

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

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

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




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

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