Schutz für ASP.NET Web Forms

Wenn Sie eine ASP.NET-Website auf IIS betreiben, finden Sie im Windows-Anwendungsprotokoll möglicherweise wiederholt Meldungen wie "A potentially dangerous Request.Form value was detected" . Automatisierte Werkzeuge können Ihre Formulare wiederholt mit unerwünschtem HTML, Skripten und fehlerhaften Eingaben beschicken. Dies beansprucht Serverressourcen und erzeugt zahlreiche Validierungsfehler.

Ein typisches Ereignis zur Anfragevalidierung enthält Informationen wie im folgenden Beispiel. Die Server- und Anwendungsdetails dienen der Veranschaulichung; der übermittelte Wert wurde ausgelassen:

Log Name:          Application
Source:            ASP.NET 4.0.30319.0
Event ID:          1309
Task Category:     Web Event
Level:             Warning
Keywords:          Classic
Computer:          WEB-SERVER

Description:
Event code:        3003
Event message:     A validation error has occurred.
Event detail code: 0

Application information:
    Trust level: Full
    Application Virtual Path: /
    Application Path: C:\inetpub\wwwroot\example.net\
    Machine name: WEB-SERVER

Process information:
    Process ID: 3276
    Process name: w3wp.exe
    Account name: IIS APPPOOL\ExampleAppPool

Exception information:
    Exception type: HttpRequestValidationException
    Exception message: A potentially dangerous Request.Form value was detected from the client (submitted value omitted).
   at System.Web.HttpRequest.ValidateString(String value, String collectionKey, RequestValidationSource requestCollection)
   at System.Web.HttpRequest.ValidateHttpValueCollection(HttpValueCollection collection, RequestValidationSource requestCollection)
   at System.Web.HttpRequest.get_Form()
   at System.Web.HttpRequest.get_HasForm()
   at System.Web.UI.Page.GetCollectionBasedOnMethod(Boolean dontReturnNull)
   at System.Web.UI.Page.DeterminePostBackMode()
   at System.Web.UI.Page.ProcessRequestMain(Boolean includeStagesBeforeAsyncPoint, Boolean includeStagesAfterAsyncPoint)
   ...

Request information:
    Request URL: https://example.net/index.aspx
    Request path: /index.aspx
    User host address: 5.136.158.160
    User:
    Is authenticated: False
    Authentication Type:
    Thread account name: IIS APPPOOL\ExampleAppPool

ASP.NET weist diese Anfragen möglicherweise bereits zurück, doch dieselbe Quelle kann weiterhin neue senden. Ihr Server benötigt dennoch Prozessorzeit, Arbeitsspeicher, Bandbreite und Speicherplatz für Protokolle für deren Verarbeitung. Wiederholte Prüfversuche können es außerdem erschweren, echte Anwendungsfehler unter Tausenden ähnlicher Protokolleinträge zu finden.

RdpGuard hilft, diese wiederholten Aktivitäten zu stoppen. Es überwacht ASP.NET-Ereignisse im Anwendungsprotokoll, erkennt Anfragen, die seinen Erkennungsregeln entsprechen, und sperrt die Quell-IP-Adresse vorübergehend , sobald die konfigurierte Erkennungsgrenze erreicht ist. Während der Sperrzeit kann diese Adresse keine weiteren Anfragen an die geschützten Serverports senden.

Beginnen Sie mit den Standardregeln für Anfragevalidierungsfehler oder passen Sie die Erkennung an die Ereignisse Ihrer Anwendungen an. Sie können die Sperrschwelle und -dauer ändern, vertrauenswürdige Adressen in die Whitelist aufnehmen und Benachrichtigungen beim Sperren einer IP-Adresse erhalten.

Ein Validierungsfehler allein beweist keinen Angriff: Auch legitime Benutzer können ihn durch die Eingabe von HTML in ein Formular auslösen. Prüfen Sie die Ereignisse Ihrer Website und wählen Sie Regeln, die zu den erwarteten Eingaben passen. Halten Sie ASP.NET und Ihre Anwendung aktuell und behalten Sie eine angemessene Eingabevalidierung und Ausgabekodierung bei.

Dieser Schutz verwendet die Windows-Ereignisse von klassischem ASP.NET auf .NET Framework. Er funktioniert mit HTTP und HTTPS, da er protokollierte Ereignisse auswertet. Eine Client-IP im Ereignis ist erforderlich. Nicht jede ASP.NET-Core-Anwendung und nicht jede Art von Website-Angriff wird automatisch abgedeckt.

Schutz für ASP.NET Web Forms aktivieren und konfigurieren - Überwachung aktivieren, protokollierte Ereignisse prüfen und Sperreinstellungen anpassen.

Benutzerdefinierte Erkennungsregeln für ASP.NET Web Forms - EventData-Felder abgleichen und die Erkennung an Ihre Anwendung anpassen.