Benutzeranmeldung in Silverlight speichern 4

Question

Ich habe eine Silverlight 4-Anwendung, die mit einem WCF-Dienst kommuniziert. Der Benutzer muss sich anmelden, um auf die WCF-Dienste zugreifen zu können.

Jetzt möchte ich verhindern, dass der Benutzer Benutzername und Passwort jedes Mal neu eingeben, wenn er die Silverlight App startet. Was ist der beste Weg, dies zu erreichen? Ich habe über Cookies nachgedacht, um Benutzername/(Hash) Passowrd zu speichern, aber Cookies können nicht Unicode verarbeiten und das Passwort wird als Unicode gespeichert.

Was würden Sie vorschlagen?

Vielen Dank im Voraus,
Frank

Answer 1

Nun können Sie etwas wie nach der ersten Anmeldung tun, ihre Anmeldeinformationen in verschlüsselter Form in isolierten Speicher speichern. Wenn SL startet, ziehen Sie das hoch und übergeben Sie es dem Dienst, um es zu validieren und dann einzuloggen.

Answer 2

IsolatedStorage

Answer 3

Da dies eine Silverlight-App ist, lassen Sie ASP.NET einfach die Authentifizierung für Sie übernehmen. Sie können Ihre WCF-Dienste weiterhin so sichern, dass sie nur mit einem authentifizierten Benutzer arbeiten. Here's an excellent article on the subject.

EDIT

ich sollte, dass der Autor in diesem Artikel erwähnt benutzerdefinierte Nachrichten-Header für den Benutzernamen/Passwort erstellt. Ich ersetzte gerade diese Logik mit der Überprüfung, ob die HttpContext.Current.User authentifiziert wurde, und wenn ja, dann erlaube Zugriff auf den Dienst.

Answer 4

Ein anderer Ansatz besteht darin, eine GUID zu speichern (falls verfügbar).

Zum Beispiel, wenn Ihr Datenbankschema sieht wie folgt aus etwas ...

user_id (UniqueIdentifier, primary key) 
username (varchar) 
password_hash (varchar) 
password_salt (varchar) 

Dann würde ich die user_id speichern und username in IsolatedStorage. Wenn ein Benutzer diese Variablen zurückgibt, werden sie zur Authentifizierung an eine spezielle Funktion in Ihrem WCF-Dienst übergeben.

Und solange die user_id den Benutzern nie angezeigt wird, kann dies eine sichere Methode sein, ohne das Kennwort zu kompromittieren. Übrigens habe ich diese Idee ursprünglich für eine Site entwickelt, die OpenID verwendet und daher keine Passwörter hat.