
コーダーがセキュリティを征服する OWASP トップ 10 API シリーズ-ロギングとモニタリングが不十分
Der Fehler der unzureichenden Protokollierung und Überwachung tritt meist als Folge eines fehlgeschlagenen Cybersicherheitsplans in Bezug auf die Protokollierung aller fehlgeschlagenen Authentifizierungsversuche, verweigerten Zugriffe und Eingabevalidierungsfehler auf. Er kann auch an anderen Stellen in der Produktionsumgebung auftreten, ist aber meist mit einem Versagen bei der Unterbindung ungültiger Anmeldeversuche verbunden.
Das ist eine gefährliche Schwachstelle, denn sie bedeutet, dass Cybersecurity-Teams nicht auf Angriffe reagieren, weil sie nicht davon wissen. Dies verschafft Angreifern einen großen Vorteil, da sie unbemerkt bleiben können, während sie versuchen, weiter in ein System einzudringen oder ihre Anmeldedaten zu verbessern. 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.
Sind Sie bereit, Ihre Fähigkeiten jetzt mit einer Herausforderung zu testen? Sehen Sie sich das an:
Wie nutzen Angreifer die unzureichende Protokollierung und Überwachung aus?
Jede API ist anfällig für unzureichende Protokollierung und Überwachung, wenn die Protokollierungsstufe nicht korrekt eingestellt ist, wenn sie zu niedrig eingestellt ist, wenn die 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 von kompromittierten Benutzernamen für eine Website oder einen Dienst erhalten würde. Durch Experimentieren könnte er herausfinden, dass es drei fehlgeschlagene Anmeldeversuche braucht, bevor er aus dem System ausgesperrt wird und bevor das Cybersecurity-Personal benachrichtigt wird.
Mit diesen Informationen könnten sie, anstatt zu versuchen, einzelne Konten mit Brute-Force zu knacken, ein Skript schreiben, das versucht, sich als jeder Name auf der kompromittierten Liste anzumelden, indem sie gängige Kennwörter wie "123456" oder "password" verwenden. Der Trick besteht darin, dass sie jeden Benutzernamen nur einmal oder vielleicht zweimal ausprobieren, um unter dem Schwellenwert für Sperren und Alarme zu bleiben. Wenn sie Glück haben, kompromittieren sie zumindest ein paar Passwörter auf Anhieb. Danach warten sie einfach einen Tag, bis der Anmeldezähler zurückgesetzt wird, und wiederholen den Vorgang mit anderen Kennwörtern wie "qwerty" oder "god". Wenn die Administratoren nicht bemerken, was sie tun, können die Angreifer die Liste viele Male durchgehen und schließlich die meisten Konten mit schwachen Kennwörtern kompromittieren.
Dies geschah in dem von OWASP gelieferten Beispiel, bei dem eine Video-Sharing-Plattform mit einem Credential-Stuffing-Angriff angegriffen wurde, der die Schwachstelle für unzureichende Protokollierung und Überwachung ausnutzte. Bis das Unternehmen Beschwerden von Benutzern erhielt, hatte es keine Ahnung, dass der Angriff stattfand. Schließlich fand man Beweise in den API-Protokollen und musste eine erzwungene Passwortänderung an alle Benutzer ausgeben sowie den Angriff den Aufsichtsbehörden melden.
Beseitigung der Schwachstelle für unzureichende Protokollierung und Überwachung
Automatisierung und ständige Überwachung können helfen, dieser Schwachstelle ein Ende zu setzen. Zu Beginn sollten alle fehlgeschlagenen Authentifizierungsversuche protokolliert werden. Und dieses Protokoll sollte in einem maschinenlesbaren Format wie STIX und TAXII gespeichert werden, damit es in ein SIEM-System (Security Information and Event Management) eingespeist werden kann, das darauf trainiert ist, unabhängig von den verwendeten Schwellenwerten nach Angriffen zu suchen.
Sie sollten auch Ihre Protokolldateien schützen. Behandeln Sie sie als sensible Informationen und schützen Sie sie vor dem Löschen oder Verändern durch Angreifer. Eine gute Vorgehensweise ist es, die Protokolldateien sowohl zu sichern als auch zu verschlüsseln.
Erstellen Sie schließlich benutzerdefinierte Dashboards und Warnmeldungen, damit alle verdächtigen Aktivitäten so schnell wie möglich erkannt und darauf reagiert werden kann. Wenn Sie einem Angreifer die Zeit nehmen, die er mit dem System verbringen kann, nehmen Sie ihm die Möglichkeit, niedrige und langsame Angriffstechniken zu verwenden, um unentdeckt zu bleiben.
Besuchen Sie die Secure Code Warrior Blog-Seiten, um weitere Informationen zu dieser Schwachstelle zu erhalten und zu erfahren, wie Sie Ihr Unternehmen und Ihre Kunden vor den Auswirkungen anderer Sicherheitslücken schützen können. Sie können auch eine Demo der Schulungsplattform Secure Code Warrior ausprobieren, um alle Ihre Cybersecurity-Kenntnisse zu schärfen und auf dem neuesten Stand zu halten.


