Каковы аргументы за и против сетевой политики, когда системный администратор знает пароли пользователей? [закрыто]

Я хотел бы знать плюсы и минусы .. причины и против того, чтобы системный администратор поддерживал списки учетных записей пользователей с паролями .. и, кроме того, не позволял этим пользователям изменять свои пароли.

Я понимаю, что такие системы, как Windows, похоже, поощряют идею о том, что пользователи должны поддерживать собственную безопасность паролей и иметь возможность изменять свой пароль по своему желанию. Я понимаю необходимость конфиденциальности и пользователей, имеющих алиби, чтобы защитить себя в случае, если слово коллеги не согласуется с журналами системы. Но в то же время я также вижу, как некоторые люди могут оправдать сохранение паролей пользователей в файле в случае, если требуется доступ к некоторым материалам, которые пользователи могут захотеть сохранить в тайне.

Мне бы очень хотелось узнать об этой идее.

13
задан 6 June 2009 в 21:09
17 ответов

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

Профессионалы - то, что нет никакой потребности изменить пароли, но необходимо будет напомнить пользователям о них. Это также помогает войти в пользовательские учетные записи, но за пределами тестирования или диагностирования проблемы, это не необходимо, и можно получить пароли на индивидуальной основе затем.

Действительно нет никакой причины сделать это, она создает много проблем ни для какого реального усиления.

30
ответ дан 2 December 2019 в 21:14
  • 1
    +1 в значительной степени тот же ответ как мой. –  David Pashley 6 June 2009 в 21:17
  • 2
    Это - очень плохая практика для просьбы пользователей их пароль. Если системный администратор требует доступа к их учетной записи по некоторым причинам затем, они должны изменить пользовательский пароль. Необходимо быть обучением пользователи, чтобы никогда выделить их пароль и поощряющий это, НИКОГДА не прося их пароль.-1 до " и можно получить пароли на индивидуальной основе затем " удален. –  pipTheGeek 6 June 2009 в 22:10
  • 3
    Термин безопасности является неотказуемостью. Неотказуемость - то, где человек не может отклонить, он сделал что-то. Когда у системного администратора есть пароль, Вы теряете неотказуемость. That' s ужасное положение, чтобы быть в том, потому что это устраняет много легальных проспектов в случае, если Вы действительно сделали, чтобы пользователь нанес ущерб. (" Но я didn' t делают это. И I' m не единственный с моим паролем! ") –  K. Brian Kelley 7 June 2009 в 08:10
  • 4
    @K. Brian Kelley: that' s фантастический.. Вы видели, что я изо всех сил пытался найти слово как этот. аплодисменты –  cottsak 7 June 2009 в 09:15
  • 5
    В большинстве систем системный администратор может просто ворваться в учетную запись, пароль или нет. В Unix, it' s просто " su - user". I' m верный there' s эквивалентный Windows. –  Bill Weiss 7 June 2009 в 09:17

Почему Вы изменяете someones пароль, когда кто-то отсутствует, и другой человек хочет/нуждается работу? почти каждый человек хранит не связанные с работой данные в их учетных записях в эти дни. Необходимо перемещать только необходимые данные из их пространства и помещать его в пространство, которое принадлежит пользователю, который требует его.

0
ответ дан 2 December 2019 в 21:14

Могут быть юридические обязательства также, с точки зрения защиты данных, использования персональных данных, и т.д. Правда, поскольку администратор там является ничем техническим для остановки меня изменяющий пользовательский пароль и получающий доступ к их учетной записи, но я всегда получал бы записанное разрешение от Менеджера отдела кадров (собственный менеджер человека не достаточно хорош) прежде, чем сделать это.

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

1
ответ дан 2 December 2019 в 21:14
  • 1
    Положительные стороны у юридических обязательств. В мире Unix (и Linux) администратор может получить доступ к Вашей учетной записи путем действия как Вы, не изменяя Ваш пароль. sudo-u someuser –  Christopher Mahan 8 June 2009 в 07:57

Рабочие компьютеры обеспечивают конфиденциальность от людей, которые не разрешены получить доступ к информации владельца, которая хранится на них. У сотрудников нет конфиденциальности при использовании оборудования работодателя, которое является, почему баннер входа в систему говорит, что все действие может контролироваться в любое время, с или без причины.

(Если Вы не имеете такого баннера входа в систему, работаете — не идут — Вашему корпоративному адвокату как можно скорее, потому что это - Действительно Хорошая Идея.)

Однако это - другой вопрос. Я не думаю, что могу сказать что-либо, что не было сказано в другом ответе, хотя я думаю, что нужно явно указать, что пароль является отдельным идентификатором, и поэтому любой пароль должен быть известен точно одному человеку; универсальный Администратор и т.д. считает, пароли должны быть сохранены в сейфе и измененные после каждого использования.

1
ответ дан 2 December 2019 в 21:14
  • 1
    конечно.. учетная запись должна описать человека, а не роль и т.д. (например, ' bursar' ' assistant-principal'). полностью согласитесь! –  cottsak 7 June 2009 в 09:24

