Профиль: Аноним (вход | регистрация) неRU opennet.me  
OpenNET

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

SSHole - уязвимость, позволяющая подключиться по SSH без пароля в системах с Musl

05.11.2026 21:24 (MSK)

Разработчики OpenSSH опубликовали экстренное обновление OpenSSH 10.6p2, в котором добавлена защита от критической уязвимости (CVE не назначен), получившей кодовое имя "SSHole" и позволяющей обойти аутентификацию. В системах с библиотекой Musl уязвимость позволяет подключиться к пользователю, для которого не установлен пароль, введя любой пароль, содержащий больше чем 256 символов. Проблема затрагивает дистрибутивы Linux, использующие стандартную библиотеку musl, но не использующие PAM (Pluggable Authentication Modules), такие как OpenWRT, Alpine, Buildroot и Yocto. Особую опасность представляет то, что часто вход по паролю блокируется для пользователя root, что даёт возможность любому удалённо подключиться с правами администратора.

Ошибка, приводящая к уязвимости, не в коде OpenSSH, но эксплуатируется через sshd. При этом ввиду серьёзности проблемы в версии OpenSSH 10.6p2 предложен обходной вариант блокирования уязвимости. Владельцам подверженных проблеме систем рекомендовано не дожидаться появления обновлений, а немедленно отключить парольную аутентификацию через параметр "PasswordAuthentication no" в /etc/ssh/sshd_config или полностью отключить SSH. Проблема не проявляется в системах, отличных от Linux, и в Linux-окружениях на базе glibc, а также в системах, использующих PAM при аутентификации по паролю. Исправление уже доступно в Alpine и OpenWRT.

Уязвимость связана с некорректным взаимодействием OpenSSH и функции crypt() из musl. Для защиты от определения существования пользователей через анализ различий во времени обработки запросов c 2016 года OpenSSH при проверке беспарольных учётных записей использует штатную процедуру проверки пароля: вызывает функцию "crypt(переданный пароль, соль)" c солью другого пользователя, имеющего действительный хеш пароля, после чего сравнивает возвращённый функцией crypt хеш со значением из поля с хешем пароля.

Однако в musl функция crypt() для хешей SHA-512 возвращает символ "*", если длина переданного пароля превышает 256 байт (ограничение введено в 2012 году для защиты от DoS-атак, так как при передаче больших значений возникает большая нагрузка на CPU). Такой же символ используется в поле с хешем пароля в "/etc/shadow" для обозначения учётных записей, для которых аутентификация по паролю заблокирована.

