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

"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ообщить модератору

Сообщения

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

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

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

	53. "SSHole - уязвимость, позволяющая подключиться по SSH без пар..."	+4 +/–
	Сообщение от Аноним (53), 06-Ноя-26, 00:51
	Скорее звучит как бэкдор
	Ответить | Правка | Наверх | Cообщить модератору

	123. "SSHole - уязвимость, позволяющая подключиться по SSH без пар..."	+2 +/–
	Сообщение от Аноним (123), 06-Ноя-26, 14:22
	> Скорее звучит как бэкдор Не, это не бэкдор. Это такой кондовый, классический профак на стыке взаимодействий. Когда одни любезно накидали банановых шкурок на задний двор, полагая что там никто не ходит, а другим приспичило именно там и пройтись всей толпой. С задворков донесся громкий мат...
	Ответить | Правка | Наверх | Cообщить модератору

	143. "SSHole - уязвимость, позволяющая подключиться по SSH без пар..."	+1 +/–
	Сообщение от Аноним (143), 06-Ноя-26, 14:57
	не, вот представьте - вам поставили задачу внедрить бэкдор, естественно, уже лет 15 как, задача решается разбиением на части и размазывании по времени.
	Ответить | Правка | Наверх | Cообщить модератору

	166. "SSHole - уязвимость, позволяющая подключиться по SSH без пар..."	+2 +/–
	Сообщение от Аноним (-), 06-Ноя-26, 21:21
	> не, вот представьте - вам поставили задачу внедрить бэкдор, естественно, уже лет > 15 как, задача решается разбиением на части и размазывании по времени. Если так рассуждать, все началось намного раньше - с финского студента и его дружков и корп придумавших PAM. А может и с момента когда млекопитающие превзошли в эволюции другие виды вообще. Видите какая многоходовочка?
	Ответить | Правка | Наверх | Cообщить модератору

	45. "SSHole - уязвимость, позволяющая подключиться по SSH без пар..."	+2 +/–
	Сообщение от Аноним (45), 06-Ноя-26, 00:01
	в 2022 срочно понадобился бэкдор и вот
	Ответить | Правка | К родителю #1 | Наверх | Cообщить модератору

	47. "SSHole - уязвимость, позволяющая подключиться по SSH без пар..."	+/–
	Сообщение от Аноним (47), 06-Ноя-26, 00:07
	так он в спеке изначально :), а в 2022 тупо чуть не спалились совсем.
	Ответить | Правка | Наверх | Cообщить модератору

	48. "SSHole - уязвимость, позволяющая подключиться по SSH без пар..."	+/–
	Сообщение от Аноним (45), 06-Ноя-26, 00:10
	да, в 2022 его типа активировали
	Ответить | Правка | Наверх | Cообщить модератору

	81. "SSHole - уязвимость, позволяющая подключиться по SSH без пар..."	–1 +/–
	Сообщение от Аноним (81), 06-Ноя-26, 08:16
	…и тысячеглаз опять недоглядел!
	Ответить | Правка | К родителю #45 | Наверх | Cообщить модератору

	124. "SSHole - уязвимость, позволяющая подключиться по SSH без пар..."	+/–
	Сообщение от Аноним (123), 06-Ноя-26, 14:23
	> …и тысячеглаз опять недоглядел! Так вот же - доглядели. А вот попробуй такое в проприетарщине вообще вычисли...
	Ответить | Правка | Наверх | Cообщить модератору

	130. "SSHole - уязвимость, позволяющая подключиться по SSH без пар..."	–1 +/–
	Сообщение от Аноним (130), 06-Ноя-26, 14:31
	Но твой-то шоколадный всё замечает.
	Ответить | Правка | К родителю #81 | Наверх | Cообщить модератору

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

	51. "SSHole - уязвимость, позволяющая подключиться по SSH без пар..."	–8 +/–
	Сообщение от Аноним (51), 06-Ноя-26, 00:26
	Всё правильно. Кто минусует - объясняйтесь!
	Ответить | Правка | Наверх | Cообщить модератору

	83. "SSHole - уязвимость, позволяющая подключиться по SSH без пар..."	+1 +/–
	Сообщение от Аноним (83), 06-Ноя-26, 08:44
	Там аргументов не будет, только ненависть какая-то и зубы скрипят. Вот и минусуют.
	Ответить | Правка | Наверх | Cообщить модератору

	125. "SSHole - уязвимость, позволяющая подключиться по SSH без пар..."	+/–
	Сообщение от Аноним (123), 06-Ноя-26, 14:24
	> Там аргументов не будет, только ненависть какая-то и зубы скрипят. Вот и > минусуют. Может они напихали свой Alpine наслушавшись BS про безопасТность - ну им и этсамое, поменеджили их локалхосты малость.
	Ответить | Правка | Наверх | Cообщить модератору

	117. "SSHole - уязвимость, позволяющая подключиться по SSH без пар..."	+/–
	Сообщение от Аноним (117), 06-Ноя-26, 13:25
	https://www.opennet.me/openforum/vsluhforumID3/142149.html#75
	Ответить | Правка | К родителю #51 | Наверх | Cообщить модератору

	119. "SSHole - уязвимость, позволяющая подключиться по SSH без пар..."	+/–
	Сообщение от Аноним (119), 06-Ноя-26, 13:31
	>Всё правильно. Кто минусует - объясняйтесь! Ну, если ты сам, не можешь ни чего придумать, вот тебе несколько вариантов: 1)Увеличение количества вариантов авторизации, уменьшает вероятность, что всех поимеют одновременно из за одной ошибки. 2)Иногда мне так удобнее - для тестирования и т.д 3)Для того чтоб запустить хонейпот и посмотреть кто придет. 4)Еще что то, что не пришло в голову и мне, но кому то надо. Требовать отключить какой то функционал всем, по тому, что ты не можешь придумать как его использовать - отдельный рак мозга.
	Ответить | Правка | К родителю #51 | Наверх | Cообщить модератору

	113. "SSHole - уязвимость, позволяющая подключиться по SSH без пар..."	+/–
	Сообщение от Аноним (-), 06-Ноя-26, 12:55
	анонимность?
	Ответить | Правка | К родителю #2 | Наверх | Cообщить модератору

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

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

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

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

	44. "SSHole - уязвимость, позволяющая подключиться по SSH без пар..."	+2 +/–
	Сообщение от aname (ok), 05-Ноя-26, 23:55
	Хотелось уточнить, на чём написана glibc
	Ответить | Правка | Наверх | Cообщить модератору

	78. "SSHole - уязвимость, позволяющая подключиться по SSH без пар..."	+1 +/–
	Сообщение от Аноним (78), 06-Ноя-26, 07:23
	g-libс ? На ЖИ наверное 🤣 Вообще странно на этом форуме слышать такие вопросы))
	Ответить | Правка | Наверх | Cообщить модератору

	120. "SSHole - уязвимость, позволяющая подключиться по SSH без пар..."	+2 +/–
	Сообщение от Витюшка (?), 06-Ноя-26, 13:57
	Это те самые "деды С-шники"
	Ответить | Правка | К родителю #18 | Наверх | Cообщить модератору

	126. "SSHole - уязвимость, позволяющая подключиться по SSH без пар..."	+2 +/–
	Сообщение от Аноним (123), 06-Ноя-26, 14:25
	> Одни халатные браколелы подстелили соломку другим халатным бракоделам, но что-то пошло > не так. 😳 Тут как грится - не ошибается тот кто ничего не делает. Вот аноним с форума - не лажается никогда :)
	Ответить | Правка | К родителю #18 | Наверх | Cообщить модератору

	155. Скрыто модератором	+2 +/–
	Сообщение от Аноним (18), 06-Ноя-26, 18:18
	>> Одни халатные браколелы подстелили соломку другим халатным бракоделам, но что-то пошло >> не так. 😳 > Тут как грится - не ошибается тот кто ничего не делает. Но тот, кто делает через задницу - ошибается гораздо чаще. Удивительно, не правда ли? 🤔
	Ответить | Правка | Наверх | Cообщить модератору

	29. "SSHole - уязвимость, позволяющая подключиться по SSH без пар..."	+1 +/–
	Сообщение от Аноним (29), 05-Ноя-26, 23:08
	именно эти строки и привлекли больше всего. это просто гениально - заглушка в проде
	Ответить | Правка | К родителю #4 | Наверх | Cообщить модератору

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

	193. "SSHole - уязвимость, позволяющая подключиться по SSH без пар..."	+/–
	Сообщение от Аноним (193), 07-Ноя-26, 12:40
	что бы добавить E_INVALID_ARGUMENT нужно 100 кругов ада пройти через стандарт posix со списком этих кодов, и потом еще в панамку напихают, что не по феншую. а захардкодить литерал - милое дело обойти бюрократию
	Ответить | Правка | Наверх | Cообщить модератору

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

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

	121. "SSHole - уязвимость, позволяющая подключиться по SSH без пар..."	+1 +/–
	Сообщение от опеншлёпивпродакшн (?), 06-Ноя-26, 14:02
	musl есть, ума не надо.
	Ответить | Правка | Наверх | Cообщить модератору

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

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

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

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

	52. "SSHole - уязвимость, позволяющая подключиться по SSH без пар..."	+2 +/–
	Сообщение от Аноним (45), 06-Ноя-26, 00:34
	тут нужны нормальные программисты, одно радует иишка заменит ненужных
	Ответить | Правка | Наверх | Cообщить модератору

	97. "SSHole - уязвимость, позволяющая подключиться по SSH без пар..."	+1 +/–
	Сообщение от Аноним (97), 06-Ноя-26, 12:18
	> иишка заменит ненужных Проблема в том, что ЫЫ обучали в том числе на таком овнокоде. Можно конечно писать и потом искать проблемы другим ыы. Но какой смысл тратить столько токенов, если можно сразу писать на нормальном языке, you know what i mean?
	Ответить | Правка | Наверх | Cообщить модератору

	200. "SSHole - уязвимость, позволяющая подключиться по SSH без пар..."	+/–
	Сообщение от Аноним (-), 07-Ноя-26, 19:07
	> Но какой смысл тратить столько токенов, если можно сразу писать на нормальном > языке, you know what i mean? Как показал пример клаудспайвари - долбодятлы там лажаются ничуть не хуже. Под громкие вопли фанов "вы не понимаете, это другое!!!1111"
	Ответить | Правка | Наверх | Cообщить модератору

	203. "SSHole - уязвимость, позволяющая подключиться по SSH без пар..."	+/–
	Сообщение от Аноним (203), 07-Ноя-26, 19:48
	> Как показал пример клаудспайвари - долбодятлы там лажаются ничуть не хуже. У дырявых, написавших СИшный код, всего лишь пол года утекали пользовательские данные. А раст - ну упал на пару часиков, начши и починили. > Под громкие вопли фанов "вы не понимаете, это другое!!!1111" Только покалеченный СИшкой мозг может ставить между этими проблемами знак равенства 🤷🏻‍♂️.
	Ответить | Правка | Наверх | Cообщить модератору

	36. "SSHole - уязвимость, позволяющая подключиться по SSH без пар..."	+/–
	Сообщение от Аноним (47), 05-Ноя-26, 23:21
	> Логическая проблема добавлена практически осознанно это реальный бэкдор на уровне спеки!!!
	Ответить | Правка | К родителю #12 | Наверх | Cообщить модератору

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

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

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

	49. "SSHole - уязвимость, позволяющая подключиться по SSH без пар..."	+5 +/–
	Сообщение от нах. (?), 06-Ноя-26, 00:13
	Которая тоже должна быть в приложении, читающем данные извне, а не где попало. ну в общем все что надо было знать про musl мы уже и так знаем.
	Ответить | Правка | Наверх | Cообщить модератору

	55. "SSHole - уязвимость, позволяющая подключиться по SSH без пар..."	+/–
	Сообщение от Аноним (55), 06-Ноя-26, 00:57
	Поэтому должно быть на уровне контракта понятно кто обосрaлся - реализация или вызываемая сторона. Например через систему типов. Погодитика, прямо как в расте
	Ответить | Правка | Наверх | Cообщить модератору

	99. "SSHole - уязвимость, позволяющая подключиться по SSH без пар..."	+/–
	Сообщение от нах. (?), 06-Ноя-26, 12:25
	> Поэтому должно быть на уровне контракта понятно кто обосрaлся - реализация или > вызываемая сторона. Например через систему типов. Погодитика, прямо как в расте и на каждый вызов где единственный параметр мог бы передаваться прямо в регистре - мы будем таскать еще ссылку на память где лежит "контракт". эффективность пробьет потолок. Соседям снизу.
	Ответить | Правка | Наверх | Cообщить модератору

	201. Скрыто модератором	+/–
	Сообщение от Аноним (-), 07-Ноя-26, 19:07
	> эффективность пробьет потолок. Соседям снизу. Да не потолок это, а тоннель метро!
	Ответить | Правка | Наверх | Cообщить модератору

	68. "SSHole - уязвимость, позволяющая подключиться по SSH без пар..."	+/–
	Сообщение от Ананимер (?), 06-Ноя-26, 03:04
	systemd-синдром, в свою херабору напихивать чужие функции, для которых есть во-первых fail2ban, а во вторых это проще было бы в ssh длину пароля проверять. А crypt должен считать и не выделываться, мало ли для каких ещё задач апликуха может его вызвать.
	Ответить | Правка | К родителю #26 | Наверх | Cообщить модератору

	127. "SSHole - уязвимость, позволяющая подключиться по SSH без пар..."	+/–
	Сообщение от Аноним (-), 06-Ноя-26, 14:29
	> systemd-синдром, в свою херабору напихивать чужие функции, для которых есть во-первых fail2ban, Да вот видишь ли... 1) При интенсивной атаке f2b иной раз жрет ресурсов больше чем сама атака и добивает хост :D. Ну а что от куска питона ожидать было, чудес чтоли? Вместе с парадигмой парсинга невъ...х текстовых портянок, ага. 2) Боты имеют свойство переться с кучи разных IP. Поэтому придут новые тупо. И постоянно их банить выжирая вон то количество ресурсов? Хе. > а во вторых это проще было бы в ssh длину пароля проверять. > А crypt должен считать и не выделываться, мало ли для каких ещё > задач апликуха может его вызвать. Да вот безопасТнички, друг друга перемудрили и получилось - вот такое вот.
	Ответить | Правка | Наверх | Cообщить модератору

	75. "SSHole - уязвимость, позволяющая подключиться по SSH без пар..."	+1 +/–
	Сообщение от Норм (?), 06-Ноя-26, 06:06
	> костыль защиты от ддос Нет. Просто шиза и бред. В каком мире вообще функция возвращает "*" в случае ошибки? Это новый уровень! Дна просто нет. Свободное падение.
	Ответить | Правка | К родителю #26 | Наверх | Cообщить модератору

	101. "SSHole - уязвимость, позволяющая подключиться по SSH без пар..."	+3 +/–
	Сообщение от нах. (?), 06-Ноя-26, 12:28
	>> костыль защиты от ддос > Нет. Просто шиза и бред. В каком мире вообще функция возвращает "*" > в случае ошибки? "девочка ушами пошевелила, хоботом своим помахала - 'да чё, прикольна же ж получилось!'" > Это новый уровень! Дна просто нет. Свободное падение. а говорили - ыы плохой. да блин какому ыы такая хрень в голову-то придет?! Еще и закомитить в час ночи с тонной левого дерьма и надписью "cleanup". Солар, спишь блин? Твой контрибустор!
	Ответить | Правка | Наверх | Cообщить модератору

	194. "SSHole - уязвимость, позволяющая подключиться по SSH без пар..."	+/–
	Сообщение от Аноним (193), 07-Ноя-26, 12:47
	ну там не час ночи и не cleanup ``` commit b3c4cc121f70faea45389fe7ddc1127ed5cbd8bb Author: Rich Felker <dalias@aerifal.cx> Date:   Thu Aug 9 20:47:17 2012 -0400     make crypt return an unmatchable hash rather than NULL on failure          unfortunately, a large portion of programs which call crypt are not     prepared for its failure and do not check that the return value is     non-null before using it. thus, always "succeeding" but giving an     unmatchable hash is reportedly a better behavior than failing on     error.          it was suggested that we could do this the same way as other     implementations and put the null-to-unmatchable translation in the     wrapper rather than the individual crypt modules like crypt_des, but     when i tried to do it, i found it was making the logic in __crypt_r     for keeping track of which hash type we're working with and whether it     succeeded or failed much more complex, and potentially error-prone.     the way i'm doing it now seems to have essentially zero cost, anyway. diff --git a/src/misc/crypt_des.c b/src/misc/crypt_des.c index 4dc6b4b5..4454a130 100644 --- a/src/misc/crypt_des.c +++ b/src/misc/crypt_des.c @@ -1014,11 +1014,8 @@ char *__crypt_des(const char *key, const char *setting, char *output)          * likely that any alignment related issues would be detected.          */         p = _crypt_extended_r_uut(test_key, test_setting, test_buf); -       if (p && !strcmp(p, test_hash)) +       if (p && !strcmp(p, test_hash) && retval)                 return retval; -       /* -        * Should not happen. -        */ -       return NULL; +       return (setting[0]=='*') ? "x" : "*"; } ```
	Ответить | Правка | Наверх | Cообщить модератору

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

	202. "SSHole - уязвимость, позволяющая подключиться по SSH без пар..."	+/–
	Сообщение от Аноним (-), 07-Ноя-26, 19:10
	> это musl если чо Ну вот ему то seems что zero cost. Теперь пусть расскажет про косты этим, к которым по ssh зашли путем ввода 257 пробелов :)
	Ответить | Правка | Наверх | Cообщить модератору

	65. "SSHole - уязвимость, позволяющая подключиться по SSH без пар..."	+1 +/–
	Сообщение от Варение (?), 06-Ноя-26, 01:58
	> все это без (изначально предусмотренной)  возможности вернуть ошибку Ну почему, еще в 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."
	Ответить | Правка | К родителю #17 | Наверх | Cообщить модератору

	95. "SSHole - уязвимость, позволяющая подключиться по SSH без пар..."	+/–
	Сообщение от Аноним (143), 06-Ноя-26, 12:14
	вернуть ошибку это когда ты по результату можешь определить в чем ошибка, например что выбран неизвестный алгоритм хеширования или превышена длина ключа, просто NULL это не ошибка, это - ой все.
	Ответить | Правка | Наверх | Cообщить модератору

	100. "SSHole - уязвимость, позволяющая подключиться по SSH без пар..."	+/–
	Сообщение от Аноним (-), 06-Ноя-26, 12:27
	Это пипец такое в продакшене оставлять - чистой воды мелтдаун
	Ответить | Правка | Наверх | Cообщить модератору

	103. "SSHole - уязвимость, позволяющая подключиться по SSH без пар..."	–1 +/–
	Сообщение от нах. (?), 06-Ноя-26, 12:31
	> вернуть ошибку это когда ты по результату можешь определить в чем ошибка, для того чтоб определить в чем именно ошибка - у нас используется errno. Часто нам совершенно неинтересно, в чем именно - все равно рта нет и сообщить некуда. Внезапно, вот так устроены современные операционные системы - состояние ошибки отдельно, детали - отдельно, для тех кому надо копаться в деталях. Чтобы послать подальше юзера с заблокированным доступом они не только не нужны, а даже вредны - ему незачем знать почему пароль не подходит. но вчерародившиеся конечно же знают как надо, ща на хрусте быстренько перепишут-перепишут.
	Ответить | Правка | К родителю #95 | Наверх | Cообщить модератору

	116. "SSHole - уязвимость, позволяющая подключиться по SSH без пар..."	–1 +/–
	Сообщение от Аноним (143), 06-Ноя-26, 13:20
	>> вернуть ошибку это когда ты по результату можешь определить в чем ошибка, > для того чтоб определить в чем именно ошибка - у нас используется > errno. > Часто нам совершенно неинтересно, в чем именно - все равно рта нет > и сообщить некуда. о том и речь, errno это костыль от бедности, еслиб у функции была нормальная интерфейсная часть то проблем бы не возникало, нормальная это когда функция принуждает проверить ошибку
	Ответить | Правка | Наверх | Cообщить модератору

	161. "SSHole - уязвимость, позволяющая подключиться по SSH без пар..."	+/–
	Сообщение от нах. (?), 06-Ноя-26, 20:17
	> о том и речь, errno это костыль от бедности, еслиб у функции это устройство современных (последние 50 лет) процессоров такое. Не структуры они передают. > была нормальная интерфейсная часть то проблем бы не возникало, нормальная это кроме той что работало бы все это очень и очень медленно. Потому что одно дело вернуть регистр, другое - таскать за собой сложную структуру памяти и каждый раз еще и копировать, а то ж вдруг кто-то освободит не там! И в 99% случаев ее содержимое никто бы даже не посмотрел - вернулась ошибка, досвидания. Вот в случае с паролем * и ! - это как раз оно. Нельзя даже сообщить о находке никуда - васяну вообще нельзя об этом говорить, и в логах оно неуместно, хрен знает кто их первым прочтет.
	Ответить | Правка | Наверх | Cообщить модератору

	167. "SSHole - уязвимость, позволяющая подключиться по SSH без пар..."	–1 +/–
	Сообщение от Аноним (-), 06-Ноя-26, 21:32
	> это устройство современных (последние 50 лет) процессоров такое. Не структуры они передают. Ну указатель то на структуру - дешево и сердито. И современные апя таки это - юзают. Хоть у сишников там и бардак с ABI на самом деле. т.е. void somefunc(wtf_t * what) { ... if (error) {     what->result = E_WTF;     ...     return;     } } В принципе можно и return struct (by value), но это уже менее эффективно. А указатель что, он 1 регистр проца занимает. В таком виде можно и без errno всяких. Но анализировать успех вызова потом немного менее удобно. Более-менее современные апя делают как-то так, при том порой и в линухе местами уже. Но вот олдовые апя - там же нельзя прототип менять, даже если он и дурацкий, все сломается в софте. > что одно дело вернуть регистр, другое - таскать за собой сложную > структуру памяти и каждый раз еще и копировать, О том что можно указатель таскать - блаародному дону видимо никто не сказал :). И это так то вполне эффективно. Настолько что ARM и STMicro _так_ - _декларят_ свое железо. Регистры оного в смысле. Т.е. вывешивают это сям как struct с воооооот такой структурой. Точнее указатель на это - с значением равным реальному адресу этой штуки в адресном пространстве. Теоретически - ниоткуда не следует что это обязано работать, ибо с struct некоторые вещи стандартом не регламентированы и можно откушать на alignment и проч. Но обычно работает.
	Ответить | Правка | Наверх | Cообщить модератору

	198. "SSHole - уязвимость, позволяющая подключиться по SSH без пар..."	+/–
	Сообщение от Аноним (143), 07-Ноя-26, 13:11
	не имеет значения, после того как они нагородили с передачей параметров через соль, их парсинга и т.д., и так дорогая функция стала в разы дороже, контракт надо было менять а не костыли делать   https://www.opennet.dev/openforum/vsluhforumID3/142290.html#197
	Ответить | Правка | К родителю #161 | Наверх | Cообщить модератору

	190. "SSHole - уязвимость, позволяющая подключиться по SSH без пар..."	+/–
	Сообщение от Инопланетянин (?), 07-Ноя-26, 04:38
	> Внезапно, вот так устроены современные операционные системы - состояние ошибки отдельно, детали - отдельно, для тех кому надо копаться в деталях. Тут очевидно проблема в том, что если документацию не читать, то по сигнатуре никак не понять, что выставляет функция errno или нет.
	Ответить | Правка | К родителю #103 | Наверх | Cообщить модератору

	197. "SSHole - уязвимость, позволяющая подключиться по SSH без пар..."	+/–
	Сообщение от Аноним (143), 07-Ноя-26, 13:04
	Насколько я понял, изначально был только один алгоритм хеширования, и null функция возвращала только если key был null. char *crypt (const char *key, const char *salt) а так как key на null проверяется за долго до того как crypt вызовут то все было нормально, и все реально писали - strcmp(crypt(, а потом гении начали в salt кодировать параметры, естественно это привело к вероятности возникновения ошибок, типа нет такого алгоритма, и вместо того чтоб по нормальному создать новую функцию, которая бы возвращала код ошибки и ее результат нельзя было передать в strcmp, тем самым заставив проверять на ошибки, начали городить огород, нарушая контракт.
	Ответить | Правка | Наверх | Cообщить модератору

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

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

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

	34. "SSHole - уязвимость, позволяющая подключиться по SSH без пар..."	+/–
	Сообщение от Аноним (47), 05-Ноя-26, 23:20
	> Почему? Потому что идъйоты (с) потому-что так задумано, в спеке так описано - это наичистейший бэкдор!!! Стоит вообще задуматься!!!
	Ответить | Правка | Наверх | Cообщить модератору

	40. "SSHole - уязвимость, позволяющая подключиться по SSH без пар..."	+/–
	Сообщение от Халявщик не корпораст (?), 05-Ноя-26, 23:35
	- Стоит вообще задуматься!!! Йищё бы. Мир не без добрых людей и самые добрые из них - корпорасты, сама щедрость просто. :) А про некоторых доброжелателей не из тех ваще писать не хочется, особенно в свете нынешних международных сношений...
	Ответить | Правка | Наверх | Cообщить модератору

	41. "SSHole - уязвимость, позволяющая подключиться по SSH без пар..."	+/–
	Сообщение от Аноним (47), 05-Ноя-26, 23:44
	> Йищё бы. Так и запишем. Опенсорс (далее опсос) считать по определению пробэкдоренным кодом! А всяк кто пишет такой код - тот "кто сидит в кр3мле"!
	Ответить | Правка | Наверх | Cообщить модератору

	129. "SSHole - уязвимость, позволяющая подключиться по SSH без пар..."	–1 +/–
	Сообщение от Аноним (-), 06-Ноя-26, 14:31
	> Так и запишем. Опенсорс (далее опсос) считать по определению пробэкдоренным кодом! А > всяк кто пишет такой код - тот "кто сидит в кр3мле"! Не, чувак, это про проприетарь так запишем - потому что там вообще даже и проверить нельзя чего подбного кто и где понапихал. А тут, вот, анализ кода таки свое постепенно берет. Как грят проще рыбку ловить в мутной воде...
	Ответить | Правка | Наверх | Cообщить модератору

	139. "SSHole - уязвимость, позволяющая подключиться по SSH без пар..."	+/–
	Сообщение от МинонА (?), 06-Ноя-26, 14:50
	Вообще-то тут как раз внешнее поведение системы проверяется. И оно проверяется хоть с открытым кодом, хоть закрытым, то есть буквально ноль разницы. Объяснение что же там под капотом происходит - да, только с кодом открытым. Но тут вот уйму лет лежало у всех на виду - а нашли только когда перебором брутфорса доступа постучались. Никак опенсурс не помог найти, только объяснить потом "как же так произошло?".
	Ответить | Правка | Наверх | Cообщить модератору

	148. "SSHole - уязвимость, позволяющая подключиться по SSH без пар..."	+/–
	Сообщение от Аноним (47), 06-Ноя-26, 15:45
	> Никак опенсурс не помог найти, только объяснить потом "как же так произошло?". Парадокс в том, что, хоть у безопасТников и есть тыщаглаз, головы то вовсе нет с мозгами :) (ц)
	Ответить | Правка | Наверх | Cообщить модератору

	168. "SSHole - уязвимость, позволяющая подключиться по SSH без пар..."	–1 +/–
	Сообщение от Аноним (-), 06-Ноя-26, 21:39
	>> Никак опенсурс не помог найти, только объяснить потом "как же так произошло?". > Парадокс в том, что, хоть у безопасТников и есть тыщаглаз, головы то > вовсе нет с мозгами :) (ц) А пропертарщик в лучшем случае - выкатит мутный "security update" где починено "фиг знает что" - а в хучшем вообще забьет болт и почешется лишь когда 0day откровенно раз...т полглобуса и кастомеры начнут роптать. При том самому починить - а вот фиг!
	Ответить | Правка | Наверх | Cообщить модератору

	179. "SSHole - уязвимость, позволяющая подключиться по SSH без пар..."	+/–
	Сообщение от Аноним (47), 06-Ноя-26, 23:40
	> а в хучшем вообще забьет болт а все почему? а за что вы платите тогда, за то, чтобы вас откровенно говоря имели? А по судам затаскать? А где защита прав потребителей и всякая юр. ответственность? Человек до сих пор не понял, не работает это все, все по иксу кто там чьи права нарушил, общество прогнило еще со времен основания первых городов и денежных отношений.
	Ответить | Правка | Наверх | Cообщить модератору

	182. "SSHole - уязвимость, позволяющая подключиться по SSH без пар..."	+/–
	Сообщение от Аноним (-), 07-Ноя-26, 01:56
	>> а в хучшем вообще забьет болт > а все почему? а за что вы платите тогда, за то, чтобы > вас откровенно говоря имели? А по судам затаскать? Ну вот я более и не плачу нифига проприетарщикам и предпочитаю открытыте технологии. Представляете? Это пожалуй самая эффективная защита - перестать быть потребителем и при нужде уметь насыпать в панамку всяким гамнюкам, обходясь без них :)
	Ответить | Правка | Наверх | Cообщить модератору

	187. "SSHole - уязвимость, позволяющая подключиться по SSH без пар..."	+/–
	Сообщение от Аноним (47), 07-Ноя-26, 02:51
	> Ну вот я более и не плачу нифига проприетарщикам и предпочитаю открытыте > технологии. Представляете? Ну вот новость как раз об это, одно дело вас имеют за ваши же деньги, а другое - вы сами подставляетесь, чтобы вас имели бесплатно. В обоих случаях вас имеют, дилемма обреченного! > перестать быть потребителем вы не можете перестать быть им если только сами не на месте тех самых проприетарщиков или опсосников (опенсорсников), которые для "себя" пишут код. > эффективная защита Развивать культуру, и презирать мракобесие, когда даже проприетарщик, который получает деньги за продукт и не заботиться о его качестве. А тут надо вводить понятие контроля качества ПО. И не обязательно самому это делать и в этом разбираться, а аналогично тому же строй контролю, нанимаешь строй контроль и он контролирует качество, что-то пошло не так - суд и компенсация ущерба, чтобы поделом было, потому-что крыша построенного дома свалиться не кому-то на башку, а именно мне, ну вот и в ПО так же надо.
	Ответить | Правка | Наверх | Cообщить модератору

	204. "SSHole - уязвимость, позволяющая подключиться по SSH без пар..."	+/–
	Сообщение от Аноним (204), 07-Ноя-26, 21:10
	> Ну вот новость как раз об это, одно дело вас имеют за > ваши же деньги, а другое - вы сами подставляетесь, чтобы вас > имели бесплатно. В обоих случаях вас имеют, дилемма обреченного! Звучит как агрессивные маркетинговые потуги впарить проприетарь. Но таки - кукуйте, "секурность" проприетари всем давно известна, лучше вы умеете - мусор под ковер заметать и рассказывать офигительные истории. А код - кому вы лечите? Я сам экс-проприетарий :D > вы не можете перестать быть им если только сами не на месте > тех самых проприетарщиков или опсосников (опенсорсников), которые для "себя" пишут код. Таки - с AI уже и всякие смежные рожи могут нейросеточкам задачи ставить. Это классических пропертариев доканает окончательно. Т.е. буквально достаточно нанять на одеске пару операторов промпта, дать спеки и получить что-то сравнимое. И не факт что сильно хуже качеством - но РАДИКАЛЬНО дешевле и БЕЗ выкрутки рук, драконовских EULA, вот этого всего. Вы давно нарывались на такой СЮРПРИЗ. И этот день - наступил. >> эффективная защита > Развивать культуру, и презирать мракобесие, когда даже проприетарщик, который получает > деньги за продукт и не заботиться о его качестве. Век проприетари по большому счету закончился. Как век извозчиков. Как средние века с рабовладением. А теперь вот - выкручивать руки кастомерам будет типа порки раба, т.е. подвергаемо остракизму и прессуемо экономически. > А тут надо вводить понятие контроля качества ПО. Бизнес, видите ли, другие понятия вводит - оптимизаций профитов прежде всего. Поэтому в большей части коммерческого софта сэкономлено на всем чем можно и нельзя. Вплоть до ускоренных, бжд, сертификаций FAA потуг Boeing в софте - от которых самолеты, натурально, падают. Там интересные истории всплыли, видите ли, об отношении пропертариев и сертификаторов, такая ерунда. Так что если кто хотел сказать что проприетарь не убивает людей - а вот и фиг, убивает. В том числе и мутные коррупционные схематозы около. > И не обязательно самому это делать и в этом разбираться, Все так. Но если пекарь на углу начинает кушать уху и требовать чтоб я носил трусы в горошек, а купив пирожки еще помыл ему пол на кухне и машину разгрузил, бесплатно, разумеется - ну, э, знаете, а может я и сам себе пирожков тогда напеку? Да еще удешевил рецепт - и рад по уши, ну и что что получается клеклая преснятина?! При таких условиях - стимул прокачать скилл что-то появляется. Вот проприетарщики - как-то так себя вели. > а аналогично тому же строй контролю, нанимаешь строй контроль и он > контролирует качество, что-то пошло не так - суд и компенсация ущерба, В большинстве областей будет проще, быстрее и дешевле вместо этого попросить оператора промпта и нейросетку пофиксить вон тот баг. > чтобы поделом было, потому-что крыша построенного > дома свалиться не кому-то на башку, а именно мне, ну вот > и в ПО так же надо. Удачи в этом начинании. Правда если это вдруг получится - вам очень не понравится цена за IT услуги в принципе. Потому что риски должны себя окупать. Не, крыша на бошку падать не перестанет - просто выплаты пострадавшим включат в ценник новых крыш.
	Ответить | Правка | Наверх | Cообщить модератору

	206. "SSHole - уязвимость, позволяющая подключиться по SSH без пар..."	+/–
	Сообщение от Аноним (47), 07-Ноя-26, 23:23
	> Звучит как агрессивные маркетинговые потуги впарить проприетарь. Как обычно говорят, л0х0в надо разводить, их природа для того и создала. А вот взять и потребовать там гарантий, плюс провести верификацию (не кота в мешке ведь покупать) от проприетарщика, природа ведь не запрещает. ТОже самое относится и к опенсорсу. > А код - кому вы лечите? Я сам экс-проприетарий :D Да я прекрасно понимаю и знаю как все это устроено внутри, ну вот пойдите с таким "девелопментом" к милитари заказчику, вас даже на километр близко не подпустят если увидят в вас маркетолухов. А за заметания под ковер - аукнется в суде и на курорт за решетку. > Таки - с AI уже и всякие смежные рожи могут нейросеточкам задачи ставить. Это классических пропертариев доканает окончательно. Т.е. буквально достаточно нанять на одеске пару операторов промпта, дать спеки и получить что-то сравнимое. спеку кто будет писать? Промтовиков кто в курс ставить будет? Спеку писать и спеку имплементировать - разные скилы, особенно для промптовика. > И не факт что сильно хуже качеством - но РАДИКАЛЬНО дешевле и БЕЗ выкрутки рук, драконовских EULA, вот этого всего. Вы давно нарывались на такой СЮРПРИЗ. И этот день - наступил. Лучшего ждать не надо, зависит от условий тренировки, код в Ынтернете - худшего качества, нету ни одного открытого проекта суперского качества, единицы. Под понятием худшего я имею ввиду неоптимальный с точки зрения производительности и не безопасТный код с точки зрения ИБ. А то, что за меня код имплементировать по спеке будет ЫЫ я только рад этому, но какова цена? Я не хочу своей спекой делиться с какой-то забугорной корпорацией, я хочу на своих ресурсах это все делать, а если для написания хелловрота с помощью ЫЫ мне необходимо свой ДЦ построить, тогда ну его нах такой ЫЫ. Корпорации хотят монополизировать все,  помимо монополизации они маргинализируют отдельно взятую область, как маргинализировали к примеру гаражные ЦПУ и программирование на ассемблере, итог? вертят человечество на кую. В ытут за дырявой софт трете, а у вас аппаратура - форточка, сквозит!!! Абсурдно все в контексте секурного ПО. > Век проприетари по большому счету закончился. Как век извозчиков. Как средние века с рабовладением. :))) начался век монопольной проприетари > Бизнес, видите ли, другие понятия вводит - оптимизаций профитов прежде всего. оптимизация чего? профитов? серьезно? профиты нуждаются в оптимизации? > Поэтому в большей части коммерческого софта сэкономлено на всем чем можно и нельзя. Вплоть до ускоренных, бжд, сертификаций FAA потуг Boeing в софте - от которых самолеты, натурально, падают. Это же банальная коррупция, система не работает, пока расстрел не вменят за такую халатность. На ютубе канальчик одного электронщика есть нортбриджфикс, так вот к нему наведались те самые из FAA словно они из FBI, и наехали на автора, потому-что он в одном из видео фиксил плату от какого-то там самолета. Ну вот прицепились, чтобы автор выдал инфу о клиенте который заказал ремонт платы у не сертифицированного в FAA электронщика. А закон то запрещает выдавать инфу о клиентах без решения суда. А решения нет :) > В том числе и мутные коррупционные схематозы около. С этим бороться бессмысленно, только расстрел, а такие меры так же подвержены коррупции и чреваты репрессиями. Не будет никогда работать людские законы контролируемые самими людьми. Это как программная изоляция (сендбоксы) :)) ну не существует программной изоляции программными средствами. Всегда будет возможность нарушить эту изоляцию, ограничения и т.д. Ровно так же и с людскими законами. Людей сдерживает только законы природы и все! И жить надо по законам природы! > Вот проприетарщики - как-то так себя вели. принцип "сажать на иглу" никто не отменял, причина всему этому - денежные отношения. > В большинстве областей будет проще, быстрее и дешевле вместо этого попросить оператора промпта и нейросетку пофиксить вон тот баг. Я думаю будет проще взять (купить) готовое, но опять возвращаемся к вопросу качества. Как нейронка будет условно мне видну чинить, KDE возможно и пропатчит, но на каких ресурсах я должен его еще компилировать и т.д. ЫЫ ведь мне компилировать не будет, хотя должен если научить. И какова цена всего этого будет? Щас ведь хоть и якобы копейки, а завтра когда "посадят на иглу" будут вертеть как захотят. > Удачи в этом начинании. Правда если это вдруг получится - вам очень не понравится цена за IT услуги в принципе. Почему? У меня есть смета на постройку дома, которую мне строительная компания  предлагает, я с ней соглашаюсь, они начинают строительство, я нанимаю строй контроль соглашаясь с его ценой, и если в процессе что-то идет не так, то переделка и расходы на совести строителя, иначе суд и возмещение ущерба!!! > Потому что риски должны себя окупать. Оценка рисков не моя задача, это задача контроля, это отдельная область знаний. > Не, крыша на бошку падать не перестанет - просто выплаты пострадавшим включат в ценник новых крыш. Тогда они останутся без работы, если меня не будет устраивать цена. Плюс на законодательном уровне существуют нормы (кодексы, минимальные допустимые требования безопасности и т.д.), которые должны соблюдать все, а это чревато уже не только компенсацией если речь идет о жизни человека. Но, опять таки, все это людские правила и законы, которые легко нарушаются, либо коррупцией тех же строй компаний, подкупаются законодатели, которые лоббируют интересы этих компаний. Так устроен "современный" (старый как пень) мир.
	Ответить | Правка | К родителю #204 | Наверх | Cообщить модератору

	147. "SSHole - уязвимость, позволяющая подключиться по SSH без пар..."	+/–
	Сообщение от Аноним (47), 06-Ноя-26, 15:42
	> потому что там вообще даже и проверить нельзя чего подбного кто и где понапихал. а чем тебе машинный код не устроил? Долго и дорого? ну это же хорошо, хоть цену себе будешь знать, а то вас безопасТников тыщаглазых скоро ЫЫтрыжка заменит. > А тут, вот, анализ кода таки свое постепенно берет. > Как грят проще рыбку ловить в мутной воде... Ну да, рыбак в лодке видит только надводную часть айсберга :)) Ты уверен, что твой компилятор безопасТный машинный код генерирует?
	Ответить | Правка | К родителю #129 | Наверх | Cообщить модератору

	169. "SSHole - уязвимость, позволяющая подключиться по SSH без пар..."	+/–
	Сообщение от Аноним (-), 06-Ноя-26, 21:46
	> а чем тебе машинный код не устроил? Долго и дорого? ну это > же хорошо, хоть цену себе будешь знать, а то вас безопасТников > тыщаглазых скоро ЫЫтрыжка заменит. А зачем мне долго и дорого - если можно дешево и сердито? :) Вот вы и делайте долго и дорого. И посмотрим кто кого и где заменит в результате. Конкретно меня - AI заменит где-то в последних рядах. И к тому моменту это будет совсем другой мир и это будет наименьшей из моих проблем, имхо. А всякие джуны и проч пусть сами думают что делать. Возможно в айти и правда было не надо столько малоквалифицированных "а мы тут деньги зарабатываем". И вам придется с этим жить. Останутся самые продвинутые, те кто живет этим и может апгрейдить скиллы. А вот просто барыжителей копиями - AI может на раз вынести, написав нечто сравнимое by specs. С ноля. Зачем мне ваш машинный код, если LLM и куда читаемее все сделает по формальному описанию? И не питайте иллюзий - я умею в "hex speak" если это реально надо. Но это более эстетический скилл нежели что-то реально нужное уже. Впрочем я так то по старой памяти на ура апгрейжу древний околоиндустриал сделав как раз ре-инженеринг на современном уровне. >> Как грят проще рыбку ловить в мутной воде... > Ну да, рыбак в лодке видит только надводную часть айсберга :)) В случае пропертари - мы вообще в тумане и даже айсберг не видим. Пока он в нас не у...тся. А потом уже поздняк планы строить, ибо куда ж ты с титаника то денешься.
	Ответить | Правка | Наверх | Cообщить модератору

	173. "SSHole - уязвимость, позволяющая подключиться по SSH без пар..."	+/–
	Сообщение от Аноним (173), 06-Ноя-26, 22:02
	> А вот просто барыжителей копиями - AI может на раз вынести, написав нечто сравнимое by specs. С ноля. Зачем мне ваш машинный код, если LLM и куда читаемее все сделает по формальному описанию? Поддерживать написяное будет нейронка? Ну значит в бюджет надо закладывать подписку и токены) > В случае пропертари - мы вообще в тумане и даже айсберг не видим. Пока он в нас не у...тся. А потом уже поздняк планы строить, ибо куда ж ты с титаника то денешься. Проприетарь никуда не денется. Просто по причине, что любой потративший токены спросит "а фигли я должен свой результат давать каким-то мутным васянам".
	Ответить | Правка | Наверх | Cообщить модератору

	176. "SSHole - уязвимость, позволяющая подключиться по SSH без пар..."	+/–
	Сообщение от Аноним (47), 06-Ноя-26, 23:05
	> Просто по причине так и есть, ему придется колхозить свой ДЦ для ЫЫ, это как селф-хостед клауды :)) Я посмотрю на проприетарщиков которые у тех же опенЫЫ подписаны на генерацию проприетари, особенно если заказчик - оборонщик какой-то :))
	Ответить | Правка | Наверх | Cообщить модератору

	183. "SSHole - уязвимость, позволяющая подключиться по SSH без пар..."	+/–
	Сообщение от Аноним (-), 07-Ноя-26, 02:03
	> Поддерживать написяное будет нейронка? > Ну значит в бюджет надо закладывать подписку и токены) А вот это уже кто как и где. Возможны разные варианты. В любом случае: 1) Токены на ПОРЯДКИ дешевле типовых аппетитов проприетариев сейчас. 2) При этом у кастомера полный контроль над происходящим. Без возможнсти ушлых типов нагло выкрутить руки и диктовать что кому (не)надо, что (не)будем делать и проч. Т.е. нет, по старому уже - не будет. И чем дальше тем сложнее будет практиковать вон то. > Проприетарь никуда не денется. Это как сказать что конная тяга никуда не денется. Да, я до сих пор могу найти карету запряженную лошадьми, если подразопрусь. Так что если кто принципиально хотел быть именно - кучером на карете, может найти вариант. Наверное. Проприетарщики как-то так же будут. > Просто по причине, что любой потративший токены спросит "а фигли я должен > свой результат давать каким-то мутным васянам". Например потому, что взять 1 проект и 10 раз его улучшить - работает лучше чем 10 раз независимо его в своих норках улучшить? Количество токенов суммарно то же, как и затраты на нос - а результат может быть разный.
	Ответить | Правка | К родителю #173 | Наверх | Cообщить модератору

	175. "SSHole - уязвимость, позволяющая подключиться по SSH без пар..."	+/–
	Сообщение от Аноним (47), 06-Ноя-26, 23:01
	> А зачем мне долго и дорого - если можно дешево и сердито? :) Вот вы и делайте долго и дорого. И посмотрим кто кого и где заменит в результате. Ну и в итоге получаешь ровно то, что и заслуживаешь. Зачем мешать глупцам совершать глупости. Подумаешь самолет разбился, или кто-то в кого-то врезался, жизнь все бывает. > Конкретно меня - AI заменит где-то в последних рядах. Да ты просто не доживешь до того, чтобы тебя ЫЫ заменило. > И к тому моменту это будет совсем другой мир и это будет наименьшей из моих проблем, имхо. в том то и дело, никому нет дело до других, мы ведь индивиды, а сообща что-либо делаем только из под палки, как и все животные в природе, страхом движимые. > "а мы тут деньги зарабатываем" Суть денежных отношений такова, не важно чем и как ты их "зарабатываешь"! > И вам придется с этим жить. Я же индивид и каждый индивид живет ради себя, ты что ради х**ла в кр3мле или в белом доме живешь? Человек индивид, класть он хотел на всех, но этим индивидам присуща паразитирующая деятельность. > А вот просто барыжителей копиями - AI может на раз вынести, написав нечто сравнимое by specs. С ноля. Повторяю, эту спеку с нуля должен сначала чуловек создать, а потом как показала практика с помощью 10005000 агентов нанейрослопить, а потом еще с помощью 10005000 агентов проверить результат. > Зачем мне ваш машинный код, если LLM и куда читаемее все сделает по формальному описанию? Затем, что для тех самых 100005000 агентов ЫЫ как раз таки лучше всего работать с отдельными инструкциями, чем вашими формальными абстрактными конструкциями. > И не питайте иллюзий - я умею в "hex speak" если это реально надо. Ну вот добавьте к вашему "hex speak" комментарии на естественном языке - это и будет ваша спека. > Впрочем я так то по старой памяти на ура апгрейжу древний околоиндустриал сделав как раз ре-инженеринг на современном уровне. Ну заменил старый MCU на новый, формально ведь алгоритм не меняется (спека), меняется имплементация. > В случае пропертари - мы вообще в тумане и даже айсберг не видим. "Непотопляемый" раст (ой титаник) я бы сказал, а не проприетарь, мы видим имплементацию (машинный код), но не саму спеку, ну вот ЫЫ в таком должен хорошо помогать, хотя для этих целей не нужны 100005000 нейрослоупоков, достаточно разложить контролфлоу и понять алгоритм, либо дебажить пошагово и описывать систему состояний.
	Ответить | Правка | К родителю #169 | Наверх | Cообщить модератору

	184. "SSHole - уязвимость, позволяющая подключиться по SSH без пар..."	+/–
	Сообщение от Аноним (-), 07-Ноя-26, 02:31
	> Ну и в итоге получаешь ровно то, что и заслуживаешь. Зачем мешать > глупцам совершать глупости. Я уже видел что я получаю с проприетарщиками. И именно поэтому теперь юзаю опенсорс. И получил - идеально стабильные системы, исправление моих багов в режиме fast lane, early preview технологий и проч. То на что пропертарии в принципе не способны в нормальном виде без гимора. Прикинь, ща у меня добилдовывается -rc ядра линя. Я посмотрю how it peforms - на всех конфигах которые меня интересуют. Если будут проблемы - приду к причастным, покажу им где они облажались. И сообща поработаем над починкой. А когда наступит релиз, в конфигурациях за которые я отвечаю все будет идеально. Будущее намного лучше если принять участие в его создании. > Подумаешь самолет разбился, или кто-то в кого-то врезался, жизнь все бывает. Самолетов с проприетарным ПО убилось - очень даже. В том числе и благодаря ПО. Как и всякие тойоты. И при аудите этого добра всплывали такие подробности, что волосы дыбом, и не только на голове. Какие офигенные системщики в тойоте - я видел по результатам расследований, спасибо. И кстати я их факапы в своих фирмварях и лэйауте памяти - учитываю. Вы будете меня стращать? А что если я не испугаюсь? Что если я в курсе что не боги горшки обжигают и умею хаживать на пантеон сам, если так стало надо? :) >> Конкретно меня - AI заменит где-то в последних рядах. > Да ты просто не доживешь до того, чтобы тебя ЫЫ заменило. Не вижу проблемы. А открытый софт для меня таки на ура работает. Я на него перекинул все воркфлоу и забыл выходки проприетариев и те подходы как страшный сон. И качество у него куда как приятнее. И багфиксов куда реальнее добиться с куда меньшей возней. >> И к тому моменту это будет совсем другой мир и это будет наименьшей из моих проблем, имхо. > в том то и дело, никому нет дело до других, мы ведь > индивиды, а сообща что-либо делаем только из под палки, Кому как. Я познал радость объединения разумов в более мощную команду. Да, это приносит свои ups и downs - но с достаточной квалификацией можно даже стать чем-то типа лида/PM и прочих архитектов - и это так то нативный путь эволюции продвинутых синьоров в айти. А если к вам старость пришла одна... suxx to be you. > как и все животные в природе, страхом движимые. Suxx to be you. Я столько боялся что устал - и более не "боюсь". Вместо этого лишь "оцениваю модель угроз" и придерживаюсь концепции "делай что должен и будь что будет". А что я должен делать я сам решаю. И кроме всего прочего - я участвую в некотором количестве открытых проектов. >> "а мы тут деньги зарабатываем" > Суть денежных отношений такова, не важно чем и как ты их "зарабатываешь"! А для тех кто в IT пришел всерьез, по зову сердца, и потому что нам нравится этот род занятий - есть те кому оно по кайфу, и есть "мясники" которые "деньги зарабатывают". Мы очень хорошо ощущаем эту разницу. И конечно "мясники" никогда не будут равными. Их в нормальных проектах и командах избегают как прокаженных. Поэтому у вас и опыт - такой. А я познал радость более позитивных рабочих окружений где люди как таковые - наслаждаются тем что они делают и если им так можно то и мне - тоже :) >> И вам придется с этим жить. > Я же индивид и каждый индивид живет ради себя, Это сильно упрощенная модель. Скажем, есть несколько сообществ - участь которых мне не безразлична. Они делают полезные мне вещи. Я отвечаю тем же. Взаимоность и кооперация достигают больше чем режим собаки на сене. Один в поле не воин. Хотя с AI уже можно поспорить. Но это уже как бы и не совсем один. > Повторяю, эту спеку с нуля должен сначала чуловек создать, а потом как > показала практика с помощью 10005000 агентов нанейрослопить, а потом еще с > помощью 10005000 агентов проверить результат. И тем не менее - уже есть проекты сделаные так. И суммарно это сильно дешевле чем оценивают свои потуги проприетарщики. Тем более что те потом норовят устроить какую-нибудь гадость и кидалово. Что есть повод их избегать заранее. >> Зачем мне ваш машинный код, если LLM и куда читаемее все сделает по формальному описанию? > Затем, что для тех самых 100005000 агентов ЫЫ как раз таки лучше > всего работать с отдельными инструкциями, чем вашими формальными абстрактными конструкциями. LLM как раз таки - работают скорее со словами и токенами чем "инструкциями". Хотя вон там и пример "убийцы проприетари" в соседней новости, где таки да, выхлоп гидры и чего там еще отдают AI и суммарно это нечто типа next gen тулсов реверсинга. Но я больше всякий околоиндустриал и эмбедед ворочаю, там достаточно реинженерии протоколов и описалова как сие должно быть обычено, чтобы прикопать всякое легаси. С точностью до инструкций - нахрен надо. >> И не питайте иллюзий - я умею в "hex speak" если это реально надо. > Ну вот добавьте к вашему "hex speak" комментарии на естественном языке - > это и будет ваша спека. См. выше. В обещм случае меня вообще мало колышет ваш машинный код как таковой. Это не значит что вон тот древний qnx + кастомные железки + пропертарное нечто не пойдет нахрен в пользу SBC с линем, MCU с моим фирмваром и проч которые наружу совсем как вон то - а технологии совсем другие, резко апгрейднутые на современный уровень. > Ну заменил старый MCU на новый, формально ведь алгоритм не меняется (спека), > меняется имплементация. Что делать с алго - вообще на мое усмотрение. Общее поведение конечно плюс-минус останется, возможно с расширениями типа "работа по сети" или чего там еще. Но заодно можно и это еще апгрейднуть. Ибо цать лет все было дубовое, а сейчас даже на МК можно куда лучше. И железки лучше, и horsepower для алго - есть. >> В случае пропертари - мы вообще в тумане и даже айсберг не видим. > "Непотопляемый" раст (ой титаник) я бы сказал, а не проприетарь, мы видим > имплементацию (машинный код), но не саму спеку, ну вот ЫЫ ИИ помог мне даже - сделать файло openscad по описанию что я хочу + примеру в git как это вообще бывает. Такой вот дизайн физических объектов в CAD - by specs. За пару минут.
	Ответить | Правка | Наверх | Cообщить модератору

	188. "SSHole - уязвимость, позволяющая подключиться по SSH без пар..."	+/–
	Сообщение от Аноним (47), 07-Ноя-26, 03:26
	> Я уже видел что я получаю с проприетарщиками. И именно поэтому теперь > юзаю опенсорс. И получил - идеально стабильные системы, исправление моих багов > в режиме fast lane, early preview технологий и проч. То на > что пропертарии в принципе не способны в нормальном виде без гимора. а какой смысл в исправлениях когда тебя поимеют, как поимели на 6 лярдов там кого-то? > Будущее намного лучше если принять участие в его создании. Такого даже коммунисты не придумали :)))) чье будущее? корпорастов? Ты готов писать даром код? >> Подумаешь самолет разбился, или кто-то в кого-то врезался, жизнь все бывает. > Вы будете меня стращать? А что если я > не испугаюсь? зачем? мое дело предупредить, не буду же я мешать глупцам совершать глупости. > Не вижу проблемы. А открытый софт для меня таки на ура работает. Мне бы ваш оптимизм, либо розовые очки, меня до сих пор трясет, буквально на днях решил спустя 20 лет поставить KDE в виртуалбоксе, так оно мне виртуалбокс крешнуло наглухо. Вопрос, что это за овнософт такой, который спустя 20 лет разработки так и никогда в глаза не увижу? > если к вам старость пришла одна... suxx to be you. Так она неизбежна, только не каждый понимает, что значить быть старым, как например разработчики KDE или линукса всякого. > "делай что должен и будь что будет". А что я должен > делать я сам решаю. Должен? кому это должен? Я никому ничего не должен, даже самому себе быть должным невозможно, ибо не порожден еще предмет долга (я должен сам себе что-то сначала дать, чтобы потом это отдать, а если оно у меня изначально есть, то мне и в долг брать нет необходимости у самого себя :)) > И кроме всего прочего - я участвую > в некотором количестве открытых проектов. Ну хоть не очередные n+1 форки каких-то других проектов? Вам хоть кто-то за это спасибо сказал? > Поэтому у вас и опыт - такой. Почему опыт, если это характер или физиология такая, ну к примеру легко будет вам в команде с каким-то аутистом интровертом, что-либо разрабатывать, если он тупо даже на вас внимание не обращает? > А я познал радость более позитивных > рабочих окружений где люди как таковые - наслаждаются тем что они > делают и если им так можно то и мне - тоже > :) Не отрицаю, но все это условное и зависит от ситуации. Ну вот мейнтейнеры всякие из рф которые были "забанены" и т.д. коллектив ведь, а как полит ситуация изменилась - чужие. > Это сильно упрощенная модель. Скажем, есть несколько сообществ - участь которых мне > не безразлична. Они делают полезные мне вещи. Я отвечаю тем же. > Взаимоность и кооперация достигают больше чем режим собаки на сене. Один > в поле не воин. Хотя с AI уже можно поспорить. Но > это уже как бы и не совсем один. Так именно один и воин и всегда так было, а остальные те самые собаки. Далеко ходить не надо достаточно историю наук открыть, все открытия делает индивид один, идея приходит одному на ум т.д. (конечно возможно додуматься до того до чего додумался другой, но кто первый то? а первый есть всегда :)) > И тем не менее - уже есть проекты сделаные так. И суммарно > это сильно дешевле чем оценивают свои потуги проприетарщики. Тем более что > те потом норовят устроить какую-нибудь гадость и кидалово. Что есть повод > их избегать заранее. ну вот вам рассходы на поиск уязвимостей только "Затраты на анализ кода и генерацию эксплоитов при помощи AI-моделей GPT-5.5 и GPT-5.6 Cyber оцениваются в 1.21 млн долларов, что составляет 1279 долларов за каждый эксплойт." молчу за расходу на нормальный качественный софт от ЫЫ. > где таки да, выхлоп гидры и чего там еще отдают AI > и суммарно это нечто типа next gen тулсов реверсинга. А толку, если нет спеки рядом с этим выхлопом, надо учить модель декомпиляции, и это совсем не сложная задача я бы сказал, и задаться вопросом, а зачем вообще тут нужен ЫЫ? > См. выше. В обещм случае меня вообще мало колышет ваш машинный код > как таковой. Серьезно? Значит вы пишите обычный прикладной пользовательский софт, я согласен с тем, что зачем программисту на формальном высокоуровневом языке понимать как работает вычислитель (железо), а реально совсем иная, которая бьет по мозгам когда не знаем что из себя представляет обычная память и т.д. > ИИ помог мне даже - сделать файло openscad по описанию что я > хочу + примеру в git как это вообще бывает. Такой вот > дизайн физических объектов в CAD - by specs. За пару минут. Ну эт щас он умеет раньше он не умел, и его щас под задачи затачивают, вот математиков кошмарит своим нейрослопом, вот и в другие области надо подна**рать
	Ответить | Правка | Наверх | Cообщить модератору

	205. "SSHole - уязвимость, позволяющая подключиться по SSH без пар..."	+/–
	Сообщение от Аноним (-), 07-Ноя-26, 22:32
	> а какой смысл в исправлениях Я достигну целей в моих проектах. Кастомеры получат то что они хотели. Я получу бабки и fun. Бонусом у меня будет семейство технологий, на котором я могу базировать дальнейшие начинания. Коих у меня есть. Такой смысл. > когда тебя поимеют, как поимели на 6 лярдов там кого-то? Не очень в курсе о чем вы. Имели меня - пропертарии в основном. А опенсорс я стал юзать как раз чтобы убавить число шустрых веников в "supply chain". Неплохо работает. Если майкрософт может сделать какую-то гадость в очередной винде, то сделать такой же финт когда я с ноля системный образ генерю "аддитивно" и по сути менеджу "релизы" а то и весь уровень OEM платформ - а попробуйте. Это другие стартовые условия и разговор будет иной. Эти системы по умолчанию служат мне. А где важно - я не делаю допущений что все компоненты идеальны и непогрешимы и просто имею план на случай "а что бдж если нет?!" >> Будущее намного лучше если принять участие в его создании. > Такого даже коммунисты не придумали :)))) чье будущее? корпорастов? Ты готов писать > даром код? Мое будущее. Моих проектов. И кастомеров которым это достанется. И да, я могу отдать улучшения даром. Потому что ворочать патчи вечно - не бесплатно. Это "running costs" жрущие время (== бабки). И те корпы на меня поработают. У кого ресурсов больше? Значит суммарно я в плюсе. И кстати даже в реальном мире - допустим, хранение товара на складе - жрет бабки. Поэтому иногда селлер может отдать товар чуть не даром, просто чтобы скостить running costs для лежака. Перехватить такой deal - супервыгода :D. Зачем "лежак" из кучи патчей на себя подвешивать? Это не дает профитов само по себе, только затраты (e.g. патчинг каждого ядра самому). >> Вы будете меня стращать? А что если я не испугаюсь? > зачем? мое дело предупредить, не буду же я мешать глупцам совершать глупости. Чтобы о чем-то меня предупреждать, надо быть в менеджменте и девелопа лучше чем я. Я этого не ощущаю. > буквально на днях решил спустя 20 лет поставить KDE в виртуалбоксе, Опять же, у нас неизмеримая разница в уровне в этих технологиях. Я вот тут с вами общаюсь - в моем десктопе. Его виртуализованном инстансе. В kvm VM. И нарулено оно так как мне нравилось. > так оно мне виртуалбокс крешнуло наглухо. Вопрос, что это за овнософт Если виртуализатор упал наглухо от действий софта - ну, ок, хреновый виртуализатор. Задайте вопросы Oracle почему у них оно - так. Но положа руку на сердце у оракл нормальные только базы - и может еше с натяжкой unbreakable linux. Но это все лучше юзать с контрактом на саппорт, на который у вас врядли денег хватит. Видите в чем разница? Вы с теми технологиями "на вы". Я - "эй ты, к@зел!" уже. Разница. >> если к вам старость пришла одна... suxx to be you. > Так она неизбежна, только не каждый понимает, что значить быть старым, как > например разработчики KDE или линукса всякого. Некоторые и в 60+ не утрачивают молодость духа. Это лучшее их достижение за жизнь, когда они сочетают ломовой опыт с живостью ума, они могут творить чудеса. Но даже до среднего лида дорастают не все. Некоторые люди просто не обладают талантом менеджмента и поэтому никогда не понимают некоторые соотношения и принимают дурные решения. А девелоп софта - немного больше чем только кодогенерация на самом деле. > Должен? кому это должен? Я никому ничего не должен, даже самому себе > быть должным невозможно, ибо не порожден еще предмет долга Это софистика. Скажем, бывает такая штука как "техдолг". Вот так можно раз и оказаться должен сам себе (а может и еще кому, влопавшемуся в это) - переделать это. Потому что там объективно г-но, и вдолгую - куча проблем. А завтра я проснусь - умнее чем вчера. И у меня может появиться более удачная идея как что делать тут и тут. И вот уже в буфере несколько тасков. Стоят ли они того, и в каком приоритете если да? Тут мы познаем азы менеджмента. У меня много хотелок в этом мире. Больше чем я могу физически своротить. Даже с AI. Приходится познать азы управления временем и приоретизации. Иначе не делается ничего или все фэйлится. И вот получается что менеджмент то - нужная штука. Типа навигатора в море бесконечных возможностей, где легко потеряться. > Ну хоть не очередные n+1 форки каких-то других проектов? Вам хоть кто-то > за это спасибо сказал? Нет, не очередные форки. А самая разная хрень от "внутренних" сервистулов и обвеса до основательного патчинга ряда открытых проектов где не то что сказали спасибо но и порулить изрядно дали, и вообще. >> Поэтому у вас и опыт - такой. > Почему опыт, если это характер или физиология такая, ну к примеру легко > будет вам в команде с каким-то аутистом интровертом, что-либо разрабатывать, если > он тупо даже на вас внимание не обращает? А какая разница интроверт некто или нет, если цель совпадает - это отвечает нащим общим интересам и это неплохая база для взаимодействия. Я сам в целом интроверт скорее, просто в силу ряда факторов - этот аспект малость проапгрейдился. > Не отрицаю, но все это условное и зависит от ситуации. Ну вот > мейнтейнеры всякие из рф которые были "забанены" и т.д. У меня нет опыта работы с забанеными господами, делавшими нишевое нечто под специфичные железки, которые х... купишь. Может, звучит цинично, но я ничего не теряю с их бана. У меня не было их железа - и сталбыть поводов взаимодействия. Что так noop что так. Видите, я могу оперировать в режиме жесткого капиталиста когда надо, не делая из чужих проблем свои. А вот _мне_ и _моим_ проектам те господа ничего плохого не делали. А хорошего изрядно. Так что упс. > Так именно один и воин и всегда так было, а остальные те Возможности одного мозга - конечны. Даже с усилением компьютерами. И AI. Крупные и сложные проекты в 1 лицо напряжно по ресурсам. И не вам мне про это рассказывать. Я активно познаю мои лимиты на эту тему вгрузив в голову общий вид довольно больших проектов. И таки имею заметить: с годной тимой можно достичь большего. И быстрее. Не, все фигачить самому, даже с подпором AI - не особо эффективно. Специализация появилась не просто так. > возможно додуматься до того до чего додумался другой, но кто первый > то? а первый есть всегда :)) И тем не менее, все знали что электричество греет провод. Но юзабельную лампочку смог запилить и пустить в масспрод - конкретный Эдисон. Хотя конкурирующих дизайнов были наверное сотни. И уж конечно первым кто заметил эффект были точно не они все. > ну вот вам рассходы на поиск уязвимостей только Это не расходы, это убердемпинг уже. Вы б поинтересовались сколько стоят услуги безопасников и проч - а тут это по цене почти песка под ногами уже стало. > GPT-5.6 Cyber оцениваются в 1.21 млн долларов, что составляет 1279 долларов > за каждый эксплойт." Теперь пересчитайте это по тарифам выплат вон тех bounty program. Окажется что штука баксов за эксплойт - это наглейший демпинг существовавшего рынка. В десятки раз. Т.е. буквально - breakthrough. > молчу за расходу на нормальный качественный софт от ЫЫ. Да вот как-то если поставить такую задачу - оно и MISRA знает, и antibug coding умеет. Стоит только захотетть и попросить. А если вы слов таких не знали - ну, гм, suxx to be you. AI может многое. Если знать что хочешь, и почему это. > декомпиляции, и это совсем не сложная задача я бы сказал, и > задаться вопросом, а зачем вообще тут нужен ЫЫ? Чтобы взять на себя рутину всякую которой в RE есть. Судя по всему неплохо работает. И да, в следующий раз - съездьте в HP и поучите их принтеры делать лучше :) > Серьезно? Значит вы пишите обычный прикладной пользовательский софт, Обычно это как раз скорее всякая системщина, управление, mixed signal и проч, околоэмбед. Как правило в древнем околоэмбеде все просто и прямолинейно на самом деле. И зачастую неплохо известно какой процесс нужен и что там должно быть. > (железо), а реально совсем иная, которая бьет по мозгам когда не > знаем что из себя представляет обычная память и т.д. Я вообще-то низкоуровневый системщик больше. И неплохо в курсе именно как стыкуется железо и софт - и это как раз позволяет мне играть на смежных областях где конкурентов не так уж много. Именно чистые софтварщики стушуются на мк, интерфейсинге их к реальному миру. Для меня это дом родной. И в реверс я на самом деле умею. Просто еще я умею - выбирать по возможности самый простой путь для решения поставленной задачи. И под этим углом - в вон тех штуках как правило ковырять чужой блобокот нафиг не упало. Можно с ноля by specs сделать быстрее, нахрен. Норм работает, если голову юзать. > Ну эт щас он умеет раньше он не умел, А еще раньше - и компьютеров не было. А еще раньше - электричества и машин. И да, в таком мире мои возможности разумеется сузятся. > под задачи затачивают, вот математиков кошмарит своим нейрослопом, вот и в > другие области надо подна**рать Математики сами тот еще слоп по жизни генерили - особенно если софт писали.
	Ответить | Правка | Наверх | Cообщить модератору

	207. "SSHole - уязвимость, позволяющая подключиться по SSH без пар..."	+/–
	Сообщение от Аноним (47), 08-Ноя-26, 01:19
	> Я достигну целей в моих проектах. Кастомеры получат то что они хотели. Я получу бабки и fun. серьезно? после того как кастомер потеряет 6 лярдов (условно)? :))) > Не очень в курсе о чем вы. Имели меня - пропертарии в основном. А опенсорс я стал юзать как раз чтобы убавить число шустрых веников в "supply chain". Неплохо работает. Я о ущербе и финансовых потерях от багов в предоставляемом вами программных продуктах (проприетарь или опенсорс, не важно) > А где важно - я не делаю допущений что все компоненты идеальны и непогрешимы и просто имею план на случай "а что бдж если нет?!" И что, опенсорсник будет нести ответственность за свой код? серьезно? :)) > Мое будущее. Моих проектов. Опенсорс проектов? Ну взяла корпорация ваш код и пилит бабло, вы разве не кормите корпорацию своим кодом за даром? Цель такого дара может быть лишь одна - диверсия и саботаж в час икс!!! И реальность такова и есть. Всякий опенсорс содержит явный бэкдор, либо баги, которые хуже бэкдора, считай замаскированный бэкдор. > И кстати даже в реальном мире - допустим, хранение товара на складе - жрет бабки. Поэтому иногда селлер может отдать товар чуть не даром, просто чтобы скостить running costs для лежака. Перехватить такой deal - супервыгода :D. Это называется замещение лежака под рентабельный товар, а не оптимизация костов на хранения, чем больше оборот, тем больше у вас товар и тем больше вам необходимо места в хранилище, все связано. > Чтобы о чем-то меня предупреждать, надо быть в менеджменте и девелопа лучше чем я. Я этого не ощущаю. Достаточно знать по каким законам живет среда, в которой вы менеджите и девелопите, как по вашему находясь в воде (море, бассейне не важно), нужно совершать действия языком или руками и ногами, чтобы не утонуть? Ну и в вашем менеджменте так же!!! Африканский лев, как по вашему, хороший менеджер на северном полюсе? Поэтому, лучше не надо тут - "лучше чем я", цель нашей дискуссии не в этом. > Опять же, у нас неизмеримая разница в уровне в этих технологиях. Я вот тут с вами общаюсь - в моем десктопе. Его виртуализованном инстансе. В kvm VM. И нарулено оно так как мне нравилось. А у меня кроме винды и запущенного гугэль хрома больше ничего и не нужно, о чем речь? Вы хоть поняли зачем я привел в пример KDE? > Если виртуализатор упал наглухо от действий софта - ну, ок, хреновый виртуализатор. Задайте вопросы Oracle почему у них оно - так. Но положа руку на сердце у оракл нормальные только базы - и может еше с натяжкой unbreakable linux. Но это все лучше юзать с контрактом на саппорт, на который у вас врядли денег хватит. Задать чего ради? чтобы меня послал оракэль на три буквы? Он скажет, хочешь качества - плати!!! И будет совершенно прав. А речь ведь не за это, если мы за платное не получаем качество, то мы откровенно л0хи. А за опенсорс вообще молчу, оно по определению Г. Повторяю, я не видел качественного опенсорсного ПО!!! И привел пример такого Г в виде KDE, которое существует свыше 20 лет. > Видите в чем разница? Вы с теми технологиями "на вы". Я - "эй ты, к@зел!" уже. Разница. Я поставил себя на место потребителя, с чего вы взяли на ты я с ними или на вы, я вообще рядом с ними стоять не буду, ибо вп**лу с таким Г связываться. А чтобы понять Г по качеству ПО или не Г, надо поставить себя на место потребителя, а не - я щас пропатчу KDE, "ой какой я херой с кэдэе на ты", вы серьезно готовы тратить свое время на Г? Ну не знаю кем надо быть, чтобы с первого раза не отличать Г или не Г, вероятно все это Г и есть ваша область интересов (что в принципе не запрещено и я вас тут в чем-то не осуждаю), моя область интересов другая. > Некоторые и в 60+ не утрачивают молодость духа. Это лучшее их достижение за жизнь, когда они сочетают ломовой опыт с живостью ума, они могут творить чудеса. Молодость духа поддерживается лишь от незнания кучи не постигнутого, как говорил Сократ - "Я знаю, что ничего не знаю", это и поддерживает молодость духа. А когда познаешь обреченность, то и от духа ничего не остается, наступает нирвана!!! > А девелоп софта - немного больше чем только кодогенерация на самом деле. Как показывает реалии ЫЫ, достаточно скормить спеку агенту и получишь код. И первым на увольнения будут как раз таки лиды-менеджеры, которые за 40 и не пишут код. > Это софистика. Скажем, бывает такая штука как "техдолг". Тех долг это ваш прокол, это как бага, которую необходимо пофиксить, но ничто вас при этом фиксить это не обязывает если только не контракт (неважно какой и с кем контракт, контракта и задолженности по контракту с самим собой не бывает). В случае фикса баги в своем ПО, которое пишется для собственных нужд, это не техдолг, а воплощение собственного желания, добиться успеха и т.д., а не возращения какого-то долга кому-то, от возвращаемого долга человек испытывает не чувство успеха, а чувство облегчения (освобождения), которое можно описать с чувством равносильным "сходить по большому на двор, когда нежданчиком приспичило". И это чувство совсем не сравнимо с чувством успеха. В детстве я никогда не понимал спортсменов, которые плачут когда выигрывают турнир и становятся там чемпионами. А все потому-что, не был в их шкуре. Это и есть чувство успеха. Или "эврика" - вообще неописуемое чувство у всякого индивида может проявляться по разному. > Тут мы познаем азы менеджмента. Есть такое направление в математике - оптимальное управление, менеджмент тут рядом даже не валялся :)) Хотя понятие управление оно по жизни всюду, особенно в исключительных ситуациях, когда включаются природные скилы менеджера :))) > А какая разница интроверт некто или нет, если цель совпадает - это отвечает нащим общим интересам и это неплохая база для взаимодействия. :)) какая разница? это говорит истинный менеджер, не ему же в команде коммуницировать, он только на доску стикеров с тасками лепит :)) Менеджер в первую очередь - психолог. А цели могут меняться в зависимости от ситуации. Достаточно иметь разные полит взгляды и все хана коллективу. Коллектив это не просто кучка наемников и менеджер во главе. > Может, звучит цинично, но я ничего не теряю с их бана. У меня не было их железа - и сталбыть поводов взаимодействия. Что так noop что так. Видите, я могу оперировать в режиме жесткого капиталиста когда надо, не делая из чужих проблем свои. А вот _мне_ и _моим_ проектам те господа ничего плохого не делали. А хорошего изрядно. Так что упс. Вы не теряете, теряет сообщество, это как в обычной команде, от увольнения одного из сотрудников не я же зарплату теряю. Зависит от взглядов на коллектив (сообщество), локально или глобально. Цинично звучит следующее "ну вот уволили сотрудника, что будет дальше с компанией?", нет, ибо компания не ваша. Глобально за компанию не вы думаете, а локально что изменилось? Вы к примеру потеряли напарника, собеседника по курилке, или просто хорошего друга, вот и все. А если уволили сотрудника из совсем другого отдела, то вам вообще по барабану в локальном и глобальном смысле должно быть. > Возможности одного мозга - конечны. Даже с усилением компьютерами. И AI. Крупные и сложные проекты в 1 лицо напряжно по ресурсам. Ну а как же менеджмент, все ведь в него упирается, как правильно распределить ресурсы и т.д. 99% любого дела это планирование и подготовка, а дальше действия - для идеалистов и перфекционистов. А реалисты - х*як, х*як и в продакшен, баги старые не пофикшены, внедряйте скорее новые фичи и прочая ересь. > И не вам мне про это рассказывать. Я активно познаю мои лимиты на эту тему вгрузив в голову общий вид довольно больших проектов. Зачем грузить голову этим? у вас бумаги нет? у вас абстрагирования нет? > И таки имею заметить: с годной тимой можно достичь большего. И быстрее. Не, все фигачить самому, даже с подпором AI - не особо эффективно. Специализация появилась не просто так. Дать бы определение годности. А человек способен на все допустимое и не ограниченное природой. > И тем не менее, все знали что электричество греет провод. Но юзабельную лампочку смог запилить и пустить в масспрод - конкретный Эдисон. Хотя конкурирующих дизайнов были наверное сотни. И уж конечно первым кто заметил эффект были точно не они все. Заменив яблоки на груши, жонглируя ногами, вы не постигните всемирный закон притяжения. Истина в природе рассыпана как части пазла, необходимо собрать, и всегда будет существовать тот, кто последнюю часть пазла собирает, это неизбежно. И бывает, что почти весь пазла собрал один человек, а последнюю часть собирает совсем другой, и все лавры достаются ему :))) > Это не расходы, это убердемпинг уже. Вы б поинтересовались сколько стоят услуги безопасников и проч - а тут это по цене почти песка под ногами уже стало. Я стал презирать этих безопасТников, самообманом не люблю заниматься. Нету никакой безопасности, прозвучит абсурдно, но "безопасность - это угроза национальной безопасТности"! > Теперь пересчитайте это по тарифам выплат вон тех bounty program. Я смотрю на эти баг баунти программы как на пыль в глаза. Никогда серьезные хакеры или спецслужбы не будут в них участвовать :)))) Да даже серьезные ИБ компании не будут. Для одних это не выгодно, для других - гроши по сравнению с нормальными контрактами на аудиты и т.д. То есть баг баунти - для "середнечков". А сколько спекуляций на этом поприще? сколько невыплат? и прочих кейсов, то еще бл**ство. Сколько я должен получить, если бага приводит к реальной потери 6 лярдов? То, то! > AI может многое. Я тоже могу многое, платите - получите, ровно так вам говорят ЫЫшные маркетолухи.  Я до сих пор не видел ничего нового от ЫЫ, в плане проекта, в той же математике только нейрослоп, который ни один математик разгребать не будет пока ему грант не выделят. > Чтобы взять на себя рутину всякую которой в RE есть. Судя по всему неплохо работает. А что мы уже разучились рутину автоматизировать? вам и идапро питон для чего прикрутили? > И да, в следующий раз - съездьте в HP и поучите их принтеры делать лучше :) Повторяю, я не мешаю глупцам совершать глупости, и учить никого не собираюсь (учит ьможно только одному - учиться самому), что за "комплекс незнайки", всякого кто выражает свои мысли, считать учителем? :))) > Я вообще-то низкоуровневый системщик больше. Низкоуровневый по софту или железу? > Можно с ноля by specs сделать быстрее, нахрен. Норм работает, если голову юзать. Ковыряние ничем не будет отличаться от кривой спеки, вот сижу второй день и думаю какое Г этот ваш арм, что для реализации обычного валидатора операндов инструкций на уровне кодировки, необходимо реализовывать полноценный эмулятор, ппц. > И да, в таком мире мои возможности разумеется сузятся. Ну сузятся, а просто в них не будет необходимости, скилы то останутся, знания останутся и т.д. > Математики сами тот еще слоп по жизни генерили - особенно если софт писали. Информационный век - век слопа, а что вы хотите, а избыток информации приведет к деградации от так называемой когнитивной нагрузки, а потом следующие 2000 лет задавайтесь вопросом, - "как же все же построили эти чертовы пирамиды?" :))))
	Ответить | Правка | Наверх | Cообщить модератору

	19. "SSHole - уязвимость, позволяющая подключиться по SSH без пар..."	+3 +/–
	Сообщение от Аноним (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ообщить модератору

	56. "SSHole - уязвимость, позволяющая подключиться по SSH без пар..."	+/–
	Сообщение от Аноним (56), 06-Ноя-26, 01:10
	> И отличие от си, там не верят на "мамой клянуся, там ни нал!" разработчика и обязывают проверить что вернулось из функции перед работой с Option. Да вы шо? И функции unwrap там не существует, которая приведет к тому же крэшу что и strcmp на NULL? https://blog.cloudflare.com/18-november-2025-outage/
	Ответить | Правка | Наверх | Cообщить модератору

	64. "SSHole - уязвимость, позволяющая подключиться по SSH без пар..."	+2 +/–
	Сообщение от Аноним (18), 06-Ноя-26, 01:53
	>> И отличие от си, там не верят на "мамой клянуся, там ни нал!" разработчика и обязывают проверить что вернулось из функции перед работой с Option. > И функции unwrap там не существует, Ну так unwrap ты хотя бы явно пишешь "мамой клянусь". А если по-человечески обрабатываешь, то у тебя вместо unwrap нормальный match. То есть при любом раскладе лучше сишочного "и так сойдет". > которая приведет к тому же крэшу что и strcmp на NULL? Нет, не к "такому же", а к явному разворачиванию стека. А segfault при NULL в strcmp может произойти, а может и молча дать тебе очередной RCE/root.
	Ответить | Правка | Наверх | Cообщить модератору

	131. "SSHole - уязвимость, позволяющая подключиться по SSH без пар..."	–1 +/–
	Сообщение от Аноним (-), 06-Ноя-26, 14:33
	> Ну так unwrap ты хотя бы явно пишешь "мамой клянусь". А если > по-человечески обрабатываешь, А чем это отличается от "not NULL, мамой клянусь". А если по человечески то NULL надо обрабатывать - без завала всей программы желательно. Собссно завал всей программы - делает хэндлер эксепшнов в ОС который видит что программа явно облажалась и пытается дереференсить NULL.
	Ответить | Правка | Наверх | Cообщить модератору

	140. "SSHole - уязвимость, позволяющая подключиться по SSH без пар..."	+/–
	Сообщение от Аноним (140), 06-Ноя-26, 14:55
	>> Ну так unwrap ты хотя бы явно пишешь "мамой клянусь". А если по-человечески обрабатываешь, > А чем это отличается от "not NULL, мамой клянусь". А тем что ты можешь в поиска найти все форсанврапы. Например через ripgrep (написанной на расте))) и перепроверить/сделать как надо. Как ты подобное найдешь в коде на СИ? Ты можешь запретить unwrap на уровне линтера. И тогда для его использования нужно будет разрешить специальной строкой. И случайно сделать просто не получится. > А если по человечески то NULL надо обрабатывать - без завала всей программы желательно. Конечно. И тут бы помог patter matching, но СИшка слишком древняя для таких новшеств. > Собссно завал всей программы - делает хэндлер эксепшнов в ОС который видит что программа явно облажалась и пытается дереференсить NULL. Тут еще вопрос увидишь ли ты что-то в логах. Например раскрутку стека с конкретной строкой. Или там будет "где-то память побилась... больше нет сил держаться... падаю!".
	Ответить | Правка | Наверх | Cообщить модератору

	170. "SSHole - уязвимость, позволяющая подключиться по SSH без пар..."	+/–
	Сообщение от Аноним (-), 06-Ноя-26, 21:57
	> А тем что ты можешь в поиска найти все форсанврапы. > Например через ripgrep (написанной на расте))) и перепроверить/сделать как надо. Ну вот начались тупые отмазки. > Как ты подобное найдешь в коде на СИ? А вот AI запустить - и кукуй с вашим рипгрепом. А так - дереференс null видите ли по задумке был индикацией бага программы с hw-enforced отловом этого (изначально исключение проц кидает вообще, в железе). При том unwrap не есть "unsafe" что самое забавное. И их тоже можно грепнуть, да? А что еще вы там можете грепать? И грепаете ли на практике, м? А то что-то клаудфлер потом падает на всем глобусе - и нам пытаются рассказать что "это другое". > Ты можешь запретить unwrap на уровне линтера. Можно запретить хоть вообще работу с указателями в си на уровне линтера и прочих MISRA Checker. Десять отличий то где? > И тогда для его использования нужно будет разрешить специальной строкой. > И случайно сделать просто не получится. Да оно так то и в си - решаемо при желании. Но на практике - получается вот такое вот. А хрустики валят клаудфларь по всему глобусу unwrap, ага. > Конечно. И тут бы помог patter matching, но СИшка слишком древняя для > таких новшеств. Прелесть сишки что она проста и педальна. Поэтому рантайм прост и предсказуем, и не меняется по пять раз на дню. На минималках рантайма вообще нет. И я могу с ноля запустить допустим МК юзая си как "кодогенератор". Даже без builtins и библиотечных функций совсем. А сможете так же с rust? В чем фокус? При этом контроль над происходящим 100% и я могу головой ответить за каждый бит. И если там что-то не так - вопросы ко мне. А в Rust куча всякого добра - и оно делано в основном под нужды вон тех корпорасов. А катит ли это в других случаях - это сильно отдельный вопрос, ни разу не простой. При том для системщины далеко не праздный вопрос то. > Тут еще вопрос увидишь ли ты что-то в логах. Например раскрутку стека > с конкретной строкой. Как минимум - я увижу что программа брякнулась. Если разрешено, sd запишет core и я вообще смогу в нем потом дебагером посмотреть состояние программы в котором она была когда так брякнулась. Это работает. Я так загасил несколько вулнов :D :D в сетевых сервисах. И плюсатых кстати тоже. Хоть там с дебагером и кривее из-за их mangling и проч. > Или там будет "где-то память побилась... больше нет сил держаться... падаю!". У тех у кого руки из правильного места все будет норм. Я проверял. И таки null это не про побитую память сам по себе - а про runaway в программе когда мы точно знаем что это багованое состояние.
	Ответить | Правка | Наверх | Cообщить модератору

	80. "SSHole - уязвимость, позволяющая подключиться по SSH без пар..."	+2 +/–
	Сообщение от Аноним (173), 06-Ноя-26, 07:53
	> И функции unwrap там не существует, > которая приведет к тому же крэшу > что и strcmp на NULL? Лол, ты сам хоть понял что написал? unwrap это не сегфолт, это !явная! принудительная остановка выполнения программы. Можно просто грепнуть сорцы и проверить все места использования. А вот проверить 'все места где не проверили на null' задача крайне нетривиальная, потому что никаких аннотаций наллабилити древний йазычог не предоставляет. Ну и в отличие от предыдущей уязвимости клаудфлари, оно просто крешило код, а не 'данные незаметно утекали месяцами' как в их сишной реализации.
	Ответить | Правка | К родителю #56 | Наверх | Cообщить модератору

	91. "SSHole - уязвимость, позволяющая подключиться по SSH без пар..."	+/–
	Сообщение от Аноним (91), 06-Ноя-26, 11:45
	>И функции unwrap там не существует, которая приведет к тому же крэшу что и strcmp на NULL? Есть огромная разница между паникой(которую будет видно в логах, вплоть до номера строки), и дырой/бекдором.
	Ответить | Правка | К родителю #56 | Наверх | Cообщить модератору

	94. "SSHole - уязвимость, позволяющая подключиться по SSH без пар..."	+1 +/–
	Сообщение от Аноним (94), 06-Ноя-26, 11:49
	> Есть огромная разница между паникой(которую будет видно в логах, вплоть до номера строки), и дырой/бекдором. Не уверет, что человек знакомый только с СИшкой вообще тебя поймет) А разница конечно есть - за бекдор можно получить денежку от заинтересованных лиц. И, если это обставить как "типичную СИшную ошибку", избежать подозрений и расследований.
	Ответить | Правка | Наверх | Cообщить модератору

	132. "SSHole - уязвимость, позволяющая подключиться по SSH без пар..."	+/–
	Сообщение от Аноним (-), 06-Ноя-26, 14:35
	> Есть огромная разница между паникой(которую будет видно в логах, вплоть до номера > строки), и дырой/бекдором. Вообще-то в сишке изначально было задумано там NULL вернуть и не выделываться, а если кто на него забьет то получит в общем то ту же самую панику по сути. Ибо дереференс 0 адреса ловится ос и программа по дефолту убивается. Найдите 10 отличий. А то что господа решили панику фигурно законопатить во каким маневром - ну, круто, а на Rust то что помешает так же сделать с той же целью? :)
	Ответить | Правка | К родителю #91 | Наверх | Cообщить модератору

	142. "SSHole - уязвимость, позволяющая подключиться по SSH без пар..."	+1 +/–
	Сообщение от Аноним (18), 06-Ноя-26, 14:56
	> Ибо дереференс 0 адреса ловится ос и программа по дефолту убивается. Найдите 10 отличий. А иногда не ловится - и вместо этого у тебя очередной RCE или доступ к руту. 👍
	Ответить | Правка | Наверх | Cообщить модератору

	171. "SSHole - уязвимость, позволяющая подключиться по SSH без пар..."	+/–
	Сообщение от Аноним (-), 06-Ноя-26, 21:58
	> А иногда не ловится - и вместо этого у тебя очередной RCE > или доступ к руту. 👍 Вы так говорите как будто в софте на Rust CVE не бывает :). А вот кукуй, их там - есть. При том в утилсах пытавшихся замениить coreutils помнится аж 130+ за присест было.
	Ответить | Правка | Наверх | Cообщить модератору

