forum.opennet.ru - "Детали возможной атаки на GNU Savannah, позволявшей скомпрометировать репозитории Bash и Coreutils" (37)

"Детали возможной атаки на GNU Savannah, позволявшей скомпрометировать репозитории Bash и Coreutils"

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

"Детали возможной атаки на GNU Savannah, позволявшей скомпрометировать репозитории Bash и Coreutils"	+/–
Сообщение от opennews (?), 31-Окт-26, 21:45
Компания Hacktron раскрыла подробности демонстрационной атаки на хостинг свободного кода GNU Savannah, который продолжает использоваться для разработки некоторых инструментов GNU, включая Bash и Coreutils. В результате проведённого эксперимента удалось выполнить код на сервере GNU Savannah, получить на нём права root, заменить SSH-ключи сопровождающего Bash, выявить возможность внесения изменений в основной git-репозиторий проекта Bash и получить доступ к серверу с резервными копиями... Подробнее: https://www.opennet.ru/opennews/art.shtml?num=66585
Ответить \| Правка \| Cообщить модератору

Оглавление

но заплакали и дали ему полтинник , пох.. (?), 21:45 , 31-Окт-26, (1)
Скрыто модератором, Аноним (2), 21:47 , 31-Окт-26, (2)
Вот и сидите на некропомойке Отсутствие санитизации ввода со страницы это конеч, Аноним (3), 21:48 , 31-Окт-26, (3) +2

По поведению похоже на типичный код на php из начала 2000х с евалами, отсутствие, чатжпт (?), 22:12 , 31-Окт-26, (5) +2

По поведению Да вы тот сайт откройте Он похож на нечто из 90х, древнее я тольк, Ivan_83 (ok), 00:27 , 01-Ноя-26, (24)

Да ты посмотри на список ссылок под новостью там взломы за взломами Это типичн, Аноним (11), 22:24 , 31-Окт-26, (11) –3

Ты всех не сгребай в кучу К примеру guix хостится на codeberg , Инопланетянин (?), 22:30 , 31-Окт-26, (13)

эти вот да, ловко спрятались - спрятатать ненужное ненужно в свалку ненужного, п, пох.. (?), 00:09 , 01-Ноя-26, (23)

Если бы только дыры, оно же не юзабельное абсолютно Когда пытаешь это использова, Ivan_83 (ok), 00:28 , 01-Ноя-26, (25) +1

Как просто, Аноним (4), 21:52 , 31-Окт-26, (4)

Обыденно, как зов природы , Аноним (10), 22:22 , 31-Окт-26, (10)

Свoбода, которую мы заслyжили, Аноним (6), 22:13 , 31-Окт-26, (6) –1

не, ну нам-то вот за что это всьо Я вот чем заслужил, у меня ни трипера этого,, пох.. (?), 22:47 , 31-Окт-26, (15) –1

Археологи безопасности обнаружили GNU Savanna , Аноним (7), 22:16 , 31-Окт-26, (7) +3
А как же придуманные уязвимости которые работают только в тепличных условиях , Аноном (?), 22:17 , 31-Окт-26, (8)
Скрыто модератором, Аноним (11), 22:18 , 31-Окт-26, (9)

Скрыто модератором, пох.. (?), 23:11 , 31-Окт-26, (17) +1

Им надо на forgejo переехать , Инопланетянин (?), 22:27 , 31-Окт-26, (12)

на гитхап им надо переехать вон пхпшники уже порвались - и с тех пор ни одного , пох.. (?), 23:31 , 31-Окт-26, (19)
Они не могут, у Столлмэна иделогически JS запрещён - он в его бравсере поди не п, Ivan_83 (ok), 00:31 , 01-Ноя-26, (28)

бгггг, серьезно а почему не наоборот, тоетсь бекап сервер подключается к сер, Аноним (14), 22:37 , 31-Окт-26, (14)

Скрыто модератором, Аноним (16), 22:58 , 31-Окт-26, (16) –2

Скрыто модератором, Аноним (14), 00:03 , 01-Ноя-26, (22)

чтобы на бэкап-сервере не было ключей от вообще всей инфраструктуры с рутовыми п, пох.. (?), 23:15 , 31-Окт-26, (18)

zfs snapshot replicate - и никакого 2x места не нужно А с bookmark ами даже и , pansa2 (?), 23:39 , 31-Окт-26, (20) –1

да ты я смотрю - мастер никем не хоженных грабель на новых костылях в общем, вы , пох.. (?), 00:29 , 01-Ноя-26, (26)
у zfs лицензия какая-то не такая поэтому btrfs снапшот но есть проблема - снапш, blin_glitor (-), 00:52 , 01-Ноя-26, (31)

