
Coders Conquer Security OWASP Top 10 API-Serie — Ungenügende Protokollierung und Überwachung
Der unzureichende Protokollierungs- und Überwachungsfehler ist hauptsächlich auf einen gescheiterten Cybersicherheitsplan zurückzuführen, der alle fehlgeschlagenen Authentifizierungsversuche, Zugriffsverweigerungen und Eingabevalidierungsfehler protokolliert. Sie kann auch an anderen Stellen in der Produktionsumgebung auftreten, ist aber meistens darauf zurückzuführen, dass ungültige Anmeldeversuche nicht gestoppt werden konnten.
Es handelt sich um eine gefährliche Sicherheitslücke, da sie bedeutet, dass Cybersicherheitsteams nicht auf Angriffe reagieren, weil sie nichts über sie wissen. Dies verschafft Angreifern einen großen Vorteil, da sie unbemerkt bleiben, während sie versuchen, weiter in ein System einzudringen oder ihre Anmeldeinformationen zu aktualisieren. Tatsächlich wird es ohne angemessene Protokollierung und Überwachung sehr schwierig oder sogar unmöglich, Angriffe zu erkennen und zu stoppen, bevor sie erheblichen Schaden anrichten können.
Bist du bereit, deine Fähigkeiten jetzt mit einer Herausforderung zu testen? Schau dir das an:
Wie nutzen Angreifer unzureichende Protokollierung und Überwachung aus?
Jede API ist anfällig für unzureichende Protokollierung und Überwachung, wenn die Protokollierungsstufe nicht richtig eingestellt ist, wenn sie zu niedrig eingestellt ist, wenn Fehlermeldungen nicht genügend Details enthalten oder wenn überhaupt keine Protokollierungsfunktion vorhanden ist.
Ein interessantes Beispiel wäre, wenn ein Hacker eine große Liste kompromittierter Benutzernamen für eine Website oder einen Dienst erhalten würde. Durch Experimente könnten sie herausfinden, dass drei fehlgeschlagene Anmeldeversuche erforderlich sind, bis sie vom System ausgeschlossen werden und bevor das Cybersicherheitspersonal benachrichtigt wird.
Mit diesen Informationen bewaffnet, könnten sie, anstatt zu versuchen, einzelne Konten mit Brute-Force-Angriffen zu bekämpfen, stattdessen ein Skript schreiben, das versucht, sich mit jedem Namen auf ihrer kompromittierten Liste mit gängigen Passwörtern wie „123456“ oder „Passwort“ anzumelden. Der Trick dabei ist, dass sie jeden Benutzernamen nur einmal oder vielleicht zweimal ausprobieren und dabei den Schwellenwert für Sperren und Warnmeldungen nicht überschreiten. Wenn sie Glück haben, werden sie auf Anhieb mindestens ein paar Passwörter kompromittieren. Danach warten sie einfach einen Tag, bis der Anmeldezähler zurückgesetzt ist, und führen den Vorgang erneut mit verschiedenen Passwörtern wie „qwerty“ oder „god“ aus. Wenn Administratoren nie herausfinden, was sie tun, können Angreifer die Liste viele Male durchgehen und schließlich die meisten Konten mit schwachen Passwörtern kompromittieren.
Dies geschah in dem von OWASP bereitgestellten Beispiel, bei dem eine Video-Sharing-Plattform mithilfe eines Credential-Stuffing-Angriffs angegriffen wurde, der die Sicherheitslücke in Bezug auf unzureichende Protokollierung und Überwachung ausnutzte. Bis das Unternehmen Beschwerden von Nutzern erhielt, hatte es keine Ahnung, dass der Angriff stattfand. Schließlich fanden sie Beweise in den API-Protokollen und mussten alle ihre Benutzer über eine erzwungene Passwortänderung informieren und den Angriff den Aufsichtsbehörden melden.
Beseitigung der Sicherheitslücke in Bezug auf unzureichende Protokollierung und Überwachung
Automatisierung und ständige Überwachung können dazu beitragen, dieser Sicherheitslücke ein Ende zu setzen. Zunächst sollten alle fehlgeschlagenen Authentifizierungsversuche protokolliert werden. Und dieses Protokoll sollte in ein maschinenlesbares Format wie STIX und TAXII gebracht werden, sodass es in ein SIEM-System (Security Information and Event Management) aufgenommen werden kann, das darauf trainiert ist, unabhängig von den verwendeten Schwellenwerten nach Angriffen zu suchen.
Sie sollten auch Ihre Logdateien schützen. Behandeln Sie sie als vertrauliche Informationen und schützen Sie sie vor dem Löschen oder Ändern durch Angreifer. Eine gute Richtlinie besteht darin, die Protokolldateien sowohl zu sichern als auch zu verschlüsseln.
Erstellen Sie schließlich benutzerdefinierte Dashboards und Benachrichtigungen, damit verdächtige Aktivitäten erkannt und so schnell wie möglich beantwortet werden können. Wenn Sie einem Angreifer die Zeit nehmen, die er mit dem System verbringt, nehmen Sie ihm die Möglichkeit, langsame und langsame Angriffstechniken einzusetzen, um unentdeckt zu bleiben.
Schauen Sie sich das an Sicherer Codekrieger Blogseiten mit weiteren Informationen zu dieser Sicherheitslücke und dazu, wie Sie Ihr Unternehmen und Ihre Kunden vor den Folgen anderer Sicherheitslücken schützen können. Sie können auch probiere eine Demo der Secure Code Warrior-Schulungsplattform, um all Ihre Cybersicherheitsfähigkeiten zu verbessern und auf dem neuesten Stand zu halten.