ロギングと監視が不十分な欠陥は、ほとんどの場合、失敗した認証試行、アクセス拒否、入力検証エラーをすべてログに記録するというサイバーセキュリティ計画が失敗したために発生します。
Dr. Matias Madu ist Sicherheitsexperte, Forscher, CTO und Mitbegründer von Secure Code Warrior. Matias promovierte an der Universität Gent im Bereich Anwendungssicherheit mit Schwerpunkt auf statischen Analyselösungen.Anschließend trat er in die Dienste von Fortify in den USA ein und erkannte, dass es nicht ausreicht, nur Code-Probleme zu erkennen, ohne Entwicklern dabei zu helfen, sicheren Code zu schreiben. Dies war der Auslöser dafür, dass er begann, Entwickler zu unterstützen, die Sicherheitslast zu verringern und Produkte zu entwickeln, die die Erwartungen der Kunden übertreffen. Wenn er nicht als Mitglied von Team Awesome an seinem Schreibtisch sitzt, hält er gerne Präsentationen auf Konferenzen wie der RSA Conference, BlackHat und DefCon.

Secure Code Warrior schützt Ihren Code während des gesamten Softwareentwicklungszyklus und hilft Ihnen dabei, eine Kultur zu schaffen, in der Cybersicherheit oberste Priorität hat. Ganz gleich, ob Sie Anwendungs-Sicherheitsmanager, Entwickler, CISO oder Sicherheitsbeauftragter sind – wir helfen Ihnen dabei, die mit unsicherem Code verbundenen Risiken zu minimieren.
デモを予約Dr. Matias Madu ist Sicherheitsexperte, Forscher, CTO und Mitbegründer von Secure Code Warrior. Matias promovierte an der Universität Gent im Bereich Anwendungssicherheit mit Schwerpunkt auf statischen Analyselösungen.Anschließend trat er in die Dienste von Fortify in den USA ein und erkannte, dass es nicht ausreicht, nur Code-Probleme zu erkennen, ohne Entwicklern dabei zu helfen, sicheren Code zu schreiben. Dies war der Auslöser dafür, dass er begann, Entwickler zu unterstützen, die Sicherheitslast zu verringern und Produkte zu entwickeln, die die Erwartungen der Kunden übertreffen. Wenn er nicht als Mitglied von Team Awesome an seinem Schreibtisch sitzt, hält er gerne Präsentationen auf Konferenzen wie der RSA Conference, BlackHat und DefCon.
Matias ist ein Forscher und Entwickler mit mehr als 15 Jahren praktischer Erfahrung im Bereich 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 mehr als 10 Patente angemeldet.Wenn er nicht an seinem Schreibtisch sitzt, unterrichtet Matias Fortgeschrittenenkurse zum Thema Anwendungssicherheit und hält regelmäßig Vorträge auf globalen Konferenzen wie der RSA Conference, Black Hat, DefCon, BSIMM, OWASP AppSec und BruCon.
Matthias promovierte an der Universität Gent in Informatik und lernte dort Anwendungssicherheit durch Programmverschleierung, um die interne Funktionsweise von Anwendungen zu verbergen.