Я склоняюсь к против политики, где системный администратор должен знать пароль. Это должно быть на основе индивидуального. Каждый раз, когда нам как человек IT нужен пароль пользователей, чтобы сделать работу, мы должны просить их и советовать пользователю изменять их, после того как мы заканчиваем нашу работу. И IT не должен хранить пароли ни в каком формате.

Однако я также должен признать, что когда-то наличие листа пароля очень удобно, очень очень удобно.

1
ответ дан 2 December 2019 в 21:14

Я не видел упомянутый здесь, но я только просмотрел ответы. Много пользователей использует те же пароли для ВСЕГО. Если у Вас есть их сетевой пароль затем, возможности - Вы, имеют пароль для их персональной электронной почты, Photobucket, Facebook, безотносительно.

Я думаю, что это - плохая идея. Системный администратор жулика мог доставить много неприятностей.

2
ответ дан 2 December 2019 в 21:14
  • 1
    Это - то, где политика сложности пароля входит, я думаю. (Что, и выполняющий L0phtcrack регулярно.) –  Brad Ackerman 7 June 2009 в 08:03

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

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

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

2
ответ дан 2 December 2019 в 21:14

Сервер сфокусировал ответ.

В предыдущем работодателе администраторскому коллективу не установили пароли. Мы использовали только аутентификацию SSH. После работы там, я стал крупным сторонником схем двухфакторной аутентификации, таких как пароль защитил клиентский сертификат или ключ (как ключ SSH или клиентский сертификат SSL).

2
ответ дан 2 December 2019 в 21:14

Я собираюсь уходить на касательной немного.

Дело в том, что, если администратор является на 100% нравственным, не имеет значения, если он знает пароли пользователя, аналогично если администратор не является на 100% нравственным, то не имеет значения, если он не знает пароля. У него есть корень, он может получить пароль ни с кем больше знание. (Он - корень, помните, линейка машины. Нет ничего, что он не может сделать на той машине, включая очистку журналов, блокирующих портов, выполнение безотносительно инструмента, который он хочет, и т.д.),

Нет никого, который является на 100% нравственным в глазах HR, поэтому необходимо предположить, что у администратора всегда есть доступ к паролям пользователя.

Если Вы думаете, что администратор не может сделать этого, потому что он испытывает недостаток в навыках, замените его кем-то, кто делает.

Также - политика, что у администратора не должно быть доступа к паролям пользователя, является тратой печатной политики и бумаги Процедур, так как это не могло быть возможно быть осуществленным. В лучшем случае это предлагает ложное чувство защищенности, и это - худший вид безопасности.

3
ответ дан 2 December 2019 в 21:14
  • 1
    хороший ответ: ".. ложное чувство защищенности.." –  cottsak 7 June 2009 в 09:38
  • 2
    Если пароли хранятся с помощью non-reversable шифрование затем администратор won' t смочь взломать их. Не то, чтобы это имеет значение, так как существуют другие пути в информацию о пользователях без них knowning, которые намного легче. –  SpaceManSpiff 7 June 2009 в 13:58
  • 3
    +1 для упоминания этики... положительная сторона –  cop1152 7 June 2009 в 18:54
  • 4
    Администратор doesn' t имеют " доступ к их passwords" больше, чем какой-либо другой пользователь в сети делает. There' s большой разрыв между " access" по сравнению с " cracking" –  Kara Marfia 8 June 2009 в 00:34
  • 5
    Нет никакого отказа для администратора системы Unix. Если пользователь говорит его didn' t делают это, это всегда возможный для администратора сделать это. Обычно it' s user' s слово по сравнению с admin' s слово и администратор обычно доверяется выше пользователя. Однако, когда рассматриваемый пользователь является исполнительным директором Операции для Европы и Ближнего Востока, администратор, независимо от того, что он говорит, будет в беде. Нет никакого отказа, возможного администратором. –  Christopher Mahan 10 June 2009 в 07:53

Отслеживаемость является проблемой.

Если пользователи когда-либо опрашиваются о действии, проводимом от их входа в систему, у них есть автоматическое, если это - стандартная рабочая процедура, что кто-то еще может войти в их учетную запись без первого изменения пароля.

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

Я не вижу профессионалов.

3
ответ дан 2 December 2019 в 21:14

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

Это - одна из многих причин, почему каждый не записывает пароли в открытом тексте.

4
ответ дан 2 December 2019 в 21:14

Поскольку другие уже отметили здесь: Никакое серьезное основание для IT для знания пароля пользователя вместо этого доступ пароля пользователя мог бы служить отрицательной ситуации в нескольких формах.

В дополнение к тому, что было уже сказано, если действительно необходимо знать, пароль является паролем локального администратора для машины (или корень), и основной пароль шифрования для Системы. Что-либо имеющее отношение к профилям пользователей нужно считать запрещенным, если нет административный запрос для запросов этих файлов (существуют инструменты для этого),

4
ответ дан 2 December 2019 в 21:14

Администраторы могут всегда изменять пароль пользователя. У них нет причины знать пароль пользователя. Если существует проблема, или пользователь отсутствует, и кому-то еще нужен доступ к файлам, то менеджер может попросить пароль быть измененным в течение дня, и пользователь может установить их пароль, отступают в следующий раз, когда они находятся в.

