Wie funktioniert das MVC-Anti-Fälschungs-Token zwischen Neustarts von Webservern?

Question

Ich habe einen Anti-Fälschungs-Schutz unter Verwendung des ValidateAntiForgeryTokenAttribute in MVC 5 implementiert. Es funktioniert gut, aber in Zukunft werden wir vielleicht eher zu einem "Webfarm" -Ansatz für das Hosting übergehen. Wenn ich meine Anwendung in Entwicklung ausführe und zu einem Formular gehe, den Webserver neu starte (indem ich die App in Visual Studio neu starte) und dann ein Formular abschicke, wird die System.Web.Mvc.HttpAntiForgeryException nicht ausgelöst.

Unsere Anwendung verwendet keinen anderen Sitzungsstatus. Kann mir jemand helfen zu verstehen, wie mein Server dort weitermacht, wo er aufgehört hat? Ich definiere keinen ComputerKey in meiner web.config oder irgendwo anders, das ich finden kann. Hat es etwas damit zu tun, in einer Entwicklungsumgebung zu laufen?

Die einzigen Referenzen, die ich finden kann, sind für frühere Versionen von MVC, also frage ich mich, ob dies jetzt auf eine andere Weise gelöst wird.

Ich bin froh, dass diese Funktionalität funktioniert, aber ich muss verstehen, warum.

Answer 1

Der Server selbst erinnert sich an nichts; es muss nicht.

Die beiden Dinge bei der Arbeit sind hier:

• Die Form versteckte Eingang
• Ein Cookie

Dies bedeutet, dass, wenn der Benutzer besucht eine Seite mit einem AntiForgeryToken drauf, dann ist die Server startet neu, es ist kein Problem, denn die __RequestVerificationToken des Benutzers und des Formulars sind immer noch die gleichen wie sie waren.

Das tatsächliche Sicherheitstoken ist ein Hash-Schlüssel, der innerhalb des Objekts AntiForgeryToken gespeichert wird. Dieses Objekt ist auf Base 64 serialisiert und das sehen Sie, wenn Sie die Werte von __RequestVerificationToken betrachten. Da die Sicherheitsschlüssel jedes Mal gespeichert werden, befinden sich die Werte selbst dann, wenn der Server zurückgesetzt wird, immer noch in diesen Objekten. Die Schlüssel werden dann abgerufen und verglichen, um die Token zu validieren.

Während dieses Vorgangs erfolgt keine Entschlüsselung. Die Token werden deserialisiert, die Sicherheitsschlüssel gelesen und verglichen. Da die Sicherheitsschlüssel nicht verschlüsselt sind, aber eher Hash sind, dann können sie nicht entschlüsselt werden; nur verglichen.