В результате атакующий, имеющий возможность соединиться с SSH-сервером, может подключиться к любой учётной записи, у которой в "/etc/shadow" в поле пароля указан символ "*", передав строку длиной от 257 до 1024 байт. Проблема охватывает множество существующих Docker-образов, построенных с использованием Alpine Linux, а также штатные образы Alpine для облачных систем AWS и Azure, у пользователя root в которых вместо хеша пароля выставлен знак "*". Примечательно, что изначально в официальных Docker-образах, использующих Alpine, c 2015 года выставлялся пустой пароль root, а после выявления этого факта, вместо хеша пароля был выставлен знак "!". Но его наличие блокировало вход по SSH-ключам, поэтому с 2022 года символ для блокировки входа по паролю был заменён на "*".

  1. Главная ссылка к новости (https://lists.mindrot.org/pipe...)
  2. OpenNews: Docker-образы Alpine поставлялись с пустым паролем пользователя root
  3. OpenNews: Уязвимость в OpenSSH, позволяющая удалённо выполнить код с правами root на серверах с Glibc
  4. OpenNews: Реализация DDIO в чипах Intel допускает сетевую атаку по определению нажатий клавиш в сеансе SSH
  5. OpenNews: Обновление OpenSSH 9.9p2 с устранением возможности совершения MITM-атаки
  6. OpenNews: Около 10% выходных узлов Tor были вовлечены в атаку по перехвату SSH-подключений
Автор новости: Artem S. Tashkinov
Лицензия: CC BY 3.0
Короткая ссылка: https://opennet.ru/66627-ssh
Ключевые слова: ssh, openssh, alpine, openwrt, root
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (69) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, aSSHole (?), 21:53, 05/11/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/–
    >после выявления данной уязвимости, вместо хэша пароля был выставлен знак "!". Но его наличие блокировало вход по SSH-ключам, поэтому с 2022 года символ для блокировки входа по паролю был заменён на "*".

    Непонятно, то есть уязвимость была выявлена в 22 году или как?

     
     
  • 2.3, Аноним (3), 22:01, 05/11/2026 [^] [^^] [^^^] [ответить]  
  • +2 +/–
    Скорее пытались интуитивно исправить, но забыли что исправляли.
     
     
  • 3.53, Аноним (53), 00:51, 06/11/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/–
    Скорее звучит как бэкдор
     
  • 2.45, Аноним (45), 00:01, 06/11/2026 [^] [^^] [^^^] [ответить]  
  • +2 +/–
    в 2022 срочно понадобился бэкдор и вот
     
     
  • 3.47, Аноним (47), 00:07, 06/11/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    так он в спеке изначально :), а в 2022 тупо чуть не спалились совсем.
     
     
  • 4.48, Аноним (45), 00:10, 06/11/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    да, в 2022 его типа активировали
     

  • 1.2, Аноним (2), 21:57, 05/11/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/–
    Необходимо вообще в принципе по умолчанию убрать вход по паролю: обменялись ключами и все хорошо.
     
     
  • 2.51, Аноним (51), 00:26, 06/11/2026 [^] [^^] [^^^] [ответить]  
  • –1 +/–
    Всё правильно. Кто минусует - объясняйтесь!
     

  • 1.4, Аноним (4), 22:06, 05/11/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +11 +/–
    > в musl функция crypt() для хэшей SHA-512 возвращает символ "*", если
    > длина переданного пароля превышает 256 байт (ограничение введено в 2012
    > году для защиты от DoS-атак, так как при передаче больших значений
    > возникает большая нагрузка на CPU)

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

     
     
  • 2.6, Аноним (6), 22:09, 05/11/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/–
    Видимо эти гении учились вместе с теми, что вместо хеша пароля в файле пишут ! или *
     
  • 2.9, Аноним (9), 22:19, 05/11/2026 [^] [^^] [^^^] [ответить]  
  • +2 +/–
    Си не родной, да?
     
  • 2.18, Аноним (18), 22:48, 05/11/2026 [^] [^^] [^^^] [ответить]  
  • +7 +/–
    > Вместо того чтобы вернуть нормальную ошибку или хотя бы NULL, они возвращают строковый символ

    Чувак, ты не поверишь! crypt() возвращал NULL в качестве ошибки еще с 90х годов. Но сишочные бракоделы из musl решили больше не возвращать нуль, потому что... другие сишочные бракоделы традиционно не проверяли возвращаемое значение на нуль и получали сегфолт в вызове strcmp().

    https://git.musl-libc.org/cgit/musl/commit/?id=b3c4cc121f70faea45389fe7ddc1127

    Одни халатные браколелы подстелили соломку другим халатным бракоделам, но что-то пошло не так. 😳

     
     
  • 3.44, aname (ok), 23:55, 05/11/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/–
    Хотелось уточнить, на чём написана glibc
     
  • 2.29, Аноним (29), 23:08, 05/11/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/–
    именно эти строки и привлекли больше всего. это просто гениально - заглушка в проде
     
  • 2.67, Ананимер (?), 02:59, 06/11/2026 Скрыто ботом-модератором     [к модератору]
  • +/–
     

  • 1.5, Аноним (6), 22:09, 05/11/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/–
    >> Однако в musl функция crypt() для хэшей SHA-512 возвращает символ "*", если длина переданного пароля превышает 256 байт

    Я так понимаю это не считается багом и править это не будут? Ну удачи им.

     
  • 1.7, Аноним (7), 22:11, 05/11/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/–
    musl как он есть.
     

  • 1.8, Bottle (?), 22:14, 05/11/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • –4 +/–
    Т.е. опять сишники расплатились корректностью за скорость?
     
     
  • 2.10, Аноном (-), 22:22, 05/11/2026 [^] [^^] [^^^] [ответить]  
  • –6 +/–
    Ну... конечно не проверять пароль будет быстрее, но думаю тут проблема в убогом недоязычке в котором нельзя нормально обработать ошибку.
    Примерно как кидать -1 из функции которая должна возвращать беззнаковое.
     
  • 2.12, Аноним (11), 22:30, 05/11/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    >Т.е. опять сишники

    Причем тут то сишники? Логическая проблема добавлена практически осознанно. Если бы шмазл переписывали, как водится, на ржавого, то эту проблему могли бы не добавить только, опять же, по ошибке. Как известно две подрят ошибки дают корректную работу ;)

     
     
  • 3.21, Аноним (18), 22:51, 05/11/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    > Причем тут то сишники? Логическая проблема добавлена практически осознанно

    Буквально при том, что эта "логическая проблема" была создана специально, чтобы сишочные бракоделы не сегфолтились на strcmp() - ведь сишочные бракоделы традиционно не проверяют возвращаемый результат на нуль.

    https://git.musl-libc.org/cgit/musl/commit/?id=b3c4cc121f70faea45389fe7ddc1127

    А вы продолжайте рассказывать, как вам не нужны нормальные языки.

     
     
  • 4.52, Аноним (45), 00:34, 06/11/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    тут нужны нормальные программисты, одно радует иишка заменит ненужных
     
  • 3.36, Аноним (47), 23:21, 05/11/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    > Логическая проблема добавлена практически осознанно

    это реальный бэкдор на уровне спеки!!!

     
  • 2.17, Аноним (45), 22:48, 05/11/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/–
    там нарушен контракт функции crypt, дважды, когда через соль стали передавать алгоритм хеширования и когда стали проверять размер, все это без (изначально предусмотренной)  возможности вернуть ошибку, классический лавров джпг
     
     
  • 3.24, Норм (?), 22:55, 05/11/2026 [^] [^^] [^^^] [ответить]  
  • –1 +/–
    Какого у функции хеширования вообще ограничение размер данных?

    Это как бы приложение должно решать какие у него ограничения на пароль.

     
     
  • 4.26, Аноним (45), 22:58, 05/11/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/–
    костыль защиты от ддос
     
     
  • 5.49, нах. (?), 00:13, 06/11/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    Которая тоже должна быть в приложении, читающем данные извне, а не где попало.

    ну в общем все что надо было знать про musl мы уже и так знаем.

     
     
  • 6.55, Аноним (55), 00:57, 06/11/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    Поэтому должно быть на уровне контракта понятно кто обосрaлся - реализация или вызываемая сторона. Например через систему типов. Погодитика, прямо как в расте
     
  • 5.68, Ананимер (?), 03:04, 06/11/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    systemd-синдром, в свою херабору напихивать чужие функции, для которых есть во-первых fail2ban, а во вторых это проще было бы в ssh длину пароля проверять.
    А crypt должен считать и не выделываться, мало ли для каких ещё задач апликуха может его вызвать.
     
  • 3.65, Варение (?), 01:58, 06/11/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/–
    > все это без (изначально предусмотренной)  возможности вернуть ошибку

    Ну почему, еще в man по 4.3BSD английским по белому написано "returns a pointer to the encrypted value on success and NULL on failure", а в POSIX.1-2008 так еще и errno упоминают: "Upon successful completion, crypt() shall return a pointer to the encoded string. The first two bytes of the returned value shall be those of the salt argument. Otherwise, it shall return a null pointer and set errno to indicate the error."

     

  • 1.13, Аноним (13), 22:32, 05/11/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/–

    CVE назначен.
    CVE-2026-123158

     
  • 1.14, IdeaFix (ok), 22:39, 05/11/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/–
    Раст бы помог?:)
     
     
  • 2.15, Аноном (?), 22:46, 05/11/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    Неа.
    В расте точно так же возвращали бы *.
    Почему? Потому что идъйоты (с)

    Хотя в расте можно было бы в Result<String, Error> возвращать "password is longer than 256 FU"

     
     
  • 3.34, Аноним (47), 23:20, 05/11/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/–
    > Почему? Потому что идъйоты (с)

    потому-что так задумано, в спеке так описано - это наичистейший бэкдор!!! Стоит вообще задуматься!!!

     
     
  • 4.40, Халявщик не корпораст (?), 23:35, 05/11/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    - Стоит вообще задуматься!!!

    Йищё бы. Мир не без добрых людей и самые добрые из них - корпорасты, сама щедрость просто. :) А про некоторых доброжелателей не из тех ваще писать не хочется, особенно в свете нынешних международных сношений...

     
     
  • 5.41, Аноним (47), 23:44, 05/11/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    > Йищё бы.

    Так и запишем. Опенсорс (далее опсос) считать по определению пробэкдоренным кодом! А всяк кто пишет такой код - тот "кто сидит в кр3мле"!

     
  • 2.19, Аноним (19), 22:50, 05/11/2026 [^] [^^] [^^^] [ответить]  
  • +3 +/–
    В каноническом расте функция бы возвращала бы Result<String, Error>.
    Но т.е. функция делается для древности из семидесятых, то вернуть его было бы невозможно, пришлось бы возвращать Option<String>.

    Проблема не только в том, что начали возращать что-то вместо NULL, а еще и причина.
    И на сайте это прям пояснено

    > if crypt() can't do its job, it returns NULL.
    > except a lot of programs never check for NULL.
    > they just compare whatever crypt() gives back with the stored field,
    > hit the NULL, and crash

    И отличие от си, там не верят на "мамой клянуся, там ни нал!" разработчика и обязывают проверить что вернулось из функции перед работой с Option.

     
     
  • 3.56, Аноним (56), 01:10, 06/11/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    > И отличие от си, там не верят на "мамой клянуся, там ни нал!" разработчика и обязывают проверить что вернулось из функции перед работой с Option.

    Да вы шо? И функции unwrap там не существует, которая приведет к тому же крэшу что и strcmp на NULL? https://blog.cloudflare.com/18-november-2025-outage/

     
     
  • 4.64, Аноним (18), 01:53, 06/11/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    >> И отличие от си, там не верят на "мамой клянуся, там ни нал!" разработчика и обязывают проверить что вернулось из функции перед работой с Option.
    > И функции unwrap там не существует,

    Ну так unwrap ты хотя бы явно пишешь "мамой клянусь". А если по-человечески обрабатываешь, то у тебя вместо unwrap нормальный match. То есть при любом раскладе лучше сишочного "и так сойдет".

    > которая приведет к тому же крэшу что и strcmp на NULL?

    Нет, не к "такому же", а к явному разворачиванию стека. А segfault при NULL в strcmp может произойти, а может и молча дать тебе очередной RCE/root.

     

  • 1.16, Аноним (47), 22:46, 05/11/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/–
    я так долго не смеялся, жесть с ка это же функция возвращающая хеш, либо... большой текст свёрнут, показать
     
     
  • 2.20, Аноним (20), 22:51, 05/11/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    Они пробовали Получилась какая-то Ну в мане crypt на арче с glibc ... большой текст свёрнут, показать
     
     
  • 3.28, Аноним (47), 23:04, 05/11/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/–
    if p 124 124 q testbuf 124 124 memcmp testbuf, testhash, sizeof t... большой текст свёрнут, показать
     
     
  • 4.30, Аноним (47), 23:10, 05/11/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    Тут по ссылке //people.redhat.com/drepper/SHA-crypt.txt
    все как должно быть.

    static char *
    sha512_crypt_r (const char *key, const char *salt, char *buffer, int buflen)
    {
    ........

    if (buflen <= 0)
        {
          errno = ERANGE;
          buffer = NULL;
        }
      else
        *cp = '\0'; /* Terminate the string.  */

     
  • 2.23, Аноним (47), 22:53, 05/11/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    //git.musl-libc.org/cgit/musl/tree/src/crypt/crypt_sha512.c

    char *__crypt_sha512(const char *key, const char *setting, char *output)
    {
    static const char testkey[] = "Xy01@#\x01\x02\x80\x7f\xff\r\n\x81\t !";
    static const char testsetting[] = "$6$rounds=1234$abc0123456789$";
    static const char testhash[] = "$6$rounds=1234$abc0123456789$BCpt8zLrc/RcyuXmCDOE1ALqMXB2MH6n1g891HhFj8.w7LxGv.FTkqq6Vxc/km3Y0jE0j24jY5PIv/oOu6reg1";
    char testbuf[128];
    char *p, *q;

    p = sha512crypt(key, setting, output);
    /* self test and stack cleanup */
    q = sha512crypt(testkey, testsetting, testbuf);
    if (!p || q != testbuf || memcmp(testbuf, testhash, sizeof testhash))
    return "*";
    return p;
    }

     
     
  • 3.69, Ананимер (?), 03:08, 06/11/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    Добезопасничались.
     
  • 2.25, Норм (?), 22:58, 05/11/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    Каждый день проверяю не первое ли Апреля. А до конца года еще два месяца.
     
  • 2.27, Аноним (27), 23:03, 05/11/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    Ну по логу то видно кто добавил, а вот додумался он сам или нет - вопрос.

    commit b9bb8f67bbac9bab5314fb00974ad469476e936e
    Author: Rich Felker <dalias@aerifal.cx>
    Date:   Fri Sep 7 00:48:25 2012 -0400

        cleanup src/linux and src/misc trees, etc.
        
        previously, it was pretty much random which one of these trees a given
        function appeared in. they have now been organized into:
        
        src/linux: non-POSIX linux syscalls (possibly shard with other nixen)
        src/legacy: various obsolete/legacy functions, mostly wrappers
        src/misc: still mostly uncategorized; some misc POSIX, some nonstd
        src/crypt: crypt hash functions
        
        further cleanup will be done later.

     
     
  • 3.32, Аноним (47), 23:16, 05/11/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    расцениваю как явный бэкдор!!! и никакое не первое апреля и случайное совпадение.
     
  • 3.50, нах. (?), 00:16, 06/11/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    э... это точно тот комит?

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

    "cleanup", ога. (Где умный человек прячет лист?)

    Ну про тыщи шоколадных глаз молча проглотившие такой "cleanup" уже и не будем.

     
     
  • 4.62, Аноним (47), 01:28, 06/11/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    > Date:   Fri Sep 7 00:48:25 2012 -0400

    пятницу, ночью, выражение "с какого бодуна" - ни к месту.

     
  • 2.33, Аноним (33), 23:20, 05/11/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    > функция возвращающая хеш, либо ошибку

    Возвращает ошибку? В Си? И давно там тип данных для ошибки завеззли? Функция-то, кстати, права, действительно возвращает либо хэш, либо ерунду, которая на хэш даже с бодуна не похожа. Но обезьяний цирк под руководством Тео решил что и так подёт, нет времени проверять что там функция возвращает, это ж не OCaml какой-то, прости господи.

     
     
  • 3.38, Аноним (47), 23:29, 05/11/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    Вы не знаете как в Си ошибки возвращают Вот пример как это делали вот тут peo... большой текст свёрнут, показать
     
  • 3.59, Аноним (-), 01:21, 06/11/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    > Возвращает ошибку? В Си? И давно там тип данных для ошибки завеззли?

    В принципе можно и на си допустим return какой-нибудь struct делать. Не очень эстетично анализировать потом vs олдовые методы, но так можно было.

     

  • 1.22, Аноним (22), 22:52, 05/11/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/–
    Классический musl, это примерно то, чего мы ожидаем от т.н. security-focused дистрибутивов на musl.
     
     
  • 2.31, Аноним (47), 23:14, 05/11/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    это скорее классический бэкдор, судя по тому к чему он приводит, а вопросов много, от спеки до имплементации.
     
  • 2.35, Аноним (33), 23:21, 05/11/2026 [^] [^^] [^^^] [ответить]  
  • –1 +/–
    Проблема в OpenSSH, уже разобрались. Но хейтить это мешать не должно, факт.
     
     
  • 3.43, Аноним (22), 23:46, 05/11/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    Ну там в тот раз ACE в printf было, уровень уже задан.
     
  • 2.60, Аноним (-), 01:22, 06/11/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    > Классический musl, это примерно то, чего мы ожидаем от т.н.
    > security-focused дистрибутивов на musl.

    И вот вы наконец получили security который заслужили :D :D :D

     

  • 1.37, Аноним (37), 23:24, 05/11/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/–
    Это не звёздочка, это снежинка! Ну а в целом надо сразу делать PasswordAuthentication no в не зависимости от.
     
     
  • 2.39, Аноним (47), 23:31, 05/11/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    а че не новомодным словом токен?
     

  • 1.42, penetrator (?), 23:44, 05/11/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/–
    как там контейнероводы поживают? обновляться будут?
     
     
  • 2.46, Аноним (46), 00:04, 06/11/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    Меньше знаешь, крепче спишь.
     

  • 1.54, Аноним (54), 00:53, 06/11/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/–
    Эссхол?
     
     
  • 2.57, Аноним (56), 01:15, 06/11/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    Так * это символ этого самого
     

  • 1.58, Аноним (-), 01:19, 06/11/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/–
    > Проблема затрагивает дистрибутивы Linux,
    > использующие стандартную библиотеку musl, но не использующие PAM
    > (Pluggable Authentication Modules), такие как OpenWRT, Alpine, Buildroot и Yocto.

    Кажется security officer Alpine ака Ariadna сегодня покушает г-на...

     
  • 1.61, жявамэн (ok), 01:24, 06/11/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/–
    Опять рутом можно заходить просто введя 300 буковок?
    Это прям из 90-х баги
     

  • 1.66, Аноним (66), 02:25, 06/11/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/–
    Внесу чуточку паники, микротик случаем не на musl?
     

     Добавить комментарий
    Имя:
    E-Mail:
    Текст:



    XSQUARE
    Inferno Solutions
    Hosting by Hoster.ru
    Хоcтинг: