forum.opennet.ru - "SSHole - уязвимость, позволяющая подключиться по SSH без пароля в системах с Musl" (24)

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

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

"SSHole - уязвимость, позволяющая подключиться по SSH без пароля в системах с Musl"	+/–
Сообщение от opennews (?), 05-Ноя-26, 21:53
Разработчики OpenSSH опубликовали экстренное обновление OpenSSH 10.6p2, в котором добавлена защита от критической уязвимости (CVE не назначен), получившей кодовое имя "SSHole" и позволяющей обойти аутентификацию. В системах с библиотекой Musl уязвимость позволяет подключиться к пользователю, для которого не установлен пароль, введя любой пароль, содержащий больше чем 256 символов. Проблема затрагивает дистрибутивы Linux, использующие стандартную библиотеку musl, но не использующие PAM (Pluggable Authentication Modules), такие как OpenWRT, Alpine, Buildroot и Yocto. Особую опасность представляет то, что часто вход по паролю блокируется для пользователя root, что даёт возможность любому удалённо подключиться с правами администратора... Подробнее: https://www.opennet.dev/opennews/art.shtml?num=66627
Ответить \| Правка \| Cообщить модератору

Оглавление

Непонятно, то есть уязвимость была выявлена в 22 году или как , aSSHole (?), 21:53 , 05-Ноя-26, (1)

Скорее пытались интуитивно исправить, но забыли что исправляли , Аноним (3), 22:01 , 05-Ноя-26, (3) +1

Необходимо вообще в принципе по умолчанию убрать вход по паролю обменялись ключ, Аноним (2), 21:57 , 05-Ноя-26, (2) –1
Хочу посмотреть на гения, который это придумал Вместо того чтобы вернуть нормаль, Аноним (4), 22:06 , 05-Ноя-26, (4) +6

Видимо эти гении учились вместе с теми, что вместо хеша пароля в файле пишут и, Аноним (6), 22:09 , 05-Ноя-26, (6) +1
Си не родной, да , Аноним (9), 22:19 , 05-Ноя-26, (9)
Чувак, ты не поверишь crypt возвращал NULL в качестве ошибки еще с 90х годов , Аноним (18), 22:48 , 05-Ноя-26, (18) +1

Я так понимаю это не считается багом и править это не будут Ну удачи им , Аноним (6), 22:09 , 05-Ноя-26, (5)
musl как он есть , Аноним (7), 22:11 , 05-Ноя-26, (7)

Скрыто модератором, Аноним (11), 22:25 , 05-Ноя-26, (11)

Т е опять сишники расплатились корректностью за скорость , Bottle (?), 22:14 , 05-Ноя-26, (8) –2

Ну конечно не проверять пароль будет быстрее, но думаю тут проблема в убогом , Аноном (-), 22:22 , 05-Ноя-26, (10) –1
Причем тут то сишники Логическая проблема добавлена практически осознанно Если, Аноним (11), 22:30 , 05-Ноя-26, (12)

Буквально при том, что эта логическая проблема была создана специально, чтобы , Аноним (18), 22:51 , 05-Ноя-26, (21)

там нарушен контракт функции crypt, дважды, когда через соль стали передавать ал, Аноним (17), 22:48 , 05-Ноя-26, (17)

Какого у функции хеширования вообще ограничение размер данных Это как бы приложе, Норм (?), 22:55 , 05-Ноя-26, (24)

CVE назначен CVE-2026-123158, Аноним (13), 22:32 , 05-Ноя-26, (13)
Раст бы помог , IdeaFix (ok), 22:39 , 05-Ноя-26, (14)

Неа В расте точно так же возвращали бы Почему Потому что идъйоты с Хотя в ра, Аноном (?), 22:46 , 05-Ноя-26, (15) –1
В каноническом расте функция бы возвращала бы Result String, Error Но т е функ, Аноним (19), 22:50 , 05-Ноя-26, (19) +1

я так долго не смеялся, жесть с ка это же функция возвращающая хеш, либо, Аноним (16), 22:46 , 05-Ноя-26, (16)