Der Fehler der unzureichenden Protokollierung und Überwachung tritt meist als Folge eines fehlgeschlagenen Cybersicherheitsplans in Bezug auf die Protokollierung aller fehlgeschlagenen Authentifizierungsversuche, verweigerten Zugriffe und Eingabevalidierungsfehler auf. Er kann auch an anderen Stellen in der Produktionsumgebung auftreten, ist aber meist mit einem Versagen bei der Unterbindung ungültiger Anmeldeversuche verbunden.
Das ist eine gefährliche Schwachstelle, denn sie bedeutet, dass Cybersecurity-Teams nicht auf Angriffe reagieren, weil sie nicht davon wissen. Dies verschafft Angreifern einen großen Vorteil, da sie unbemerkt bleiben können, während sie versuchen, weiter in ein System einzudringen oder ihre Anmeldedaten zu verbessern. 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.
Sind Sie bereit, Ihre Fähigkeiten jetzt mit einer Herausforderung zu testen? Sehen Sie sich das an:
Wie nutzen Angreifer die unzureichende Protokollierung und Überwachung aus?
Jede API ist anfällig für unzureichende Protokollierung und Überwachung, wenn die Protokollierungsstufe nicht korrekt eingestellt ist, wenn sie zu niedrig eingestellt ist, wenn die 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 von kompromittierten Benutzernamen für eine Website oder einen Dienst erhalten würde. Durch Experimentieren könnte er herausfinden, dass es drei fehlgeschlagene Anmeldeversuche braucht, bevor er aus dem System ausgesperrt wird und bevor das Cybersecurity-Personal benachrichtigt wird.
Mit diesen Informationen könnten sie, anstatt zu versuchen, einzelne Konten mit Brute-Force zu knacken, ein Skript schreiben, das versucht, sich als jeder Name auf der kompromittierten Liste anzumelden, indem sie gängige Kennwörter wie "123456" oder "password" verwenden. Der Trick besteht darin, dass sie jeden Benutzernamen nur einmal oder vielleicht zweimal ausprobieren, um unter dem Schwellenwert für Sperren und Alarme zu bleiben. Wenn sie Glück haben, kompromittieren sie zumindest ein paar Passwörter auf Anhieb. Danach warten sie einfach einen Tag, bis der Anmeldezähler zurückgesetzt wird, und wiederholen den Vorgang mit anderen Kennwörtern wie "qwerty" oder "god". Wenn die Administratoren nicht bemerken, was sie tun, können die Angreifer die Liste viele Male durchgehen und schließlich die meisten Konten mit schwachen Kennwörtern kompromittieren.
Dies geschah in dem von OWASP gelieferten Beispiel, bei dem eine Video-Sharing-Plattform mit einem Credential-Stuffing-Angriff angegriffen wurde, der die Schwachstelle für unzureichende Protokollierung und Überwachung ausnutzte. Bis das Unternehmen Beschwerden von Benutzern erhielt, hatte es keine Ahnung, dass der Angriff stattfand. Schließlich fand man Beweise in den API-Protokollen und musste eine erzwungene Passwortänderung an alle Benutzer ausgeben sowie den Angriff den Aufsichtsbehörden melden.
Beseitigung der Schwachstelle für unzureichende Protokollierung und Überwachung
Automatisierung und ständige Überwachung können helfen, dieser Schwachstelle ein Ende zu setzen. Zu Beginn sollten alle fehlgeschlagenen Authentifizierungsversuche protokolliert werden. Und dieses Protokoll sollte in einem maschinenlesbaren Format wie STIX und TAXII gespeichert werden, damit es in ein SIEM-System (Security Information and Event Management) eingespeist werden kann, das darauf trainiert ist, unabhängig von den verwendeten Schwellenwerten nach Angriffen zu suchen.
Sie sollten auch Ihre Protokolldateien schützen. Behandeln Sie sie als sensible Informationen und schützen Sie sie vor dem Löschen oder Verändern durch Angreifer. Eine gute Vorgehensweise ist es, die Protokolldateien sowohl zu sichern als auch zu verschlüsseln.
Erstellen Sie schließlich benutzerdefinierte Dashboards und Warnmeldungen, damit alle verdächtigen Aktivitäten so schnell wie möglich erkannt und darauf reagiert werden kann. Wenn Sie einem Angreifer die Zeit nehmen, die er mit dem System verbringen kann, nehmen Sie ihm die Möglichkeit, niedrige und langsame Angriffstechniken zu verwenden, um unentdeckt zu bleiben.
Besuchen Sie die Secure Code Warrior Blog-Seiten, um weitere Informationen zu dieser Schwachstelle zu erhalten und zu erfahren, wie Sie Ihr Unternehmen und Ihre Kunden vor den Auswirkungen anderer Sicherheitslücken schützen können. Sie können auch eine Demo der Schulungsplattform Secure Code Warrior ausprobieren, um alle Ihre Cybersecurity-Kenntnisse zu schärfen und auf dem neuesten Stand zu halten.