16. "SSHole - уязвимость, позволяющая подключиться по SSH без пар..."	+3 +/–
Сообщение от Аноним (47), 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ообщить модератору

	28. "SSHole - уязвимость, позволяющая подключиться по SSH без пар..."	+1 +/–
	Сообщение от Аноним (47), 05-Ноя-26, 23:04
	if (!p || q != testbuf || memcmp(testbuf, testhash, sizeof testhash))         return "*"; эта хня у них еще и в crypt_sha256.c, crypt_md5.c, crypt_blowfish.c /* * public domain sha512 crypt implementation * * original sha crypt design: http://people.redhat.com/drepper/SHA-crypt.txt * in this implementation at least 32bit int is assumed, * key length is limited, the $6$ prefix is mandatory, '\n' and ':' is rejected * in the salt and rounds= setting must contain a valid iteration count, * on error "*" is returned. */ Говрю же, альтернативно-одаренные. > Т.е технически они имели право возвращать звездочку. This string will be shorter than 13 characters, will begin with a ‘*’ строки то нет, строка судя по формальному описанию должна быть *0 как минимальная хеш инвалид строка. Потому-что в самом правильном хеше не должно быть * "and will not contain whitespace or the characters ‘:’, ‘;’, ‘*’, ‘!’, or ‘\’.". * - префикс строки которую нужно вернуть.
	Ответить | Правка | Наверх | Cообщить модератору

	30. "SSHole - уязвимость, позволяющая подключиться по SSH без пар..."	+/–
	Сообщение от Аноним (47), 05-Ноя-26, 23:10
	Тут по ссылке //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.  */
	Ответить | Правка | Наверх | Cообщить модератору

	134. "SSHole - уязвимость, позволяющая подключиться по SSH без пар..."	+1 +/–
	Сообщение от Аноним (-), 06-Ноя-26, 14:38
	> if (buflen <= 0) >     { >       errno = ERANGE; >       buffer = NULL; >     } >   else >     *cp = '\0';  /* Terminate the string. >  */ Остался только 1 вопрос: накуя вообще отрицательное значение уметь туда передавать? В смысле - накукуй len вообще signed быть? :)
	Ответить | Правка | Наверх | Cообщить модератору

	137. "SSHole - уязвимость, позволяющая подключиться по SSH без пар..."	+1 +/–
	Сообщение от Аноним (137), 06-Ноя-26, 14:48
	> Остался только 1 вопрос: накуя вообще отрицательное значение уметь туда передавать? В > смысле - накукуй len вообще signed быть? :) Потому что дыpяшка! Тут так принято. И вообще, ты что не видел отрицательную длину? А вот СИшники видят! Напомнило похожую дыpень в libxml2. Там xmlRealloc принимал знаковый(!) size. Для чего? Для того чтобы в случаи фейла вернуть ошибку " -1". А почему? А по причине убогости и невыразительности недоязычка из прошлого тысячелетия приходится лепить костыли и нарушать типизацию возвращаемого значения.
	Ответить | Правка | Наверх | Cообщить модератору

	151. "SSHole - уязвимость, позволяющая подключиться по SSH без пар..."	+/–
	Сообщение от Аноним (47), 06-Ноя-26, 16:00
	> А почему? > А по причине убогости и невыразительности недоязычка из прошлого тысячелетия приходится лепить костыли и нарушать типизацию возвращаемого значения. Язык причем, это человек придумал такую хрень, это же очевидная логическая проблема алгоритма. Кто-то скажет, логично ведь отрицательной длины не существует, да, ток если ты забудешь про это (не будешь проверять if (buflen <= 0)), тогда жди беды. Язык ведь допускает отрицательные индексы и прочую арифметику указателей.
	Ответить | Правка | Наверх | Cообщить модератору

	149. "SSHole - уязвимость, позволяющая подключиться по SSH без пар..."	+/–
	Сообщение от Аноним (47), 06-Ноя-26, 15:49
	> Остался только 1 вопрос: накуя вообще отрицательное значение уметь туда передавать? В смысле - накукуй len вообще signed быть? :) int buflen :) Очевидно ведь, для бекдора. Эти бэкдорщики не просто так пишут код, им даже говорят (в ТЗ) какие сторонние исходные коды использовать, аля подстраховочка, бэкдор на бэкдоре - проект зиродей сэндвич :))
	Ответить | Правка | К родителю #134 | Наверх | Cообщить модератору

	23. "SSHole - уязвимость, позволяющая подключиться по SSH без пар..."	+/–
	Сообщение от Аноним (47), 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ообщить модератору

	69. "SSHole - уязвимость, позволяющая подключиться по SSH без пар..."	+/–
	Сообщение от Ананимер (?), 06-Ноя-26, 03:08
	Добезопасничались.
	Ответить | Правка | Наверх | Cообщить модератору

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

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

	32. "SSHole - уязвимость, позволяющая подключиться по SSH без пар..."	+/–
	Сообщение от Аноним (47), 05-Ноя-26, 23:16
	расцениваю как явный бэкдор!!! и никакое не первое апреля и случайное совпадение.
	Ответить | Правка | Наверх | Cообщить модератору

	50. "SSHole - уязвимость, позволяющая подключиться по SSH без пар..."	+1 +/–
	Сообщение от нах. (?), 06-Ноя-26, 00:16
	э... это точно тот комит? Тогда, хотя я обычно категорически неодобряю носящих тут шапки и трусики из фольги, похоже таки на бэкдор в натуральную величину. "cleanup", ога. (Где умный человек прячет лист?) Ну про тыщи шоколадных глаз молча проглотившие такой "cleanup" уже и не будем.
	Ответить | Правка | К родителю #27 | Наверх | Cообщить модератору

	62. "SSHole - уязвимость, позволяющая подключиться по SSH без пар..."	+/–
	Сообщение от Аноним (47), 06-Ноя-26, 01:28
	> Date:   Fri Sep 7 00:48:25 2012 -0400 пятницу, ночью, выражение "с какого бодуна" - ни к месту.
	Ответить | Правка | Наверх | Cообщить модератору

	98. "SSHole - уязвимость, позволяющая подключиться по SSH без пар..."	+/–
	Сообщение от нах. (?), 06-Ноя-26, 12:20
	>> Date:   Fri Sep 7 00:48:25 2012 -0400 > пятницу, ночью, выражение "с какого бодуна" - ни к месту. интересно, почему у чувака с доменом в cx отрицательная таймзона... у него должны ж быть +2, EST?
	Ответить | Правка | Наверх | Cообщить модератору

	135. "SSHole - уязвимость, позволяющая подключиться по SSH без пар..."	+/–
	Сообщение от Аноним (-), 06-Ноя-26, 14:40
	>>> Date:   Fri Sep 7 00:48:25 2012 -0400 >> пятницу, ночью, выражение "с какого бодуна" - ни к месту. > интересно, почему у чувака с доменом в cx отрицательная таймзона... > у него должны ж быть +2, EST? Пля, у меня доменов на куче локаций есть. Это не обязывает меня жить на каком-нибудь Токелау :)
	Ответить | Правка | Наверх | Cообщить модератору

	152. "SSHole - уязвимость, позволяющая подключиться по SSH без пар..."	+/–
	Сообщение от Аноним (47), 06-Ноя-26, 16:02
	ну такое себе, Ватсон :)
	Ответить | Правка | К родителю #98 | Наверх | Cообщить модератору

	160. "SSHole - уязвимость, позволяющая подключиться по SSH без пар..."	+/–
	Сообщение от нах. (?), 06-Ноя-26, 20:12
	> интересно, почему у чувака с доменом в cx отрицательная таймзона... А, пардон, ночью спать надо потомушта. cx жеж, не cz где-то рядом с goatsee
	Ответить | Правка | К родителю #98 | Наверх | Cообщить модератору

	76. "SSHole - уязвимость, позволяющая подключиться по SSH без пар..."	+/–
	Сообщение от Норм (?), 06-Ноя-26, 06:26
	He is also a security consultant associated with Openwall The project also offers commercial services (security audits, consulting) through Openwall, Inc. based in Bedford, Massachusetts. Its patches and security extensions have been incorporated into many major Linux distributions.
	Ответить | Правка | К родителю #50 | Наверх | Cообщить модератору

	105. "SSHole - уязвимость, позволяющая подключиться по SSH без пар..."	+/–
	Сообщение от Аноним (143), 06-Ноя-26, 12:33
	Засланец значит
	Ответить | Правка | Наверх | Cообщить модератору

	196. "SSHole - уязвимость, позволяющая подключиться по SSH без пар..."	+/–
	Сообщение от Аноним (193), 07-Ноя-26, 12:54
	ты гитом не умеешь пользоваться. вот коммит b3c4cc121f70faea45389fe7ddc1127ed5cbd8bb
	Ответить | Правка | К родителю #27 | Наверх | Cообщить модератору

	33. "SSHole - уязвимость, позволяющая подключиться по SSH без пар..."	–1 +/–
	Сообщение от Аноним (33), 05-Ноя-26, 23:20
	> функция возвращающая хеш, либо ошибку Возвращает ошибку? В Си? И давно там тип данных для ошибки завеззли? Функция-то, кстати, права, действительно возвращает либо хэш, либо ерунду, которая на хэш даже с бодуна не похожа. Но обезьяний цирк под руководством Тео решил что и так подёт, нет времени проверять что там функция возвращает, это ж не OCaml какой-то, прости господи.
	Ответить | Правка | К родителю #16 | Наверх | Cообщить модератору

	38. "SSHole - уязвимость, позволяющая подключиться по SSH без пар..."	+/–
	Сообщение от Аноним (47), 05-Ноя-26, 23:29
	> Возвращает ошибку? В Си? Вы не знаете как в Си ошибки возвращают? Вот пример как это делали вот тут //people.redhat.com/drepper/SHA-crypt.txt именно на этот код ссылались разработчики мусли. if (buflen <= 0)     {       errno = ERANGE;       buffer = NULL;     }   else     *cp = '\0';        /* Terminate the string.  */   /* Clear the buffer for the intermediate result so that people      attaching to processes or reading core dumps cannot get any      information.  We do it in this way to clear correct_words[]      inside the SHA512 implementation as well.  */   sha512_init_ctx (&ctx);   sha512_finish_ctx (&ctx, alt_result);   memset (temp_result, '\0', sizeof (temp_result));   memset (p_bytes, '\0', key_len);   memset (s_bytes, '\0', salt_len);   memset (&ctx, '\0', sizeof (ctx));   memset (&alt_ctx, '\0', sizeof (alt_ctx));   if (copied_key != NULL)     memset (copied_key, '\0', key_len);   if (copied_salt != NULL)     memset (copied_salt, '\0', salt_len);   return buffer; > Функция-то, кстати, права, действительно возвращает либо хэш, либо ерунду, которая на хэш даже с бодуна не похожа. Спеку открой по алгоритму хеширования. Обычно либо указатель на хеш возвращает, либо нулевой указатель - NULL.
	Ответить | Правка | Наверх | Cообщить модератору

	106. "SSHole - уязвимость, позволяющая подключиться по SSH без пар..."	–1 +/–
	Сообщение от Аноним (-), 06-Ноя-26, 12:33
	я тут звёздочки только в комментариях вижу хДДД
	Ответить | Правка | Наверх | Cообщить модератору

	59. "SSHole - уязвимость, позволяющая подключиться по SSH без пар..."	+/–
	Сообщение от Аноним (-), 06-Ноя-26, 01:21
	> Возвращает ошибку? В Си? И давно там тип данных для ошибки завеззли? В принципе можно и на си допустим return какой-нибудь struct делать. Не очень эстетично анализировать потом vs олдовые методы, но так можно было.
	Ответить | Правка | К родителю #33 | Наверх | Cообщить модератору

	92. "SSHole - уязвимость, позволяющая подключиться по SSH без пар..."	+/–
	Сообщение от Аноним (91), 06-Ноя-26, 11:48
	>В принципе можно и на си допустим return какой-нибудь struct делать. Сделать можно много чего, работать не будет. В языках с ADT, вроде OCaml, Rust, ошибки проверяются компилятором. Зависимые типы позволят найти ещё больше. А в си можно забыть проверку.
	Ответить | Правка | Наверх | Cообщить модератору

	107. Скрыто модератором	+/–
	Сообщение от Аноним (-), 06-Ноя-26, 12:36
	попробуйте зигу, хотя бы на ютубчике свеженькую какую-нить, вот уж где компилятор удивит/порадует
	Ответить | Правка | Наверх | Cообщить модератору

	150. "SSHole - уязвимость, позволяющая подключиться по SSH без пар..."	+/–
	Сообщение от Аноним (-), 06-Ноя-26, 15:52
	>>В принципе можно и на си допустим return какой-нибудь struct делать. > Сделать можно много чего, работать не будет. Да будет в общем то. И там даже ща можно warning требовать если на результат вызова забили. Просто выписывать это все неудобно станет на стороне caller'а. > В языках с ADT, вроде OCaml, Rust, ошибки проверяются компилятором. Вот прям весь бред который софт в рантайме устраивает, ога. Тем более что вон там - даже с struct будет напряжненько провернуть. Интерфейс то винтажненький, прибитый на гвозди, если его поменять - 100500 софта сломается. И ты вообще по ssh на хост после этого не зайдешь. > Зависимые типы позволят найти ещё больше. А в си можно забыть проверку. Вообще в современных си можно сделать функцию требующую проверить результат. И если кто хотел сказать что адепты Rust не допускают ошибок такого плана, клаудфлер завалившийся по всему глобусу примерно таким багом с unwrap - с вами не согласится. И да, не понимаю чем это так уж отличалось от дичи vs проверки null. Достаточно близкие штуки.
	Ответить | Правка | К родителю #92 | Наверх | Cообщить модератору

	96. "SSHole - уязвимость, позволяющая подключиться по SSH без пар..."	–1 +/–
	Сообщение от Аноним (97), 06-Ноя-26, 12:16
	> В принципе можно и на си допустим return какой-нибудь struct делать. "Можно, делай" (с) Но вот тут не сделали. И в сотнях тысяч других функций на dpяхе не сделали. Компилятор даже не пикнет)) > Не очень эстетично анализировать потом vs олдовые методы, но так можно было. Угу, главное эстетика, а то что проблемы есть то такое.
	Ответить | Правка | К родителю #59 | Наверх | Cообщить модератору

	141. "SSHole - уязвимость, позволяющая подключиться по SSH без пар..."	+/–
	Сообщение от МинонА (?), 06-Ноя-26, 14:55
	Так и в расте можно "давайте подкостылим для кривописателей приложений, и будем не ошибку возвращать, от которой они падают или паникуют, а звёздочку, ведь она никуда не подойдёт а-значит-безопасно" сделать странное решение, которое компилятор скушает. А что, строка же? Строка. Контракт выполнен, тип данных сохранён, проблемы нет. Странное тут именно исходное решение "подкостылить чужие кривокодости", его никакой язык/компилятор/линтер не остановит.
	Ответить | Правка | Наверх | Cообщить модератору

	144. "SSHole - уязвимость, позволяющая подключиться по SSH без пар..."	+/–
	Сообщение от Аноним (144), 06-Ноя-26, 15:15
	> Так и в расте можно "давайте подкостылим для кривописателей приложений" Смотрите немного глубже. В расте не было бы изначальной проблемы "функция возвращает null, но на проверку забивают и сегфортятся". Потому что без правильной работы с option код даже не скомпилировался.
	Ответить | Правка | Наверх | Cообщить модератору

	146. "SSHole - уязвимость, позволяющая подключиться по SSH без пар..."	+/–
	Сообщение от МинонА (?), 06-Ноя-26, 15:41
	Это требует чтобы мир был заранее полностью переписан на строго раст, тогда библиотека только из исходников бы собиралась, на ходу бы компилятор бил за плохой код, и там бы это работало. Это мир идеальный, и его не существует. Иначе нужно поддерживать возможность её использования как бинарника с другими языками(которые растовский Option знать не знают), как-то адаптировать вывод под обще-межязыко-совместимый и сохранять старую совместимость, раз уж реализация уже существовавшей функции с указанными стандартом(и стандартом, требующим NULL при ошибках). То есть реализация этого же в реальном мире делала бы то же самое - возвращала 0, если следовать стандарту. Или, с такими вот костылями, строку со звёздочкой "чтоб чужое не падало". И строка-или-NULL - это как раз C-шный вариант Option. На современный взгляд уже устаревший, и не бьющий по рукам за игнорирование невалидных значений получателем - однако, это именно он.
	Ответить | Правка | Наверх | Cообщить модератору

	153. "SSHole - уязвимость, позволяющая подключиться по SSH без пар..."	+/–
	Сообщение от Аноним (47), 06-Ноя-26, 16:10
	> И строка-или-NULL - это как раз C-шный вариант Option. На современный взгляд уже устаревший, и не бьющий по рукам за игнорирование невалидных значений получателем - однако, это именно он. как и signed int для возвращаемого результата, где -1 ошибка :))) можно ведь было структуру по человечески возвращать, с дополнительным логическим флагом ошибки (лишний 1 байт).
	Ответить | Правка | Наверх | Cообщить модератору

	157. "SSHole - уязвимость, позволяющая подключиться по SSH без пар..."	+/–
	Сообщение от анон (?), 06-Ноя-26, 18:47
	"лишний один байт" это без выравнивания
	Ответить | Правка | Наверх | Cообщить модератору

	158. "SSHole - уязвимость, позволяющая подключиться по SSH без пар..."	+/–
	Сообщение от Аноним (47), 06-Ноя-26, 19:07
	зависит от типа результата, выровнял и используешь это пространство для отображения номеров ошибок, от 0 до 2^n - 1.
	Ответить | Правка | Наверх | Cообщить модератору

	156. "SSHole - уязвимость, позволяющая подключиться по SSH без пар..."	+/–
	Сообщение от Аноним (156), 06-Ноя-26, 18:20
	> Это мир идеальный, и его не существует. Конечно. Но это не повод ничего не делать. Можно переписать самое нужное-важное и ресурсоемкое, а поверх надежного фундамента использовать языки вроде джавы, питона, js. > На современный взгляд уже устаревший, и не бьющий по рукам > за игнорирование невалидных значений получателем Так обязательность проверки наличия значения Option - это его фундаментальное свойство! Поэтому "строка-или-NULL - это как раз C-шный вариант Option" абсолютно бредовое утверждение.
	Ответить | Правка | К родителю #146 | Наверх | Cообщить модератору

	159. "SSHole - уязвимость, позволяющая подключиться по SSH без пар..."	+/–
	Сообщение от Аноним (47), 06-Ноя-26, 19:13
	> Так обязательность проверки наличия значения Option - это его фундаментальное свойство! так это условие накладывает компилятор и он его котролирует. > Поэтому "строка-или-NULL - это как раз C-шный вариант Option" абсолютно бредовое утверждение. А в Си, такое же условие проверки на not NULL указатель накладывается на погромиста и он должен контролировать. Таким макаром если все перекладывать на компилятор и еще хуже на ЫЫ, тогда зачем вообще вы нужны как погромисты? Пусть программы пишут программы. Это порождает деградацию, ибо кто должен просить ЫЫ написать ту или иную программу? И как этот деградот будет формулировать задачу (алгоритм) если он лишен способности писать корректные алгоритмы, программы? ЫЫ ведь за***ет уточнениями.
	Ответить | Правка | Наверх | Cообщить модератору

	162. "SSHole - уязвимость, позволяющая подключиться по SSH без пар..."	+/–
	Сообщение от Аноним (-), 06-Ноя-26, 20:29
	> так это условие накладывает компилятор и он его котролирует. Ну так хоть кто-то возьмет на себя ответственность. > А в Си, такое же условие проверки на not NULL указатель накладывается на погромиста и он должен контролировать. О том насколько успешно он это делает мы читаем прямо во в этой самой новости) И в соседней про 900+ дыреней в ведре линукса. (900 дыреней это уже шерето или еще нет 🤔) > Таким макаром если все перекладывать на компилятор и еще хуже на ЫЫ, тогда зачем вообще вы нужны как погромисты? Архитектура, алгоритмы, понимание чего хочет менеджер. Ты ж не ругаешься на коробку автомат, что она за человека переключает передачи?)) > Пусть программы пишут программы. Ну так уже. Код написанный человеком уже проходит кучу промежуточных преобразований. > Это порождает деградацию, Хуже чем 2 тысячи CVE в месяц? Очень сомневаюсь) > ибо кто должен просить ЫЫ написать ту или иную программу? Тот кто сможет ИИ объяснить так, чтобы получить желаемый результат. > И как этот деградот будет формулировать задачу (алгоритм) если он лишен способности писать корректные алгоритмы, программы? ЫЫ ведь за***ет уточнениями. Пфффф, если бы эти деградоты не писали кривой-косой-дыpявый код УЖЕ прям сейчас, то это было проблемой. А пока ИИ им сопли вытирает и тычет носом в результаты их программирования.
	Ответить | Правка | Наверх | Cообщить модератору

	163. "SSHole - уязвимость, позволяющая подключиться по SSH без пар..."	+/–
	Сообщение от Аноним (47), 06-Ноя-26, 20:58
	> Ну так хоть кто-то возьмет на себя ответственность. серьезно? вам еще надо будет это доказать, потому-чт ообвинять будут вас, если вдруг у компилятора раста, что-т пойдет не так :))) > О том насколько успешно он это делает мы читаем прямо во в > этой самой новости) > И в соседней про 900+ дыреней в ведре линукса. > (900 дыреней это уже шерето или еще нет 🤔) Ну а че поделать других у нас увы нет, а если и есть, то вам не по карману. > Ты ж не ругаешься на коробку автомат, что она за человека переключает > передачи?)) Именно, что ругаюсь, когда она не вовремя переключает передачи и мотор от этого самизнаетечто. Там же ведь тоже своя логика в переключении передач, недостаточного наблюдения со стороны водилы (саппорта, замены масла и т.д. жидкостей), приводит к печальным последствиям. > Ну так уже. Неее, трансляция это не "написание"!!! > Хуже чем 2 тысячи CVE в месяц? Очень сомневаюсь) Ну да, а что вы хотите от войтишников. Не я же виноват в том, что вполне научную область превратили в поп-культуру. Это как Мария Каллас и черноопая Рианна. > Тот кто сможет ИИ объяснить так, чтобы получить желаемый результат. Серьезно, вы думаете после такой деградации найдется такой человек? Результатом будет то, что имеем сейчас, и будем обвинять очередного шептуна (обЪяснителя ЫЫ), почему он что-то там не дообъяснил ЫЫ, прям как не проверил на null указатель. Между ЫЫ и тем же компилятором никакой разницы нет!!! Си у нас туповатый ЫЫ, а раст к примеру менее туповатый, потому-что ему не надо объяснять, что надо там проверять выходы за границы массивов и т.д. в таком духе. > Пфффф, если бы эти деградоты не писали кривой-косой-дыpявый код УЖЕ прям сейчас, то это было проблемой. А что не проблема? Хотелось бы чтобы эти деградоты писали вам ПО для машин, самолетов и всего прочего, что может напрямую влиять на вашу личную безопасТность! > А пока ИИ им сопли вытирает и тычет носом в результаты их программирования. поп-культура от этого никуда не денется, а только все сильнее будет деградировать, и это будет считаться нормальным явлением. Я только за ЫЫ двумя руками, а когда вам понадобиться мой ручной код, то будьте готовы хорошенько потратиться. :))
	Ответить | Правка | Наверх | Cообщить модератору

	164. "SSHole - уязвимость, позволяющая подключиться по SSH без пар..."	+/–
	Сообщение от Аноним (164), 06-Ноя-26, 21:17
	> серьезно? вам еще надо будет это доказать, потому-чт ообвинять будут вас, если вдруг у компилятора раста, что-т пойдет не так :))) Лол, "баг в компиляторе" - отличное оправдание. > Ну а че поделать других у нас увы нет, а если и есть, то вам не по карману. Ну так ядро пилится уже десятки лет и все равно дырявое. А ведь есть еще такие монстры как Х11 и прочее наследие древности, которые писались в те времена, когда про ИИшку не задумывались. > Именно, что ругаюсь, когда она не вовремя переключает передачи и мотор от этого самизнаетечто. Но скорее всего не отказываешься, так как даже когда оно ошибается, это не так геморно как дергать ручку. > Там же ведь тоже своя логика в переключении передач В электромобилях стало еще проще - нажал педальку - едешь, отпустил замедляешься. Любой игравший в гонки на компе или приставке это понимает)) >> Хуже чем 2 тысячи CVE в месяц? Очень сомневаюсь) > Ну да, а что вы хотите от войтишников. Не я же виноват в том, что вполне научную область превратили в поп-культуру. Что не мешает местным завсегдатаям наяривать на дидов: патрика, тео, линуса и тд >> Тот кто сможет ИИ объяснить так, чтобы получить желаемый результат. > Серьезно, вы думаете после такой деградации найдется такой человек? Конечно найдется. Просто их станет меньше. > Результатом будет то, что имеем сейчас, и будем обвинять очередного шептуна (обЪяснителя ЫЫ), почему он что-то там не дообъяснил ЫЫ, И это правильно! Надо всегда чтобы был кто-то, кого можно обвинить)))) > Между ЫЫ и тем же компилятором никакой разницы нет!!! Значит компилятор должен говорить ИИ "а вот фиг я скомпилюсь, пока ты исправишь проверку на NULL" > Си у нас туповатый ЫЫ, а раст к примеру менее туповатый, потому-что ему не надо объяснять, что надо там проверять выходы за границы массивов и т.д. в таком духе. Ну, т.е нам нужно развивать компиляторы и делать что-то лучше СИ и лучше Раста. > А что не проблема? Хотелось бы чтобы эти деградоты писали вам ПО для машин, самолетов и всего прочего, что может напрямую влиять на вашу личную безопасТность! Конечно нет. Именно поэтому я выступаю за то, чтобы на критический код давались гарантии. А не ASS IS)
	Ответить | Правка | Наверх | Cообщить модератору

	178. "SSHole - уязвимость, позволяющая подключиться по SSH без пар..."	+/–
	Сообщение от Аноним (47), 06-Ноя-26, 23:28
	> Ну так ядро пилится уже десятки лет и все равно дырявое. А какое оно должно быть? Ровно такое, которое заслужили, хоть и тыщаглаз, но ни одной головы с мозгами, звучит абсурдно. > Но скорее всего не отказываешься, так как даже когда оно ошибается, это не так геморно как дергать ручку. Вот пилоты Ф1 с вами не согласятся. Ручное переключение передач безопаснее. > Любой игравший в гонки на компе или приставке это понимает)) я вообще не понимаю сути автомобилей, зачем нужен там вообще руль, когда есть тупо рельсы? Что вам дал автомобиль, что не дает вам тупо транспорт на рельсах? > Что не мешает местным завсегдатаям наяривать на дидов: патрика, тео, линуса и тд так эти деды и породили эту культуру, от них ведь к будущему поколению передается, а не наоборот, конечно виноваты будут деды. Примера подражания нет, культуры учения и передачи знания нет, есть только бизнесс. > Конечно найдется. Просто их станет меньше. Удачи в поисках. > И это правильно! Надо всегда чтобы был кто-то, кого можно обвинить)))) Ну, а что-нибудь иначе может быть в этой гр3банной системе бытия? Никто же не задается вопросом, как должно быть, все делают так, как им велено!!! > Значит компилятор должен говорить ИИ "а вот фиг я скомпилюсь, пока ты исправишь проверку на NULL" А зачем, пусть один ЫЫ другому такое говорит. Одному даем задачу имплементировать спеку, а другому верифицировать ее, в тандеме такая работа. > Ну, т.е нам нужно развивать компиляторы и делать что-то лучше СИ и лучше Раста. Лучше - значить с ограничениями, это же палка о двух концах. Надо сначала дать определение того самого лучше, как определиться какой из концов палки является началом. А это и есть главная проблема, проблема дефиниции. > Конечно нет. > Именно поэтому я выступаю за то, чтобы на критический код давались гарантии. > А не ASS IS) Давать одно (на словах), а нужно иметь механизмы в этом убеждаться самому. И слово гарантия я бы тут не употреблял, скорее давать надо доказательство, оно если истинно то железобетонно на все века, а понятие гарантии в обыденном понимании это временное какое-то состояние. Но и тут все же встает та самая проблема дефиниции, доказательство опирается на эти дефиниции.
	Ответить | Правка | Наверх | Cообщить модератору

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

	31. "SSHole - уязвимость, позволяющая подключиться по SSH без пар..."	+/–
	Сообщение от Аноним (47), 05-Ноя-26, 23:14
	это скорее классический бэкдор, судя по тому к чему он приводит, а вопросов много, от спеки до имплементации.
	Ответить | Правка | Наверх | Cообщить модератору

	35. "SSHole - уязвимость, позволяющая подключиться по SSH без пар..."	–5 +/–
	Сообщение от Аноним (33), 05-Ноя-26, 23:21
	Проблема в OpenSSH, уже разобрались. Но хейтить это мешать не должно, факт.
	Ответить | Правка | К родителю #22 | Наверх | Cообщить модератору

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

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

	70. "SSHole - уязвимость, позволяющая подключиться по SSH без пар..."	+/–
	Сообщение от Аноним (18), 06-Ноя-26, 04:01
	> это примерно то, чего мы ожидаем от т.н. security-focused дистрибутивов на musl Ты серьезно ожидаешь security от сишного софта?
	Ответить | Правка | К родителю #22 | Наверх | Cообщить модератору

	108. "SSHole - уязвимость, позволяющая подключиться по SSH без пар..."	+/–
	Сообщение от Аноним (-), 06-Ноя-26, 12:42
	по-моему, иишки ща его весь перетрясут, потому что там лапша не такая густая, а если ещё и чеки через асму подключат - есть шанс что он вторую жизнь получит, когда ии начнёт лучше всяких статиков и компиляторов за творцом чекать, по крайней мере считать правильно и [1] из ума не пролюбливать
	Ответить | Правка | Наверх | Cообщить модератору