Они пробовали Получилась какая-то Ну в мане crypt на арче с glibc , Аноним (20), 22:51 , 05-Ноя-26, (20)
git musl-libc org cgit musl tree src crypt crypt_sha512 cchar __crypt_sha512 , Аноним (16), 22:53 , 05-Ноя-26, (23)

Классический musl, это примерно то, чего мы ожидаем от т н security-focused дис, Аноним (22), 22:52 , 05-Ноя-26, (22)

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

1. "SSHole - уязвимость, позволяющая подключиться по SSH без пар..." +/–

Сообщение от aSSHole (?), 05-Ноя-26, 21:53

>после выявления данной уязвимости, вместо хэша пароля был выставлен знак "!". Но его наличие блокировало вход по SSH-ключам, поэтому с 2022 года символ для блокировки входа по паролю был заменён на "*".
Непонятно, то есть уязвимость была выявлена в 22 году или как?

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

3. "SSHole - уязвимость, позволяющая подключиться по SSH без пар..." +1 +/–

Сообщение от Аноним (3), 05-Ноя-26, 22:01

Скорее пытались интуитивно исправить, но забыли что исправляли.

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

2. "SSHole - уязвимость, позволяющая подключиться по SSH без пар..." –1 +/–

Сообщение от Аноним (2), 05-Ноя-26, 21:57

Необходимо вообще в принципе по умолчанию убрать вход по паролю: обменялись ключами и все хорошо.

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

4. "SSHole - уязвимость, позволяющая подключиться по SSH без пар..." +6 +/–

Сообщение от Аноним (4), 05-Ноя-26, 22:06

> в musl функция crypt() для хэшей SHA-512 возвращает символ "*", если
> длина переданного пароля превышает 256 байт (ограничение введено в 2012
> году для защиты от DoS-атак, так как при передаче больших значений
> возникает большая нагрузка на CPU)
Хочу посмотреть на гения, который это придумал.
Вместо того чтобы вернуть нормальную ошибку или хотя бы NULL, они возвращают строковый символ!

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

6. "SSHole - уязвимость, позволяющая подключиться по SSH без пар..." +1 +/–

Сообщение от Аноним (6), 05-Ноя-26, 22:09

Видимо эти гении учились вместе с теми, что вместо хеша пароля в файле пишут ! или *

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

9. "SSHole - уязвимость, позволяющая подключиться по SSH без пар..." +/–

Сообщение от Аноним (9), 05-Ноя-26, 22:19

Си не родной, да?

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

18. "SSHole - уязвимость, позволяющая подключиться по SSH без пар..." +1 +/–

Сообщение от Аноним (18), 05-Ноя-26, 22:48

> Вместо того чтобы вернуть нормальную ошибку или хотя бы NULL, они возвращают строковый символ
Чувак, ты не поверишь! crypt() возвращал NULL в качестве ошибки еще с 90х годов. Но сишочные бракоделы из musl решили больше не возвращать нуль, потому что... другие сишочные бракоделы традиционно не проверяли возвращаемое значение на нуль и получали сегфолт в вызове strcmp().
https://git.musl-libc.org/cgit/musl/commit/?id=b3c4cc121f70f...
Одни халатные браколелы подстелили соломку другим халатным бракоделам, но что-то пошло не так. 😳

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

5. "SSHole - уязвимость, позволяющая подключиться по SSH без пар..." +/–

Сообщение от Аноним (6), 05-Ноя-26, 22:09

>> Однако в musl функция crypt() для хэшей SHA-512 возвращает символ "*", если длина переданного пароля превышает 256 байт
Я так понимаю это не считается багом и править это не будут? Ну удачи им.

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

7. "SSHole - уязвимость, позволяющая подключиться по SSH без пар..." +/–

Сообщение от Аноним (7), 05-Ноя-26, 22:11

musl как он есть.

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

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

Сообщение от Аноним (11), 05-Ноя-26, 22:25

Шмазл

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

8. "SSHole - уязвимость, позволяющая подключиться по SSH без пар..." –2 +/–

Сообщение от Bottle (?), 05-Ноя-26, 22:14

Т.е. опять сишники расплатились корректностью за скорость?

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