Der Fehler der unzureichenden Protokollierung und Überwachung tritt meist als Folge eines fehlgeschlagenen Cybersicherheitsplans in Bezug auf die Protokollierung aller fehlgeschlagenen Authentifizierungsversuche, verweigerten Zugriffe und Eingabevalidierungsfehler auf. Er kann auch an anderen Stellen in der Produktionsumgebung auftreten, ist aber meist mit einem Versagen bei der Unterbindung ungültiger Anmeldeversuche verbunden.
Das ist eine gefährliche Schwachstelle, denn sie bedeutet, dass Cybersecurity-Teams nicht auf Angriffe reagieren, weil sie nicht davon wissen. Dies verschafft Angreifern einen großen Vorteil, da sie unbemerkt bleiben können, während sie versuchen, weiter in ein System einzudringen oder ihre Anmeldedaten zu verbessern. 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.
Sind Sie bereit, Ihre Fähigkeiten jetzt mit einer Herausforderung zu testen? Sehen Sie sich das an:
Wie nutzen Angreifer die unzureichende Protokollierung und Überwachung aus?
Jede API ist anfällig für unzureichende Protokollierung und Überwachung, wenn die Protokollierungsstufe nicht korrekt eingestellt ist, wenn sie zu niedrig eingestellt ist, wenn die 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 von kompromittierten Benutzernamen für eine Website oder einen Dienst erhalten würde. Durch Experimentieren könnte er herausfinden, dass es drei fehlgeschlagene Anmeldeversuche braucht, bevor er aus dem System ausgesperrt wird und bevor das Cybersecurity-Personal benachrichtigt wird.
Mit diesen Informationen könnten sie, anstatt zu versuchen, einzelne Konten mit Brute-Force zu knacken, ein Skript schreiben, das versucht, sich als jeder Name auf der kompromittierten Liste anzumelden, indem sie gängige Kennwörter wie "123456" oder "password" verwenden. Der Trick besteht darin, dass sie jeden Benutzernamen nur einmal oder vielleicht zweimal ausprobieren, um unter dem Schwellenwert für Sperren und Alarme zu bleiben. Wenn sie Glück haben, kompromittieren sie zumindest ein paar Passwörter auf Anhieb. Danach warten sie einfach einen Tag, bis der Anmeldezähler zurückgesetzt wird, und wiederholen den Vorgang mit anderen Kennwörtern wie "qwerty" oder "god". Wenn die Administratoren nicht bemerken, was sie tun, können die Angreifer die Liste viele Male durchgehen und schließlich die meisten Konten mit schwachen Kennwörtern kompromittieren.
Dies geschah in dem von OWASP gelieferten Beispiel, bei dem eine Video-Sharing-Plattform mit einem Credential-Stuffing-Angriff angegriffen wurde, der die Schwachstelle für unzureichende Protokollierung und Überwachung ausnutzte. Bis das Unternehmen Beschwerden von Benutzern erhielt, hatte es keine Ahnung, dass der Angriff stattfand. Schließlich fand man Beweise in den API-Protokollen und musste eine erzwungene Passwortänderung an alle Benutzer ausgeben sowie den Angriff den Aufsichtsbehörden melden.
Beseitigung der Schwachstelle für unzureichende Protokollierung und Überwachung
Automatisierung und ständige Überwachung können helfen, dieser Schwachstelle ein Ende zu setzen. Zu Beginn sollten alle fehlgeschlagenen Authentifizierungsversuche protokolliert werden. Und dieses Protokoll sollte in einem maschinenlesbaren Format wie STIX und TAXII gespeichert werden, damit es in ein SIEM-System (Security Information and Event Management) eingespeist werden kann, das darauf trainiert ist, unabhängig von den verwendeten Schwellenwerten nach Angriffen zu suchen.
Sie sollten auch Ihre Protokolldateien schützen. Behandeln Sie sie als sensible Informationen und schützen Sie sie vor dem Löschen oder Verändern durch Angreifer. Eine gute Vorgehensweise ist es, die Protokolldateien sowohl zu sichern als auch zu verschlüsseln.
Erstellen Sie schließlich benutzerdefinierte Dashboards und Warnmeldungen, damit alle verdächtigen Aktivitäten so schnell wie möglich erkannt und darauf reagiert werden kann. Wenn Sie einem Angreifer die Zeit nehmen, die er mit dem System verbringen kann, nehmen Sie ihm die Möglichkeit, niedrige und langsame Angriffstechniken zu verwenden, um unentdeckt zu bleiben.
Besuchen Sie die Secure Code Warrior Blog-Seiten, um weitere Informationen zu dieser Schwachstelle zu erhalten und zu erfahren, wie Sie Ihr Unternehmen und Ihre Kunden vor den Auswirkungen anderer Sicherheitslücken schützen können. Sie können auch eine Demo der Schulungsplattform Secure Code Warrior ausprobieren, um alle Ihre Cybersecurity-Kenntnisse zu schärfen und auf dem neuesten Stand zu halten.