Der unzureichende Protokollierungs- und Überwachungsfehler ist hauptsächlich auf einen gescheiterten Cybersicherheitsplan zurückzuführen, der alle fehlgeschlagenen Authentifizierungsversuche, Zugriffsverweigerungen und Eingabevalidierungsfehler protokolliert.
Matias Madou, Ph.D., ist Sicherheitsexperte, Forscher, CTO und Mitbegründer von Secure Code Warrior. Matias promovierte an der Universität Gent im Bereich Anwendungssicherheit und konzentrierte sich dabei auf statische Analyselösungen. Später wechselte er zu Fortify in den USA, wo er erkannte, dass es nicht ausreicht, nur Codeprobleme zu erkennen, ohne den Entwicklern beim Schreiben von sicherem Code zu helfen. Dies inspirierte ihn dazu, Produkte zu entwickeln, die Entwickler unterstützen, den Aufwand für die Sicherheit verringern und die Erwartungen der Kunden übertreffen. Wenn er nicht an seinem Schreibtisch im Team Awesome sitzt, steht er gerne auf der Bühne und hält Vorträge auf Konferenzen wie der RSA Conference, BlackHat und DefCon.

Secure Code Warrior für Ihr Unternehmen da, um Ihnen zu helfen, Code während des gesamten Softwareentwicklungszyklus zu sichern und eine Kultur zu schaffen, in der Cybersicherheit an erster Stelle steht. Ganz gleich, ob Sie AppSec-Manager, Entwickler, CISO oder jemand anderes sind, der sich mit Sicherheit befasst, wir können Ihrem Unternehmen helfen, die mit unsicherem Code verbundenen Risiken zu reduzieren.
Eine Demo buchenMatias Madou, Ph.D., ist Sicherheitsexperte, Forscher, CTO und Mitbegründer von Secure Code Warrior. Matias promovierte an der Universität Gent im Bereich Anwendungssicherheit und konzentrierte sich dabei auf statische Analyselösungen. Später wechselte er zu Fortify in den USA, wo er erkannte, dass es nicht ausreicht, nur Codeprobleme zu erkennen, ohne den Entwicklern beim Schreiben von sicherem Code zu helfen. Dies inspirierte ihn dazu, Produkte zu entwickeln, die Entwickler unterstützen, den Aufwand für die Sicherheit verringern und die Erwartungen der Kunden übertreffen. Wenn er nicht an seinem Schreibtisch im Team Awesome sitzt, steht er gerne auf der Bühne und hält Vorträge auf Konferenzen wie der RSA Conference, BlackHat und DefCon.
Matias ist ein Forscher und Entwickler mit mehr als 15 Jahren praktischer Erfahrung im Bereich der Softwaresicherheit. Er hat Lösungen für Unternehmen wie Fortify Software und sein eigenes Unternehmen Sensei Security entwickelt. Im Laufe seiner Karriere hat Matias mehrere Forschungsprojekte zur Anwendungssicherheit geleitet, die zu kommerziellen Produkten geführt haben, und kann auf über 10 Patente verweisen. Wenn er nicht am Schreibtisch sitzt, ist Matias als Ausbilder für fortgeschrittene Anwendungssicherheitstrainings courses tätig und hält regelmäßig Vorträge auf globalen Konferenzen wie RSA Conference, Black Hat, DefCon, BSIMM, OWASP AppSec und BruCon.
Matias hat einen Doktortitel in Computertechnik von der Universität Gent, wo er die Sicherheit von Anwendungen durch Programmverschleierung untersuchte, um die innere Funktionsweise einer Anwendung zu verbergen.


