The OpenNET Project / Index page

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



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

Оглавление

Захват контроля над уязвимыми серверами GitLab для вовлечения в проведение DDoS-атак, opennews (ok), 05-Ноя-21, (0) [смотреть все]

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


3. "Захват контроля над уязвимыми серверами GitLab для вовлечени..."  +8 +/
Сообщение от pashev.me (?), 05-Ноя-21, 23:23 
> Халатное отношение администраторов

Кривые руки разработчиков ни при чём.

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

5. "Захват контроля над уязвимыми серверами GitLab для вовлечени..."  +1 +/
Сообщение от альтернативно одаренный разработчик (?), 05-Ноя-21, 23:29 
Абсолютно!

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

Это все плохие, плохие админы, не ставящие каждый день новую версию, только что из под хвоста выпавшую (ну и что что она базу похерила? Зато уязвимость исправлена! И две но...ой. ну я уже исправил же ж!)

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

17. "Захват контроля над уязвимыми серверами GitLab для вовлечени..."  +/
Сообщение от Sw00p aka Jerom (?), 06-Ноя-21, 01:48 
https://www.freebsd.org/cgi/ports.cgi?query=gitlab-ce&stype=all

бедные админы, такую кучу апдейтить :)

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

33. "Захват контроля над уязвимыми серверами GitLab для вовлечени..."  +2 +/
Сообщение от Михрютка (ok), 06-Ноя-21, 11:40 
> https://www.freebsd.org/cgi/ports.cgi?query=gitlab-ce&stype=all
> бедные админы, такую кучу апдейтить :)

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

случайно накликанное по ссылке:

Requires: <blablabla>rubygem-sshkey-2.0.0<blablabla>

rubygem-sshkey-2.0.0
    Generate private/public SSH keypairs using pure Ruby
    Requires: <blablabla>indexinfo-0.3.1<blablabla>

indexinfo-0.3.1
    Utility to regenerate the GNU info page index

теперь и вы это увидели. живите теперь с этим.

PS

утром увиденное на HN

Creating a simple React app with create-react-app makes us fetch an absolutely absurd amount of code, files and folders under node_modules:

Size: 138 MB (145 255 382 bytes)
Size on disk: 181 MB (190 013 440 bytes)
Contains: 35 894 Files, 5 503 Folders

тут не исправить уже ничего, Господь, жги!

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

51. "Захват контроля над уязвимыми серверами GitLab для вовлечени..."  –1 +/
Сообщение от Растоманя (ok), 06-Ноя-21, 14:30 
А что это значит?
Ответить | Правка | Наверх | Cообщить модератору

63. "Захват контроля над уязвимыми серверами GitLab для вовлечени..."  +/
Сообщение от пох. (?), 06-Ноя-21, 16:17 
зависимости всего от всего.
Правда, у bsd pkg есть особенность - показывать те, что получаются если все делать по-умолчанию, никак это не комментируя. После ручных правок конфига оно иногда резко снижает аппетит.

Но часто гораздо большего можно добиться правкой мэйкфайлов, просто повыбрасывав оттуда половину содержимого *DEPENDS
Пока у меня оставались еще фряхи в не-следовом количестве, примерно так это и делалось. Экономило терабайты траффика.

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

52. "Захват контроля над уязвимыми серверами GitLab для вовлечени..."  +/
Сообщение от Sw00p aka Jerom (?), 06-Ноя-21, 14:31 
>модераторы забаньте ету ссылку

безобидная ссылка, кошмар когда после установки сделать pkg info :)

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

19. "Захват контроля над уязвимыми серверами GitLab для вовлечени..."  +/
Сообщение от Аноним (19), 06-Ноя-21, 01:58 
> на базе первой попавшей под руку библиотечки

Ну так напишите альтернативу ExifTool, с дамами и оптимизациями, охватив хотя бы графические форматы :) На безопасном Rust, конечно, бо на ржавом из под хвостов почти ничего и не вываливается - всё в головах...

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

37. "Захват контроля над уязвимыми серверами GitLab для вовлечени..."  +/
Сообщение от пох. (?), 06-Ноя-21, 12:12 
альтернативу exiftool для использования в гитшлаке можно написать вот так: /bin/false
Потому что она там вообще НАХРЕН не нужна.

А если бы даже и была нужна - для того, что оно там делает - я тебе такую альтернативу напишу на shell+od.

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

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

54. "Захват контроля над уязвимыми серверами GitLab для вовлечени..."  +/
Сообщение от Анто Нимно (?), 06-Ноя-21, 14:48 
> Потому что она там вообще НАХРЕН не нужна.

Вот - да.

Г-б имеет право на фанатов и существование, но как кусок софта - решение многогранное с признаками ненужного плохого. Кому неосмотрительно нравится - на здоровье. Но сам по себе содержит много, из-за чего не стал бы использовать (в т.ч. выставление ультиматумов заплатившим  пользователям) и не рекомендую подсаживаться на Г.

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