10. "SSHole - уязвимость, позволяющая подключиться по SSH без пар..." –1 +/–

Сообщение от Аноном (-), 05-Ноя-26, 22:22

Ну... конечно не проверять пароль будет быстрее, но думаю тут проблема в убогом недоязычке в котором нельзя нормально обработать ошибку.
Примерно как кидать -1 из функции которая должна возвращать беззнаковое.

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

12. "SSHole - уязвимость, позволяющая подключиться по SSH без пар..." +/–

Сообщение от Аноним (11), 05-Ноя-26, 22:30

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

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

21. "SSHole - уязвимость, позволяющая подключиться по SSH без пар..." +/–

Сообщение от Аноним (18), 05-Ноя-26, 22:51

> Причем тут то сишники? Логическая проблема добавлена практически осознанно
Буквально при том, что эта "логическая проблема" была создана специально, чтобы сишочные бракоделы не сегфолтились на strcmp() - ведь сишочные бракоделы традиционно не проверяют возвращаемый результат на нуль.
https://git.musl-libc.org/cgit/musl/commit/?id=b3c4cc121f70f...
А вы продолжайте рассказывать, как вам не нужны нормальные языки.

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

17. "SSHole - уязвимость, позволяющая подключиться по SSH без пар..." +/–

Сообщение от Аноним (17), 05-Ноя-26, 22:48

там нарушен контракт функции crypt, дважды, когда через соль стали передавать алгоритм хеширования и когда стали проверять размер, все это без (изначально предусмотренной)  возможности вернуть ошибку, классический лавров джпг

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

24. "SSHole - уязвимость, позволяющая подключиться по SSH без пар..." +/–

Сообщение от Норм (?), 05-Ноя-26, 22:55

Какого у функции хеширования вообще ограничение размер данных?
Это как бы приложение должно решать какие у него ограничения на пароль.

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

13. "SSHole - уязвимость, позволяющая подключиться по SSH без пар..." +/–

Сообщение от Аноним (13), 05-Ноя-26, 22:32

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

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

14. "SSHole - уязвимость, позволяющая подключиться по SSH без пар..." +/–

Сообщение от IdeaFix (ok), 05-Ноя-26, 22:39

Раст бы помог?:)

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

15. "SSHole - уязвимость, позволяющая подключиться по SSH без пар..." –1 +/–

Сообщение от Аноном (?), 05-Ноя-26, 22:46

Неа.
В расте точно так же возвращали бы *.
Почему? Потому что идъйоты (с)
Хотя в расте можно было бы в Result<String, Error> возвращать "password is longer than 256 FU"

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

19. "SSHole - уязвимость, позволяющая подключиться по SSH без пар..." +1 +/–

Сообщение от Аноним (19), 05-Ноя-26, 22:50

В каноническом расте функция бы возвращала бы 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.

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

16. "SSHole - уязвимость, позволяющая подключиться по SSH без пар..." +/–

Сообщение от Аноним (16), 05-Ноя-26, 22:46

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

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

20. "SSHole - уязвимость, позволяющая подключиться по SSH без пар..." +/–

Сообщение от Аноним (20), 05-Ноя-26, 22:51

> ? Какой альтернативно-одоренный до такого додумался? И почему именно *, а
> не какой-нибудь другой символ,
Они пробовали "!". Получилась какая-то (!)
> это что на столько умственно-отсталым надо быть, чтобы даже не придумать что-то иное (тупо пустая строка), а взять лять символ затычку из файла /etc/shadow (n-раз фейспалм, мат высотой с бурдж-халифа)
Ну... в мане crypt на арче с glibc:
    Upon successful completion, crypt, crypt_r, crypt_rn, and crypt_ra return a pointer to a string which encodes both the hashed passphrase, and the settings that were used to encode it. This string is directly usable as setting in other calls to crypt, crypt_r, crypt_rn, and crypt_ra, and as prefix in calls to crypt_gensalt, crypt_gensalt_rn, and crypt_gensalt_ra. It will be entirely printable ASCII, and will not contain whitespace or the characters ‘:’, ‘;’, ‘*’, ‘!’, or ‘\’.
    Upon error, crypt_r, crypt_rn, and crypt_ra write an invalid hash to the output field of their data argument, and crypt writes an invalid hash to its static storage area. This string will be shorter than 13 characters, will begin with a ‘*’, and will not compare equal to setting.