Существует преимущество в администраторах, пытающихся взломать пароли пользователей для предотвращения используемых слабых паролей.

7
ответ дан 2 December 2019 в 21:14
  • 1
    Если Вам нужны файлы, то администратор может всегда использовать HIS СОБСТВЕННЫЕ поднятые полномочия считать те файлы, не входя в систему как владелец файлов. Он может затем копировать/перемещать те файлы, если кому-то еще нужны они, или изменять их полномочия предоставить необходимый доступ. Взламывание слабых паролей было бы сделано в то время, когда пользователь пытается установить их пароль и просто отклонил бы новый пароль. Это должно быть частью системы входа в систему. –  Mnebuerquo 10 February 2010 в 22:19

Не перепутывайте аутентификацию и авторизацию.

Пароль доказывает системе, кто Вы (аутентификация)

Состав группы и полномочия файловой системы обычно dicates, что можно сделать (авторизация).

Для предоставления доверенного доступа администратора к файлам, которые принадлежат кому-то еще Вы увеличиваете их уровень авторизации. Вы не позволяете им войти в систему, как будто они были другим человеком.

19
ответ дан 2 December 2019 в 21:14
  • 1
    фантастика! идентификационные данные являются самыми важными здесь! –  cottsak 7 June 2009 в 07:37

Нет никакого выравнивания. Системный администратор может изменить пароль в случае необходимости, но они не должны знать или хранить его.

Существуют только недостатки.

Что относительно моей частной информации, что я ожидаю, что HR сохранит частным?

Обнаружение, где я живу, потому что я взял их парковочное место... отправляющее мою зарплату в Интернете... передающем информацию исключая.. отправленному по электронной почте порно к управлению присоединили мое имя...

Я был бы удивлен, записали ли компании такую политику.

24
ответ дан 2 December 2019 в 21:14
  • 1
    Я полностью согласен, и Вы высказываете точное мнение, иллюстрирующее аспект HR его. –  Greg Meehan 6 June 2009 в 21:25
  • 2
    У системного администратора, вероятно, был бы доступ к большей части из этого, и в противном случае это будет тривиально для них для получения его с помощью клавиатурных перехватчиков, программного обеспечения или аппаратных средств. –  Dentrasi 6 June 2009 в 21:41
  • 3
    Если Вы can' t доверяют Вашему системному администратору you' ve получил большие проблемы. –  David Pashley 6 June 2009 в 21:59
  • 4
    @David, that' s очень верный. как системный администратор, мы должны очень знать о важности конфиденциальности для приобретения той доверчивости. –  kentchen 6 June 2009 в 22:13
  • 5
    Неукоснительно предотвращение знания или наблюдение паролей пользователя являются одним способом, которым системные администраторы поощряют доверие. –  Mnebuerquo 10 February 2010 в 22:12

Все во мне говорит "Нет!"

Если Вы думаете, что Вам нужен он затем, Вы, вероятно, не понимаете инструменты и авторизации, доступные Вам как системный администратор, как указано в других ответах.

Позвольте мне также указать на Вас на Моральный кодекс SAGE.

Править: Действительно ли это было идеей менеджера? Так или иначе некоторое образование в порядке: для себя, таким образом, Вы знаете то, что может и не может быть сделано, технически, по закону и этически; для управления, таким образом, Вы и они можете разработать политику, которая встречает бизнес-потребности; и для пользователей, таким образом, они знают то, что они могут ожидать.

3
ответ дан 2 December 2019 в 21:14
  • 1
    та ссылка является фантастической.. i' ll, уверенный использовать это. спасибо "куча" –  cottsak 7 June 2009 в 07:35
  • 2
    это было идеей менеджеров.. я был так себе против него. как так существенно. но я имел думание и думал, что будет хорошо иметь партии больше серьезных оснований. и there' s "куча" здесь - it' s большой. –  cottsak 7 June 2009 в 13:07
  • 3
    Фураж Дилберта... отправлен.;-) –  pgs 7 June 2009 в 14:09

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

Независимо от того, что Вы делаете не, хранят пароли пользователей в простом тексте. Как в "звонят нам, если Вы забываете свой пароль". Это - остановка. Пользователю присвоят новый пароль при разоблачении в справочной службе лично и вызовут для изменения их пароля перед первым входом в систему.

Для получения информации это является действительно конфиденциальным, я предлагаю, чтобы пользователи приняли дополнительные меры как PGP или Truecrypt, но затем должны были быть сказаны явно, что их данные не могут быть восстановлены их доверяемыми системными администраторами.

Если беспокойство управления об администраторской способности посмотреть в каждый документ затем они должны системному администратору работать сами. У системного администратора, как предполагается, есть почти полное доверие.

2
ответ дан 2 December 2019 в 21:14
  • 1
    +1 Положительная сторона. Изменение корня pw и отключение admin' s вход в систему одна вещь, изменяясь каждый user' s pw другой... –  sleske 21 May 2010 в 05:16

Теги

Похожие вопросы