серьезно обычно ломают основной сервак который ж0пой в сеть смотрит, а пото, Аноним (14), 00:00 , 01-Ноя-26, (21)

у л-хов - да У нормальных этот сервер как раз лучше всего защищен и мониторится , пох.. (?), 00:37 , 01-Ноя-26, (29)

ох, ох, ох, не дай Бог тебе увидеть тот день когда начисто все 5 бекап серверов , Аноним (14), 01:51 , 01-Ноя-26, (35)

Какой сервер Вот видишь есть webroot а рядом webroot_backup - вот туда и пиши с, Ivan_83 (ok), 00:30 , 01-Ноя-26, (27)

2x size А так, в принципе, почти угадал Ночью потом придет робот и скопирует в, пох.. (?), 00:41 , 01-Ноя-26, (30)

протрезвей, робот с наружи должен приходить подключаться и забирать, а не с само, Аноним (14), 01:54 , 01-Ноя-26, (37)

не сыпь мне соль на рану, песня такая есть Кнопка такая была Создать бекап , Аноним (14), 01:56 , 01-Ноя-26, (38)

Представляю сколько дыр в этой архаичной помойке И сколько на ней архаичных про, Аноним (32), 00:54 , 01-Ноя-26, (32)
а нужна ли там OverlayFS и если да то зачем можно сделать так CONFIG_OVERLAY_, blin_glitor (-), 01:12 , 01-Ноя-26, (34)
Вот вам и свобода 8212 свобода получать уязвимости по самые гланды , Bottle (?), 01:52 , 01-Ноя-26, (36)

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

1. "Детали возможной атаки на GNU Savannah, позволявшей скомпром..." +/–

Сообщение от пох.. (?), 31-Окт-26, 21:45

"но заплакали и дали ему полтинник"

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

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

Сообщение от Аноним (2), 31-Окт-26, 21:47

Убунтоиды специально подгадили.

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

3. "Детали возможной атаки на GNU Savannah, позволявшей скомпром..." +2 +/–

Сообщение от Аноним (3), 31-Окт-26, 21:48

Вот и сидите на некропомойке. Отсутствие санитизации ввода со страницы это конечно без комментариев, какой гений добавлял эту функциональность? Уверен, у него есть имя и фамилия.

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

5. "Детали возможной атаки на GNU Savannah, позволявшей скомпром..." +2 +/–

Сообщение от чатжпт (?), 31-Окт-26, 22:12

По поведению похоже на типичный код на php из начала 2000х с евалами, отсутствием проверок ввода, инклюдами ../../../apache.log и т.д.

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

24. "Детали возможной атаки на GNU Savannah, позволявшей скомпром..." +/–

Сообщение от Ivan_83 (ok), 01-Ноя-26, 00:27

По поведению!?
Да вы тот сайт откройте! Он похож на нечто из 90х, древнее я только на скриншотах видел да во всяких газетах которые в 90е бесплатно раздавали.

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

11. "Детали возможной атаки на GNU Savannah, позволявшей скомпром..." –3 +/–

Сообщение от Аноним (11), 31-Окт-26, 22:24

> Отсутствие санитизации ввода со страницы это конечно без комментариев, какой гений добавлял эту функциональность?
Да ты посмотри на список ссылок под новостью: там взломы за взломами. Это типичное сделанное на коленке кривое недоразумение - зато свободное!
Надо быть не в своем уме, чтобы сейчас продолжать этим пользоваться, но у гнутых там своя атмосфера...

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

13. "Детали возможной атаки на GNU Savannah, позволявшей скомпром..." +/–

Сообщение от Инопланетянин (?), 31-Окт-26, 22:30

Ты всех не сгребай в кучу. К примеру guix хостится на codeberg.

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

23. "Детали возможной атаки на GNU Savannah, позволявшей скомпром..." +/–

Сообщение от пох.. (?), 01-Ноя-26, 00:09

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

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

25. "Детали возможной атаки на GNU Savannah, позволявшей скомпром..." +1 +/–

Сообщение от Ivan_83 (ok), 01-Ноя-26, 00:28

Если бы только дыры, оно же не юзабельное абсолютно.
Когда пытаешь это использовать - прямо культурный шок наступает. Зато без JS.

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

4. "Детали возможной атаки на GNU Savannah, позволявшей скомпром..." +/–

Сообщение от Аноним (4), 31-Окт-26, 21:52

Как просто

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

10. "Детали возможной атаки на GNU Savannah, позволявшей скомпром..." +/–