Т.е технически они имели право возвращать звездочку.
С другой стороны man posix crypt утверждает что надо возвращать NULL
RETURN VALUE
       Upon  successful  completion, crypt() shall return a pointer to the en‐
       coded 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.

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

23. "SSHole - уязвимость, позволяющая подключиться по SSH без пар..." +/–

Сообщение от Аноним (16), 05-Ноя-26, 22:53

//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;
}

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

22. "SSHole - уязвимость, позволяющая подключиться по SSH без пар..." +/–

Сообщение от Аноним (22), 05-Ноя-26, 22:52

Классический musl, это примерно то, чего мы ожидаем от т.н. security-focused дистрибутивов на musl.

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

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

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

Хоcтинг:

1. "SSHole - уязвимость, позволяющая подключиться по SSH без пар..."	+/–
Сообщение от aSSHole (?), 05-Ноя-26, 21:53
>после выявления данной уязвимости, вместо хэша пароля был выставлен знак "!". Но его наличие блокировало вход по SSH-ключам, поэтому с 2022 года символ для блокировки входа по паролю был заменён на "*". Непонятно, то есть уязвимость была выявлена в 22 году или как?
Ответить \| Правка \| Наверх \| Cообщить модератору


	3. "SSHole - уязвимость, позволяющая подключиться по SSH без пар..."	+1 +/–
	Сообщение от Аноним (3), 05-Ноя-26, 22:01
	Скорее пытались интуитивно исправить, но забыли что исправляли.
	Ответить \| Правка \| Наверх \| Cообщить модератору

2. "SSHole - уязвимость, позволяющая подключиться по SSH без пар..."	–1 +/–
Сообщение от Аноним (2), 05-Ноя-26, 21:57
Необходимо вообще в принципе по умолчанию убрать вход по паролю: обменялись ключами и все хорошо.
Ответить \| Правка \| Наверх \| Cообщить модератору

4. "SSHole - уязвимость, позволяющая подключиться по SSH без пар..."	+6 +/–
Сообщение от Аноним (4), 05-Ноя-26, 22:06
> в musl функция crypt() для хэшей SHA-512 возвращает символ "*", если > длина переданного пароля превышает 256 байт (ограничение введено в 2012 > году для защиты от DoS-атак, так как при передаче больших значений > возникает большая нагрузка на CPU) Хочу посмотреть на гения, который это придумал. Вместо того чтобы вернуть нормальную ошибку или хотя бы NULL, они возвращают строковый символ!
Ответить \| Правка \| Наверх \| Cообщить модератору


	6. "SSHole - уязвимость, позволяющая подключиться по SSH без пар..."	+1 +/–
	Сообщение от Аноним (6), 05-Ноя-26, 22:09
	Видимо эти гении учились вместе с теми, что вместо хеша пароля в файле пишут ! или *
	Ответить \| Правка \| Наверх \| Cообщить модератору


	9. "SSHole - уязвимость, позволяющая подключиться по SSH без пар..."	+/–
	Сообщение от Аноним (9), 05-Ноя-26, 22:19
	Си не родной, да?
	Ответить \| Правка \| К родителю #4 \| Наверх \| Cообщить модератору


	18. "SSHole - уязвимость, позволяющая подключиться по SSH без пар..."	+1 +/–
	Сообщение от Аноним (18), 05-Ноя-26, 22:48
	> Вместо того чтобы вернуть нормальную ошибку или хотя бы NULL, они возвращают строковый символ Чувак, ты не поверишь! crypt() возвращал NULL в качестве ошибки еще с 90х годов. Но сишочные бракоделы из musl решили больше не возвращать нуль, потому что... другие сишочные бракоделы традиционно не проверяли возвращаемое значение на нуль и получали сегфолт в вызове strcmp(). https://git.musl-libc.org/cgit/musl/commit/?id=b3c4cc121f70f... Одни халатные браколелы подстелили соломку другим халатным бракоделам, но что-то пошло не так. 😳
	Ответить \| Правка \| К родителю #4 \| Наверх \| Cообщить модератору

