
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 in Anwendungssicherheit mit Schwerpunkt auf statischen Analyselösungen. Später kam er zu Fortify in den USA, wo er feststellte, dass es nicht ausreichte, ausschließlich Codeprobleme zu erkennen, ohne Entwicklern beim Schreiben von sicherem Code zu helfen. Dies inspirierte ihn dazu, Produkte zu entwickeln, die Entwickler unterstützen, die Sicherheitslast verringern und die Erwartungen der Kunden übertreffen. Wenn er nicht als Teil von Team Awesome an seinem Schreibtisch sitzt, steht er gerne auf der Bühne und präsentiert auf Konferenzen wie der RSA Conference, BlackHat und DefCon.

Secure Code Warrior là pour aider votre entreprise à sécuriser le code tout au long du cycle de développement logiciel et à créer une culture où la cybersécurité est une priorité. Que vous soyez responsable de la sécurité des applications, développeur, responsable de la sécurité des systèmes d'information ou toute autre personne impliquée dans la sécurité, nous pouvons aider votre entreprise à réduire les risques liés à un code non sécurisé.
Réserver une démonstrationMatias Madou, Ph.D. ist Sicherheitsexperte, Forscher, CTO und Mitbegründer von Secure Code Warrior. Matias promovierte an der Universität Gent in Anwendungssicherheit mit Schwerpunkt auf statischen Analyselösungen. Später kam er zu Fortify in den USA, wo er feststellte, dass es nicht ausreichte, ausschließlich Codeprobleme zu erkennen, ohne Entwicklern beim Schreiben von sicherem Code zu helfen. Dies inspirierte ihn dazu, Produkte zu entwickeln, die Entwickler unterstützen, die Sicherheitslast verringern und die Erwartungen der Kunden übertreffen. Wenn er nicht als Teil von Team Awesome an seinem Schreibtisch sitzt, steht er gerne auf der Bühne und präsentiert auf Konferenzen wie der RSA Conference, BlackHat und DefCon.
Matias ist Forscher und Entwickler mit mehr als 15 Jahren praktischer Erfahrung in 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 verfügt über mehr als 10 Patente. Wenn er nicht an seinem Schreibtisch ist, war Matias als Ausbilder für fortgeschrittene Schulungen zur Anwendungssicherheit 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 an der Universität Gent in Computertechnik promoviert, wo er Anwendungssicherheit durch Programmverschleierung studierte, um das Innenleben 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.

Veuillez cliquer sur le lien ci-dessous et télécharger le PDF de cette ressource.
Secure Code Warrior là pour aider votre entreprise à sécuriser le code tout au long du cycle de développement logiciel et à créer une culture où la cybersécurité est une priorité. Que vous soyez responsable de la sécurité des applications, développeur, responsable de la sécurité des systèmes d'information ou toute autre personne impliquée dans la sécurité, nous pouvons aider votre entreprise à réduire les risques liés à un code non sécurisé.
Consulter le rapportRéserver une démonstrationMatias Madou, Ph.D. ist Sicherheitsexperte, Forscher, CTO und Mitbegründer von Secure Code Warrior. Matias promovierte an der Universität Gent in Anwendungssicherheit mit Schwerpunkt auf statischen Analyselösungen. Später kam er zu Fortify in den USA, wo er feststellte, dass es nicht ausreichte, ausschließlich Codeprobleme zu erkennen, ohne Entwicklern beim Schreiben von sicherem Code zu helfen. Dies inspirierte ihn dazu, Produkte zu entwickeln, die Entwickler unterstützen, die Sicherheitslast verringern und die Erwartungen der Kunden übertreffen. Wenn er nicht als Teil von Team Awesome an seinem Schreibtisch sitzt, steht er gerne auf der Bühne und präsentiert auf Konferenzen wie der RSA Conference, BlackHat und DefCon.
Matias ist Forscher und Entwickler mit mehr als 15 Jahren praktischer Erfahrung in 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 verfügt über mehr als 10 Patente. Wenn er nicht an seinem Schreibtisch ist, war Matias als Ausbilder für fortgeschrittene Schulungen zur Anwendungssicherheit 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 an der Universität Gent in Computertechnik promoviert, wo er Anwendungssicherheit durch Programmverschleierung studierte, um das Innenleben 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.
Table des matières
Matias Madou, Ph.D. ist Sicherheitsexperte, Forscher, CTO und Mitbegründer von Secure Code Warrior. Matias promovierte an der Universität Gent in Anwendungssicherheit mit Schwerpunkt auf statischen Analyselösungen. Später kam er zu Fortify in den USA, wo er feststellte, dass es nicht ausreichte, ausschließlich Codeprobleme zu erkennen, ohne Entwicklern beim Schreiben von sicherem Code zu helfen. Dies inspirierte ihn dazu, Produkte zu entwickeln, die Entwickler unterstützen, die Sicherheitslast verringern und die Erwartungen der Kunden übertreffen. Wenn er nicht als Teil von Team Awesome an seinem Schreibtisch sitzt, steht er gerne auf der Bühne und präsentiert auf Konferenzen wie der RSA Conference, BlackHat und DefCon.

