SCW-Symbole
Held-Hintergrund ohne Trennlinie
Blog

コーダーズ・コンカー・セキュリティ OWASP トップ 10 API シリーズ-一括割り当て

Dr. Matthias Madu
Veröffentlicht Okt 21, 2020
Zuletzt aktualisiert am 10. März 2026

Die Massenzuweisungs-Schwachstelle wurde geboren, weil viele moderne Frameworks Entwickler dazu ermutigen, Funktionen zu verwenden, die automatisch Eingaben von Clients in Code-Variablen und interne Objekte binden. Dies geschieht, um den Code zu vereinfachen und Abläufe zu beschleunigen.

Angreifer können mit dieser Methode Änderungen an Objekteigenschaften erzwingen, die nie von einem Client aktualisiert werden sollten. Normalerweise führt dies zu geschäftsspezifischen Problemen, z. B. wenn ein Benutzer sich selbst Administratorrechte hinzufügt, anstatt eine Website zum Absturz zu bringen oder Firmengeheimnisse zu stehlen. Angreifer müssen auch eine gewisse Vorstellung von den Beziehungen zwischen Objekten und der Geschäftslogik der Anwendung haben, die sie ausnutzen.

Nichts davon macht jedoch die Schwachstelle der Massenzuweisung in den Händen eines cleveren und böswilligen Benutzers weniger gefährlich.

Bevor wir mit der vollständigen Anleitung beginnen, spielen Sie unsere spielerische Herausforderung und sehen Sie, wie Sie abschneiden:

Wie können Angreifer die Massenzuordnungsschwachstelle ausnutzen?

Das von OWASP vorgeschlagene (und von uns leicht modifizierte) Szenario geht von einer Ride-Sharing-Anwendung aus, die verschiedene Eigenschaften enthält, die per Massenzuweisung an Objekte im Code gebunden sind. Dazu gehören erlaubnisbezogene Eigenschaften, die Benutzer ändern können, und prozessabhängige Eigenschaften, die nur intern von der Anwendung gesetzt werden sollen. Beide verwenden Massenzuweisung, um Eigenschaften an Objekte zu binden.

In diesem Szenario erlaubt die Ride-Sharing-Anwendung den Benutzern, ihre Profile zu aktualisieren, wie es in vielen benutzerorientierten Anwendungen üblich ist. Dies geschieht über einen API-Aufruf, der an PUT gesendet wird und das folgende JSON-Objekt zurückgibt:

{"user_name":"SneakySnake", "age":17, "is_admin":false}

Da der Angreifer, in diesem Fall Mr. SneakySnake, die Beziehung zwischen den Eigenschaften und den Objekten herausgefunden hat, kann er seine ursprüngliche Anfrage zur Aktualisierung seines Profils mit der folgenden Zeichenfolge erneut senden:

{"user_name":"SneakySnake","age":24,, "is_admin":true}

Da der Endpunkt anfällig für Massenzuweisungen ist, akzeptiert er die neue Eingabe als gültig. Unser Hacker hat nicht nur ein paar Jahre zu seinem Profil hinzugefügt, sondern sich auch Admin-Rechte zugewiesen.

Beseitigung der Schwachstelle der Massenzuweisung

So bequem es auch sein mag, die Massenzuweisungsfunktion in einigen Frameworks zu verwenden, sollten Sie dies vermeiden, wenn Sie Ihre APIs sicher halten wollen. Parsen Sie stattdessen Abfragewerte, anstatt sie direkt an ein Objekt zu binden. Sie können auch ein reduziertes Datenübertragungsobjekt verwenden, das fast den gleichen Komfort wie die direkte Bindung an das Objekt selbst bieten würde, nur ohne das damit verbundene Risiko.

Als zusätzliche Vorsichtsmaßnahme könnten sensible Eigenschaften wie die Admin-Rechte aus dem obigen Beispiel verweigert werden, damit sie vom Server bei einem API-Aufruf niemals akzeptiert werden. Eine noch bessere Idee wäre es, jede Eigenschaft standardmäßig zu verweigern und dann bestimmte, nicht sensible Eigenschaften zuzulassen, die Benutzer aktualisieren oder ändern können sollen. Jede dieser Maßnahmen kann dazu beitragen, APIs zu sperren und die Schwachstelle der Massenzuweisung aus Ihrer Umgebung zu entfernen.

Schauen Sie sich die Secure Code Warrior Blog-Seiten, um mehr über diese Schwachstelle zu erfahren 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.

mehr erfahren

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.

デモを予約
シェア:
LinkedIn-MarkenSozialx Logo
Autor
Dr. Matthias Madu
Veröffentlicht Okt 21, 2020

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.