5. "SSHole - уязвимость, позволяющая подключиться по SSH без пар..."	+/–
Сообщение от Аноним (6), 05-Ноя-26, 22:09
>> Однако в musl функция crypt() для хэшей SHA-512 возвращает символ "*", если длина переданного пароля превышает 256 байт Я так понимаю это не считается багом и править это не будут? Ну удачи им.
Ответить \| Правка \| Наверх \| Cообщить модератору

7. "SSHole - уязвимость, позволяющая подключиться по SSH без пар..."	+/–
Сообщение от Аноним (7), 05-Ноя-26, 22:11
musl как он есть.
Ответить \| Правка \| Наверх \| Cообщить модератору


	11. Скрыто модератором	+/–
	Сообщение от Аноним (11), 05-Ноя-26, 22:25
	Шмазл
	Ответить \| Правка \| Наверх \| Cообщить модератору

8. "SSHole - уязвимость, позволяющая подключиться по SSH без пар..."	–2 +/–
Сообщение от Bottle (?), 05-Ноя-26, 22:14
Т.е. опять сишники расплатились корректностью за скорость?
Ответить \| Правка \| Наверх \| Cообщить модератору


	10. "SSHole - уязвимость, позволяющая подключиться по SSH без пар..."	–1 +/–
	Сообщение от Аноном (-), 05-Ноя-26, 22:22
	Ну... конечно не проверять пароль будет быстрее, но думаю тут проблема в убогом недоязычке в котором нельзя нормально обработать ошибку. Примерно как кидать -1 из функции которая должна возвращать беззнаковое.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	12. "SSHole - уязвимость, позволяющая подключиться по SSH без пар..."	+/–
	Сообщение от Аноним (11), 05-Ноя-26, 22:30
	>Т.е. опять сишники Причем тут то сишники? Логическая проблема добавлена практически осознанно. Если бы шмазл переписывали, как водится, на ржавого, то эту проблему могли бы не добавить только, опять же, по ошибке. Как известно две подрят ошибки дают корректную работу ;)
	Ответить \| Правка \| К родителю #8 \| Наверх \| Cообщить модератору


	21. "SSHole - уязвимость, позволяющая подключиться по SSH без пар..."	+/–
	Сообщение от Аноним (18), 05-Ноя-26, 22:51
	> Причем тут то сишники? Логическая проблема добавлена практически осознанно Буквально при том, что эта "логическая проблема" была создана специально, чтобы сишочные бракоделы не сегфолтились на strcmp() - ведь сишочные бракоделы традиционно не проверяют возвращаемый результат на нуль. https://git.musl-libc.org/cgit/musl/commit/?id=b3c4cc121f70f... А вы продолжайте рассказывать, как вам не нужны нормальные языки.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	17. "SSHole - уязвимость, позволяющая подключиться по SSH без пар..."	+/–
	Сообщение от Аноним (17), 05-Ноя-26, 22:48
	там нарушен контракт функции crypt, дважды, когда через соль стали передавать алгоритм хеширования и когда стали проверять размер, все это без (изначально предусмотренной) возможности вернуть ошибку, классический лавров джпг
	Ответить \| Правка \| К родителю #8 \| Наверх \| Cообщить модератору


	24. "SSHole - уязвимость, позволяющая подключиться по SSH без пар..."	+/–
	Сообщение от Норм (?), 05-Ноя-26, 22:55
	Какого у функции хеширования вообще ограничение размер данных? Это как бы приложение должно решать какие у него ограничения на пароль.
	Ответить \| Правка \| Наверх \| Cообщить модератору

13. "SSHole - уязвимость, позволяющая подключиться по SSH без пар..."	+/–
Сообщение от Аноним (13), 05-Ноя-26, 22:32
CVE назначен. CVE-2026-123158
Ответить \| Правка \| Наверх \| Cообщить модератору