Der unzureichende Protokollierungs- und Überwachungsfehler ist hauptsächlich auf einen gescheiterten Cybersicherheitsplan zurückzuführen, der alle fehlgeschlagenen Authentifizierungsversuche, Zugriffsverweigerungen und Eingabevalidierungsfehler protokolliert. Sie kann auch an anderen Stellen in der Produktionsumgebung auftreten, ist aber meistens darauf zurückzuführen, dass ungültige Anmeldeversuche nicht gestoppt werden konnten.
Es handelt sich um eine gefährliche Sicherheitslücke, da sie bedeutet, dass Cybersicherheitsteams nicht auf Angriffe reagieren, weil sie nichts über sie wissen. Dies verschafft Angreifern einen großen Vorteil, da sie unbemerkt bleiben, während sie versuchen, weiter in ein System einzudringen oder ihre Anmeldeinformationen zu aktualisieren. Tatsächlich wird es ohne angemessene Protokollierung und Überwachung sehr schwierig oder sogar unmöglich, Angriffe zu erkennen und zu stoppen, bevor sie erheblichen Schaden anrichten können.
Bist du bereit, deine Fähigkeiten jetzt mit einer Herausforderung zu testen? Schau dir das an:
Wie nutzen Angreifer unzureichende Protokollierung und Überwachung aus?
Jede API ist anfällig für unzureichende Protokollierung und Überwachung, wenn die Protokollierungsstufe nicht richtig eingestellt ist, wenn sie zu niedrig eingestellt ist, wenn Fehlermeldungen nicht genügend Details enthalten oder wenn überhaupt keine Protokollierungsfunktion vorhanden ist.
Ein interessantes Beispiel wäre, wenn ein Hacker eine große Liste kompromittierter Benutzernamen für eine Website oder einen Dienst erhalten würde. Durch Experimente könnten sie herausfinden, dass drei fehlgeschlagene Anmeldeversuche erforderlich sind, bis sie vom System ausgeschlossen werden und bevor das Cybersicherheitspersonal benachrichtigt wird.
Mit diesen Informationen bewaffnet, könnten sie, anstatt zu versuchen, einzelne Konten mit Brute-Force-Angriffen zu bekämpfen, stattdessen ein Skript schreiben, das versucht, sich mit jedem Namen auf ihrer kompromittierten Liste mit gängigen Passwörtern wie „123456“ oder „Passwort“ anzumelden. Der Trick dabei ist, dass sie jeden Benutzernamen nur einmal oder vielleicht zweimal ausprobieren und dabei den Schwellenwert für Sperren und Warnmeldungen nicht überschreiten. Wenn sie Glück haben, werden sie auf Anhieb mindestens ein paar Passwörter kompromittieren. Danach warten sie einfach einen Tag, bis der Anmeldezähler zurückgesetzt ist, und führen den Vorgang erneut mit verschiedenen Passwörtern wie „qwerty“ oder „god“ aus. Wenn Administratoren nie herausfinden, was sie tun, können Angreifer die Liste viele Male durchgehen und schließlich die meisten Konten mit schwachen Passwörtern kompromittieren.
Dies geschah in dem von OWASP bereitgestellten Beispiel, bei dem eine Video-Sharing-Plattform mithilfe eines Credential-Stuffing-Angriffs angegriffen wurde, der die Sicherheitslücke in Bezug auf unzureichende Protokollierung und Überwachung ausnutzte. Bis das Unternehmen Beschwerden von Nutzern erhielt, hatte es keine Ahnung, dass der Angriff stattfand. Schließlich fanden sie Beweise in den API-Protokollen und mussten alle ihre Benutzer über eine erzwungene Passwortänderung informieren und den Angriff den Aufsichtsbehörden melden.
Beseitigung der Sicherheitslücke in Bezug auf unzureichende Protokollierung und Überwachung
Automatisierung und ständige Überwachung können dazu beitragen, dieser Sicherheitslücke ein Ende zu setzen. Zunächst sollten alle fehlgeschlagenen Authentifizierungsversuche protokolliert werden. Und dieses Protokoll sollte in ein maschinenlesbares Format wie STIX und TAXII gebracht werden, sodass es in ein SIEM-System (Security Information and Event Management) aufgenommen werden kann, das darauf trainiert ist, unabhängig von den verwendeten Schwellenwerten nach Angriffen zu suchen.
Sie sollten auch Ihre Logdateien schützen. Behandeln Sie sie als vertrauliche Informationen und schützen Sie sie vor dem Löschen oder Ändern durch Angreifer. Eine gute Richtlinie besteht darin, die Protokolldateien sowohl zu sichern als auch zu verschlüsseln.
Erstellen Sie schließlich benutzerdefinierte Dashboards und Benachrichtigungen, damit verdächtige Aktivitäten erkannt und so schnell wie möglich beantwortet werden können. Wenn Sie einem Angreifer die Zeit nehmen, die er mit dem System verbringt, nehmen Sie ihm die Möglichkeit, langsame und langsame Angriffstechniken einzusetzen, um unentdeckt zu bleiben.
Schauen Sie sich das an Sicherer Codekrieger Blogseiten mit weiteren Informationen zu dieser Sicherheitslücke und dazu, wie Sie Ihr Unternehmen und Ihre Kunden vor den Folgen anderer Sicherheitslücken schützen können. Sie können auch probiere eine Demo der Secure Code Warrior-Schulungsplattform, um all Ihre Cybersicherheitsfähigkeiten zu verbessern und auf dem neuesten Stand zu halten.