37. "SSHole - уязвимость, позволяющая подключиться по SSH без пар..."	+/–
Сообщение от Аноним (37), 05-Ноя-26, 23:24
Это не звёздочка, это снежинка! Ну а в целом надо сразу делать PasswordAuthentication no в не зависимости от.
Ответить | Правка | Наверх | Cообщить модератору

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

	109. Скрыто модератором	+/–
	Сообщение от Аноним (-), 06-Ноя-26, 12:43
	подарок от киллерфрост.
	Ответить | Правка | Наверх | Cообщить модератору

42. "SSHole - уязвимость, позволяющая подключиться по SSH без пар..."	+/–
Сообщение от penetrator (?), 05-Ноя-26, 23:44
как там контейнероводы поживают? обновляться будут?
Ответить | Правка | Наверх | Cообщить модератору

	46. "SSHole - уязвимость, позволяющая подключиться по SSH без пар..."	+/–
	Сообщение от Аноним (46), 06-Ноя-26, 00:04
	Меньше знаешь, крепче спишь.
	Ответить | Правка | Наверх | Cообщить модератору

	77. "SSHole - уязвимость, позволяющая подключиться по SSH без пар..."	+3 +/–
	Сообщение от User (??), 06-Ноя-26, 07:00
	Те, у кого openssh в контейнере? Да, все трое уже!
	Ответить | Правка | К родителю #42 | Наверх | Cообщить модератору

