|
| 1.3, Аноним (3), 21:48, 31/10/2026 [ответить] [﹢﹢﹢] [ · · · ]
| +2 +/– |
Вот и сидите на некропомойке. Отсутствие санитизации ввода со страницы это конечно без комментариев, какой гений добавлял эту функциональность? Уверен, у него есть имя и фамилия.
| | |
| |
| 2.5, чатжпт (?), 22:12, 31/10/2026 [^] [^^] [^^^] [ответить]
| +2 +/– |
По поведению похоже на типичный код на php из начала 2000х с евалами, отсутствием проверок ввода, инклюдами ../../../apache.log и т.д.
| | |
| |
| 3.24, Ivan_83 (ok), 00:27, 01/11/2026 [^] [^^] [^^^] [ответить]
| +/– |
 По поведению!?
Да вы тот сайт откройте! Он похож на нечто из 90х, древнее я только на скриншотах видел да во всяких газетах которые в 90е бесплатно раздавали.
| | |
|
| 2.11, Аноним (11), 22:24, 31/10/2026 [^] [^^] [^^^] [ответить]
| –3 +/– | |
> Отсутствие санитизации ввода со страницы это конечно без комментариев, какой гений добавлял эту функциональность?
Да ты посмотри на список ссылок под новостью: там взломы за взломами. Это типичное сделанное на коленке кривое недоразумение - зато свободное!
Надо быть не в своем уме, чтобы сейчас продолжать этим пользоваться, но у гнутых там своя атмосфера...
| | |
| |
| |
| 4.23, пох.. (?), 00:09, 01/11/2026 [^] [^^] [^^^] [ответить]
| +/– | |
эти вот да, ловко спрятались - спрятатать ненужное ненужно в свалку ненужного, принадлежащую больной белке-истеричке, гарантирующей что в свалку попадает только продукция таких же больных.
Тут уж даже хакер, посмотрев на это, не полтинник даст, а просто побежит прочь, сдерживая рвотные позывы.
А без баша пока что вон даже клава не жилец.
| | |
|
|
| 2.25, Ivan_83 (ok), 00:28, 01/11/2026 [^] [^^] [^^^] [ответить]
| +/– |
Если бы только дыры, оно же не юзабельное абсолютно.
Когда пытаешь это использовать - прямо культурный шок наступает. Зато без JS.
| | |
|
| 1.6, Аноним (6), 22:13, 31/10/2026 [ответить] [﹢﹢﹢] [ · · · ]
| –1 +/– |
> был установлен дистрибутив Trisquel GNU/Linux 11
> с ядром linux-libre
Свoбода, которую мы заслyжили
| | |
| |
| 2.15, пох.. (?), 22:47, 31/10/2026 [^] [^^] [^^^] [ответить]
| –1 +/– | |
не, ну нам-то вот за что это всьо?! Я вот чем заслужил, у меня ни трипера этого, ни шва6одкина от драйверов и остаков разума ведра, впрочем, и башем-то пользуется клава а не я.
| | |
|
| 1.8, Аноном (?), 22:17, 31/10/2026 [ответить] [﹢﹢﹢] [ · · · ]
| –1 +/– | |
> Права root на сервере были получены через эксплуатацию до этого уже известной уязвимости в ядре Linux,
А как же "придуманные уязвимости которые работают только в тепличных условиях"))?
> которое не было обновлено на сервере (был установлен дистрибутив Trisquel GNU/Linux 11 на базе Ubuntu 22.04 с ядром linux-libre 5.15).
Вот она сила linux-libre, бгг.
В общем в который раз ГНУ доказали, что буква К в их названии отвечает за Качество)
| | |
| |
| 2.19, пох.. (?), 23:31, 31/10/2026 [^] [^^] [^^^] [ответить]
| +/– | |
> Им надо на forgejo переехать.
на гитхап им надо переехать. вон пхпшники уже порвались - и с тех пор ни одного разрыва, между прочим.
потому что индусские админы все же лучше шв@60дных от денег (и разума).
| | |
| 2.28, Ivan_83 (ok), 00:31, 01/11/2026 [^] [^^] [^^^] [ответить]
| +/– |
Они не могут, у Столлмэна иделогически JS запрещён - он в его бравсере поди не поддерживается :)
| | |
|
| 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 [^] [^^] [^^^] [ответить]
| –1 +/– | |
>как минимум нужно 2x места)
zfs snapshot + replicate - и никакого 2x места не нужно.
А с bookmark'ами даже и снапшот не нужно хранить на хосте, т.е даже на дифф место не тратится. А для репликации можно использовать учетку вообще урезанную донельзя, а права на репликации выдать в самой zfs. И можно даже всё это делать с зашифрованным пулом.
| | |
| |
| 4.26, пох.. (?), 00:29, 01/11/2026 [^] [^^] [^^^] [ответить]
| +/– | |
да ты я смотрю - мастер никем не хоженных грабель на новых костылях!
в общем, вы приняты, завтра выходите на работу в gnu.org - вас там с такой квалификацией с нетерпением ждут.
(только сперва, к сожалению, придется пройти сеанс битья палкой по пяткам, в три этапа. За пронос на священную землю гнутиков мерзотной и проклятой cddl поделки! Но ты костылей же я вижу и любитель...)
| | |
| 4.31, blin_glitor (-), 00:52, 01/11/2026 [^] [^^] [^^^] [ответить]
| +/– |
у zfs лицензия какая-то не такая. поэтому btrfs снапшот.
но есть проблема - снапшоты не гарантируют консистентность бэкапа.
| | |
|
| 3.21, Аноним (14), 00:00, 01/11/2026 [^] [^^] [^^^] [ответить]
| +/– | |
> с рутовыми правами
серьезно? :)) обычно ломают основной сервак который ж0пой в сеть смотрит, а потом уже до бекапов доходят, как в новости, а не на оборот :)))
> Внезапно, это чуть ли не единственное, что они сделали правильно.
не удивляйся когда поимеют твой серв вместе с бекапами :)))
> (еще более правильно, конечно, чтобы бэкап таки делался на самом сервере, а скачивался уже с правами только на чтение бэкапов, но это не так легко и просто устроить - как минимум нужно 2x места)
Противоречит первым двум утверждениям :))))) протрезвей, сочту за градус.
| | |
| |
| 4.29, пох.. (?), 00:37, 01/11/2026 [^] [^^] [^^^] [ответить]
| +/– | |
> серьезно? :)) обычно ломают основной сервак который ж0пой в сеть смотрит
у л-хов - да.
У нормальных этот сервер как раз лучше всего защищен и мониторится. А вот бэкап чаще всего давно всеми заброшен и прошлый раз заходили э... а, три года назад, когда диск вон в том полетел, потому что и нечего там делать.
Правда у нормальных бэкап не over ssh, конечно, который, сто раз д-ам повторяли но они никак не могут взять в толк - проектировался и всегда был - _шеллом_. И никакие навороты слоев костылеподпорок это не изменят. И никто уж конечно в здравом уме не складывает в одну кучу разные бэкапы.
И тогда даже попав туда - ну получишь ты бэкап того что уже и так поимел, с правами добавить следы своей деятельности строго поверх. Ни ключей от всего, ни доступов ко всему, потому что они бэкапной учетке нафиг и не нужны.
| | |
|
|
| 2.27, Ivan_83 (ok), 00:30, 01/11/2026 [^] [^^] [^^^] [ответить]
| +/– |
Какой сервер!?
Вот видишь есть webroot а рядом webroot_backup - вот туда и пиши свои бэкапы. Сервер - придумают тоже.
| | |
| |
| 3.30, пох.. (?), 00:41, 01/11/2026 [^] [^^] [^^^] [ответить]
| +/– | |
2x size. А так, в принципе, почти угадал. Ночью потом придет робот и скопирует в другое место, возможно на другой стороне глобуса, и прав ни на что кроме чтения бэкап-файла и записи на той стороне - у него нет.
| | |
|
|
| 1.32, Аноним (32), 00:54, 01/11/2026 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
Представляю сколько дыр в этой архаичной помойке. И сколько на ней архаичных проектов, которые все используют, но которые никем не поддерживаются. Лакомый кусок.
| | |
| 1.34, blin_glitor (-), 01:12, 01/11/2026 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
а нужна ли там OverlayFS и если да то зачем ?
можно сделать так:
# CONFIG_OVERLAY_FS is not set
и ваш сервер почти не уязвим.
ps: у меня по каким-то соображениям было
CONFIG_MPTCP=y
CONFIG_INET_MPTCP_DIAG=m
то ли на поиграть и забыть, то ли на всякий случай.
| | |
|