Secure Code Warrior là pour aider votre entreprise à sécuriser le code tout au long du cycle de développement logiciel et à créer une culture où la cybersécurité est une priorité. Que vous soyez responsable de la sécurité des applications, développeur, responsable de la sécurité des systèmes d'information ou toute autre personne impliquée dans la sécurité, nous pouvons aider votre entreprise à réduire les risques liés à un code non sécurisé.
Réserver une démonstrationTéléchargerRessources pour débuter
Trust Agent:AI - Secure and scale AI-Drive development
AI is writing code. Who’s governing it? With up to 50% of AI-generated code containing security weaknesses, managing AI risk is critical. Discover how SCW's Trust Agent: AI provides the real-time visibility, proactive governance, and targeted upskilling needed to scale AI-driven development securely.
La puissance de la sécurité des applications OpenText + Secure Code Warrior
OpenText Application Security and Secure Code Warrior combine vulnerability detection with AI Software Governance and developer capability. Together, they help organizations reduce risk, strengthen secure coding practices, and confidently adopt AI-driven development.
Secure Code Warrior corporate overview
Secure Code Warrior is an AI Software Governance platform designed to enable organizations to safely adopt AI-driven development by bridging the gap between development velocity and enterprise security. The platform addresses the "Visibility Gap," where security teams often lack insights into shadow AI coding tools and the origins of production code.
Thèmes et contenus de la formation Securecode
Nos contenus de pointe sont constamment développés afin de s'adapter à l'évolution constante du paysage du développement logiciel, en tenant compte de votre rôle. Les thèmes abordés couvrent tous les domaines, de l'IA à l'injection XQuery, et sont proposés pour une multitude de rôles, des architectes et ingénieurs aux chefs de produit et responsables assurance qualité. Nous vous invitons à découvrir un aperçu de notre catalogue de contenus classés par thème et par rôle.
Ressources pour débuter
Cybermon est de retour : les missions KI « Beat the Boss » sont désormais disponibles sur demande.
Cybermon 2025 Beat the Boss est désormais disponible toute l'année dans SCW. Il utilise des exigences de sécurité IA/LLM avancées pour renforcer le développement sécurisé de l'IA à grande échelle.
Explication de la loi sur la cyber-résilience : implications pour le développement de logiciels sécurisés dès la conception
Découvrez les exigences de la loi européenne sur la cyber-résilience (CRA), à qui elle s'applique et comment les équipes de développement peuvent s'y préparer en adoptant des méthodes sécurisées, en prévenant les failles de sécurité et en renforçant les compétences des développeurs.
Facteur 1 : Critères de réussite définis et mesurables
Le catalyseur n° 1 inaugure notre série en dix parties intitulée « Les catalyseurs de la réussite » et démontre comment un codage sécurisé peut être associé à des résultats commerciaux tels que la réduction des risques et la rapidité afin d'atteindre une maturité programmatique à long terme.




