
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.是一位安全专家、研究员和CTO,也是Secure Code Warrior 的联合创始人。Matias在根特大学获得了应用安全的博士学位,主要研究静态分析解决方案。后来他加入了美国的Fortify公司,在那里他意识到,仅仅检测代码问题而不帮助开发人员编写安全代码是不够的。这激发了他开发产品的热情,帮助开发人员,减轻安全的负担,并超越客户的期望。当他不在办公桌前作为Awesome团队的一员时,他喜欢站在舞台上,在包括RSA会议、BlackHat和DefCon等会议上发表演讲。

Secure Code Warrior 您的Secure Code Warrior 帮助您在整个软件开发周期中保障代码安全,并建立将网络安全置于首位的企业文化。无论您是应用安全经理、开发人员、首席信息安全官,还是其他从事安全工作的人员,我们都能协助您的企业降低不安全代码带来的风险。
预约演示Matias Madou, Ph.D.是一位安全专家、研究员和CTO,也是Secure Code Warrior 的联合创始人。Matias在根特大学获得了应用安全的博士学位,主要研究静态分析解决方案。后来他加入了美国的Fortify公司,在那里他意识到,仅仅检测代码问题而不帮助开发人员编写安全代码是不够的。这激发了他开发产品的热情,帮助开发人员,减轻安全的负担,并超越客户的期望。当他不在办公桌前作为Awesome团队的一员时,他喜欢站在舞台上,在包括RSA会议、BlackHat和DefCon等会议上发表演讲。
马蒂亚斯是一名研究员和开发人员,拥有超过15年的软件安全实践经验。他曾为Fortify Software和他自己的公司Sensei Security等公司开发解决方案。在他的职业生涯中,马蒂亚斯领导了多个应用安全研究项目,并将其转化为商业产品,他拥有超过10项专利。当他离开办公桌时,Matias曾担任高级应用安全培训courses ,并定期在全球会议上发言,包括RSA会议、黑帽、DefCon、BSIMM、OWASP AppSec和BruCon。
马蒂亚斯拥有根特大学的计算机工程博士学位,在那里他研究了通过程序混淆来隐藏应用程序的内部工作的应用安全。


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.

请点击下方链接下载该资源的PDF文件。
Secure Code Warrior 您的Secure Code Warrior 帮助您在整个软件开发周期中保障代码安全,并建立将网络安全置于首位的企业文化。无论您是应用安全经理、开发人员、首席信息安全官,还是其他从事安全工作的人员,我们都能协助您的企业降低不安全代码带来的风险。
查看报告预约演示Matias Madou, Ph.D.是一位安全专家、研究员和CTO,也是Secure Code Warrior 的联合创始人。Matias在根特大学获得了应用安全的博士学位,主要研究静态分析解决方案。后来他加入了美国的Fortify公司,在那里他意识到,仅仅检测代码问题而不帮助开发人员编写安全代码是不够的。这激发了他开发产品的热情,帮助开发人员,减轻安全的负担,并超越客户的期望。当他不在办公桌前作为Awesome团队的一员时,他喜欢站在舞台上,在包括RSA会议、BlackHat和DefCon等会议上发表演讲。
马蒂亚斯是一名研究员和开发人员,拥有超过15年的软件安全实践经验。他曾为Fortify Software和他自己的公司Sensei Security等公司开发解决方案。在他的职业生涯中,马蒂亚斯领导了多个应用安全研究项目,并将其转化为商业产品,他拥有超过10项专利。当他离开办公桌时,Matias曾担任高级应用安全培训courses ,并定期在全球会议上发言,包括RSA会议、黑帽、DefCon、BSIMM、OWASP AppSec和BruCon。
马蒂亚斯拥有根特大学的计算机工程博士学位,在那里他研究了通过程序混淆来隐藏应用程序的内部工作的应用安全。
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.
目录
Matias Madou, Ph.D.是一位安全专家、研究员和CTO,也是Secure Code Warrior 的联合创始人。Matias在根特大学获得了应用安全的博士学位,主要研究静态分析解决方案。后来他加入了美国的Fortify公司,在那里他意识到,仅仅检测代码问题而不帮助开发人员编写安全代码是不够的。这激发了他开发产品的热情,帮助开发人员,减轻安全的负担,并超越客户的期望。当他不在办公桌前作为Awesome团队的一员时,他喜欢站在舞台上,在包括RSA会议、BlackHat和DefCon等会议上发表演讲。

Secure Code Warrior 您的Secure Code Warrior 帮助您在整个软件开发周期中保障代码安全,并建立将网络安全置于首位的企业文化。无论您是应用安全经理、开发人员、首席信息安全官,还是其他从事安全工作的人员,我们都能协助您的企业降低不安全代码带来的风险。
预约演示下载



%20(1).avif)
.avif)