Der unzureichende Protokollierungs- und Überwachungsfehler ist hauptsächlich auf einen gescheiterten Cybersicherheitsplan zurückzuführen, der alle fehlgeschlagenen Authentifizierungsversuche, Zugriffsverweigerungen und Eingabevalidierungsfehler protokolliert. Sie kann auch an anderen Stellen in der Produktionsumgebung auftreten, ist aber meistens darauf zurückzuführen, dass ungültige Anmeldeversuche nicht gestoppt werden konnten.
Es handelt sich um eine gefährliche Sicherheitslücke, da sie bedeutet, dass Cybersicherheitsteams nicht auf Angriffe reagieren, weil sie nichts über sie wissen. Dies verschafft Angreifern einen großen Vorteil, da sie unbemerkt bleiben, während sie versuchen, weiter in ein System einzudringen oder ihre Anmeldeinformationen zu aktualisieren. Tatsächlich wird es ohne angemessene Protokollierung und Überwachung sehr schwierig oder sogar unmöglich, Angriffe zu erkennen und zu stoppen, bevor sie erheblichen Schaden anrichten können.
Bist du bereit, deine Fähigkeiten jetzt mit einer Herausforderung zu testen? Schau dir das an:
Wie nutzen Angreifer unzureichende Protokollierung und Überwachung aus?
Jede API ist anfällig für unzureichende Protokollierung und Überwachung, wenn die Protokollierungsstufe nicht richtig eingestellt ist, wenn sie zu niedrig eingestellt ist, wenn Fehlermeldungen nicht genügend Details enthalten oder wenn überhaupt keine Protokollierungsfunktion vorhanden ist.
Ein interessantes Beispiel wäre, wenn ein Hacker eine große Liste kompromittierter Benutzernamen für eine Website oder einen Dienst erhalten würde. Durch Experimente könnten sie herausfinden, dass drei fehlgeschlagene Anmeldeversuche erforderlich sind, bis sie vom System ausgeschlossen werden und bevor das Cybersicherheitspersonal benachrichtigt wird.
Mit diesen Informationen bewaffnet, könnten sie, anstatt zu versuchen, einzelne Konten mit Brute-Force-Angriffen zu bekämpfen, stattdessen ein Skript schreiben, das versucht, sich mit jedem Namen auf ihrer kompromittierten Liste mit gängigen Passwörtern wie „123456“ oder „Passwort“ anzumelden. Der Trick dabei ist, dass sie jeden Benutzernamen nur einmal oder vielleicht zweimal ausprobieren und dabei den Schwellenwert für Sperren und Warnmeldungen nicht überschreiten. Wenn sie Glück haben, werden sie auf Anhieb mindestens ein paar Passwörter kompromittieren. Danach warten sie einfach einen Tag, bis der Anmeldezähler zurückgesetzt ist, und führen den Vorgang erneut mit verschiedenen Passwörtern wie „qwerty“ oder „god“ aus. Wenn Administratoren nie herausfinden, was sie tun, können Angreifer die Liste viele Male durchgehen und schließlich die meisten Konten mit schwachen Passwörtern kompromittieren.
Dies geschah in dem von OWASP bereitgestellten Beispiel, bei dem eine Video-Sharing-Plattform mithilfe eines Credential-Stuffing-Angriffs angegriffen wurde, der die Sicherheitslücke in Bezug auf unzureichende Protokollierung und Überwachung ausnutzte. Bis das Unternehmen Beschwerden von Nutzern erhielt, hatte es keine Ahnung, dass der Angriff stattfand. Schließlich fanden sie Beweise in den API-Protokollen und mussten alle ihre Benutzer über eine erzwungene Passwortänderung informieren und den Angriff den Aufsichtsbehörden melden.
Beseitigung der Sicherheitslücke in Bezug auf unzureichende Protokollierung und Überwachung
Automatisierung und ständige Überwachung können dazu beitragen, dieser Sicherheitslücke ein Ende zu setzen. Zunächst sollten alle fehlgeschlagenen Authentifizierungsversuche protokolliert werden. Und dieses Protokoll sollte in ein maschinenlesbares Format wie STIX und TAXII gebracht werden, sodass es in ein SIEM-System (Security Information and Event Management) aufgenommen werden kann, das darauf trainiert ist, unabhängig von den verwendeten Schwellenwerten nach Angriffen zu suchen.
Sie sollten auch Ihre Logdateien schützen. Behandeln Sie sie als vertrauliche Informationen und schützen Sie sie vor dem Löschen oder Ändern durch Angreifer. Eine gute Richtlinie besteht darin, die Protokolldateien sowohl zu sichern als auch zu verschlüsseln.
Erstellen Sie schließlich benutzerdefinierte Dashboards und Benachrichtigungen, damit verdächtige Aktivitäten erkannt und so schnell wie möglich beantwortet werden können. Wenn Sie einem Angreifer die Zeit nehmen, die er mit dem System verbringt, nehmen Sie ihm die Möglichkeit, langsame und langsame Angriffstechniken einzusetzen, um unentdeckt zu bleiben.
Schauen Sie sich das an Sicherer Codekrieger Blogseiten mit weiteren Informationen zu dieser Sicherheitslücke und dazu, wie Sie Ihr Unternehmen und Ihre Kunden vor den Folgen anderer Sicherheitslücken schützen können. Sie können auch probiere eine Demo der Secure Code Warrior-Schulungsplattform, um all Ihre Cybersicherheitsfähigkeiten zu verbessern und auf dem neuesten Stand zu halten.

