Здесь скрыта трудная проблема.Случай использования нескольких пользователей, вводящих отчеты на одном и том же ноутбуке, предполагает, что пользователи должны аутентифицироваться, прежде чем они вводят отчет аудита, в отличие от аутентификации, когда они отправляют отчет аудита после повторного подключения приложения.
Аутентификация должна предположительно сообщать пользователям, были ли введенные ими учетные данные правильными или нет, поэтому вам необходимо синхронизировать базу данных учетных данных пользователя с ноутбуком.Это серьезный риск для безопасности, и его нужно делать очень осторожно, даже если база данных пользователей зашифрована и использует хешированные, соленые пароли.Вы, вероятно, хотите синхронизировать только подмножество записей пользователей, например, тех, кто будет использовать приложение.
Итак, давайте предположим, что вы делаете это, тогда вы можете использовать тот же поставщик аутентификации, который вы используете наприложение ASP.NET для аутентификации пользователей и повторной синхронизации этой базы данных при каждом подключении приложения.Вам не нужно хранить их учетные данные, кроме как в базе данных, которая, как я упоминал, должна быть зашифрована с использованием Windows API защиты данных или чего-то подобного.
Все это может бытьупрощенный, если вы могли обойти требование, позволяя пользователям связывать отчеты со своей учетной записью, просто вводя имя пользователя, загружая (но не отправляя) отчеты при повторном подключении, и требуя, чтобы пользователи подключались через веб-сайт и подтверждализагруженный отчет после аутентификации обычным способом.