14. "SSHole - уязвимость, позволяющая подключиться по SSH без пар..."	+/–
Сообщение от IdeaFix (ok), 05-Ноя-26, 22:39
Раст бы помог?:)
Ответить \| Правка \| Наверх \| Cообщить модератору


	15. "SSHole - уязвимость, позволяющая подключиться по SSH без пар..."	–1 +/–
	Сообщение от Аноном (?), 05-Ноя-26, 22:46
	Неа. В расте точно так же возвращали бы *. Почему? Потому что идъйоты (с) Хотя в расте можно было бы в Result<String, Error> возвращать "password is longer than 256 FU"
	Ответить \| Правка \| Наверх \| Cообщить модератору


	19. "SSHole - уязвимость, позволяющая подключиться по SSH без пар..."	+1 +/–
	Сообщение от Аноним (19), 05-Ноя-26, 22:50
	В каноническом расте функция бы возвращала бы 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.
	Ответить \| Правка \| К родителю #14 \| Наверх \| Cообщить модератору

16. "SSHole - уязвимость, позволяющая подключиться по SSH без пар..."	+/–
Сообщение от Аноним (16), 05-Ноя-26, 22:46
> Однако в musl функция crypt() для хэшей SHA-512 возвращает символ "", если длина переданного пароля превышает 256 байт (ограничение введено в 2012 году для защиты от DoS-атак, так как при передаче больших значений возникает большая нагрузка на CPU). Такой же символ используется в поле с хэшем пароля в "/etc/shadow" для обозначения учётных записей, для которых аутентификация по паролю заблокирована. я так долго не смеялся, жесть :)))) с*ка это же функция возвращающая хеш, либо ошибку, с какого бодуна она должна возвращать символ ? Какой альтернативно-одоренный до такого додумался? И почему именно *, а не какой-нибудь другой символ, это что на столько умственно-отсталым надо быть, чтобы даже не придумать что-то иное (тупо пустая строка), а взять лять символ затычку из файла /etc/shadow (n-раз фейспалм, мат высотой с бурдж-халифа)
Ответить \| Правка \| Наверх \| Cообщить модератору


	20. "SSHole - уязвимость, позволяющая подключиться по SSH без пар..."	+/–
	Сообщение от Аноним (20), 05-Ноя-26, 22:51
	> ? Какой альтернативно-одоренный до такого додумался? И почему именно , а > не какой-нибудь другой символ, Они пробовали "!". Получилась какая-то (!) > это что на столько умственно-отсталым надо быть, чтобы даже не придумать что-то иное (тупо пустая строка), а взять лять символ затычку из файла /etc/shadow (n-раз фейспалм, мат высотой с бурдж-халифа) Ну... в мане crypt на арче с glibc: Upon successful completion, crypt, crypt_r, crypt_rn, and crypt_ra return a pointer to a string which encodes both the hashed passphrase, and the settings that were used to encode it. This string is directly usable as setting in other calls to crypt, crypt_r, crypt_rn, and crypt_ra, and as prefix in calls to crypt_gensalt, crypt_gensalt_rn, and crypt_gensalt_ra. It will be entirely printable ASCII, and will not contain whitespace or the characters ‘:’, ‘;’, ‘’, ‘!’, or ‘\’. Upon error, crypt_r, crypt_rn, and crypt_ra write an invalid hash to the output field of their data argument, and crypt writes an invalid hash to its static storage area. This string will be shorter than 13 characters, will begin with a ‘*’, and will not compare equal to setting. Т.е технически они имели право возвращать звездочку. С другой стороны man posix crypt утверждает что надо возвращать NULL RETURN VALUE Upon successful completion, crypt() shall return a pointer to the en‐ coded 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.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	23. "SSHole - уязвимость, позволяющая подключиться по SSH без пар..."	+/–
	Сообщение от Аноним (16), 05-Ноя-26, 22:53
	//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; }
	Ответить \| Правка \| К родителю #16 \| Наверх \| Cообщить модератору

22. "SSHole - уязвимость, позволяющая подключиться по SSH без пар..."	+/–
Сообщение от Аноним (22), 05-Ноя-26, 22:52
Классический musl, это примерно то, чего мы ожидаем от т.н. security-focused дистрибутивов на musl.
Ответить \| Правка \| Наверх \| Cообщить модератору