シェア:
LinkedIn-MarkenSozialx Logo

Die Massenzuweisungs-Schwachstelle wurde geboren, weil viele moderne Frameworks Entwickler dazu ermutigen, Funktionen zu verwenden, die automatisch Eingaben von Clients in Code-Variablen und interne Objekte binden. Dies geschieht, um den Code zu vereinfachen und Abläufe zu beschleunigen.

Angreifer können mit dieser Methode Änderungen an Objekteigenschaften erzwingen, die nie von einem Client aktualisiert werden sollten. Normalerweise führt dies zu geschäftsspezifischen Problemen, z. B. wenn ein Benutzer sich selbst Administratorrechte hinzufügt, anstatt eine Website zum Absturz zu bringen oder Firmengeheimnisse zu stehlen. Angreifer müssen auch eine gewisse Vorstellung von den Beziehungen zwischen Objekten und der Geschäftslogik der Anwendung haben, die sie ausnutzen.

Nichts davon macht jedoch die Schwachstelle der Massenzuweisung in den Händen eines cleveren und böswilligen Benutzers weniger gefährlich.

Bevor wir mit der vollständigen Anleitung beginnen, spielen Sie unsere spielerische Herausforderung und sehen Sie, wie Sie abschneiden:

Wie können Angreifer die Massenzuordnungsschwachstelle ausnutzen?

Das von OWASP vorgeschlagene (und von uns leicht modifizierte) Szenario geht von einer Ride-Sharing-Anwendung aus, die verschiedene Eigenschaften enthält, die per Massenzuweisung an Objekte im Code gebunden sind. Dazu gehören erlaubnisbezogene Eigenschaften, die Benutzer ändern können, und prozessabhängige Eigenschaften, die nur intern von der Anwendung gesetzt werden sollen. Beide verwenden Massenzuweisung, um Eigenschaften an Objekte zu binden.

In diesem Szenario erlaubt die Ride-Sharing-Anwendung den Benutzern, ihre Profile zu aktualisieren, wie es in vielen benutzerorientierten Anwendungen üblich ist. Dies geschieht über einen API-Aufruf, der an PUT gesendet wird und das folgende JSON-Objekt zurückgibt:

{"user_name":"SneakySnake", "age":17, "is_admin":false}

Da der Angreifer, in diesem Fall Mr. SneakySnake, die Beziehung zwischen den Eigenschaften und den Objekten herausgefunden hat, kann er seine ursprüngliche Anfrage zur Aktualisierung seines Profils mit der folgenden Zeichenfolge erneut senden:

{"user_name":"SneakySnake","age":24,, "is_admin":true}

Da der Endpunkt anfällig für Massenzuweisungen ist, akzeptiert er die neue Eingabe als gültig. Unser Hacker hat nicht nur ein paar Jahre zu seinem Profil hinzugefügt, sondern sich auch Admin-Rechte zugewiesen.

Beseitigung der Schwachstelle der Massenzuweisung

So bequem es auch sein mag, die Massenzuweisungsfunktion in einigen Frameworks zu verwenden, sollten Sie dies vermeiden, wenn Sie Ihre APIs sicher halten wollen. Parsen Sie stattdessen Abfragewerte, anstatt sie direkt an ein Objekt zu binden. Sie können auch ein reduziertes Datenübertragungsobjekt verwenden, das fast den gleichen Komfort wie die direkte Bindung an das Objekt selbst bieten würde, nur ohne das damit verbundene Risiko.

Als zusätzliche Vorsichtsmaßnahme könnten sensible Eigenschaften wie die Admin-Rechte aus dem obigen Beispiel verweigert werden, damit sie vom Server bei einem API-Aufruf niemals akzeptiert werden. Eine noch bessere Idee wäre es, jede Eigenschaft standardmäßig zu verweigern und dann bestimmte, nicht sensible Eigenschaften zuzulassen, die Benutzer aktualisieren oder ändern können sollen. Jede dieser Maßnahmen kann dazu beitragen, APIs zu sperren und die Schwachstelle der Massenzuweisung aus Ihrer Umgebung zu entfernen.

Schauen Sie sich die Secure Code Warrior Blog-Seiten, um mehr über diese Schwachstelle zu erfahren 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.

リソースを表示
リソースを表示

Um den Bericht herunterzuladen, füllen Sie bitte das folgende Formular aus.

Wir bitten um Ihre Erlaubnis, Ihnen Informationen zu unseren Produkten und/oder zu Themen rund um sicheres Programmieren zuzusenden. Wir behandeln Ihre personenbezogenen Daten stets mit größter Sorgfalt und verkaufen sie niemals zu Marketingzwecken an andere Unternehmen weiter.

