SCW图标
英雄背景无分隔线
博客

Programmierer erobern Sicherheit: Serie „Teilen und Lernen“ — Dateieinbindung aus der Ferne

Jaap Karan Singh
发表于 2019 年 7 月 18 日
最后更新于 2026年3月9日

Diejenigen unter Ihnen, die diese Blogserie lesen, stellen möglicherweise viele Ähnlichkeiten zwischen der Sicherheitsanfälligkeit für Remote-Dateieinschluss und der zuvor erörterten Sicherheitsanfälligkeit für lokale Dateieinschluss und Pfaddurchquerung fest. Ihre Hauptursachen sind ähnlich, ebenso wie die empfohlenen Lösungen.

In vielerlei Hinsicht ist die Sicherheitslücke bezüglich Remote-Dateieinschluss viel gefährlicher und auch einfacher auszunutzen als ihr Gegenstück zu lokalen Dateien. Daher sollte sie so schnell wie möglich gefunden und behoben werden. Oder noch besser, Webanwendungen sollten so konzipiert sein, dass sie gar nicht erst auftreten.

In dieser Episode werden wir lernen:

  • Wie Hacker die Sicherheitslücke zur Remote-Dateieinbindung ausnutzen
  • Warum es gefährlich ist, die Aufnahme von Dateien aus der Ferne zuzulassen
  • Techniken, mit denen dieses Problem behoben werden kann.

Wie nutzen Angreifer Remote File Inclusion aus?

Die Sicherheitsanfälligkeit für Remote-Dateieinschluss nutzt den Befehl oder Mechanismus „Dynamic File Include“ aus, der in den meisten Programmierframeworks vorhanden ist. Diese Funktion soll es Entwicklern ermöglichen, Dateien auf einem sekundären Server zu verwenden, um Aktivitäten auf dem Anwendungsserver auszuführen. Offensichtlich kann dies in den falschen Händen gefährlich sein.

Angreifer nutzen diese Fähigkeit aus, indem sie jede Website oder Anwendung finden, die unkontrollierte Benutzereingaben ermöglicht, die beispielsweise aus HTTP-Headern oder Eingabebereichen in interaktiven Formularen stammen können. Sie verwenden dies als Ausgangspunkt, um Datei-Include-Befehle zu generieren.