61. "SSHole - уязвимость, позволяющая подключиться по SSH без пар..."	+2 +/–
Сообщение от жявамэн (ok), 06-Ноя-26, 01:24
Опять рутом можно заходить просто введя 300 буковок? Это прям из 90-х баги
Ответить | Правка | Наверх | Cообщить модератору

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

66. "SSHole - уязвимость, позволяющая подключиться по SSH без пар..."	+2 +/–
Сообщение от Аноним (66), 06-Ноя-26, 02:25
Внесу чуточку паники, микротик случаем не на musl?
Ответить | Правка | Наверх | Cообщить модератору

	72. "SSHole - уязвимость, позволяющая подключиться по SSH без пар..."	+1 +/–
	Сообщение от Аноним (72), 06-Ноя-26, 04:20
	от ai ответ - "MikroTik RouterOS uses musl libc, not glibc. While older major versions of RouterOS (like RouterOS 4.x and 5.x) historically relied on uClibc, and some early 6.x builds experimented with glibc variants for specific architectures like Tile-GX, modern iterations of RouterOS (including RouterOS v7) are compiled against musl libc." Ждем массовых сообщений от юзеров микротика... Что честно говоря - печально.
	Ответить | Правка | Наверх | Cообщить модератору

	73. "SSHole - уязвимость, позволяющая подключиться по SSH без пар..."	+/–
	Сообщение от Аноним (13), 06-Ноя-26, 04:24
	Микротик на musl
	Ответить | Правка | К родителю #66 | Наверх | Cообщить модератору

	74. "SSHole - уязвимость, позволяющая подключиться по SSH без пар..."	+/–
	Сообщение от Аноним (72), 06-Ноя-26, 04:31
	добавка от AI. MikroTik RouterOS does not use a PAM (Pluggable Authentication Modules) stack. P.S. т.е. правильно понял, что если рутовский акк использует авторизацию по ключу и без установленного пароля, он примет любой длинный пароль? Владельцы микротиков - глянете?
	Ответить | Правка | К родителю #66 | Наверх | Cообщить модератору

	136. "SSHole - уязвимость, позволяющая подключиться по SSH без пар..."	+/–
	Сообщение от Аноним (130), 06-Ноя-26, 14:47
	Дыра в бекдоре погоды не сделает.
	Ответить | Правка | К родителю #66 | Наверх | Cообщить модератору

