Какие аргументы можно привести против открытого хранения ID и паролей? В смысле все ID хранятся тупо в папке на компе админа а пасы рядом в excel листе О_О Ну и все это в запароленом винраре. В общем вся "система безопасности" идет в обход лотоса.
Админ говорит что так тоже безопасно и все пасы и ID у него всегда под рукой.
Как грамотно ему объяснить что это "не путь настоящего джедая" и надо юзать ID и Pasword Recovery?

mindwalker
тогде обьясняйте неграмотно.
пасы с ID и паролями на флешку/диск и в сейф если надо безопасноть. Ключ пад роспись

Пароли только в хэшированном виде, а что такое ID я не в курсе, поэтому и в ум не приложу зачем их "хранить"

ПОЗДРОВЛЯЮ!!!!! ваш админ умничка!!!!!!!!1таких надо еще поискать..................

ето id пользователей и их пароли?????????????

sax_ol
ID - это файлы. идентифицируют пользователей на клиентских машинах.

стоп, а зачем пароли в хэшах хранить? как патом?

Так секюрити ... чтоб никто не смог прочесть, а потом?, а что потом? яж не в курсе ваших дел
у нас есть негласные так сказать правила, в явном виде пароли не держать! забыл пароль, система предоставляет возможность сменить, используя секретные
вопросы /ответы, или админ руками или ... ну тут можно придумывать кому как вкуснее.
А если юзер чудак с большой буквы М и раздает свои пароли направо налево - ну так кто ему доктор?

Так там видать не юзер а админ.............

Создается такое впечатления что люди перестают понимать друг друга ,Pasword Recovery нужно юзать по любому, а зачем ему вообще пароли других пользователей ему что своего уровня доступа нехватает кстати id пользователя можно при большом желании взломать достаточно легко, так что все удалить, id только у пользователей на машинах, политикой настроить смену паролей

При использовании ID и Password Recovery ID пользователей хранить необязательно. Это действительно очень удобно. Но, если система не была сконфигурирована для этого, то требуются некоторые телодвижения (физические и ментальные) для перехода на эту конфигурацию, что может быть тяжко для некоторых пользователей (независимо от положения) и организаций.
Кстати, хранение админом ID дает ему возможность работы под этим пользователем, что является нарушением безопасности. (Хотя грамотный админ всегда найдет возможность обхода ... )

полностю согласен с collection . если настроен Pasword Recovery то взломать ід как два пальца об асвальт

Cleric-Lviv
если настроен Pasword Recovery то это называется не взлом а получение пароля для восстановления, а взлом делается при помощи специальных программ при помощи перебора, не нужно путать божий дар с яичницей

Всегда??
Так в том и прелесть Домины (за что её *NIX-админы ненавидят), что не всегда.
При грамотном проектировании инфраструктуры/регламентов/приложений - нет. А вот если в конторе единственный грамотей - админ, то что-ж Вы хотите...

Я о том же. Как я везде читал надо именно так.

Но на это админ и другие отвечают:




Дело не в том, кто за кто против. Обсуждаем + и - каждого подхода.

вопрос в другом:
а зачем админу работать под пользователем?! Для решения административных задач достаточно учетки админа, для тестов пользоваться тестовой записью, что нельзя сделать админу если у него не будет этих учеток, ответ удобно/неудобно некоректен, плохому танцору всегда тапки жмут?! Я так думаю что и в сейфе должна храниться база recovery переодически обновляемая и все. Если рассуждать с позиции удобства, так давайте вообще уберм эти пароли, зачем они нужны вообще, потому как при вашем варианте это защита от дурака не более

Ну да, так и есть. Вроде все понятно.

Осталось только разъяснить админу

А не живыми ID людями

А зачем разъяснять ? Сказать/приказать и все тут.

тем более, что это нонсенс