Klicken Sie auf den untenstehenden Link und laden Sie das PDF dieser Ressource herunter.
Secure Code Warrior für Ihr Unternehmen da, um Ihnen zu helfen, Code während des gesamten Softwareentwicklungszyklus zu sichern und eine Kultur zu schaffen, in der Cybersicherheit an erster Stelle steht. Ganz gleich, ob Sie AppSec-Manager, Entwickler, CISO oder jemand anderes sind, der sich mit Sicherheit befasst, wir können Ihrem Unternehmen helfen, die mit unsicherem Code verbundenen Risiken zu reduzieren.
Bericht ansehenEine Demo buchenMatias Madou, Ph.D., ist Sicherheitsexperte, Forscher, CTO und Mitbegründer von Secure Code Warrior. Matias promovierte an der Universität Gent im Bereich Anwendungssicherheit und konzentrierte sich dabei auf statische Analyselösungen. Später wechselte er zu Fortify in den USA, wo er erkannte, dass es nicht ausreicht, nur Codeprobleme zu erkennen, ohne den Entwicklern beim Schreiben von sicherem Code zu helfen. Dies inspirierte ihn dazu, Produkte zu entwickeln, die Entwickler unterstützen, den Aufwand für die Sicherheit verringern und die Erwartungen der Kunden übertreffen. Wenn er nicht an seinem Schreibtisch im Team Awesome sitzt, steht er gerne auf der Bühne und hält Vorträge auf Konferenzen wie der RSA Conference, BlackHat und DefCon.
Matias ist ein Forscher und Entwickler mit mehr als 15 Jahren praktischer Erfahrung im Bereich der Softwaresicherheit. Er hat Lösungen für Unternehmen wie Fortify Software und sein eigenes Unternehmen Sensei Security entwickelt. Im Laufe seiner Karriere hat Matias mehrere Forschungsprojekte zur Anwendungssicherheit geleitet, die zu kommerziellen Produkten geführt haben, und kann auf über 10 Patente verweisen. Wenn er nicht am Schreibtisch sitzt, ist Matias als Ausbilder für fortgeschrittene Anwendungssicherheitstrainings courses tätig und hält regelmäßig Vorträge auf globalen Konferenzen wie RSA Conference, Black Hat, DefCon, BSIMM, OWASP AppSec und BruCon.
Matias hat einen Doktortitel in Computertechnik von der Universität Gent, wo er die Sicherheit von Anwendungen durch Programmverschleierung untersuchte, um die innere Funktionsweise einer Anwendung zu verbergen.
Der unzureichende Protokollierungs- und Überwachungsfehler ist hauptsächlich auf einen gescheiterten Cybersicherheitsplan zurückzuführen, der alle fehlgeschlagenen Authentifizierungsversuche, Zugriffsverweigerungen und Eingabevalidierungsfehler protokolliert. Sie kann auch an anderen Stellen in der Produktionsumgebung auftreten, ist aber meistens darauf zurückzuführen, dass ungültige Anmeldeversuche nicht gestoppt werden konnten.
Es handelt sich um eine gefährliche Sicherheitslücke, da sie bedeutet, dass Cybersicherheitsteams nicht auf Angriffe reagieren, weil sie nichts über sie wissen. Dies verschafft Angreifern einen großen Vorteil, da sie unbemerkt bleiben, während sie versuchen, weiter in ein System einzudringen oder ihre Anmeldeinformationen zu aktualisieren. Tatsächlich wird es ohne angemessene Protokollierung und Überwachung sehr schwierig oder sogar unmöglich, Angriffe zu erkennen und zu stoppen, bevor sie erheblichen Schaden anrichten können.
Bist du bereit, deine Fähigkeiten jetzt mit einer Herausforderung zu testen? Schau dir das an:
Wie nutzen Angreifer unzureichende Protokollierung und Überwachung aus?
Jede API ist anfällig für unzureichende Protokollierung und Überwachung, wenn die Protokollierungsstufe nicht richtig eingestellt ist, wenn sie zu niedrig eingestellt ist, wenn Fehlermeldungen nicht genügend Details enthalten oder wenn überhaupt keine Protokollierungsfunktion vorhanden ist.
Ein interessantes Beispiel wäre, wenn ein Hacker eine große Liste kompromittierter Benutzernamen für eine Website oder einen Dienst erhalten würde. Durch Experimente könnten sie herausfinden, dass drei fehlgeschlagene Anmeldeversuche erforderlich sind, bis sie vom System ausgeschlossen werden und bevor das Cybersicherheitspersonal benachrichtigt wird.
Mit diesen Informationen bewaffnet, könnten sie, anstatt zu versuchen, einzelne Konten mit Brute-Force-Angriffen zu bekämpfen, stattdessen ein Skript schreiben, das versucht, sich mit jedem Namen auf ihrer kompromittierten Liste mit gängigen Passwörtern wie „123456“ oder „Passwort“ anzumelden. Der Trick dabei ist, dass sie jeden Benutzernamen nur einmal oder vielleicht zweimal ausprobieren und dabei den Schwellenwert für Sperren und Warnmeldungen nicht überschreiten. Wenn sie Glück haben, werden sie auf Anhieb mindestens ein paar Passwörter kompromittieren. Danach warten sie einfach einen Tag, bis der Anmeldezähler zurückgesetzt ist, und führen den Vorgang erneut mit verschiedenen Passwörtern wie „qwerty“ oder „god“ aus. Wenn Administratoren nie herausfinden, was sie tun, können Angreifer die Liste viele Male durchgehen und schließlich die meisten Konten mit schwachen Passwörtern kompromittieren.
Dies geschah in dem von OWASP bereitgestellten Beispiel, bei dem eine Video-Sharing-Plattform mithilfe eines Credential-Stuffing-Angriffs angegriffen wurde, der die Sicherheitslücke in Bezug auf unzureichende Protokollierung und Überwachung ausnutzte. Bis das Unternehmen Beschwerden von Nutzern erhielt, hatte es keine Ahnung, dass der Angriff stattfand. Schließlich fanden sie Beweise in den API-Protokollen und mussten alle ihre Benutzer über eine erzwungene Passwortänderung informieren und den Angriff den Aufsichtsbehörden melden.
Beseitigung der Sicherheitslücke in Bezug auf unzureichende Protokollierung und Überwachung
Automatisierung und ständige Überwachung können dazu beitragen, dieser Sicherheitslücke ein Ende zu setzen. Zunächst sollten alle fehlgeschlagenen Authentifizierungsversuche protokolliert werden. Und dieses Protokoll sollte in ein maschinenlesbares Format wie STIX und TAXII gebracht werden, sodass es in ein SIEM-System (Security Information and Event Management) aufgenommen werden kann, das darauf trainiert ist, unabhängig von den verwendeten Schwellenwerten nach Angriffen zu suchen.
Sie sollten auch Ihre Logdateien schützen. Behandeln Sie sie als vertrauliche Informationen und schützen Sie sie vor dem Löschen oder Ändern durch Angreifer. Eine gute Richtlinie besteht darin, die Protokolldateien sowohl zu sichern als auch zu verschlüsseln.
Erstellen Sie schließlich benutzerdefinierte Dashboards und Benachrichtigungen, damit verdächtige Aktivitäten erkannt und so schnell wie möglich beantwortet werden können. Wenn Sie einem Angreifer die Zeit nehmen, die er mit dem System verbringt, nehmen Sie ihm die Möglichkeit, langsame und langsame Angriffstechniken einzusetzen, um unentdeckt zu bleiben.
Schauen Sie sich das an Sicherer Codekrieger Blogseiten mit weiteren Informationen zu dieser Sicherheitslücke und dazu, wie Sie Ihr Unternehmen und Ihre Kunden vor den Folgen anderer Sicherheitslücken schützen können. Sie können auch probiere eine Demo der Secure Code Warrior-Schulungsplattform, um all Ihre Cybersicherheitsfähigkeiten zu verbessern und auf dem neuesten Stand zu halten.
Inhaltsverzeichnis
Matias Madou, Ph.D., ist Sicherheitsexperte, Forscher, CTO und Mitbegründer von Secure Code Warrior. Matias promovierte an der Universität Gent im Bereich Anwendungssicherheit und konzentrierte sich dabei auf statische Analyselösungen. Später wechselte er zu Fortify in den USA, wo er erkannte, dass es nicht ausreicht, nur Codeprobleme zu erkennen, ohne den Entwicklern beim Schreiben von sicherem Code zu helfen. Dies inspirierte ihn dazu, Produkte zu entwickeln, die Entwickler unterstützen, den Aufwand für die Sicherheit verringern und die Erwartungen der Kunden übertreffen. Wenn er nicht an seinem Schreibtisch im Team Awesome sitzt, steht er gerne auf der Bühne und hält Vorträge auf Konferenzen wie der RSA Conference, BlackHat und DefCon.