71. "SSHole - уязвимость, позволяющая подключиться по SSH без пар..."	+1 +/–
Сообщение от anonymous (??), 06-Ноя-26, 04:19
Вот нафига тащат musl во все места? Выигрыш от нее, по памяти копеечный. Сколько его не пытался в разных проектах с начала 2010х использовать, столько раз его и выкидывал, заменяя на glibc. Постоянный головняк с совместимостью на уровне API и странным пониманием posix в реализациях.
Ответить | Правка | Наверх | Cообщить модератору

	93. "SSHole - уязвимость, позволяющая подключиться по SSH без пар..."	+/–
	Сообщение от Аноним (91), 06-Ноя-26, 11:49
	Я использую в нескольких программах, поскольку в glibc поломана статическая линковка. Если бы статическая линковка работала - не использовал бы.
	Ответить | Правка | Наверх | Cообщить модератору

	115. "SSHole - уязвимость, позволяющая подключиться по SSH без пар..."	+1 +/–
	Сообщение от Аноним (7), 06-Ноя-26, 13:07
	MIT потому что. Хочется людям при возможности эффективнее продаться.
	Ответить | Правка | К родителю #71 | Наверх | Cообщить модератору

	118. "SSHole - уязвимость, позволяющая подключиться по SSH без пар..."	–1 +/–
	Сообщение от Аноним (118), 06-Ноя-26, 13:28
	> MIT потому что. Хочется людям при возможности эффективнее продаться. Нет, МИТ это про свободу. Свободу использовать код как пожелаешь. Ну и не все хотят связываться с запретительными копирастами из ГНУ фонда и не поддерживают г-на Столлмана в его оправдланиях отношений с детьми.
	Ответить | Правка | Наверх | Cообщить модератору

	122. "SSHole - уязвимость, позволяющая подключиться по SSH без пар..."	+/–
	Сообщение от Аноним (122), 06-Ноя-26, 14:15
	> MIT потому что. Хочется людям при возможности эффективнее продаться. И чо? Уже мусл уже продался? Или как была по настоящему свободной либой, так осталась? ЗЫ: у адекватных людей зарабатывание денег не считается чем-то зазорным. Это тяжкий грех только у комми-фриков.
	Ответить | Правка | К родителю #115 | Наверх | Cообщить модератору

	133. "SSHole - уязвимость, позволяющая подключиться по SSH без пар..."	+/–
	Сообщение от Аноним (137), 06-Ноя-26, 14:36
	> ЗЫ: у адекватных людей зарабатывание денег не считается чем-то зазорным. > Это тяжкий грех только у комми-фриков. Прикол в том что даже Столлман в своем ГНУ-манифесте напрямую не запрещал зарабатывать деньги. Естественно, как у комми-фрика, у него было слегка "особое" представление о деньгах, поэтому зарплату программерам предлагалось снизить, уравнять и определять голосованием, организации которые могут платить много - запретить, а средства распределять через "Министерство Опенсорса". К сожалению с тех пор гну-секта только радикализовывалась(
	Ответить | Правка | Наверх | Cообщить модератору

	165. "SSHole - уязвимость, позволяющая подключиться по SSH без пар..."	+/–
	Сообщение от Аноним (-), 06-Ноя-26, 21:19
	> Естественно, как у комми-фрика, у него было слегка "особое" представление о деньгах, > поэтому зарплату программерам предлагалось снизить, уравнять и определять голосованием, В результате пришел AI - и джунов поперли на мороз, дни проприетариев по сути сочтены, а зажатие сорца станет самым тупым занятием которое можно придумать, и жадюги начнут сталкиваться с фактом что клиент просто сам нейрослопнул альтернативу.
	Ответить | Правка | Наверх | Cообщить модератору

	172. "SSHole - уязвимость, позволяющая подключиться по SSH без пар..."	+/–
	Сообщение от Аноним (173), 06-Ноя-26, 21:59
	> дни проприетариев по сути сочтены, да-да, виндокапец вот-вот наступит, главное верить > а зажатие сорца станет самым тупым занятием которое можно придумать, и жадюги начнут сталкиваться с фактом что клиент просто сам нейрослопнул альтернативу. Ну слопнет и слопнет. Саппорт он сам будет делать? Баги исправлять? Фичи добавлять? А если посчитать токены, то может оказаться, что он купил белого слона, который теперь постоянно слопать надо.... а просто купить софт было бы дешевле) Да и слопнутый код он что обязан вынести в опенсорс на потеху всяким б0мжам? Это его код, он им пользуется. Может поставить любую проприетарную лицензию и даже попытаться продать)
	Ответить | Правка | Наверх | Cообщить модератору

	186. "SSHole - уязвимость, позволяющая подключиться по SSH без пар..."	+/–
	Сообщение от Аноним (-), 07-Ноя-26, 02:50
	> да-да, виндокапец вот-вот наступит, главное верить На моих конфигах уже так то наступил. Да и сам майкрософт что-то уже и в линух комитит и даже GPL оказывается не мешает. Абажур, видите ли, все дела. > Ну слопнет и слопнет. > Саппорт он сам будет делать? Баги исправлять? Фичи добавлять? Как говорится, "its about terms". Будет выгодно - будет так. А учитывая наглость и ушлость проприетариев - это будет чуть менее чем везде. Ибо незаменимых не бывает. И да - если кто нечто нанейрослопил то и багфикснуть в принципе - сможет вероятно. Ну или наймет разово под задачу кого-то. Сильно дешевле чем постоянно доиться пропертариям. Кстати, открытый софт совсем никак не мешает продавать услуги, консалтинг, поддержку и проч - представляете?! Этим немало народа и живет, так можно было! :D > А если посчитать токены, то может оказаться, что он купил белого слона, > который теперь постоянно слопать надо.... а просто купить софт было бы дешевле) Вот совсем не факт, тем более что еще "просто купи" оказывается совсем не "просто" и потом еще начинается дойка, стрижка, выкрутка рук, strings attached, изменения фич и условий в одностороннем порядке... плавали - знаем. > Да и слопнутый код он что обязан вынести в опенсорс Не обязан. Но может. Впрочем если кто зажадничает - ну ок, кто-то рядом еще раз наслопает. Факт в том что пропертарии более не смогут делать то что делали на тех условиях. Забудьте про это. > Это его код, он им пользуется. Это довольно громкое заявление для нейрослопа то. > Может поставить любую проприетарную лицензию и даже попытаться продать) Кстати это тоже так то малость grey area на самом деле. И да, попытаться то он может. А вон тот кастомер может попытаться послать его в пень и тоже нейрослопнуть :D. И все это - по цене оператора промпта и токенов.
	Ответить | Правка | Наверх | Cообщить модератору

