Coders Conquer Security OWASP Top 10 API Series - Unzureichende Protokollierung und Überwachung
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 unzureichende Protokollierungs- und Überwachungsfehler ist meist das Ergebnis eines fehlgeschlagenen Cybersicherheitsplans in Bezug auf die Protokollierung aller fehlgeschlagenen Authentifizierungsversuche, verweigerten Zugriffe und Eingabevalidierungsfehler.
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 ist für Ihr Unternehmen da, um Sie dabei zu unterstützen, Ihren Code über den gesamten Lebenszyklus der Softwareentwicklung hinweg zu sichern und eine Kultur zu schaffen, in der Cybersicherheit an erster Stelle steht. Ganz gleich, ob Sie AppSec-Manager, Entwickler, CISO oder ein anderer Sicherheitsverantwortlicher sind, wir können Ihrem Unternehmen helfen, die mit unsicherem Code verbundenen Risiken zu reduzieren.
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 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 unten stehenden Link und laden Sie die PDF-Datei dieser Ressource herunter.
Secure Code Warrior ist für Ihr Unternehmen da, um Sie dabei zu unterstützen, Ihren Code über den gesamten Lebenszyklus der Softwareentwicklung hinweg zu sichern und eine Kultur zu schaffen, in der Cybersicherheit an erster Stelle steht. Ganz gleich, ob Sie AppSec-Manager, Entwickler, CISO oder ein anderer Sicherheitsverantwortlicher sind, wir können Ihrem Unternehmen helfen, die mit unsicherem Code verbundenen Risiken zu reduzieren.
Bericht ansehenDemo 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 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.
Inhaltsübersicht
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 ist für Ihr Unternehmen da, um Sie dabei zu unterstützen, Ihren Code über den gesamten Lebenszyklus der Softwareentwicklung hinweg zu sichern und eine Kultur zu schaffen, in der Cybersicherheit an erster Stelle steht. Ganz gleich, ob Sie AppSec-Manager, Entwickler, CISO oder ein anderer Sicherheitsverantwortlicher sind, wir können Ihrem Unternehmen helfen, die mit unsicherem Code verbundenen Risiken zu reduzieren.
Demo buchenHerunterladenRessourcen für den Einstieg
Die Leistungsfähigkeit von OpenText Fortify + Secure Code Warrior
OpenText Fortify und Secure Code Warrior bündeln ihre Kräfte, um Unternehmen dabei zu helfen, Risiken zu reduzieren, Entwickler zu Sicherheits-Champions zu machen und Kundenvertrauen aufzubauen. Lesen Sie hier mehr darüber.
Benchmarking von Sicherheitskompetenzen: Optimierung von Secure-by-Design im Unternehmen
Die Secure-by-Design-Bewegung ist die Zukunft der sicheren Softwareentwicklung. Erfahren Sie mehr über die wichtigsten Elemente, die Unternehmen berücksichtigen müssen, wenn sie über eine Secure-by-Design-Initiative nachdenken.
Ressourcen für den Einstieg
10 wichtige Vorhersagen: Secure Code Warrior über den Einfluss von KI und Secure-by-Design im Jahr 2025
Unternehmen stehen vor schwierigen Entscheidungen über den Einsatz von KI, um die langfristige Produktivität, Nachhaltigkeit und den Sicherheits-ROI zu unterstützen. In den letzten Jahren ist uns klar geworden, dass KI die Rolle des Entwicklers niemals vollständig ersetzen wird. Von KI + Entwicklerpartnerschaften bis hin zum zunehmenden Druck (und der Verwirrung) rund um die Secure-by-Design-Erwartungen - lassen Sie uns einen genaueren Blick darauf werfen, was wir im nächsten Jahr erwarten können.
OWASP Top 10 für LLM-Bewerbungen: Was ist neu, was hat sich geändert, und wie bleibt man sicher?
Bleiben Sie bei der Absicherung von LLM-Anwendungen mit den neuesten OWASP Top 10 Updates immer einen Schritt voraus. Entdecken Sie, was neu ist, was sich geändert hat und wie Secure Code Warrior Sie mit aktuellen Lernressourcen ausstattet, um Risiken in der generativen KI zu minimieren.
Trust Score zeigt den Wert von Secure-by-Design-Upskilling-Initiativen
Unsere Forschung hat gezeigt, dass Schulungen für sicheren Code funktionieren. Trust Score verwendet einen Algorithmus, der auf mehr als 20 Millionen Lerndaten aus der Arbeit von mehr als 250.000 Lernenden in über 600 Organisationen basiert, und zeigt, wie effektiv die Initiative ist, um Schwachstellen zu beseitigen und wie man sie noch effektiver gestalten kann.
Reaktive versus präventive Sicherheit: Prävention ist das bessere Heilmittel
Der Gedanke, Legacy-Code und -Systeme zur gleichen Zeit wie neuere Anwendungen mit präventiver Sicherheit auszustatten, kann entmutigend erscheinen, aber ein Secure-by-Design-Ansatz, der durch die Weiterbildung von Entwicklern durchgesetzt wird, kann die besten Sicherheitsverfahren auf diese Systeme anwenden. Dies ist für viele Unternehmen die beste Chance, ihre Sicherheitslage zu verbessern.