Сообщение от Аноним (10), 31-Окт-26, 22:22

Обыденно, как зов природы.

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

6. "Детали возможной атаки на GNU Savannah, позволявшей скомпром..." –1 +/–

Сообщение от Аноним (6), 31-Окт-26, 22:13

> был установлен дистрибутив Trisquel GNU/Linux 11
> с ядром linux-libre
Свoбода, которую мы заслyжили

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

15. "Детали возможной атаки на GNU Savannah, позволявшей скомпром..." –1 +/–

Сообщение от пох.. (?), 31-Окт-26, 22:47

не, ну нам-то вот за что это всьо?! Я вот чем заслужил, у меня ни трипера этого, ни шва6одкина от драйверов и остаков разума ведра, впрочем, и башем-то пользуется клава а не я.

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

7. "Детали возможной атаки на GNU Savannah, позволявшей скомпром..." +3 +/–

Сообщение от Аноним (7), 31-Окт-26, 22:16

Археологи безопасности обнаружили GNU Savanna

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

8. "Детали возможной атаки на GNU Savannah, позволявшей скомпром..." +/–

Сообщение от Аноном (?), 31-Окт-26, 22:17

> Права root на сервере были получены через эксплуатацию до этого уже известной уязвимости в ядре Linux,
А как же "придуманные уязвимости которые работают только в тепличных условиях"))?
> которое не было обновлено на сервере (был установлен дистрибутив Trisquel GNU/Linux 11 на базе Ubuntu 22.04 с ядром linux-libre 5.15).
Вот она сила linux-libre, бгг.
В общем в который раз ГНУ доказали, что буква К в их названии отвечает за Качество)

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

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

Сообщение от Аноним (11), 31-Окт-26, 22:18

> Права root на сервере были получены через эксплуатацию до этого уже известной уязвимости в ядре Linux
> Для атаки использовалась уязвимость в OverlayFS
Только уязвимость не просто "в ядре Linux", а конкретно в левых убунтовских патчах для OverlayFS.
То есть одни некомпетенты (Canonical) накатили васянские патчи с дырой, вторые (Savannah) более 4 лет сидели на дырявой ОС, пока петух не клюнул.
Господи, как же им всем п*й...

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

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

Сообщение от пох.. (?), 31-Окт-26, 23:11

>> Права root на сервере были получены через эксплуатацию до этого уже известной уязвимости в ядре Linux
>> Для атаки использовалась уязвимость в OverlayFS
> Только уязвимость не просто "в ядре Linux", а конкретно в левых убунтовских
> патчах для OverlayFS.
Простити, а как левые убунтовские патчи попали в "linux-libre"? Что-то тут у них не сходится.
Убунта такого не патчила!
> То есть одни некомпетенты (Canonical) накатили васянские патчи с дырой, вторые (Savannah)
> более 4 лет сидели на дырявой ОС, пока петух не клюнул.
клава говорит - что эта хрень проявляется только при включенных USER_NS. Как всегда.
Которые и нахрен были не нужны, но затраханный админ гнутиков, у которого вместо зарплаты - гордость за торговую марку - не в курсе.
(а может еще и безопастных user-mode docker'ов понаставил, видал я и такое не раз)

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

12. "Детали возможной атаки на GNU Savannah, позволявшей скомпром..." +/–

Сообщение от Инопланетянин (?), 31-Окт-26, 22:27

Им надо на forgejo переехать.

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

19. "Детали возможной атаки на GNU Savannah, позволявшей скомпром..." +/–

Сообщение от пох.. (?), 31-Окт-26, 23:31

> Им надо на forgejo переехать.
на гитхап им надо переехать. вон пхпшники уже порвались - и с тех пор ни одного разрыва, между прочим.
потому что индусские админы все же лучше шв@60дных от денег (и разума).

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

28. "Детали возможной атаки на GNU Savannah, позволявшей скомпром..." +/–

Сообщение от Ivan_83 (ok), 01-Ноя-26, 00:31

Они не могут, у Столлмэна иделогически JS запрещён - он в его бравсере поди не поддерживается :)

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

14. "Детали возможной атаки на GNU Savannah, позволявшей скомпром..." +/–

Сообщение от Аноним (14), 31-Окт-26, 22:37

> Получив права root исследователи обнаружили в системе SSH-ключ у пользователя "gnubackup", позволяющий без пароля подключиться к хосту с резервными копиями.
бгггг, серьезно :)) а почему не наоборот, тоетсь бекап сервер подключается к серверу, который надо сбекапить.

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

16. Скрыто модератором –2 +/–