59. "Захват контроля над уязвимыми серверами GitLab для вовлечени..."  +/
Сообщение от пох. (?), 06-Ноя-21, 15:29 
хрен знает (мы не разработчики поэтому может просто слишком мелко для него плаваем) - но лично я в нем вообще не увидел причин его использовать во внутренней разработке. То есть чудище обло, озорно, стожопно и в дырьях, а полезного выхлопа около нуля.

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

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

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

29. "Захват контроля над уязвимыми серверами GitLab для вовлечени..."  +/
Сообщение от Михрютка (ok), 06-Ноя-21, 10:50 
>>>ExifTools
>>>первой попавшей под руку библиотечки

dude.

>>>Это все плохие, плохие админы, не ставящие каждый день новую версию, только что из под хвоста выпавшую (ну и что что она базу похерила? Зато уязвимость исправлена!

получи свой экземпляр RCE и радуйся безоблачной жизни дальше.

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

32. "Захват контроля над уязвимыми серверами GitLab для вовлечени..."  +/
Сообщение от YetAnotherOnanym (ok), 06-Ноя-21, 11:16 
> на базе первой попавшей под руку библиотечки

Можно подумать, вдумчиво отобранная библиотека гарантированно на 100% свободна от багов.

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

27. "Захват контроля над уязвимыми серверами GitLab для вовлечени..."  –1 +/
Сообщение от kai3341 (ok), 06-Ноя-21, 10:41 
> Кривые руки разработчиков ни при чём.

Уязвимость то по факту в 3rd party

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

31. "Захват контроля над уязвимыми серверами GitLab для вовлечени..."  +2 +/
Сообщение от Аноним (31), 06-Ноя-21, 11:09 
Но ответственность за её проявление в GitLab целиком на разработчиках GitLab, которые сумели приплести в зависимости код с низкопробной репутацией в области безопасности. Про передачу загруженных без аутентификации файлов монстру, который выбирает обработчик по заголовкам, а не расширению файла я вообще молчу.

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

35. "Захват контроля над уязвимыми серверами GitLab для вовлечени..."  +/
Сообщение от kai3341 (ok), 06-Ноя-21, 12:03 
> которые сумели приплести в зависимости код с низкопробной репутацией в области безопасности

Как должны были поступить разработчики gitlab? Предложите план действий.
Не нравится exiftool? Что использовать вместо него?


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

36. "Захват контроля над уязвимыми серверами GitLab для вовлечени..."  –5 +/
Сообщение от пох. (?), 06-Ноя-21, 12:09 
> Как должны были поступить разработчики gitlab?

пойти вон из профессии.

> Не нравится exiftool? Что использовать вместо него?

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

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

69. "Захват контроля над уязвимыми серверами GitLab для вовлечени..."  +/
Сообщение от kai3341 (ok), 06-Ноя-21, 18:13 
> пойти вон из профессии.
> научиться кодить или пойти вон из профессии.

ясно-понятно

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

42. "Захват контроля над уязвимыми серверами GitLab для вовлечени..."  +1 +/
Сообщение от Аноним (42), 06-Ноя-21, 12:40 
>Как должны были поступить разработчики gitlab? Предложите план действий.

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

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

43. "Захват контроля над уязвимыми серверами GitLab для вовлечени..."  +/
Сообщение от Аноним (43), 06-Ноя-21, 12:56 
мир просто еще не понял что им управляют прагматичные русские, у которых каждый угол научно обоснован
Ответить | Правка | Наверх | Cообщить модератору

74. "Захват контроля над уязвимыми серверами GitLab для вовлечени..."  +/
Сообщение от Ordu (ok), 06-Ноя-21, 23:34 
>> Халатное отношение администраторов
> Кривые руки разработчиков ни при чём.

Ты не задумывался ради чего назначаются виновные? Какой в этом смысл?

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

Или ты предпочитаешь другой ответ? Может задача вины указать на того, кто будет платить за повреждения? Но разработчики GitLab написали "WITHOUT ANY WARRANTY OF ANY KIND". А значит с них все взятки гладки.

А в целом, если тебе интересен вопрос назначения вины, то глянь сюда: https://en.wikipedia.org/wiki/Proximate_and_ultimate_causation
И ещё можно сюда: https://en.wikipedia.org/wiki/Proximate_cause или сюда: https://en.wikipedia.org/wiki/Why%E2%80%93bec...

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

78. "Захват контроля над уязвимыми серверами GitLab для вовлечени..."  +/
Сообщение от Sw00p aka Jerom (?), 07-Ноя-21, 11:47 
За каждое действие нужно нести ответственность, как повашему кто несет большую ответственность, обезьяна с гранатой, человек оставивший без присмотра обезьяну и гранату, или создатель гранаты, может продавец?
Ответить | Правка | Наверх | Cообщить модератору

79. "Захват контроля над уязвимыми серверами GitLab для вовлечени..."  +/
Сообщение от Sw00p aka Jerom (?), 07-Ноя-21, 11:49 
мораль сей басни такова, виновный всегда найдеться, а ответственность не несет только дурак или обезьяна.
Ответить | Правка | Наверх | Cообщить модератору

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

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




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

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