zhub.link is one of the many independent Mastodon servers you can use to participate in the fediverse.

Administered by:

Server stats:

28
active users

⚛️Revertron

А у меня вот такой вопрос к общественности: пароли с кучей разных символов, часто ломают что-то?

Вот такие, например: 4(ScGA=1oJpSs\p3

@Revertron ну как-бы зависит от того, с какой скоростью его можно подбирать.

@ufm Не, я не об этом спрашиваю. Может они ломают какие-то скрипты, конфиги и т.п.?

@Revertron Тогда не понял вопроса. Вобще.

@ufm Ломают ли пароли с символами какие-нибудь системы, консоли, скрипты, конфиги?

Можно ли таким паролем что-то сломать?

@Revertron А! Понял. Да, я пару раз нарывался на то, что пароль с запятой ломал скрипт. Правда было давно. Но я думаю криворукие программисты всегда найдутся. :)
@Revertron Но в целом, если верить вот этой табличке - пока можно забить. :)

@johan А если паролей надо несколько десятков?

@Revertron Мастер-пароль к менеджеру, в котором генерировать 20-значные ;-)

@johan @Revertron это уже не пароли, а какие-то ключи получатся. Связка ключей под мастер паролем.

(Не какие-то, а обычные симметричные, шерд кийс)

@0 @Revertron Ну а как иначе? На каждый сервис свой пароль, иначе нельзя.

@johan @Revertron Если так рассуждать дальше, то ключи (пароли) должны быть рандомные, временные, годные на одну сессию, сгенерированные секретным мастер ключом, который сам никогда не покидает устройство пользователя - следовательно, даже хэшировать для хранения ничего не потребуется. Проверить аутентичность сессионного ключа сервер может прибегнув к стандартным протоколам цифровой подписи.

@0 @Revertron «Папа, ты сейчас с кем разговаривал»? 😂

@0 @johan > секретным мастер ключом, который сам никогда не покидает устройство пользователя

* не покидает голову пользователя :)

@Revertron @0 А кейлоггеры на что? ;-)

@johan @0 От них защищаемся солью, хранимой в настройках генератора, и не вводимой годами.
Если кейлоггер подселяется после настройки генератора, то соль он никогда не узнает.

@Revertron @johan

> От них защищаемся солью,

И чесноком 🤣

@Revertron @johan
Соль всё равно не предотвращает покидание паролем головы. Соль добавляется уже на устройстве, куда мастер пароль должен быть введён как есть. Т.е. утверждение, что мастер пароль никогда не покидает голову, не работает.

@Revertron В смысле — ломают? Часто ли их взламывают или часто такие пароли ломают вам базу данных?)

@Revertron Тут есть одно жёсткое правило: НИКОГДА не хранить паролей в незашифрованном виде. Храните хэши, переведённые в шестнадцатеричный вид либо Base64 (я предпочитаю второе, ибо во-первых, это красиво ©). И всё, абсолютно неважно, что в пароле, хоть пробелы, хоть смайлики, хоть иврит, хоть японские кандзи. Поэтому меня всегда дико напрягает, когда ограничивают _максимальную_ длину пароля или допустимые символы. Всегда хочется спросить: а то что?

@Revertron @menelion Если не ограничивать максимальную длину пароля, то в базе может кончиться место. ВНЕЗАПНО. :)

@ufm @Revertron Ээээ… не понимаю. У вас есть пароль, он хэшируется. У меня он потом ещё шифруется симметричным ключом с HMAC. Тут длина особо не зависит, IMO.

@ufm Так надо ограничивать чем-то разумным, типа 100 символов. Чисто для простой передачи и обработки, но при этом хранить именно хэши с солью.

@menelion

@menelion НЕЛЬЗЯ хранить так, как ты предлагаешь. Надо хотя бы хэшировать.

@Revertron Так в смысле, я же говорю, хэшируем, опционально шифруем ключом, получаем двоичные данные, которые переводим либо в Хекс, либо в Бейс64.

@menelion А, ой. Ну да, только хэшированное храним.