Сообщение от Аноним (16), 31-Окт-26, 22:58

> бгггг
> :))
когда в дом престарелых

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

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

Сообщение от Аноним (14), 01-Ноя-26, 00:03

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

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

18. "Детали возможной атаки на GNU Savannah, позволявшей скомпром..." +/–

Сообщение от пох.. (?), 31-Окт-26, 23:15

> бгггг, серьезно :)) а почему не наоборот, тоетсь бекап сервер подключается к
> серверу, который надо сбекапить.
чтобы на бэкап-сервере не было ключей от вообще всей инфраструктуры с рутовыми правами. Неожиданно, да?
Внезапно, это чуть ли не единственное, что они сделали правильно.
(еще более правильно, конечно, чтобы бэкап таки делался на самом сервере, а скачивался уже с правами только на чтение бэкапов, но это не так легко и просто устроить - как минимум нужно 2x места)

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

20. "Детали возможной атаки на GNU Savannah, позволявшей скомпром..." –1 +/–

Сообщение от pansa2 (?), 31-Окт-26, 23:39

>как минимум нужно 2x места)
zfs snapshot + replicate - и никакого 2x места не нужно.
А с bookmark'ами даже и снапшот не нужно хранить на хосте, т.е даже на дифф место не тратится. А для репликации можно использовать учетку вообще урезанную донельзя, а права на репликации выдать в самой zfs. И можно даже всё это делать с зашифрованным пулом.

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

26. "Детали возможной атаки на GNU Savannah, позволявшей скомпром..." +/–

Сообщение от пох.. (?), 01-Ноя-26, 00:29

да ты я смотрю - мастер никем не хоженных грабель на новых костылях!
в общем, вы приняты, завтра выходите на работу в gnu.org - вас там с такой квалификацией с нетерпением ждут.
(только сперва, к сожалению, придется пройти сеанс битья палкой по пяткам, в три этапа. За пронос на священную землю гнутиков мерзотной и проклятой cddl поделки! Но ты костылей же я вижу и любитель...)

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

31. "Детали возможной атаки на GNU Savannah, позволявшей скомпром..." +/–

Сообщение от blin_glitor (-), 01-Ноя-26, 00:52

у zfs лицензия какая-то не такая. поэтому btrfs снапшот.
но есть проблема - снапшоты не гарантируют консистентность бэкапа.

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

21. "Детали возможной атаки на GNU Savannah, позволявшей скомпром..." +/–

Сообщение от Аноним (14), 01-Ноя-26, 00:00

> с рутовыми правами
серьезно? :)) обычно ломают основной сервак который ж0пой в сеть смотрит, а потом уже до бекапов доходят, как в новости, а не на оборот :)))
> Внезапно, это чуть ли не единственное, что они сделали правильно.
не удивляйся когда поимеют твой серв вместе с бекапами :)))
> (еще более правильно, конечно, чтобы бэкап таки делался на самом сервере, а скачивался уже с правами только на чтение бэкапов, но это не так легко и просто устроить - как минимум нужно 2x места)
Противоречит первым двум утверждениям :))))) протрезвей, сочту за градус.

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

29. "Детали возможной атаки на GNU Savannah, позволявшей скомпром..." +/–

Сообщение от пох.. (?), 01-Ноя-26, 00:37

> серьезно? :)) обычно ломают основной сервак который ж0пой в сеть смотрит
у л-хов - да.
У нормальных этот сервер как раз лучше всего защищен и мониторится. А вот бэкап чаще всего давно всеми заброшен и прошлый раз заходили э... а, три года назад, когда диск вон в том полетел, потому что и нечего там делать.
Правда у нормальных бэкап не over ssh, конечно, который, сто раз д-ам повторяли но они никак не могут взять в толк - проектировался и всегда был - _шеллом_. И никакие навороты слоев костылеподпорок это не изменят. И никто уж конечно в здравом уме не складывает в одну кучу разные бэкапы.
И тогда даже попав туда - ну получишь ты бэкап того что уже и так поимел, с правами добавить следы своей деятельности строго поверх. Ни ключей от всего, ни доступов ко всему, потому что они бэкапной учетке нафиг и не нужны.

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

35. "Детали возможной атаки на GNU Savannah, позволявшей скомпром..." +/–

Сообщение от Аноним (14), 01-Ноя-26, 01:51

