Coders Conquer Security OWASP Top 10 API Serie - Massenzuweisung
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.


Die Massenzuweisungs-Schwachstelle entstand dadurch, dass viele moderne Frameworks Entwickler dazu ermutigen, Funktionen zu verwenden, die automatisch Eingaben von Clients in Code-Variablen und interne Objekte binden.
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.


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.

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.

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.
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.
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
Benchmarking von Sicherheitskompetenzen: Optimierung von Secure-by-Design im Unternehmen
Aussagekräftige Daten über den Erfolg von Secure-by-Design-Initiativen zu finden, ist bekanntermaßen schwierig. CISOs stehen oft vor der Herausforderung, den Return on Investment (ROI) und den Geschäftswert von Sicherheitsprogrammen sowohl auf Mitarbeiter- als auch auf Unternehmensebene nachzuweisen. Ganz zu schweigen davon, dass es für Unternehmen besonders schwierig ist, Erkenntnisse darüber zu gewinnen, wie ihre Organisation im Vergleich zu aktuellen Branchenstandards abschneidet. Die Nationale Cybersicherheitsstrategie des Präsidenten forderte die Beteiligten auf, "Sicherheit und Widerstandsfähigkeit durch Design" zu erreichen. Der Schlüssel zum Erfolg von Secure-by-Design-Initiativen liegt nicht nur darin, Entwicklern die nötigen Fähigkeiten zu vermitteln, um sicheren Code zu gewährleisten, sondern auch darin, den Aufsichtsbehörden zu versichern, dass diese Fähigkeiten vorhanden sind. In dieser Präsentation stellen wir eine Vielzahl von qualitativen und quantitativen Daten vor, die aus verschiedenen Primärquellen stammen, darunter interne Daten von über 250.000 Entwicklern, datengestützte Kundeneinblicke und öffentliche Studien. Auf der Grundlage dieser gesammelten Daten wollen wir eine Vision des aktuellen Stands von Secure-by-Design-Initiativen in verschiedenen Branchen vermitteln. Der Bericht zeigt auf, warum dieser Bereich derzeit nicht ausreichend genutzt wird, welche erheblichen Auswirkungen ein erfolgreiches Schulungsprogramm auf die Minderung von Cybersecurity-Risiken haben kann und welches Potenzial zur Beseitigung von Schwachstellen in einer Codebasis besteht.
In diesem Monat des Cyber-Bewusstseins wird aus Bewusstsein Handeln
Lassen Sie diesen Oktober das Bewusstsein in Aktion treten. Machen Sie den Cyber Awareness Month für Ihre Entwickler zu einem denkwürdigen Ereignis mit großer Wirkung und hoher Beteiligung - geleitet vom Secure Code Warrior Professional Services Team.
Professionelle Dienstleistungen - Beschleunigen Sie mit Fachwissen
Das PSS-Team (Program Strategy Services) von Secure Code Warriorunterstützt Sie beim Aufbau, der Verbesserung und der Optimierung Ihres Programms für sichere Codierung. Ganz gleich, ob Sie neu anfangen oder Ihren Ansatz verfeinern möchten, unsere Experten bieten Ihnen maßgeschneiderte Beratung.
Themen und Inhalte der Schulung zu sicherem Code
Unsere branchenführenden Inhalte werden ständig weiterentwickelt, um sie an die sich ständig verändernde Softwareentwicklungslandschaft anzupassen und Ihre Rolle zu berücksichtigen. Die Themen reichen von KI bis XQuery Injection und werden für eine Vielzahl von Rollen angeboten, von Architekten und Ingenieuren bis hin zu Produktmanagern und QA. Verschaffen Sie sich einen kleinen Überblick über die Inhalte, die unser Katalog nach Thema und Rolle bietet.
Ressourcen für den Einstieg
Wird Vibe Coding Ihre Codebasis in eine Verbindungsparty verwandeln?
Vibe Coding ist wie eine College-Verbindungsparty, und AI ist das Herzstück aller Festivitäten, das Fass. Es macht eine Menge Spaß, sich auszutoben, kreativ zu werden und zu sehen, wohin die eigene Fantasie einen führen kann, aber nach ein paar Bierfässern ist das Trinken (oder die Verwendung von KI) in Maßen zweifellos die sicherere langfristige Lösung.
Das Jahrzehnt der Defenders: Secure Code Warrior Zehnte Runde
Secure Code WarriorDas Gründungsteam von SCW ist zusammengeblieben und hat das Schiff ein ganzes Jahrzehnt lang durch alle Lektionen, Triumphe und Rückschläge gesteuert. Wir vergrößern uns und sind bereit für unser nächstes Kapitel, SCW 2.0, als führendes Unternehmen im Risikomanagement für Entwickler.