Wenn eine Site beispielsweise die GET-Funktion verwendet, um Seiten zu laden, wie page = request.getParameter („page'); include page;“, könnte ein Angreifer mithilfe des Befehls page eine Anfrage senden, allerdings mit der URL einer Website, die er kontrolliert, und dem Dateipfad zu der Datei, die er ausführen möchte. Die Abfrage wird dann an den Server weitergeleitet und die Remote-Datei wird auf dem Host ausgeführt. Die Aktivität ist zulässig, da sie jetzt Teil der vertrauenswürdigen App ist.

Warum ist die Remote File Inclusion Vulnerability gefährlich?

Die Gefahr, die von der Aufnahme von Dateien aus der Ferne ausgeht, ist extrem hoch. Im Gegensatz zu Sicherheitslücken beim lokalen Dateieinschluss, bei denen Dateien, die ein Angreifer ausführt, auf einem Host vorhanden sein müssen und vom Angreifer auch durch Versuch und Irrtum gefunden werden müssen, gibt es beim Remote-Dateieinschluss keine derartigen Einschränkungen. Offensichtlich kennt ein Angreifer den Speicherort der Dateien, die er ausnutzen möchte, da sie wahrscheinlich auf seinen eigenen Computern oder Websites, die er kontrolliert, existieren. Die Dateien können auch von ihnen selbst ausgewählt werden und müssen vor dem Exploit nicht auf dem Zielcomputer vorhanden sein. Die Datei könnte sogar aus Skripten bestehen, die speziell für die Ausnutzung eines Remote-Hosts geschrieben wurden.

Kurz gesagt, sobald ein Angreifer in der Lage ist, eine Sicherheitslücke durch Remote-Dateieinschluss zu finden und auszunutzen, hindert ihn nichts daran, die vollständige Kontrolle über eine Anwendung oder sogar eine gesamte Website zu erlangen. Sicherlich sind keine dort gespeicherten Daten vor ihrem Eindringen sicher.

Sicherheitslücke im Bereich Remote File Inclusion entfernen

Erlauben Sie niemals, dass Benutzereingaben direkt zur Ausführung an einen Dateieinschlussbefehl weitergeleitet werden. Verwenden Sie stattdessen eine indirekte Referenztabelle von Befehlen und führen Sie Befehle nur von dort aus aus. Eine indirekte Referenzzuordnung ordnet nicht vertrauenswürdige Benutzereingaben einer Reihe von fest codierten vertrauenswürdigen Werten auf dem Server zu. Stellen Sie sicher, dass Sie alle Bereiche auf die Whitelist setzen, in die Benutzer Daten eingeben können, und vergessen Sie nicht, HTTP-Header, Formularparameter und sogar Cookies in diese Liste aufzunehmen. Dadurch wird jedes Fenster geschlossen, das ein Angreifer, der einen Datei-Include-Befehl erstellen möchte, verwenden kann.

Als Bonus werden durch die korrekte Bereinigung und Validierung von benutzergenerierten Inhalten und die Verwendung von Referenzmaps zur Ausführung von Befehlen nicht nur die Sicherheitslücke beim Remote-Dateieinschluss geschlossen, sondern auch eine ganze Reihe anderer, darunter der gefährliche Cousin dieses Bugs, der Local File Inclusion and Path Traversal Exploit.

Weitere Informationen zu Remote File Inclusion

Für weitere Informationen können Sie sich die OWASP ansehen Referenzhandbuch für Exploits zur Remote-Dateieinbindung. Sie können Ihr neu gewonnenes Defensivwissen auch auf die Probe stellen mit dem kostenlose Demo der Secure Code Warrior-Plattform, die Cybersicherheitsteams zu ultimativen Cyberkriegern ausbildet. Um mehr über die Beseitigung dieser Sicherheitslücke und eine Galerie mit anderen Bedrohungen zu erfahren, besuchen Sie die Blog von Secure Code Warrior.

查看资源
查看资源

In vielerlei Hinsicht ist die Sicherheitslücke bezüglich Remote-Dateieinschluss viel gefährlicher und auch einfacher auszunutzen als ihr Gegenstück zu lokalen Dateien. Daher sollte sie so schnell wie möglich gefunden und behoben werden.

想了解更多吗?

Jaap Karan Singh ist Secure Coding Evangelist, Chief Singh und Mitbegründer von Secure Code Warrior.

了解更多

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

预约演示
分享到:
领英品牌社交x 标志
作者
Jaap Karan Singh
2019年7月18日发布

Jaap Karan Singh ist Secure Coding Evangelist, Chief Singh und Mitbegründer von Secure Code Warrior.

分享到:
领英品牌社交x 标志

Diejenigen unter Ihnen, die diese Blogserie lesen, stellen möglicherweise viele Ähnlichkeiten zwischen der Sicherheitsanfälligkeit für Remote-Dateieinschluss und der zuvor erörterten Sicherheitsanfälligkeit für lokale Dateieinschluss und Pfaddurchquerung fest. Ihre Hauptursachen sind ähnlich, ebenso wie die empfohlenen Lösungen.

In vielerlei Hinsicht ist die Sicherheitslücke bezüglich Remote-Dateieinschluss viel gefährlicher und auch einfacher auszunutzen als ihr Gegenstück zu lokalen Dateien. Daher sollte sie so schnell wie möglich gefunden und behoben werden. Oder noch besser, Webanwendungen sollten so konzipiert sein, dass sie gar nicht erst auftreten.

In dieser Episode werden wir lernen:

  • Wie Hacker die Sicherheitslücke zur Remote-Dateieinbindung ausnutzen
  • Warum es gefährlich ist, die Aufnahme von Dateien aus der Ferne zuzulassen
  • Techniken, mit denen dieses Problem behoben werden kann.

Wie nutzen Angreifer Remote File Inclusion aus?

Die Sicherheitsanfälligkeit für Remote-Dateieinschluss nutzt den Befehl oder Mechanismus „Dynamic File Include“ aus, der in den meisten Programmierframeworks vorhanden ist. Diese Funktion soll es Entwicklern ermöglichen, Dateien auf einem sekundären Server zu verwenden, um Aktivitäten auf dem Anwendungsserver auszuführen. Offensichtlich kann dies in den falschen Händen gefährlich sein.

Angreifer nutzen diese Fähigkeit aus, indem sie jede Website oder Anwendung finden, die unkontrollierte Benutzereingaben ermöglicht, die beispielsweise aus HTTP-Headern oder Eingabebereichen in interaktiven Formularen stammen können. Sie verwenden dies als Ausgangspunkt, um Datei-Include-Befehle zu generieren.

Wenn eine Site beispielsweise die GET-Funktion verwendet, um Seiten zu laden, wie page = request.getParameter („page'); include page;“, könnte ein Angreifer mithilfe des Befehls page eine Anfrage senden, allerdings mit der URL einer Website, die er kontrolliert, und dem Dateipfad zu der Datei, die er ausführen möchte. Die Abfrage wird dann an den Server weitergeleitet und die Remote-Datei wird auf dem Host ausgeführt. Die Aktivität ist zulässig, da sie jetzt Teil der vertrauenswürdigen App ist.

Warum ist die Remote File Inclusion Vulnerability gefährlich?

Die Gefahr, die von der Aufnahme von Dateien aus der Ferne ausgeht, ist extrem hoch. Im Gegensatz zu Sicherheitslücken beim lokalen Dateieinschluss, bei denen Dateien, die ein Angreifer ausführt, auf einem Host vorhanden sein müssen und vom Angreifer auch durch Versuch und Irrtum gefunden werden müssen, gibt es beim Remote-Dateieinschluss keine derartigen Einschränkungen. Offensichtlich kennt ein Angreifer den Speicherort der Dateien, die er ausnutzen möchte, da sie wahrscheinlich auf seinen eigenen Computern oder Websites, die er kontrolliert, existieren. Die Dateien können auch von ihnen selbst ausgewählt werden und müssen vor dem Exploit nicht auf dem Zielcomputer vorhanden sein. Die Datei könnte sogar aus Skripten bestehen, die speziell für die Ausnutzung eines Remote-Hosts geschrieben wurden.

Kurz gesagt, sobald ein Angreifer in der Lage ist, eine Sicherheitslücke durch Remote-Dateieinschluss zu finden und auszunutzen, hindert ihn nichts daran, die vollständige Kontrolle über eine Anwendung oder sogar eine gesamte Website zu erlangen. Sicherlich sind keine dort gespeicherten Daten vor ihrem Eindringen sicher.

Sicherheitslücke im Bereich Remote File Inclusion entfernen

Erlauben Sie niemals, dass Benutzereingaben direkt zur Ausführung an einen Dateieinschlussbefehl weitergeleitet werden. Verwenden Sie stattdessen eine indirekte Referenztabelle von Befehlen und führen Sie Befehle nur von dort aus aus. Eine indirekte Referenzzuordnung ordnet nicht vertrauenswürdige Benutzereingaben einer Reihe von fest codierten vertrauenswürdigen Werten auf dem Server zu. Stellen Sie sicher, dass Sie alle Bereiche auf die Whitelist setzen, in die Benutzer Daten eingeben können, und vergessen Sie nicht, HTTP-Header, Formularparameter und sogar Cookies in diese Liste aufzunehmen. Dadurch wird jedes Fenster geschlossen, das ein Angreifer, der einen Datei-Include-Befehl erstellen möchte, verwenden kann.

Als Bonus werden durch die korrekte Bereinigung und Validierung von benutzergenerierten Inhalten und die Verwendung von Referenzmaps zur Ausführung von Befehlen nicht nur die Sicherheitslücke beim Remote-Dateieinschluss geschlossen, sondern auch eine ganze Reihe anderer, darunter der gefährliche Cousin dieses Bugs, der Local File Inclusion and Path Traversal Exploit.

Weitere Informationen zu Remote File Inclusion

Für weitere Informationen können Sie sich die OWASP ansehen Referenzhandbuch für Exploits zur Remote-Dateieinbindung. Sie können Ihr neu gewonnenes Defensivwissen auch auf die Probe stellen mit dem kostenlose Demo der Secure Code Warrior-Plattform, die Cybersicherheitsteams zu ultimativen Cyberkriegern ausbildet. Um mehr über die Beseitigung dieser Sicherheitslücke und eine Galerie mit anderen Bedrohungen zu erfahren, besuchen Sie die Blog von Secure Code Warrior.

查看资源
查看资源

请填写下方表格以下载报告

我们恳请您允许我们向您发送有关我们产品及/或安全编码相关主题的信息。我们将始终以最高标准谨慎处理您的个人数据,绝不会为营销目的将其出售给其他企业。

提交
scw 成功图标
SCW 错误图标
要提交表单,请启用“Analytics”Cookie。完成后,您可随时将其关闭。

Diejenigen unter Ihnen, die diese Blogserie lesen, stellen möglicherweise viele Ähnlichkeiten zwischen der Sicherheitsanfälligkeit für Remote-Dateieinschluss und der zuvor erörterten Sicherheitsanfälligkeit für lokale Dateieinschluss und Pfaddurchquerung fest. Ihre Hauptursachen sind ähnlich, ebenso wie die empfohlenen Lösungen.

In vielerlei Hinsicht ist die Sicherheitslücke bezüglich Remote-Dateieinschluss viel gefährlicher und auch einfacher auszunutzen als ihr Gegenstück zu lokalen Dateien. Daher sollte sie so schnell wie möglich gefunden und behoben werden. Oder noch besser, Webanwendungen sollten so konzipiert sein, dass sie gar nicht erst auftreten.

In dieser Episode werden wir lernen:

  • Wie Hacker die Sicherheitslücke zur Remote-Dateieinbindung ausnutzen
  • Warum es gefährlich ist, die Aufnahme von Dateien aus der Ferne zuzulassen
  • Techniken, mit denen dieses Problem behoben werden kann.

Wie nutzen Angreifer Remote File Inclusion aus?

Die Sicherheitsanfälligkeit für Remote-Dateieinschluss nutzt den Befehl oder Mechanismus „Dynamic File Include“ aus, der in den meisten Programmierframeworks vorhanden ist. Diese Funktion soll es Entwicklern ermöglichen, Dateien auf einem sekundären Server zu verwenden, um Aktivitäten auf dem Anwendungsserver auszuführen. Offensichtlich kann dies in den falschen Händen gefährlich sein.

Angreifer nutzen diese Fähigkeit aus, indem sie jede Website oder Anwendung finden, die unkontrollierte Benutzereingaben ermöglicht, die beispielsweise aus HTTP-Headern oder Eingabebereichen in interaktiven Formularen stammen können. Sie verwenden dies als Ausgangspunkt, um Datei-Include-Befehle zu generieren.

Wenn eine Site beispielsweise die GET-Funktion verwendet, um Seiten zu laden, wie page = request.getParameter („page'); include page;“, könnte ein Angreifer mithilfe des Befehls page eine Anfrage senden, allerdings mit der URL einer Website, die er kontrolliert, und dem Dateipfad zu der Datei, die er ausführen möchte. Die Abfrage wird dann an den Server weitergeleitet und die Remote-Datei wird auf dem Host ausgeführt. Die Aktivität ist zulässig, da sie jetzt Teil der vertrauenswürdigen App ist.

Warum ist die Remote File Inclusion Vulnerability gefährlich?

Die Gefahr, die von der Aufnahme von Dateien aus der Ferne ausgeht, ist extrem hoch. Im Gegensatz zu Sicherheitslücken beim lokalen Dateieinschluss, bei denen Dateien, die ein Angreifer ausführt, auf einem Host vorhanden sein müssen und vom Angreifer auch durch Versuch und Irrtum gefunden werden müssen, gibt es beim Remote-Dateieinschluss keine derartigen Einschränkungen. Offensichtlich kennt ein Angreifer den Speicherort der Dateien, die er ausnutzen möchte, da sie wahrscheinlich auf seinen eigenen Computern oder Websites, die er kontrolliert, existieren. Die Dateien können auch von ihnen selbst ausgewählt werden und müssen vor dem Exploit nicht auf dem Zielcomputer vorhanden sein. Die Datei könnte sogar aus Skripten bestehen, die speziell für die Ausnutzung eines Remote-Hosts geschrieben wurden.

Kurz gesagt, sobald ein Angreifer in der Lage ist, eine Sicherheitslücke durch Remote-Dateieinschluss zu finden und auszunutzen, hindert ihn nichts daran, die vollständige Kontrolle über eine Anwendung oder sogar eine gesamte Website zu erlangen. Sicherlich sind keine dort gespeicherten Daten vor ihrem Eindringen sicher.

Sicherheitslücke im Bereich Remote File Inclusion entfernen

Erlauben Sie niemals, dass Benutzereingaben direkt zur Ausführung an einen Dateieinschlussbefehl weitergeleitet werden. Verwenden Sie stattdessen eine indirekte Referenztabelle von Befehlen und führen Sie Befehle nur von dort aus aus. Eine indirekte Referenzzuordnung ordnet nicht vertrauenswürdige Benutzereingaben einer Reihe von fest codierten vertrauenswürdigen Werten auf dem Server zu. Stellen Sie sicher, dass Sie alle Bereiche auf die Whitelist setzen, in die Benutzer Daten eingeben können, und vergessen Sie nicht, HTTP-Header, Formularparameter und sogar Cookies in diese Liste aufzunehmen. Dadurch wird jedes Fenster geschlossen, das ein Angreifer, der einen Datei-Include-Befehl erstellen möchte, verwenden kann.

Als Bonus werden durch die korrekte Bereinigung und Validierung von benutzergenerierten Inhalten und die Verwendung von Referenzmaps zur Ausführung von Befehlen nicht nur die Sicherheitslücke beim Remote-Dateieinschluss geschlossen, sondern auch eine ganze Reihe anderer, darunter der gefährliche Cousin dieses Bugs, der Local File Inclusion and Path Traversal Exploit.

Weitere Informationen zu Remote File Inclusion

Für weitere Informationen können Sie sich die OWASP ansehen Referenzhandbuch für Exploits zur Remote-Dateieinbindung. Sie können Ihr neu gewonnenes Defensivwissen auch auf die Probe stellen mit dem kostenlose Demo der Secure Code Warrior-Plattform, die Cybersicherheitsteams zu ultimativen Cyberkriegern ausbildet. Um mehr über die Beseitigung dieser Sicherheitslücke und eine Galerie mit anderen Bedrohungen zu erfahren, besuchen Sie die Blog von Secure Code Warrior.

观看网络研讨会
开始吧
了解更多

请点击下方链接下载该资源的PDF文件。

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

查看报告预约演示
下载PDF文件
查看资源
分享到:
领英品牌社交x 标志
想了解更多吗?

分享到:
领英品牌社交x 标志
作者
Jaap Karan Singh
2019年7月18日发布

Jaap Karan Singh ist Secure Coding Evangelist, Chief Singh und Mitbegründer von Secure Code Warrior.

分享到:
领英品牌社交x 标志

Diejenigen unter Ihnen, die diese Blogserie lesen, stellen möglicherweise viele Ähnlichkeiten zwischen der Sicherheitsanfälligkeit für Remote-Dateieinschluss und der zuvor erörterten Sicherheitsanfälligkeit für lokale Dateieinschluss und Pfaddurchquerung fest. Ihre Hauptursachen sind ähnlich, ebenso wie die empfohlenen Lösungen.

In vielerlei Hinsicht ist die Sicherheitslücke bezüglich Remote-Dateieinschluss viel gefährlicher und auch einfacher auszunutzen als ihr Gegenstück zu lokalen Dateien. Daher sollte sie so schnell wie möglich gefunden und behoben werden. Oder noch besser, Webanwendungen sollten so konzipiert sein, dass sie gar nicht erst auftreten.

In dieser Episode werden wir lernen:

  • Wie Hacker die Sicherheitslücke zur Remote-Dateieinbindung ausnutzen
  • Warum es gefährlich ist, die Aufnahme von Dateien aus der Ferne zuzulassen
  • Techniken, mit denen dieses Problem behoben werden kann.

Wie nutzen Angreifer Remote File Inclusion aus?

Die Sicherheitsanfälligkeit für Remote-Dateieinschluss nutzt den Befehl oder Mechanismus „Dynamic File Include“ aus, der in den meisten Programmierframeworks vorhanden ist. Diese Funktion soll es Entwicklern ermöglichen, Dateien auf einem sekundären Server zu verwenden, um Aktivitäten auf dem Anwendungsserver auszuführen. Offensichtlich kann dies in den falschen Händen gefährlich sein.

Angreifer nutzen diese Fähigkeit aus, indem sie jede Website oder Anwendung finden, die unkontrollierte Benutzereingaben ermöglicht, die beispielsweise aus HTTP-Headern oder Eingabebereichen in interaktiven Formularen stammen können. Sie verwenden dies als Ausgangspunkt, um Datei-Include-Befehle zu generieren.

Wenn eine Site beispielsweise die GET-Funktion verwendet, um Seiten zu laden, wie page = request.getParameter („page'); include page;“, könnte ein Angreifer mithilfe des Befehls page eine Anfrage senden, allerdings mit der URL einer Website, die er kontrolliert, und dem Dateipfad zu der Datei, die er ausführen möchte. Die Abfrage wird dann an den Server weitergeleitet und die Remote-Datei wird auf dem Host ausgeführt. Die Aktivität ist zulässig, da sie jetzt Teil der vertrauenswürdigen App ist.

Warum ist die Remote File Inclusion Vulnerability gefährlich?

Die Gefahr, die von der Aufnahme von Dateien aus der Ferne ausgeht, ist extrem hoch. Im Gegensatz zu Sicherheitslücken beim lokalen Dateieinschluss, bei denen Dateien, die ein Angreifer ausführt, auf einem Host vorhanden sein müssen und vom Angreifer auch durch Versuch und Irrtum gefunden werden müssen, gibt es beim Remote-Dateieinschluss keine derartigen Einschränkungen. Offensichtlich kennt ein Angreifer den Speicherort der Dateien, die er ausnutzen möchte, da sie wahrscheinlich auf seinen eigenen Computern oder Websites, die er kontrolliert, existieren. Die Dateien können auch von ihnen selbst ausgewählt werden und müssen vor dem Exploit nicht auf dem Zielcomputer vorhanden sein. Die Datei könnte sogar aus Skripten bestehen, die speziell für die Ausnutzung eines Remote-Hosts geschrieben wurden.

Kurz gesagt, sobald ein Angreifer in der Lage ist, eine Sicherheitslücke durch Remote-Dateieinschluss zu finden und auszunutzen, hindert ihn nichts daran, die vollständige Kontrolle über eine Anwendung oder sogar eine gesamte Website zu erlangen. Sicherlich sind keine dort gespeicherten Daten vor ihrem Eindringen sicher.

Sicherheitslücke im Bereich Remote File Inclusion entfernen

Erlauben Sie niemals, dass Benutzereingaben direkt zur Ausführung an einen Dateieinschlussbefehl weitergeleitet werden. Verwenden Sie stattdessen eine indirekte Referenztabelle von Befehlen und führen Sie Befehle nur von dort aus aus. Eine indirekte Referenzzuordnung ordnet nicht vertrauenswürdige Benutzereingaben einer Reihe von fest codierten vertrauenswürdigen Werten auf dem Server zu. Stellen Sie sicher, dass Sie alle Bereiche auf die Whitelist setzen, in die Benutzer Daten eingeben können, und vergessen Sie nicht, HTTP-Header, Formularparameter und sogar Cookies in diese Liste aufzunehmen. Dadurch wird jedes Fenster geschlossen, das ein Angreifer, der einen Datei-Include-Befehl erstellen möchte, verwenden kann.

Als Bonus werden durch die korrekte Bereinigung und Validierung von benutzergenerierten Inhalten und die Verwendung von Referenzmaps zur Ausführung von Befehlen nicht nur die Sicherheitslücke beim Remote-Dateieinschluss geschlossen, sondern auch eine ganze Reihe anderer, darunter der gefährliche Cousin dieses Bugs, der Local File Inclusion and Path Traversal Exploit.

Weitere Informationen zu Remote File Inclusion

Für weitere Informationen können Sie sich die OWASP ansehen Referenzhandbuch für Exploits zur Remote-Dateieinbindung. Sie können Ihr neu gewonnenes Defensivwissen auch auf die Probe stellen mit dem kostenlose Demo der Secure Code Warrior-Plattform, die Cybersicherheitsteams zu ultimativen Cyberkriegern ausbildet. Um mehr über die Beseitigung dieser Sicherheitslücke und eine Galerie mit anderen Bedrohungen zu erfahren, besuchen Sie die Blog von Secure Code Warrior.

目录

下载PDF文件
查看资源
想了解更多吗?

Jaap Karan Singh ist Secure Coding Evangelist, Chief Singh und Mitbegründer von Secure Code Warrior.

了解更多

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

预约演示下载
分享到:
领英品牌社交x 标志
资源中心

入门资源

更多文章
资源中心

入门资源

更多文章