82. "SSHole - уязвимость, позволяющая подключиться по SSH без пар..."	+1 +/–
Сообщение от Иванпуло (?), 06-Ноя-26, 08:23
OpenWRT юзает по дефолту dropbear. То есть под ударом только alpine
Ответить | Правка | Наверх | Cообщить модератору

	191. "SSHole - уязвимость, позволяющая подключиться по SSH без пар..."	+/–
	Сообщение от Аноним (191), 07-Ноя-26, 06:29
	Не только. Куча других неизвестно-безназванных прошивок всякой проприетарной хрени тоже может быть под ударом, причём не обязательно от OpenSSH. Есть же куча самопальных наколеночных "httpd" которые пароли от админки тоже лезут в /etc/shadow проверять.
	Ответить | Правка | Наверх | Cообщить модератору

111. "SSHole - уязвимость, позволяющая подключиться по SSH без пар..."	+/–
Сообщение от Аноним (-), 06-Ноя-26, 12:50
> поэтому с 2022 года > Проблема затрагивает дистрибутивы Linux > такие как OpenWRT ну то есть то, что в 80% случаев используется как сетевой - был с открытой опой. вот это я называю эпикфейл.
Ответить | Правка | Наверх | Cообщить модератору

138. "SSHole - уязвимость, позволяющая подключиться по SSH без пар..."	+/–
Сообщение от Аноним10084 и 1008465039 (?), 06-Ноя-26, 14:48
Я думаю злого умысла могло и не быть - в описании коммита, который это добавил, значилось, что так как никто не проверяет вывод crypt на null, будем возвращать неметчимый хэш. Какой стандарт для неметчимого хэша - символ *, как принято в файле /etc/passwd. Никто ж не ожидал, что вместо реального хэша кто-то прокинет эту самую заглушечную звездочку
Ответить | Правка | Наверх | Cообщить модератору

	154. "SSHole - уязвимость, позволяющая подключиться по SSH без пар..."	+2 +/–
	Сообщение от Аноним (47), 06-Ноя-26, 16:15
	> Какой стандарт для неметчимого хэша - символ * А кто собственно метчит то, если * в файле означает - не матчи ничего, ибо хеша нет, и побарабану, что там крипт вернул. А тут ведь крипт возвращает *, и мы метчим пользователя , которого не должны метчить.
	Ответить | Правка | Наверх | Cообщить модератору

	199. "SSHole - уязвимость, позволяющая подключиться по SSH без пар..."	+/–
	Сообщение от Аноним (199), 07-Ноя-26, 17:16
	А зачем вообще возвращать *, если можно возвращать ненулевую ссылку на (внезапно!) #0!
	Ответить | Правка | К родителю #138 | Наверх | Cообщить модератору

189. "SSHole - уязвимость, позволяющая подключиться по SSH без пар..."	+1 +/–
Сообщение от Инопланетянин (?), 07-Ноя-26, 04:20
Не понял причины такого возвращаемого значения? В glibc же этого нет, а musl типа как замена ему.
Ответить | Правка | Наверх | Cообщить модератору

	192. "SSHole - уязвимость, позволяющая подключиться по SSH без пар..."	+1 +/–
	Сообщение от Аноним (191), 07-Ноя-26, 06:32
	glibc позже приняли это поведение, только они видимо что-то знали (и смолчали!!!) и вставили не просто звёздочку, а "*0".
	Ответить | Правка | Наверх | Cообщить модератору

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

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

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