> у л-хов - да.
> давно всеми заброшен и прошлый раз заходили э... а, три года назад
ох, ох, ох, не дай Бог тебе увидеть тот день когда начисто все 5 бекап серверов занулят, чтобы планету не грели. :))))
> И никто уж конечно в здравом уме не складывает в одну кучу разные бэкапы.
Бекапы надежней основной системы должны быть как в плане безопасТности, так и в плане отказоустойчивости (избыточность, гео распределенность (привет яндекс) и т.д.), а самое главное всегда иметь план дизастер рековери, тот час икс как показывает история все же наступает, и неготовность к тому часу икс - фатальна!
"""
Платформа Yandex Cloud восстановила работу ключевых продуктов
Актуальная информация о работе платформы и отдельных сервисов теперь доступна для пользователей в Cloud Center.
"""
Думаю "до ручки" там еще никто не дошел.
> И тогда даже попав туда - ну получишь ты бэкап того что уже и так поимел
Ты даже не представляешь сколько бизнесов порушилось, когда им бекапы затерли (рансом это современный тренд), а кибердиверсии это другое.

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

27. "Детали возможной атаки на GNU Savannah, позволявшей скомпром..." +/–

Сообщение от Ivan_83 (ok), 01-Ноя-26, 00:30

Какой сервер!?
Вот видишь есть webroot а рядом webroot_backup - вот туда и пиши свои бэкапы. Сервер - придумают тоже.

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

30. "Детали возможной атаки на GNU Savannah, позволявшей скомпром..." +/–

Сообщение от пох.. (?), 01-Ноя-26, 00:41

2x size. А так, в принципе, почти угадал. Ночью потом придет робот и скопирует в другое место, возможно на другой стороне глобуса, и прав ни на что кроме чтения бэкап-файла и записи на той стороне - у него нет.

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

37. "Детали возможной атаки на GNU Savannah, позволявшей скомпром..." +/–

Сообщение от Аноним (14), 01-Ноя-26, 01:54

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

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

38. "Детали возможной атаки на GNU Savannah, позволявшей скомпром..." +/–

Сообщение от Аноним (14), 01-Ноя-26, 01:56

не сыпь мне соль на рану, песня такая есть :)) Кнопка такая была "Создать бекап", а по завершению "Скачать бекап" :))))

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

32. "Детали возможной атаки на GNU Savannah, позволявшей скомпром..." +/–

Сообщение от Аноним (32), 01-Ноя-26, 00:54

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

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

34. "Детали возможной атаки на GNU Savannah, позволявшей скомпром..." +/–

Сообщение от blin_glitor (-), 01-Ноя-26, 01:12

а нужна ли там OverlayFS и если да то зачем ?
можно сделать так:
# CONFIG_OVERLAY_FS is not set
и ваш сервер почти не уязвим.
ps: у меня по каким-то соображениям было
CONFIG_MPTCP=y
CONFIG_INET_MPTCP_DIAG=m
то ли на поиграть и забыть, то ли на всякий случай.

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

36. "Детали возможной атаки на GNU Savannah, позволявшей скомпром..." +/–

Сообщение от Bottle (?), 01-Ноя-26, 01:52

Вот вам и свобода — свобода получать уязвимости по самые гланды!

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

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

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

Хоcтинг:

1. "Детали возможной атаки на GNU Savannah, позволявшей скомпром..."	+/–
Сообщение от пох.. (?), 31-Окт-26, 21:45
"но заплакали и дали ему полтинник"
Ответить \| Правка \| Наверх \| Cообщить модератору

2. Скрыто модератором	+/–
Сообщение от Аноним (2), 31-Окт-26, 21:47
Убунтоиды специально подгадили.
Ответить \| Правка \| Наверх \| Cообщить модератору

