The OpenNET Project / Index page

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



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

Оглавление

Атака на зависимости позволила выполнить код на серверах PayPal, Micrоsoft, Apple, Netflix, Uber и ещё 30 компаний, opennews (?), 10-Фев-21, (0) [смотреть все]

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


45. "Атака на зависимости позволила выполнить код на серверах Pay..."  +2 +/
Сообщение от Gogi (??), 10-Фев-21, 13:02 
Этот случай только лишний раз доказывает ущербность идеи "автоматических пакетов". Сеть априори считается ОПАСНЫМ местом. А вы оттуда тягаете пакеты на автомате и надеетесь, что хакеры это пропустят?? :)

Я уже несколько лет выступаю против нюГетов и подобных rовноподелий - им не место в продакшене! Для самопальных перделок - ради бога, но где идёт коммерческое ПО - сразу вон поганой метлой!

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

47. "Атака на зависимости позволила выполнить код на серверах Pay..."  +/
Сообщение от Аноним (-), 10-Фев-21, 13:06 
Может наоборот ? Там где комерческое - то пофиг, барин то платит.
Ответить | Правка | Наверх | Cообщить модератору

114. "Атака на зависимости позволила выполнить код на серверах Pay..."  +/
Сообщение от An O Nim (?), 10-Фев-21, 16:18 
Считается, что так тоже не катит. Т.к. в полезного в коммерческом вырастет тот, кто заботится. Двуличка с хорошим результатом - редкость.

Кому пофиг - халтурщики. Они уходят на сторону или не растут.

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

89. "Атака на зависимости позволила выполнить код на серверах Pay..."  –1 +/
Сообщение от JL2001 (ok), 10-Фев-21, 14:28 
> Этот случай только лишний раз доказывает ущербность идеи "автоматических пакетов". Сеть
> априори считается ОПАСНЫМ местом. А вы оттуда тягаете пакеты на автомате
> и надеетесь, что хакеры это пропустят?? :)
> Я уже несколько лет выступаю против нюГетов и подобных rовноподелий - им
> не место в продакшене! Для самопальных перделок - ради бога, но
> где идёт коммерческое ПО - сразу вон поганой метлой!

а линуксы в продакшене ты как обновляешь, братюнь?

зы: какова ответственность редхата за появление в его репозитории дырявого или протрояненого самим автором программы пакета?

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

115. "Атака на зависимости позволила выполнить код на серверах Pay..."  –2 +/
Сообщение от An O Nim (?), 10-Фев-21, 16:24 
Редхат как раз и есть внутренние штатные репо самого дистра RHE Линукс. Репы RHEL как раз внутренние репо самого RHEL.

А вот бездумное добавление в yum-dnf.conf реп третьих сторон даст уязвимость как в новости. И некоторые и так тоже делают... Всякие там PPA репо и прочие с хабров и т.п. "авторитетных" площадок.

Шапкины репы - внутренние для Шапки. Тут-то очень всё норм.

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

133. "Атака на зависимости позволила выполнить код на серверах Pay..."  +/
Сообщение от JL2001 (ok), 10-Фев-21, 18:24 
> Редхат как раз и есть внутренние штатные репо самого дистра RHE Линукс.
> Репы RHEL как раз внутренние репо самого RHEL.
> А вот бездумное добавление в yum-dnf.conf реп третьих сторон даст уязвимость как
> в новости. И некоторые и так тоже делают... Всякие там PPA
> репо и прочие с хабров и т.п. "авторитетных" площадок.
> Шапкины репы - внутренние для Шапки. Тут-то очень всё норм.

я купил суппорт редхата, подключил их репы, автор оченьНужнойПрограммы обсфурцировал трояна в обновлении (крызыс, все выживают, как могут), оно попало в редхатовские репы, я обновился, меня хакнули
какую ответственность несёт редхат?

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

152. "Атака на зависимости позволила выполнить код на серверах Pay..."  +2 +/
Сообщение от Аноним (152), 10-Фев-21, 22:25 
В теории ментейнер пакетов это не просто человек-компилятор, а ещё и в код смотрит и правит перед компиляцией если нужно. Хотя я почти уверен, что у красной шляпы соглашение написано не хуже чем у MS.
Ответить | Правка | Наверх | Cообщить модератору

163. "Атака на зависимости позволила выполнить код на серверах Pay..."  +/
Сообщение от JL2001 (ok), 11-Фев-21, 02:20 
> В теории ментейнер пакетов это не просто человек-компилятор, а ещё и в
> код смотрит и правит перед компиляцией если нужно. Хотя я почти
> уверен, что у красной шляпы соглашение написано не хуже чем у
> MS.

это то понятненько, что смотрит (в теории)
но вот сейчас у меня вопрос - какая ответственность прописана у редхата/оракла/итд если их мантейнер не смог рассмотреть если пришедший пакет повлёк денежный, репутационный, моральный ущерб

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

178. "Атака на зависимости позволила выполнить код на серверах Pay..."  +/
Сообщение от fske (?), 11-Фев-21, 18:44 
>какая ответственность прописана у редхата/оракла/итд

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

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

124. "Атака на зависимости позволила выполнить код на серверах Pay..."  +1 +/
Сообщение от пох. (?), 10-Фев-21, 17:50 
> зы: какова ответственность редхата за появление в его репозитории дырявого или протрояненого
> самим автором программы пакета?

ну раздавал же редхат непонятно кем и как модифицированный (и, что характерно - подписанный) ceph - и ничего, никто не пострадал.

Причем, кажется, так и не выяснилось, что это было и что случилось у тех кто успел савтоапгрейдиться.

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

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

139. "Атака на зависимости позволила выполнить код на серверах Pay..."  +/
Сообщение от Аноним (139), 10-Фев-21, 19:01 
Поддерживаю. Собственно поэтому приходится у себя в гит репозитории хранить все эти миллиарды пакетов. Неудобно, да. Но куда деваться?
Ответить | Правка | К родителю #45 | Наверх | Cообщить модератору

171. "Атака на зависимости позволила выполнить код на серверах Pay..."  +1 +/
Сообщение от anonymous (??), 11-Фев-21, 11:17 
Против выступать легко. А что в замен предложите?
Ответить | Правка | К родителю #45 | Наверх | Cообщить модератору

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

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




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

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