Klicken Sie auf den folgenden Link, um die PDF-Datei dieser Ressource herunterzuladen.
Secure Code Warrior schützt Ihren Code während des gesamten Softwareentwicklungszyklus und hilft Ihnen dabei, eine Kultur zu schaffen, in der Cybersicherheit oberste Priorität hat. Ganz gleich, ob Sie Anwendungs-Sicherheitsmanager, Entwickler, CISO oder Sicherheitsbeauftragter sind – wir helfen Ihnen dabei, die mit unsicherem Code verbundenen Risiken zu minimieren.
Bericht anzeigenデモを予約Dr. Matias Madu ist Sicherheitsexperte, Forscher, CTO und Mitbegründer von Secure Code Warrior. Matias promovierte an der Universität Gent im Bereich Anwendungssicherheit mit Schwerpunkt auf statischen Analyselösungen.Anschließend trat er in die Dienste von Fortify in den USA ein und erkannte, dass es nicht ausreicht, nur Code-Probleme zu erkennen, ohne Entwicklern dabei zu helfen, sicheren Code zu schreiben. Dies war der Auslöser dafür, dass er begann, Entwickler zu unterstützen, die Sicherheitslast zu verringern und Produkte zu entwickeln, die die Erwartungen der Kunden übertreffen. Wenn er nicht als Mitglied von Team Awesome an seinem Schreibtisch sitzt, hält er gerne Präsentationen auf Konferenzen wie der RSA Conference, BlackHat und DefCon.
Matias ist ein Forscher und Entwickler mit mehr als 15 Jahren praktischer Erfahrung im Bereich 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 mehr als 10 Patente angemeldet.Wenn er nicht an seinem Schreibtisch sitzt, unterrichtet Matias Fortgeschrittenenkurse zum Thema Anwendungssicherheit und hält regelmäßig Vorträge auf globalen Konferenzen wie der RSA Conference, Black Hat, DefCon, BSIMM, OWASP AppSec und BruCon.
Matthias promovierte an der Universität Gent in Informatik und lernte dort Anwendungssicherheit durch Programmverschleierung, um die interne Funktionsweise von Anwendungen zu verbergen.
Der Fehler der unzureichenden Protokollierung und Überwachung tritt meist als Folge eines fehlgeschlagenen Cybersicherheitsplans in Bezug auf die Protokollierung aller fehlgeschlagenen Authentifizierungsversuche, verweigerten Zugriffe und Eingabevalidierungsfehler auf. Er kann auch an anderen Stellen in der Produktionsumgebung auftreten, ist aber meist mit einem Versagen bei der Unterbindung ungültiger Anmeldeversuche verbunden.
Das ist eine gefährliche Schwachstelle, denn sie bedeutet, dass Cybersecurity-Teams nicht auf Angriffe reagieren, weil sie nicht davon wissen. Dies verschafft Angreifern einen großen Vorteil, da sie unbemerkt bleiben können, während sie versuchen, weiter in ein System einzudringen oder ihre Anmeldedaten zu verbessern. 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.
Sind Sie bereit, Ihre Fähigkeiten jetzt mit einer Herausforderung zu testen? Sehen Sie sich das an:
Wie nutzen Angreifer die unzureichende Protokollierung und Überwachung aus?
Jede API ist anfällig für unzureichende Protokollierung und Überwachung, wenn die Protokollierungsstufe nicht korrekt eingestellt ist, wenn sie zu niedrig eingestellt ist, wenn die 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 von kompromittierten Benutzernamen für eine Website oder einen Dienst erhalten würde. Durch Experimentieren könnte er herausfinden, dass es drei fehlgeschlagene Anmeldeversuche braucht, bevor er aus dem System ausgesperrt wird und bevor das Cybersecurity-Personal benachrichtigt wird.
Mit diesen Informationen könnten sie, anstatt zu versuchen, einzelne Konten mit Brute-Force zu knacken, ein Skript schreiben, das versucht, sich als jeder Name auf der kompromittierten Liste anzumelden, indem sie gängige Kennwörter wie "123456" oder "password" verwenden. Der Trick besteht darin, dass sie jeden Benutzernamen nur einmal oder vielleicht zweimal ausprobieren, um unter dem Schwellenwert für Sperren und Alarme zu bleiben. Wenn sie Glück haben, kompromittieren sie zumindest ein paar Passwörter auf Anhieb. Danach warten sie einfach einen Tag, bis der Anmeldezähler zurückgesetzt wird, und wiederholen den Vorgang mit anderen Kennwörtern wie "qwerty" oder "god". Wenn die Administratoren nicht bemerken, was sie tun, können die Angreifer die Liste viele Male durchgehen und schließlich die meisten Konten mit schwachen Kennwörtern kompromittieren.
Dies geschah in dem von OWASP gelieferten Beispiel, bei dem eine Video-Sharing-Plattform mit einem Credential-Stuffing-Angriff angegriffen wurde, der die Schwachstelle für unzureichende Protokollierung und Überwachung ausnutzte. Bis das Unternehmen Beschwerden von Benutzern erhielt, hatte es keine Ahnung, dass der Angriff stattfand. Schließlich fand man Beweise in den API-Protokollen und musste eine erzwungene Passwortänderung an alle Benutzer ausgeben sowie den Angriff den Aufsichtsbehörden melden.
Beseitigung der Schwachstelle für unzureichende Protokollierung und Überwachung
Automatisierung und ständige Überwachung können helfen, dieser Schwachstelle ein Ende zu setzen. Zu Beginn sollten alle fehlgeschlagenen Authentifizierungsversuche protokolliert werden. Und dieses Protokoll sollte in einem maschinenlesbaren Format wie STIX und TAXII gespeichert werden, damit es in ein SIEM-System (Security Information and Event Management) eingespeist werden kann, das darauf trainiert ist, unabhängig von den verwendeten Schwellenwerten nach Angriffen zu suchen.
Sie sollten auch Ihre Protokolldateien schützen. Behandeln Sie sie als sensible Informationen und schützen Sie sie vor dem Löschen oder Verändern durch Angreifer. Eine gute Vorgehensweise ist es, die Protokolldateien sowohl zu sichern als auch zu verschlüsseln.
Erstellen Sie schließlich benutzerdefinierte Dashboards und Warnmeldungen, damit alle verdächtigen Aktivitäten so schnell wie möglich erkannt und darauf reagiert werden kann. Wenn Sie einem Angreifer die Zeit nehmen, die er mit dem System verbringen kann, nehmen Sie ihm die Möglichkeit, niedrige und langsame Angriffstechniken zu verwenden, um unentdeckt zu bleiben.
Besuchen Sie die Secure Code Warrior Blog-Seiten, um weitere Informationen zu dieser Schwachstelle zu erhalten und zu erfahren, wie Sie Ihr Unternehmen und Ihre Kunden vor den Auswirkungen anderer Sicherheitslücken schützen können. Sie können auch eine Demo der Schulungsplattform Secure Code Warrior ausprobieren, um alle Ihre Cybersecurity-Kenntnisse zu schärfen und auf dem neuesten Stand zu halten.
目次
Dr. Matias Madu ist Sicherheitsexperte, Forscher, CTO und Mitbegründer von Secure Code Warrior. Matias promovierte an der Universität Gent im Bereich Anwendungssicherheit mit Schwerpunkt auf statischen Analyselösungen.Anschließend trat er in die Dienste von Fortify in den USA ein und erkannte, dass es nicht ausreicht, nur Code-Probleme zu erkennen, ohne Entwicklern dabei zu helfen, sicheren Code zu schreiben. Dies war der Auslöser dafür, dass er begann, Entwickler zu unterstützen, die Sicherheitslast zu verringern und Produkte zu entwickeln, die die Erwartungen der Kunden übertreffen. Wenn er nicht als Mitglied von Team Awesome an seinem Schreibtisch sitzt, hält er gerne Präsentationen auf Konferenzen wie der RSA Conference, BlackHat und DefCon.