3. "Детали возможной атаки на GNU Savannah, позволявшей скомпром..."	+2 +/–
Сообщение от Аноним (3), 31-Окт-26, 21:48
Вот и сидите на некропомойке. Отсутствие санитизации ввода со страницы это конечно без комментариев, какой гений добавлял эту функциональность? Уверен, у него есть имя и фамилия.
Ответить \| Правка \| Наверх \| Cообщить модератору


	5. "Детали возможной атаки на GNU Savannah, позволявшей скомпром..."	+2 +/–
	Сообщение от чатжпт (?), 31-Окт-26, 22:12
	По поведению похоже на типичный код на php из начала 2000х с евалами, отсутствием проверок ввода, инклюдами ../../../apache.log и т.д.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	24. "Детали возможной атаки на GNU Savannah, позволявшей скомпром..."	+/–
	Сообщение от Ivan_83 (ok), 01-Ноя-26, 00:27
	По поведению!? Да вы тот сайт откройте! Он похож на нечто из 90х, древнее я только на скриншотах видел да во всяких газетах которые в 90е бесплатно раздавали.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	11. "Детали возможной атаки на GNU Savannah, позволявшей скомпром..."	–3 +/–
	Сообщение от Аноним (11), 31-Окт-26, 22:24
	> Отсутствие санитизации ввода со страницы это конечно без комментариев, какой гений добавлял эту функциональность? Да ты посмотри на список ссылок под новостью: там взломы за взломами. Это типичное сделанное на коленке кривое недоразумение - зато свободное! Надо быть не в своем уме, чтобы сейчас продолжать этим пользоваться, но у гнутых там своя атмосфера...
	Ответить \| Правка \| К родителю #3 \| Наверх \| Cообщить модератору


	13. "Детали возможной атаки на GNU Savannah, позволявшей скомпром..."	+/–
	Сообщение от Инопланетянин (?), 31-Окт-26, 22:30
	Ты всех не сгребай в кучу. К примеру guix хостится на codeberg.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	23. "Детали возможной атаки на GNU Savannah, позволявшей скомпром..."	+/–
	Сообщение от пох.. (?), 01-Ноя-26, 00:09
	эти вот да, ловко спрятались - спрятатать ненужное ненужно в свалку ненужного, принадлежащую больной белке-истеричке, гарантирующей что в свалку попадает только продукция таких же больных. Тут уж даже хакер, посмотрев на это, не полтинник даст, а просто побежит прочь, сдерживая рвотные позывы. А без баша пока что вон даже клава не жилец.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	25. "Детали возможной атаки на GNU Savannah, позволявшей скомпром..."	+1 +/–
	Сообщение от Ivan_83 (ok), 01-Ноя-26, 00:28
	Если бы только дыры, оно же не юзабельное абсолютно. Когда пытаешь это использовать - прямо культурный шок наступает. Зато без JS.
	Ответить \| Правка \| К родителю #3 \| Наверх \| Cообщить модератору

4. "Детали возможной атаки на GNU Savannah, позволявшей скомпром..."	+/–
Сообщение от Аноним (4), 31-Окт-26, 21:52
Как просто
Ответить \| Правка \| Наверх \| Cообщить модератору


	10. "Детали возможной атаки на GNU Savannah, позволявшей скомпром..."	+/–
	Сообщение от Аноним (10), 31-Окт-26, 22:22
	Обыденно, как зов природы.
	Ответить \| Правка \| Наверх \| Cообщить модератору

6. "Детали возможной атаки на GNU Savannah, позволявшей скомпром..."	–1 +/–
Сообщение от Аноним (6), 31-Окт-26, 22:13
> был установлен дистрибутив Trisquel GNU/Linux 11 > с ядром linux-libre Свoбода, которую мы заслyжили
Ответить \| Правка \| Наверх \| Cообщить модератору


	15. "Детали возможной атаки на GNU Savannah, позволявшей скомпром..."	–1 +/–
	Сообщение от пох.. (?), 31-Окт-26, 22:47
	не, ну нам-то вот за что это всьо?! Я вот чем заслужил, у меня ни трипера этого, ни шва6одкина от драйверов и остаков разума ведра, впрочем, и башем-то пользуется клава а не я.
	Ответить \| Правка \| Наверх \| Cообщить модератору

7. "Детали возможной атаки на GNU Savannah, позволявшей скомпром..."	+3 +/–
Сообщение от Аноним (7), 31-Окт-26, 22:16
Археологи безопасности обнаружили GNU Savanna
Ответить \| Правка \| Наверх \| Cообщить модератору

8. "Детали возможной атаки на GNU Savannah, позволявшей скомпром..."	+/–
Сообщение от Аноном (?), 31-Окт-26, 22:17
> Права root на сервере были получены через эксплуатацию до этого уже известной уязвимости в ядре Linux, А как же "придуманные уязвимости которые работают только в тепличных условиях"))? > которое не было обновлено на сервере (был установлен дистрибутив Trisquel GNU/Linux 11 на базе Ubuntu 22.04 с ядром linux-libre 5.15). Вот она сила linux-libre, бгг. В общем в который раз ГНУ доказали, что буква К в их названии отвечает за Качество)
Ответить \| Правка \| Наверх \| Cообщить модератору