送信
scw Erfolgssymbol
scw-Fehlersymbol
Um das Formular zu senden, aktivieren Sie bitte das „Analytics“-Cookie. Nach Abschluss der Einstellungen können Sie es wieder deaktivieren.

Die Massenzuweisungs-Schwachstelle wurde geboren, weil viele moderne Frameworks Entwickler dazu ermutigen, Funktionen zu verwenden, die automatisch Eingaben von Clients in Code-Variablen und interne Objekte binden. Dies geschieht, um den Code zu vereinfachen und Abläufe zu beschleunigen.

Angreifer können mit dieser Methode Änderungen an Objekteigenschaften erzwingen, die nie von einem Client aktualisiert werden sollten. Normalerweise führt dies zu geschäftsspezifischen Problemen, z. B. wenn ein Benutzer sich selbst Administratorrechte hinzufügt, anstatt eine Website zum Absturz zu bringen oder Firmengeheimnisse zu stehlen. Angreifer müssen auch eine gewisse Vorstellung von den Beziehungen zwischen Objekten und der Geschäftslogik der Anwendung haben, die sie ausnutzen.

Nichts davon macht jedoch die Schwachstelle der Massenzuweisung in den Händen eines cleveren und böswilligen Benutzers weniger gefährlich.

Bevor wir mit der vollständigen Anleitung beginnen, spielen Sie unsere spielerische Herausforderung und sehen Sie, wie Sie abschneiden:

Wie können Angreifer die Massenzuordnungsschwachstelle ausnutzen?

Das von OWASP vorgeschlagene (und von uns leicht modifizierte) Szenario geht von einer Ride-Sharing-Anwendung aus, die verschiedene Eigenschaften enthält, die per Massenzuweisung an Objekte im Code gebunden sind. Dazu gehören erlaubnisbezogene Eigenschaften, die Benutzer ändern können, und prozessabhängige Eigenschaften, die nur intern von der Anwendung gesetzt werden sollen. Beide verwenden Massenzuweisung, um Eigenschaften an Objekte zu binden.

In diesem Szenario erlaubt die Ride-Sharing-Anwendung den Benutzern, ihre Profile zu aktualisieren, wie es in vielen benutzerorientierten Anwendungen üblich ist. Dies geschieht über einen API-Aufruf, der an PUT gesendet wird und das folgende JSON-Objekt zurückgibt:

{"user_name":"SneakySnake", "age":17, "is_admin":false}

Da der Angreifer, in diesem Fall Mr. SneakySnake, die Beziehung zwischen den Eigenschaften und den Objekten herausgefunden hat, kann er seine ursprüngliche Anfrage zur Aktualisierung seines Profils mit der folgenden Zeichenfolge erneut senden:

{"user_name":"SneakySnake","age":24,, "is_admin":true}

Da der Endpunkt anfällig für Massenzuweisungen ist, akzeptiert er die neue Eingabe als gültig. Unser Hacker hat nicht nur ein paar Jahre zu seinem Profil hinzugefügt, sondern sich auch Admin-Rechte zugewiesen.

Beseitigung der Schwachstelle der Massenzuweisung

So bequem es auch sein mag, die Massenzuweisungsfunktion in einigen Frameworks zu verwenden, sollten Sie dies vermeiden, wenn Sie Ihre APIs sicher halten wollen. Parsen Sie stattdessen Abfragewerte, anstatt sie direkt an ein Objekt zu binden. Sie können auch ein reduziertes Datenübertragungsobjekt verwenden, das fast den gleichen Komfort wie die direkte Bindung an das Objekt selbst bieten würde, nur ohne das damit verbundene Risiko.

Als zusätzliche Vorsichtsmaßnahme könnten sensible Eigenschaften wie die Admin-Rechte aus dem obigen Beispiel verweigert werden, damit sie vom Server bei einem API-Aufruf niemals akzeptiert werden. Eine noch bessere Idee wäre es, jede Eigenschaft standardmäßig zu verweigern und dann bestimmte, nicht sensible Eigenschaften zuzulassen, die Benutzer aktualisieren oder ändern können sollen. Jede dieser Maßnahmen kann dazu beitragen, APIs zu sperren und die Schwachstelle der Massenzuweisung aus Ihrer Umgebung zu entfernen.

Schauen Sie sich die Secure Code Warrior Blog-Seiten, um mehr über diese Schwachstelle zu erfahren 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.

Online-Seminar ansehen
Beginnen wir
mehr erfahren

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デモを予約
PDF herunterladen
リソースを表示
シェア:
LinkedIn-MarkenSozialx Logo
もっと興味がありますか?