Secure Code Warrior schützt Ihren Code während des gesamten Softwareentwicklungszyklus und hilft Ihnen dabei, eine Kultur zu schaffen, in der Cybersicherheit oberste Priorität hat. Ganz gleich, ob Sie Anwendungs-Sicherheitsmanager, Entwickler, CISO oder Sicherheitsbeauftragter sind – wir helfen Ihnen dabei, die mit unsicherem Code verbundenen Risiken zu minimieren.
デモを予約[ダウンロード]Ressourcen für den Einstieg
Themen und Inhalte der Secure-Code-Schulung
Unsere branchenführenden Inhalte werden unter Berücksichtigung der Aufgaben unserer Kunden ständig weiterentwickelt, um mit der sich ständig verändernden Softwareentwicklungsumgebung Schritt zu halten. Sie decken alle Themen von KI bis hin zu XQuery-Injection ab und sind für verschiedene Aufgabenbereiche konzipiert, von Architekten und Ingenieuren bis hin zu Produktmanagern und Qualitätssicherungsfachleuten. Werfen Sie einen Blick auf die Inhalte unseres Content-Katalogs, sortiert nach Themen und Aufgabenbereichen.
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: Die KI-Mission zum Besiegen des Bosses ist jetzt auf Abruf verfügbar.
「Cybermon 2025 Beat the Boss」 kann nun das ganze Jahr über bei SCW gespielt werden. Führen Sie anspruchsvolle AI/LLM-Sicherheitsherausforderungen ein, um die sichere AI-Entwicklung in großem Maßstab zu stärken.
Erläuterung des Cyber-Resilience-Gesetzes: Bedeutung für die Entwicklung sicherer Software
Erfahren Sie, was das EU-Gesetz zur Cyberresilienz (CRA) verlangt, für wen es gilt und wie sich Ingenieurteams auf Secure-by-Design-Praktiken, Schwachstellenprävention und die Kompetenzentwicklung von Entwicklern vorbereiten können.
Enabler 1: Definierte und messbare Erfolgskriterien
Enabler 1 ist der erste Teil der zehnteiligen Reihe „Enablers of Success“ und zeigt, wie sichere Programmierung mit geschäftlichen Ergebnissen wie Risikominderung und Geschwindigkeit verknüpft werden kann, um Programme langfristig zu optimieren.




%20(1).avif)
.avif)