9. Скрыто модератором	+/–
Сообщение от Аноним (11), 31-Окт-26, 22:18
> Права root на сервере были получены через эксплуатацию до этого уже известной уязвимости в ядре Linux > Для атаки использовалась уязвимость в OverlayFS Только уязвимость не просто "в ядре Linux", а конкретно в левых убунтовских патчах для OverlayFS. То есть одни некомпетенты (Canonical) накатили васянские патчи с дырой, вторые (Savannah) более 4 лет сидели на дырявой ОС, пока петух не клюнул. Господи, как же им всем п*й...
Ответить \| Правка \| Наверх \| Cообщить модератору


	17. Скрыто модератором	+1 +/–
	Сообщение от пох.. (?), 31-Окт-26, 23:11
	>> Права root на сервере были получены через эксплуатацию до этого уже известной уязвимости в ядре Linux >> Для атаки использовалась уязвимость в OverlayFS > Только уязвимость не просто "в ядре Linux", а конкретно в левых убунтовских > патчах для OverlayFS. Простити, а как левые убунтовские патчи попали в "linux-libre"? Что-то тут у них не сходится. Убунта такого не патчила! > То есть одни некомпетенты (Canonical) накатили васянские патчи с дырой, вторые (Savannah) > более 4 лет сидели на дырявой ОС, пока петух не клюнул. клава говорит - что эта хрень проявляется только при включенных USER_NS. Как всегда. Которые и нахрен были не нужны, но затраханный админ гнутиков, у которого вместо зарплаты - гордость за торговую марку - не в курсе. (а может еще и безопастных user-mode docker'ов понаставил, видал я и такое не раз)
	Ответить \| Правка \| Наверх \| Cообщить модератору

12. "Детали возможной атаки на GNU Savannah, позволявшей скомпром..."	+/–
Сообщение от Инопланетянин (?), 31-Окт-26, 22:27
Им надо на forgejo переехать.
Ответить \| Правка \| Наверх \| Cообщить модератору


	19. "Детали возможной атаки на GNU Savannah, позволявшей скомпром..."	+/–
	Сообщение от пох.. (?), 31-Окт-26, 23:31
	> Им надо на forgejo переехать. на гитхап им надо переехать. вон пхпшники уже порвались - и с тех пор ни одного разрыва, между прочим. потому что индусские админы все же лучше шв@60дных от денег (и разума).
	Ответить \| Правка \| Наверх \| Cообщить модератору


	28. "Детали возможной атаки на GNU Savannah, позволявшей скомпром..."	+/–
	Сообщение от Ivan_83 (ok), 01-Ноя-26, 00:31
	Они не могут, у Столлмэна иделогически JS запрещён - он в его бравсере поди не поддерживается :)
	Ответить \| Правка \| К родителю #12 \| Наверх \| Cообщить модератору

