Last updated
Lernen & üben Sie AWS Hacking:HackTricks Training AWS Red Team Expert (ARTE) Lernen & üben Sie GCP Hacking: HackTricks Training GCP Red Team Expert (GRTE)
AWS WAF ist eine Webanwendungsfirewall, die entwickelt wurde, um Webanwendungen oder APIs vor verschiedenen Web-Exploits zu schützen, die ihre Verfügbarkeit, Sicherheit oder Ressourcennutzung beeinträchtigen können. Es ermöglicht Benutzern, den eingehenden Datenverkehr zu steuern, indem sie Sicherheitsregeln festlegen, die typische Angriffsvektoren wie SQL-Injection oder Cross-Site-Scripting mindern, und indem sie benutzerdefinierte Filterregeln definieren.
Eine Web ACL ist eine Sammlung von Regeln, die Sie auf Ihre Webanwendungen oder APIs anwenden können. Wenn Sie eine Web ACL mit einer Ressource verknüpfen, überprüft AWS WAF eingehende Anfragen basierend auf den in der Web ACL definierten Regeln und führt die angegebenen Aktionen aus.
Eine Regelgruppe ist eine wiederverwendbare Sammlung von Regeln, die Sie auf mehrere Web ACLs anwenden können. Regelgruppen helfen, konsistente Regelsets über verschiedene Webanwendungen oder APIs hinweg zu verwalten und aufrechtzuerhalten.
Jede Regelgruppe hat ihre zugehörige Kapazität, die hilft, die Betriebsmittel zu berechnen und zu steuern, die zur Ausführung Ihrer Regeln, Regelgruppen und Web ACLs verwendet werden. Sobald ihr Wert bei der Erstellung festgelegt ist, kann er nicht mehr geändert werden.
Eine Regel definiert eine Reihe von Bedingungen, die AWS WAF verwendet, um eingehende Webanfragen zu überprüfen. Es gibt zwei Haupttypen von Regeln:
Reguläre Regel: Dieser Regeltyp verwendet festgelegte Bedingungen, um zu bestimmen, ob Webanfragen erlaubt, blockiert oder gezählt werden.
Rate-basierte Regel: Zählt Anfragen von einer bestimmten IP-Adresse über einen Zeitraum von fünf Minuten. Hier definieren die Benutzer einen Schwellenwert, und wenn die Anzahl der Anfragen von einer IP diesen Grenzwert innerhalb von fünf Minuten überschreitet, werden nachfolgende Anfragen von dieser IP blockiert, bis die Anfragerate unter den Schwellenwert fällt. Der minimale Schwellenwert für rate-basierte Regeln beträgt 2000 Anfragen.
AWS WAF bietet vorkonfigurierte, verwaltete Regelsets, die von AWS und Verkäufern im AWS Marketplace gepflegt werden. Diese Regelsets bieten Schutz vor häufigen Bedrohungen und werden regelmäßig aktualisiert, um neue Schwachstellen zu adressieren.
Ein IP-Set ist eine Liste von IP-Adressen oder IP-Adressbereichen, die Sie zulassen oder blockieren möchten. IP-Sets vereinfachen den Prozess der Verwaltung von IP-basierten Regeln.
Ein Regex-Muster-Set enthält eine oder mehrere reguläre Ausdrücke (Regex), die Muster definieren, nach denen in Webanfragen gesucht werden soll. Dies ist nützlich für komplexere Übereinstimmungsszenarien, wie das Filtern spezifischer Zeichenfolgen.
Ein Lock-Token wird zur Steuerung der Parallelität verwendet, wenn Updates an WAF-Ressourcen vorgenommen werden. Es stellt sicher, dass Änderungen nicht versehentlich von mehreren Benutzern oder Prozessen, die versuchen, dieselbe Ressource gleichzeitig zu aktualisieren, überschrieben werden.
API-Schlüssel in AWS WAF werden verwendet, um Anfragen an bestimmte API-Operationen zu authentifizieren. Diese Schlüssel sind verschlüsselt und werden sicher verwaltet, um den Zugriff zu steuern und sicherzustellen, dass nur autorisierte Benutzer Änderungen an WAF-Konfigurationen vornehmen können.
Beispiel: Integration der CAPTCHA-API.
Eine Berechtigungspolitik ist eine IAM-Politik, die festlegt, wer Aktionen an AWS WAF-Ressourcen ausführen kann. Durch die Definition von Berechtigungen können Sie den Zugriff auf WAF-Ressourcen steuern und sicherstellen, dass nur autorisierte Benutzer Konfigurationen erstellen, aktualisieren oder löschen können.
Der Geltungsbereichsparameter in AWS WAF gibt an, ob die WAF-Regeln und -Konfigurationen auf eine regionale Anwendung oder eine Amazon CloudFront-Verteilung angewendet werden.
REGIONAL: Gilt für regionale Dienste wie Application Load Balancers (ALB), Amazon API Gateway REST API, AWS AppSync GraphQL API, Amazon Cognito-Benutzerpool, AWS App Runner-Dienst und AWS Verified Access-Instanz. Sie geben die AWS-Region an, in der sich diese Ressourcen befinden.
CLOUDFRONT: Gilt für Amazon CloudFront-Verteilungen, die global sind. WAF-Konfigurationen für CloudFront werden über die Region us-east-1 verwaltet, unabhängig davon, wo der Inhalt bereitgestellt wird.
Bedingungen geben die Elemente der eingehenden HTTP/HTTPS-Anfragen an, die AWS WAF überwacht, darunter XSS, geografische Lage (GEO), IP-Adressen, Größenbeschränkungen, SQL-Injection und Muster (Strings und Regex-Matching). Es ist wichtig zu beachten, dass Anfragen, die auf CloudFront-Ebene basierend auf dem Land eingeschränkt sind, WAF nicht erreichen.
Jedes AWS-Konto kann konfigurieren:
100 Bedingungen für jeden Typ (außer für Regex, wo nur 10 Bedingungen erlaubt sind, aber dieses Limit kann erhöht werden).
100 Regeln und 50 Web ACLs.
Maximal 5 rate-basierte Regeln.
Ein Durchsatz von 10.000 Anfragen pro Sekunde, wenn WAF mit einem Application Load Balancer implementiert ist.
Aktionen werden jeder Regel zugewiesen, wobei die Optionen sind:
Erlauben: Die Anfrage wird an die entsprechende CloudFront-Verteilung oder den Application Load Balancer weitergeleitet.
Blockieren: Die Anfrage wird sofort beendet.
Zählen: Zählt die Anfragen, die die Bedingungen der Regel erfüllen. Dies ist nützlich für das Testen von Regeln, um die Genauigkeit der Regel zu bestätigen, bevor sie auf Erlauben oder Blockieren gesetzt wird.
CAPTCHA und Herausforderung: Es wird überprüft, dass die Anfrage nicht von einem Bot stammt, indem CAPTCHA-Rätsel und stille Herausforderungen verwendet werden.
Wenn eine Anfrage keine Regel innerhalb der Web ACL erfüllt, unterliegt sie der Standardaktion (Erlauben oder Blockieren). Die Reihenfolge der Regelausführung, die innerhalb einer Web ACL definiert ist, ist entscheidend und folgt typischerweise dieser Reihenfolge:
Erlauben Sie auf der Whitelist stehende IPs.
Blockieren Sie auf der Blacklist stehende IPs.
Blockieren Sie Anfragen, die mit schädlichen Signaturen übereinstimmen.
AWS WAF integriert sich mit CloudWatch zur Überwachung und bietet Metriken wie AllowedRequests, BlockedRequests, CountedRequests und PassedRequests. Diese Metriken werden standardmäßig jede Minute gemeldet und für einen Zeitraum von zwei Wochen aufbewahrt.
Um mit CloudFront-Verteilungen zu interagieren, müssen Sie die Region US East (N. Virginia) angeben:
CLI - Geben Sie die Region US East an, wenn Sie den CloudFront-Geltungsbereich verwenden: --scope CLOUDFRONT --region=us-east-1.
API und SDKs - Verwenden Sie für alle Aufrufe den Region-Endpunkt us-east-1.
Um mit regionalen Diensten zu interagieren, sollten Sie die Region angeben:
Beispiel mit der Region Europa (Spanien): --scope REGIONAL --region=eu-south-2
Aus der Perspektive eines Angreifers kann dieser Dienst dem Angreifer helfen, WAF-Schutzmaßnahmen und Netzwerkexpositionen zu identifizieren, die ihm helfen könnten, andere Webseiten zu kompromittieren.
Ein Angreifer könnte jedoch auch daran interessiert sein, diesen Dienst zu stören, sodass die Webseiten nicht durch die WAF geschützt sind.
In vielen der Delete- und Update-Operationen wäre es notwendig, den Lock-Token bereitzustellen. Dieser Token wird zur Steuerung der Parallelität über die Ressourcen verwendet und stellt sicher, dass Änderungen nicht versehentlich von mehreren Benutzern oder Prozessen, die versuchen, dieselbe Ressource gleichzeitig zu aktualisieren, überschrieben werden. Um diesen Token zu erhalten, könnten Sie die entsprechenden List- oder Get-Operationen über die spezifische Ressource durchführen.
wafv2:CreateRuleGroup, wafv2:UpdateRuleGroup, wafv2:DeleteRuleGroupEin Angreifer wäre in der Lage, die Sicherheit der betroffenen Ressource zu kompromittieren, indem er:
Regelgruppen erstellt, die beispielsweise legitimen Verkehr von legitimen IP-Adressen blockieren könnten, was zu einem Denial of Service führt.
Regelgruppen aktualisiert und in der Lage ist, deren Aktionen beispielsweise von Block auf Allow zu ändern.
Regelgruppen löscht, die kritische Sicherheitsmaßnahmen bereitstellen.
Die folgenden Beispiele zeigen eine Regelgruppe, die legitimen Verkehr von bestimmten IP-Adressen blockieren würde:
Die rule.json-Datei würde folgendermaßen aussehen:
Potenzielle Auswirkungen: Unbefugter Zugriff, Datenpannen und potenzielle DoS-Angriffe.
wafv2:CreateWebACL, wafv2:UpdateWebACL, wafv2:DeleteWebACLMit diesen Berechtigungen wäre ein Angreifer in der Lage:
Eine neue Web-ACL zu erstellen, die Regeln einführt, die entweder bösartigen Datenverkehr durchlassen oder legitimen Datenverkehr blockieren, wodurch die WAF effektiv nutzlos wird oder ein Denial of Service verursacht wird.
Bestehende Web-ACLs zu aktualisieren, um Regeln zu ändern, die Angriffe wie SQL-Injection oder Cross-Site-Scripting, die zuvor blockiert wurden, zuzulassen oder den normalen Datenverkehr zu stören, indem gültige Anfragen blockiert werden.
Eine Web-ACL zu löschen, wodurch die betroffenen Ressourcen vollständig ungeschützt bleiben und einer breiten Palette von Webangriffen ausgesetzt sind.
Sie können die angegebene WebACL nur löschen, wenn ManagedByFirewallManager falsch ist.
Die folgenden Beispiele zeigen, wie man eine Web-ACL aktualisiert, um den legitimen Verkehr von einem bestimmten IP-Set zu blockieren. Wenn die Ursprungs-IP mit keiner dieser IPs übereinstimmt, wäre die Standardaktion ebenfalls das Blockieren, was zu einem DoS führen würde.
Original Web ACL:
Befehl zum Aktualisieren der Web-ACL:
Die rule.json-Datei würde folgendermaßen aussehen:
Potenzielle Auswirkungen: Unbefugter Zugriff, Datenverletzungen und potenzielle DoS-Angriffe.
wafv2:AssociateWebACL, wafv2:DisassociateWebACLDie wafv2:AssociateWebACL Berechtigung würde es einem Angreifer ermöglichen, Web-ACLs (Access Control Lists) mit Ressourcen zu verknüpfen, wodurch Sicherheitskontrollen umgangen werden könnten, was unbefugtem Datenverkehr den Zugang zur Anwendung ermöglicht und potenziell zu Ausnutzungen wie SQL-Injection oder Cross-Site-Scripting (XSS) führen könnte. Im Gegensatz dazu könnte der Angreifer mit der wafv2:DisassociateWebACL Berechtigung vorübergehend Sicherheitsmaßnahmen deaktivieren und die Ressourcen ohne Erkennung anfällig machen.
Die zusätzlichen Berechtigungen wären je nach geschütztem Ressourcentyp erforderlich:
Associate
apigateway:SetWebACL
apprunner:AssociateWebAcl
appsync:SetWebACL
cognito-idp:AssociateWebACL
ec2:AssociateVerifiedAccessInstanceWebAcl
elasticloadbalancing:SetWebAcl
Disassociate
apigateway:SetWebACL
apprunner:DisassociateWebAcl
appsync:SetWebACL
cognito-idp:DisassociateWebACL
ec2:DisassociateVerifiedAccessInstanceWebAcl
elasticloadbalancing:SetWebAcl
Potenzielle Auswirkungen: Kompromittierte Ressourcensicherheit, erhöhtes Risiko von Ausnutzung und potenzielle Dienstunterbrechungen innerhalb von AWS-Umgebungen, die durch AWS WAF geschützt sind.
wafv2:CreateIPSet , wafv2:UpdateIPSet, wafv2:DeleteIPSetEin Angreifer könnte in der Lage sein, die von AWS WAF verwalteten IP-Sets zu erstellen, zu aktualisieren und zu löschen. Dies könnte gefährlich sein, da er neue IP-Sets erstellen könnte, um bösartigen Datenverkehr zuzulassen, IP-Sets ändern könnte, um legitimen Datenverkehr zu blockieren, bestehende IP-Sets aktualisieren könnte, um bösartige IP-Adressen einzuschließen, vertrauenswürdige IP-Adressen entfernen oder kritische IP-Sets löschen könnte, die zum Schutz kritischer Ressourcen gedacht sind.
Das folgende Beispiel zeigt, wie man das vorhandene IP-Set durch das gewünschte IP-Set überschreibt:
Potenzielle Auswirkungen: Unbefugter Zugriff und Blockierung legitimer Daten.
wafv2:CreateRegexPatternSet, wafv2:UpdateRegexPatternSet, wafv2:DeleteRegexPatternSetEin Angreifer mit diesen Berechtigungen könnte die regulären Ausdrucksmuster-Sets manipulieren, die von AWS WAF verwendet werden, um den eingehenden Datenverkehr basierend auf bestimmten Mustern zu steuern und zu filtern.
Das Erstellen neuer Regex-Muster würde einem Angreifer helfen, schädliche Inhalte zuzulassen.
Durch das Aktualisieren der bestehenden Muster könnte ein Angreifer Sicherheitsregeln umgehen.
Das Löschen von Mustern, die dazu gedacht sind, bösartige Aktivitäten zu blockieren, könnte einem Angreifer ermöglichen, schädliche Payloads zu senden und die Sicherheitsmaßnahmen zu umgehen.
Potenzielle Auswirkungen: Umgehung von Sicherheitskontrollen, die bösartige Inhalte zulässt und potenziell sensible Daten offenlegt oder Dienste und Ressourcen, die durch AWS WAF geschützt sind, stört.
wavf2:PutLoggingConfiguration & iam:CreateServiceLinkedRole), wafv2:DeleteLoggingConfigurationEin Angreifer mit der wafv2:DeleteLoggingConfiguration wäre in der Lage, die Protokollkonfiguration von der angegebenen Web-ACL zu entfernen. Anschließend könnte ein Angreifer mit den Berechtigungen wavf2:PutLoggingConfiguration und iam:CreateServiceLinkedRole Protokollkonfigurationen erstellen oder ersetzen (nachdem er sie gelöscht hat), um entweder das Protokollieren ganz zu verhindern oder Protokolle an unbefugte Ziele umzuleiten, wie z.B. Amazon S3-Buckets, Amazon CloudWatch Logs-Protokollgruppen oder einen Amazon Kinesis Data Firehose unter Kontrolle.
Während des Erstellungsprozesses richtet der Dienst automatisch die erforderlichen Berechtigungen ein, um das Schreiben von Protokollen an das angegebene Protokollziel zu ermöglichen:
Amazon CloudWatch Logs: AWS WAF erstellt eine Ressourcenrichtlinie für die designated CloudWatch Logs-Protokollgruppe. Diese Richtlinie stellt sicher, dass AWS WAF die erforderlichen Berechtigungen hat, um Protokolle in die Protokollgruppe zu schreiben.
Amazon S3 Bucket: AWS WAF erstellt eine Bucket-Richtlinie für den designated S3-Bucket. Diese Richtlinie gewährt AWS WAF die notwendigen Berechtigungen, um Protokolle in den angegebenen Bucket hochzuladen.
Amazon Kinesis Data Firehose: AWS WAF erstellt eine dienstverknüpfte Rolle, die speziell für die Interaktion mit Kinesis Data Firehose gedacht ist. Diese Rolle ermöglicht es AWS WAF, Protokolle an den konfigurierten Firehose-Stream zu liefern.
Es ist möglich, nur ein Protokollziel pro Web-ACL zu definieren.
Potenzielle Auswirkungen: Eingeschränkte Sichtbarkeit auf Sicherheitsereignisse, erschwert den Vorfallreaktionsprozess und erleichtert verdeckte böswillige Aktivitäten in AWS WAF-geschützten Umgebungen.
wafv2:DeleteAPIKeyEin Angreifer mit diesen Berechtigungen könnte vorhandene API-Schlüssel löschen, wodurch das CAPTCHA unwirksam wird und die Funktionalität, die darauf angewiesen ist, wie z. B. Formularübermittlungen und Zugriffskontrollen, gestört wird. Abhängig von der Implementierung dieses CAPTCHAs könnte dies entweder zu einem CAPTCHA-Umgehung oder zu einem DoS führen, wenn das Fehlermanagement in der Ressource nicht ordnungsgemäß eingerichtet ist.
Potenzielle Auswirkungen: Deaktivierung von CAPTCHA-Schutzmaßnahmen oder Störung der Anwendungsfunktionalität, was zu Sicherheitsverletzungen und potenziellem Datendiebstahl führen kann.
wafv2:TagResource, wafv2:UntagResourceEin Angreifer könnte Tags von AWS WAFv2-Ressourcen hinzufügen, ändern oder entfernen, wie z.B. Web ACLs, Regelgruppen, IP-Sets, Regex-Muster-Sets und Protokollkonfigurationen.
Potenzielle Auswirkungen: Ressourcenmanipulation, Informationsleckage, Kostenmanipulation und betriebliche Störungen.
Lernen & üben Sie AWS Hacking:HackTricks Training AWS Red Team Expert (ARTE) Lernen & üben Sie GCP Hacking: HackTricks Training GCP Red Team Expert (GRTE)
