|
| 1.3, Аноним (3), 21:48, 31/10/2026 [ответить] [﹢﹢﹢] [ · · · ]
| +1 +/– |
Вот и сидите на некропомойке. Отсутствие санитизации ввода со страницы это конечно без комментариев, какой гений добавлял эту функциональность? Уверен, у него есть имя и фамилия.
| | |
| |
| 2.5, чатжпт (?), 22:12, 31/10/2026 [^] [^^] [^^^] [ответить]
| +2 +/– |
По поведению похоже на типичный код на php из начала 2000х с евалами, отсутствием проверок ввода, инклюдами ../../../apache.log и т.д.
| | |
| 2.11, Аноним (11), 22:24, 31/10/2026 [^] [^^] [^^^] [ответить]
| –1 +/– | |
> Отсутствие санитизации ввода со страницы это конечно без комментариев, какой гений добавлял эту функциональность?
Да ты посмотри на список ссылок под новостью: там взломы за взломами. Это типичное сделанное на коленке кривое недоразумение - зато свободное!
Надо быть не в своем уме, чтобы сейчас продолжать этим пользоваться, но у гнутых там своя атмосфера...
| | |
|
| 1.6, Аноним (6), 22:13, 31/10/2026 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
> был установлен дистрибутив Trisquel GNU/Linux 11
> с ядром linux-libre
Свoбода, которую мы заслyжили
| | |
| |
| 2.15, пох.. (?), 22:47, 31/10/2026 [^] [^^] [^^^] [ответить]
| –1 +/– | |
не, ну нам-то вот за что это всьо?! Я вот чем заслужил, у меня ни трипера этого, ни шва6одкина от драйверов и остаков разума ведра, впрочем, и башем-то пользуется клава а не я.
| | |
|
| 1.8, Аноном (?), 22:17, 31/10/2026 [ответить] [﹢﹢﹢] [ · · · ]
| +/– | |
> Права root на сервере были получены через эксплуатацию до этого уже известной уязвимости в ядре Linux,
А как же "придуманные уязвимости которые работают только в тепличных условиях"))?
> которое не было обновлено на сервере (был установлен дистрибутив Trisquel GNU/Linux 11 на базе Ubuntu 22.04 с ядром linux-libre 5.15).
Вот она сила linux-libre, бгг.
В общем в который раз ГНУ доказали, что буква К в их названии отвечает за Качество)
| | |
| |
| 2.19, пох.. (?), 23:31, 31/10/2026 [^] [^^] [^^^] [ответить]
| +/– | |
> Им надо на forgejo переехать.
на гитхап им надо переехать. вон пхпшники уже порвались - и с тех пор ни одного разрыва, между прочим.
потому что индусские админы все же лучше шв@60дных от денег (и разума).
| | |
|
| 1.14, Аноним (14), 22:37, 31/10/2026 [ответить] [﹢﹢﹢] [ · · · ]
| +/– | |
> Получив права root исследователи обнаружили в системе SSH-ключ у пользователя "gnubackup", позволяющий без пароля подключиться к хосту с резервными копиями.
бгггг, серьезно :)) а почему не наоборот, тоетсь бекап сервер подключается к серверу, который надо сбекапить.
| | |
| |
| 2.18, пох.. (?), 23:15, 31/10/2026 [^] [^^] [^^^] [ответить]
| +/– |
> бгггг, серьезно :)) а почему не наоборот, тоетсь бекап сервер подключается к
> серверу, который надо сбекапить.
чтобы на бэкап-сервере не было ключей от вообще всей инфраструктуры с рутовыми правами. Неожиданно, да?
Внезапно, это чуть ли не единственное, что они сделали правильно.
(еще более правильно, конечно, чтобы бэкап таки делался на самом сервере, а скачивался уже с правами только на чтение бэкапов, но это не так легко и просто устроить - как минимум нужно 2x места)
| | |
| |
| 3.20, pansa2 (?), 23:39, 31/10/2026 [^] [^^] [^^^] [ответить]
| +/– | |
>как минимум нужно 2x места)
zfs snapshot + replicate - и никакого 2x места не нужно.
А с bookmark'ами даже и снапшот не нужно хранить на хосте, т.е даже на дифф место не тратится. А для репликации можно использовать учетку вообще урезанную донельзя, а права на репликации выдать в самой zfs. И можно даже всё это делать с зашифрованным пулом.
| | |
|
|
|