14. "Детали возможной атаки на GNU Savannah, позволявшей скомпром..."	+/–
Сообщение от Аноним (14), 31-Окт-26, 22:37
> Получив права root исследователи обнаружили в системе SSH-ключ у пользователя "gnubackup", позволяющий без пароля подключиться к хосту с резервными копиями. бгггг, серьезно :)) а почему не наоборот, тоетсь бекап сервер подключается к серверу, который надо сбекапить.
Ответить \| Правка \| Наверх \| Cообщить модератору


	16. Скрыто модератором	–2 +/–
	Сообщение от Аноним (16), 31-Окт-26, 22:58
	> бгггг > :)) когда в дом престарелых
	Ответить \| Правка \| Наверх \| Cообщить модератору


	22. Скрыто модератором	+/–
	Сообщение от Аноним (14), 01-Ноя-26, 00:03
	> когда в дом престарелых ну тип того, одной ногой в могиле уже :))) Что там нынче у вас? Все еще образы виртуальных машин бекапите? Вимбекап живой еще там после самоубийства вмвари?
	Ответить \| Правка \| Наверх \| Cообщить модератору


	18. "Детали возможной атаки на GNU Savannah, позволявшей скомпром..."	+/–
	Сообщение от пох.. (?), 31-Окт-26, 23:15
	> бгггг, серьезно :)) а почему не наоборот, тоетсь бекап сервер подключается к > серверу, который надо сбекапить. чтобы на бэкап-сервере не было ключей от вообще всей инфраструктуры с рутовыми правами. Неожиданно, да? Внезапно, это чуть ли не единственное, что они сделали правильно. (еще более правильно, конечно, чтобы бэкап таки делался на самом сервере, а скачивался уже с правами только на чтение бэкапов, но это не так легко и просто устроить - как минимум нужно 2x места)
	Ответить \| Правка \| К родителю #14 \| Наверх \| Cообщить модератору


	20. "Детали возможной атаки на GNU Savannah, позволявшей скомпром..."	–1 +/–
	Сообщение от pansa2 (?), 31-Окт-26, 23:39
	>как минимум нужно 2x места) zfs snapshot + replicate - и никакого 2x места не нужно. А с bookmark'ами даже и снапшот не нужно хранить на хосте, т.е даже на дифф место не тратится. А для репликации можно использовать учетку вообще урезанную донельзя, а права на репликации выдать в самой zfs. И можно даже всё это делать с зашифрованным пулом.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	26. "Детали возможной атаки на GNU Savannah, позволявшей скомпром..."	+/–
	Сообщение от пох.. (?), 01-Ноя-26, 00:29
	да ты я смотрю - мастер никем не хоженных грабель на новых костылях! в общем, вы приняты, завтра выходите на работу в gnu.org - вас там с такой квалификацией с нетерпением ждут. (только сперва, к сожалению, придется пройти сеанс битья палкой по пяткам, в три этапа. За пронос на священную землю гнутиков мерзотной и проклятой cddl поделки! Но ты костылей же я вижу и любитель...)
	Ответить \| Правка \| Наверх \| Cообщить модератору


	31. "Детали возможной атаки на GNU Savannah, позволявшей скомпром..."	+/–
	Сообщение от blin_glitor (-), 01-Ноя-26, 00:52
	у zfs лицензия какая-то не такая. поэтому btrfs снапшот. но есть проблема - снапшоты не гарантируют консистентность бэкапа.
	Ответить \| Правка \| К родителю #20 \| Наверх \| Cообщить модератору


	21. "Детали возможной атаки на GNU Savannah, позволявшей скомпром..."	+/–
	Сообщение от Аноним (14), 01-Ноя-26, 00:00
	> с рутовыми правами серьезно? :)) обычно ломают основной сервак который ж0пой в сеть смотрит, а потом уже до бекапов доходят, как в новости, а не на оборот :))) > Внезапно, это чуть ли не единственное, что они сделали правильно. не удивляйся когда поимеют твой серв вместе с бекапами :))) > (еще более правильно, конечно, чтобы бэкап таки делался на самом сервере, а скачивался уже с правами только на чтение бэкапов, но это не так легко и просто устроить - как минимум нужно 2x места) Противоречит первым двум утверждениям :))))) протрезвей, сочту за градус.
	Ответить \| Правка \| К родителю #18 \| Наверх \| Cообщить модератору


	29. "Детали возможной атаки на GNU Savannah, позволявшей скомпром..."	+/–
	Сообщение от пох.. (?), 01-Ноя-26, 00:37
	> серьезно? :)) обычно ломают основной сервак который ж0пой в сеть смотрит у л-хов - да. У нормальных этот сервер как раз лучше всего защищен и мониторится. А вот бэкап чаще всего давно всеми заброшен и прошлый раз заходили э... а, три года назад, когда диск вон в том полетел, потому что и нечего там делать. Правда у нормальных бэкап не over ssh, конечно, который, сто раз д-ам повторяли но они никак не могут взять в толк - проектировался и всегда был - _шеллом_. И никакие навороты слоев костылеподпорок это не изменят. И никто уж конечно в здравом уме не складывает в одну кучу разные бэкапы. И тогда даже попав туда - ну получишь ты бэкап того что уже и так поимел, с правами добавить следы своей деятельности строго поверх. Ни ключей от всего, ни доступов ко всему, потому что они бэкапной учетке нафиг и не нужны.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	35. "Детали возможной атаки на GNU Savannah, позволявшей скомпром..."	+/–
	Сообщение от Аноним (14), 01-Ноя-26, 01:51
	> у л-хов - да. > давно всеми заброшен и прошлый раз заходили э... а, три года назад ох, ох, ох, не дай Бог тебе увидеть тот день когда начисто все 5 бекап серверов занулят, чтобы планету не грели. :)))) > И никто уж конечно в здравом уме не складывает в одну кучу разные бэкапы. Бекапы надежней основной системы должны быть как в плане безопасТности, так и в плане отказоустойчивости (избыточность, гео распределенность (привет яндекс) и т.д.), а самое главное всегда иметь план дизастер рековери, тот час икс как показывает история все же наступает, и неготовность к тому часу икс - фатальна! """ Платформа Yandex Cloud восстановила работу ключевых продуктов Актуальная информация о работе платформы и отдельных сервисов теперь доступна для пользователей в Cloud Center. """ Думаю "до ручки" там еще никто не дошел. > И тогда даже попав туда - ну получишь ты бэкап того что уже и так поимел Ты даже не представляешь сколько бизнесов порушилось, когда им бекапы затерли (рансом это современный тренд), а кибердиверсии это другое.
	Ответить \| Правка \| Наверх \| Cообщить модератору