2010-11-03 2 views
0

Мне нужно сохранить учетную запись пользователя локально на машине, что было бы лучшим способом ее сохранить? (Должно быть обратимое шифрование, а не хэш)Хранение учетных данных локально в реестре - методы шифрования?

Я доступе к папке UNC, как указано здесь: Accessing UNC Share from outside domain for file transfer

Используя этот метод предложил: http://www.codeproject.com/KB/IP/ConnectUNCPathCredentials.aspx

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

http://www.devarticles.com/c/a/VB.Net/String-Encryption-With-Visual-Basic-.NET/4/

С вектором ключа и инициализации жесткого закодированной в приложении.

Может ли кто-нибудь предложить лучший способ или изменения выше, чтобы как можно больше защитить учетные данные?

alt text

ответ

1

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

В качестве примечания, приложения Windows хранят секреты локально, используя DPAPI, выставлены в .Net как ProtectedData класс. Ссылка имеет полностью функциональные примеры шифрования данных с DPAPI в .Net. Тем не менее, остается заметить, что хранение учетных данных пользователей в приложениях, даже в DPAPI, составляет в основном.

+0

Мое приложение вызывается программой FTP. Когда загрузка завершена, файл перемещается в домен. Я использую WNetUseConnection для передачи учетных данных (учетная запись, созданная локально на сервере, на котором размещена доля в домене). Я не могу выдавать себя за пользователя через runas \ a service, поскольку для аутентификации DC не существует. Единственный вариант - передать учетные данные для входа в UNC-ресурс. Мое приложение вызывается программой FTP. Когда загрузка завершена, файл перемещается в домен. Я использую WNetUseConnection для передачи учетных данных (учетная запись создана локально на сервере, на котором размещается этот ресурс). – madlan

+0

Я не могу выдавать себя за пользователя через runas или как сервис, поскольку для аутентификации нет DC. Единственный вариант - передать учетные данные для входа в UNC-ресурс. – madlan

+0

'runas/netonly' делает ** нет ** требуется DC. –