Secure Code Warrior für Ihr Unternehmen da, um Ihnen zu helfen, Code während des gesamten Softwareentwicklungszyklus zu sichern und eine Kultur zu schaffen, in der Cybersicherheit an erster Stelle steht. Ganz gleich, ob Sie AppSec-Manager, Entwickler, CISO oder jemand anderes sind, der sich mit Sicherheit befasst, wir können Ihrem Unternehmen helfen, die mit unsicherem Code verbundenen Risiken zu reduzieren.
Eine Demo buchenHerunterladenRessourcen für den Einstieg
Themen und Inhalte der Securecode-Schulung
Unsere branchenführenden Inhalte werden ständig weiterentwickelt, um der sich ständig ändernden Softwareentwicklungslandschaft unter Berücksichtigung Ihrer Rolle gerecht zu werden. Themen, die alles von KI bis XQuery Injection abdecken und für eine Vielzahl von Rollen angeboten werden, von Architekten und Ingenieuren bis hin zu Produktmanagern und QA. Verschaffen Sie sich einen kleinen Einblick in das Angebot unseres Inhaltskatalogs nach Themen und Rollen.
Die Kamer van Koophandel setzt Maßstäbe für entwicklergesteuerte Sicherheit in großem Maßstab
Die Kamer van Koophandel berichtet, wie sie sicheres Codieren durch rollenbasierte Zertifizierungen, Trust Score-Benchmarking und eine Kultur der gemeinsamen Verantwortung für Sicherheit in die tägliche Entwicklungsarbeit integriert hat.
Bedrohungsmodellierung mit KI: So wird jeder Entwickler zum Bedrohungsmodellierer
Sie werden besser gerüstet sein, um Entwicklern dabei zu helfen, Ideen und Techniken zur Bedrohungsmodellierung mit den KI-Tools zu kombinieren, die sie bereits verwenden, um die Sicherheit zu erhöhen, die Zusammenarbeit zu verbessern und von Anfang an widerstandsfähigere Software zu entwickeln.
Ressourcen für den Einstieg
Cybermon ist zurück: Beat the Boss KI-Missionen jetzt auf Abruf verfügbar
Cybermon 2025 Beat the Boss ist jetzt das ganze Jahr über in SCW verfügbar. Setzt fortschrittliche KI/LLM-Sicherheitsanforderungen ein, um die sichere KI-Entwicklung in einem großen Maßstab zu stärken.
Cyber-Resilienz-Gesetz erklärt: Was das für die Entwicklung von Secure by Design-Software bedeutet
Erfahren Sie, was der EU Cyber Resilience Act (CRA) verlangt, für wen er gilt und wie sich Entwicklungsteams mit sicheren Methoden, der Vorbeugung von Sicherheitslücken und dem Aufbau von Fähigkeiten für Entwickler darauf vorbereiten können.
Enabler 1: Definierte und messbare Erfolgskriterien
Enabler 1 eröffnet unsere zehnteilige Reihe „Enabler of Success“ und zeigt, wie sichere Codierung mit Geschäftsergebnissen wie Risikominderung und Geschwindigkeit verbunden werden kann, um eine langfristige Programmreife zu erreichen.




%20(1).avif)
.avif)
