Первоначально опубликовано на StackOverflow, размещены здесь, как это предлагается в комментариях SO.

вступление

Мне нужно защитить паролем некоторые действия в моем приложении, такие как загрузка / сохранение файлов, установка флажков и т. Д. Это стандартное приложение WinForms C # .Net 4.0, которое будет работать в Windows 7 в корпоративной сети.

Я собирался развернуть свою собственную очень простую систему (прочтите обфускацию с широко открытыми бэкдорами) с текстовым файлом пользователей / паролей / разрешений (хешированных и соленых), пока после некоторого поиска я не нашел то, что выглядит как дразняще простой подход , но мне не удается найти хороший учебник по ролям, не об ASP.NET.

Вопрос

Кто-нибудь знает одно или несколько руководств, которые показывают мне, как:

1. Создайте пользователя / группу Windows и дайте этому пользователю / группе Role или разрешение.
   • Обратите внимание, что я тестирую это на сетевом ноутбуке моей компании, но разверну его в корпоративной сети заказчика (не уверен, является ли это проблемой или насколько сложно это будет).
2. Создать образец приложения winforms / console с помощью всего лишь одного метода, который печатает «Hello World», если я аутентифицирован, или генерирует исключение, если нет?
3. Я никогда не занимался администрированием сети или чем-то подобным, и я продолжаю читать об Active Directory и локальных пользователях против сетевых пользователей ... Я надеялся на подход, в котором я мог бы создать Interface и просто спросите Windows, есть ли у текущего пользователя разрешение ABC и не слишком заботится о том, как Windows это выяснила. Затем я могу сделать конкретную реализацию для каждого Local / Network / ActiveDirectory / и т. Д. вариант использования по мере необходимости (или если требуется ... поскольку я даже не знаю этого прямо сейчас).

Задний план

- read if interested, but not required to answer question

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

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

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