シェア:
LinkedIn-MarkenSozialx Logo
Autor
Dr. Matthias Madu
Veröffentlicht Okt 21, 2020

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.

シェア:
LinkedIn-MarkenSozialx Logo

Die Massenzuweisungs-Schwachstelle wurde geboren, weil viele moderne Frameworks Entwickler dazu ermutigen, Funktionen zu verwenden, die automatisch Eingaben von Clients in Code-Variablen und interne Objekte binden. Dies geschieht, um den Code zu vereinfachen und Abläufe zu beschleunigen.

Angreifer können mit dieser Methode Änderungen an Objekteigenschaften erzwingen, die nie von einem Client aktualisiert werden sollten. Normalerweise führt dies zu geschäftsspezifischen Problemen, z. B. wenn ein Benutzer sich selbst Administratorrechte hinzufügt, anstatt eine Website zum Absturz zu bringen oder Firmengeheimnisse zu stehlen. Angreifer müssen auch eine gewisse Vorstellung von den Beziehungen zwischen Objekten und der Geschäftslogik der Anwendung haben, die sie ausnutzen.

Nichts davon macht jedoch die Schwachstelle der Massenzuweisung in den Händen eines cleveren und böswilligen Benutzers weniger gefährlich.

Bevor wir mit der vollständigen Anleitung beginnen, spielen Sie unsere spielerische Herausforderung und sehen Sie, wie Sie abschneiden:

Wie können Angreifer die Massenzuordnungsschwachstelle ausnutzen?

Das von OWASP vorgeschlagene (und von uns leicht modifizierte) Szenario geht von einer Ride-Sharing-Anwendung aus, die verschiedene Eigenschaften enthält, die per Massenzuweisung an Objekte im Code gebunden sind. Dazu gehören erlaubnisbezogene Eigenschaften, die Benutzer ändern können, und prozessabhängige Eigenschaften, die nur intern von der Anwendung gesetzt werden sollen. Beide verwenden Massenzuweisung, um Eigenschaften an Objekte zu binden.

In diesem Szenario erlaubt die Ride-Sharing-Anwendung den Benutzern, ihre Profile zu aktualisieren, wie es in vielen benutzerorientierten Anwendungen üblich ist. Dies geschieht über einen API-Aufruf, der an PUT gesendet wird und das folgende JSON-Objekt zurückgibt:

{"user_name":"SneakySnake", "age":17, "is_admin":false}

Da der Angreifer, in diesem Fall Mr. SneakySnake, die Beziehung zwischen den Eigenschaften und den Objekten herausgefunden hat, kann er seine ursprüngliche Anfrage zur Aktualisierung seines Profils mit der folgenden Zeichenfolge erneut senden:

{"user_name":"SneakySnake","age":24,, "is_admin":true}

Da der Endpunkt anfällig für Massenzuweisungen ist, akzeptiert er die neue Eingabe als gültig. Unser Hacker hat nicht nur ein paar Jahre zu seinem Profil hinzugefügt, sondern sich auch Admin-Rechte zugewiesen.

Beseitigung der Schwachstelle der Massenzuweisung

So bequem es auch sein mag, die Massenzuweisungsfunktion in einigen Frameworks zu verwenden, sollten Sie dies vermeiden, wenn Sie Ihre APIs sicher halten wollen. Parsen Sie stattdessen Abfragewerte, anstatt sie direkt an ein Objekt zu binden. Sie können auch ein reduziertes Datenübertragungsobjekt verwenden, das fast den gleichen Komfort wie die direkte Bindung an das Objekt selbst bieten würde, nur ohne das damit verbundene Risiko.

Als zusätzliche Vorsichtsmaßnahme könnten sensible Eigenschaften wie die Admin-Rechte aus dem obigen Beispiel verweigert werden, damit sie vom Server bei einem API-Aufruf niemals akzeptiert werden. Eine noch bessere Idee wäre es, jede Eigenschaft standardmäßig zu verweigern und dann bestimmte, nicht sensible Eigenschaften zuzulassen, die Benutzer aktualisieren oder ändern können sollen. Jede dieser Maßnahmen kann dazu beitragen, APIs zu sperren und die Schwachstelle der Massenzuweisung aus Ihrer Umgebung zu entfernen.

Schauen Sie sich die Secure Code Warrior Blog-Seiten, um mehr über diese Schwachstelle zu erfahren 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.

目次

PDF herunterladen
リソースを表示
もっと興味がありますか?

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.

mehr erfahren

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.

デモを予約[ダウンロード]
シェア:
LinkedIn-MarkenSozialx Logo
リソースハブ

Ressourcen für den Einstieg

Weitere Beiträge
リソースハブ

Ressourcen für den Einstieg

Weitere Beiträge