Psychische Signaturen - was Sie wissen müssen
Am 19. April 2022 hat Neil Madden eine Sicherheitslücke in Oracle Java 15 bis 18 und OpenJDK 15, 17 und 18 bekannt gegeben. Die Schwachstelle liegt in der Kryptographie für ECDSA-Signaturen, die es einem Angreifer ermöglicht, die Signaturprüfungen für diese Signaturen vollständig zu umgehen.
Es ist leicht, die Schlagzeilen über diese Sicherheitslücke zu lesen und sie zu überfliegen, da ECDSA-Signaturen sehr undurchsichtig sind. ECDSA-Signaturen spielen jedoch eine wichtige Rolle beim Schutz von Systemen im Internet für wichtige Aufgaben wie die Authentifizierung.
Bevor wir ins Detail gehen, sollten Sie erfahren, wie Hacker psychische Signaturen praktisch ausnutzen. Gehen Sie direkt in unser kostenloses Labor - Missions und probieren Sie es selbst aus.
Was hat es mit ECDSA auf sich?
Vielleicht haben Sie noch nie von ECDSA gehört. Es ist die Abkürzung für Elliptic Curve Digital Signature Algorithm, eine Art der Kryptographie, die die mathematischen Eigenschaften elliptischer Kurven nutzt und eine der derzeit stärksten kryptographischen Sicherheiten in der Branche bietet.
Das bedeutet, dass es für viele wichtige Funktionen verwendet wird, z. B:
- Die Unterzeichnung von SSL-Zertifikaten
- Handshakes bei verschlüsselter Kommunikation
- SAML
- JWT-Signaturen
- OpenID Connect-Signaturen
Das bedeutet, dass ECDSA ein Schlüsselelement für viele der sensibelsten Funktionen zum Schutz von Systemen ist, die es gibt. Die Möglichkeit, die Signaturprüfung zu umgehen, wäre potenziell ziemlich verheerend.
Wie wird die Schwachstelle ausgenutzt?
Die Mathematik von ECDSA ist leider etwas kompliziert. Aber das Wichtigste ist, dass eine ECDSA-Signatur zwei Informationen enthält: r und s.
Diese Zahlen werden verwendet, um die Gültigkeit der Signatur zu berechnen. Der Wert r ist das "Ergebnis" (linke Seite) einer Berechnung, bei der sowohl r als auch s auf der rechten Seite der Gleichung verwendet werden. Da die Multiplikation mit 0 eine schlechte Idee ist, wird in der ECDSA-Spezifikation ausdrücklich darauf hingewiesen, dass die Werte r und s verworfen werden sollten, wenn sie jemals 0 sind.
Aber die Java-Implementierung von ECDSA hat vergessen, dies zu berücksichtigen. Daher wird sie eine Signatur akzeptieren, bei der sowohl r als auch s gleich 0 sind, was immer der Fall sein wird. Wir können dies am Beispiel eines JWT demonstrieren, um zu zeigen, wie einfach es ist. Mit Hilfe von https://token.dev/ können wir ein Token mit dem Algorithmus ES256 erzeugen, ähnlich wie eines, das von einer Anwendung erzeugt wird:
Ein JWT ist in drei Teile aufgeteilt:
- Kopfzeile (in blau)
- Nutzlast (in grün)
- Unterschrift (in rot)
Wenn wir nun die Signaturprüfung umgehen wollten, wie würden wir das tun? Die Signatur gibt die Werte für r und s an und ist im DER-Format kodiert.
Ändern wir unser JWT, um diese neue Signatur zu verwenden. Beachten Sie, dass in JWTs das Gleichheitszeichen nicht enthalten ist.
Jetzt hat unsere Signatur r und s auf 0 gesetzt, und in anfälligen Versionen von Java wird die Signaturprüfung jetzt für jede von Ihnen angegebene Nutzlast erfolgreich sein.
Wer ist betroffen, und wie kann man das Problem abmildern?
Die Sicherheitslücke betrifft sowohl Oracle Java als auch OpenJDK. Dazu gehören:
Oracle Java SE (und ältere, nicht unterstützte Versionen):
- 18
- 17.0.2
Oracle GraalVM Enterprise Edition:
- 22.0.0.2
- 21.3.1
OpenJDK:
- 18
- 17.0.2
- 15.0.6
- 13.0.10
- 11.0.14
- 8u322
- 7u331
Sowohl Oracle als auch OpenJDK haben Hinweise und Patches für das Problem herausgegeben, die sofort angewendet werden können.
Praktische Übungen zum Schutz vor dieser Sicherheitslücke
Hier auf Secure Code Warrior bemühen wir uns, Entwicklern die wichtigsten Informationen und praktischen Übungen für kritische Schwachstellen zur Verfügung zu stellen, unabhängig davon, ob es sich um eine neue Schwachstelle wie Psychic Signatures oder um eine seit Jahren bekannte handelt.
Wir sind der Meinung, dass es für eine wirkliche Risikominimierung notwendig ist, die Entwickler in die Lage zu versetzen, den Abwehrmechanismus zu verstehen und von Anfang an sicheren Code zu schreiben. Deshalb haben wir für Sie und die betroffenen Teams einen schrittweisen Überblick über diese (und viele andere) Schwachstellen erstellt.
In der Komplettlösung können Sie den Anweisungen folgen, um die physikalische Signatur in JWTs auszunutzen und die Auswirkungen auf eine funktionierende App in Echtzeit zu sehen.
Probieren Sie es jetzt aus.
Die Schwachstelle "Psychic Signature" liegt in der Krypto für ECDSA-Signaturen, die Systeme für kritische Aufgaben wie die Authentifizierung schützen. Hacker können mit dieser Sicherheitslücke jede Signaturprüfung umgehen. Wir werden in diesem Beitrag erklären, worum es sich dabei handelt und wie man sie entschärfen kann.
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 buchenAm 19. April 2022 hat Neil Madden eine Sicherheitslücke in Oracle Java 15 bis 18 und OpenJDK 15, 17 und 18 bekannt gegeben. Die Schwachstelle liegt in der Kryptographie für ECDSA-Signaturen, die es einem Angreifer ermöglicht, die Signaturprüfungen für diese Signaturen vollständig zu umgehen.
Es ist leicht, die Schlagzeilen über diese Sicherheitslücke zu lesen und sie zu überfliegen, da ECDSA-Signaturen sehr undurchsichtig sind. ECDSA-Signaturen spielen jedoch eine wichtige Rolle beim Schutz von Systemen im Internet für wichtige Aufgaben wie die Authentifizierung.
Bevor wir ins Detail gehen, sollten Sie erfahren, wie Hacker psychische Signaturen praktisch ausnutzen. Gehen Sie direkt in unser kostenloses Labor - Missions und probieren Sie es selbst aus.
Was hat es mit ECDSA auf sich?
Vielleicht haben Sie noch nie von ECDSA gehört. Es ist die Abkürzung für Elliptic Curve Digital Signature Algorithm, eine Art der Kryptographie, die die mathematischen Eigenschaften elliptischer Kurven nutzt und eine der derzeit stärksten kryptographischen Sicherheiten in der Branche bietet.
Das bedeutet, dass es für viele wichtige Funktionen verwendet wird, z. B:
- Die Unterzeichnung von SSL-Zertifikaten
- Handshakes bei verschlüsselter Kommunikation
- SAML
- JWT-Signaturen
- OpenID Connect-Signaturen
Das bedeutet, dass ECDSA ein Schlüsselelement für viele der sensibelsten Funktionen zum Schutz von Systemen ist, die es gibt. Die Möglichkeit, die Signaturprüfung zu umgehen, wäre potenziell ziemlich verheerend.
Wie wird die Schwachstelle ausgenutzt?
Die Mathematik von ECDSA ist leider etwas kompliziert. Aber das Wichtigste ist, dass eine ECDSA-Signatur zwei Informationen enthält: r und s.
Diese Zahlen werden verwendet, um die Gültigkeit der Signatur zu berechnen. Der Wert r ist das "Ergebnis" (linke Seite) einer Berechnung, bei der sowohl r als auch s auf der rechten Seite der Gleichung verwendet werden. Da die Multiplikation mit 0 eine schlechte Idee ist, wird in der ECDSA-Spezifikation ausdrücklich darauf hingewiesen, dass die Werte r und s verworfen werden sollten, wenn sie jemals 0 sind.
Aber die Java-Implementierung von ECDSA hat vergessen, dies zu berücksichtigen. Daher wird sie eine Signatur akzeptieren, bei der sowohl r als auch s gleich 0 sind, was immer der Fall sein wird. Wir können dies am Beispiel eines JWT demonstrieren, um zu zeigen, wie einfach es ist. Mit Hilfe von https://token.dev/ können wir ein Token mit dem Algorithmus ES256 erzeugen, ähnlich wie eines, das von einer Anwendung erzeugt wird:
Ein JWT ist in drei Teile aufgeteilt:
- Kopfzeile (in blau)
- Nutzlast (in grün)
- Unterschrift (in rot)
Wenn wir nun die Signaturprüfung umgehen wollten, wie würden wir das tun? Die Signatur gibt die Werte für r und s an und ist im DER-Format kodiert.
Ändern wir unser JWT, um diese neue Signatur zu verwenden. Beachten Sie, dass in JWTs das Gleichheitszeichen nicht enthalten ist.
Jetzt hat unsere Signatur r und s auf 0 gesetzt, und in anfälligen Versionen von Java wird die Signaturprüfung jetzt für jede von Ihnen angegebene Nutzlast erfolgreich sein.
Wer ist betroffen, und wie kann man das Problem abmildern?
Die Sicherheitslücke betrifft sowohl Oracle Java als auch OpenJDK. Dazu gehören:
Oracle Java SE (und ältere, nicht unterstützte Versionen):
- 18
- 17.0.2
Oracle GraalVM Enterprise Edition:
- 22.0.0.2
- 21.3.1
OpenJDK:
- 18
- 17.0.2
- 15.0.6
- 13.0.10
- 11.0.14
- 8u322
- 7u331
Sowohl Oracle als auch OpenJDK haben Hinweise und Patches für das Problem herausgegeben, die sofort angewendet werden können.
Praktische Übungen zum Schutz vor dieser Sicherheitslücke
Hier auf Secure Code Warrior bemühen wir uns, Entwicklern die wichtigsten Informationen und praktischen Übungen für kritische Schwachstellen zur Verfügung zu stellen, unabhängig davon, ob es sich um eine neue Schwachstelle wie Psychic Signatures oder um eine seit Jahren bekannte handelt.
Wir sind der Meinung, dass es für eine wirkliche Risikominimierung notwendig ist, die Entwickler in die Lage zu versetzen, den Abwehrmechanismus zu verstehen und von Anfang an sicheren Code zu schreiben. Deshalb haben wir für Sie und die betroffenen Teams einen schrittweisen Überblick über diese (und viele andere) Schwachstellen erstellt.
In der Komplettlösung können Sie den Anweisungen folgen, um die physikalische Signatur in JWTs auszunutzen und die Auswirkungen auf eine funktionierende App in Echtzeit zu sehen.
Probieren Sie es jetzt aus.
Am 19. April 2022 hat Neil Madden eine Sicherheitslücke in Oracle Java 15 bis 18 und OpenJDK 15, 17 und 18 bekannt gegeben. Die Schwachstelle liegt in der Kryptographie für ECDSA-Signaturen, die es einem Angreifer ermöglicht, die Signaturprüfungen für diese Signaturen vollständig zu umgehen.
Es ist leicht, die Schlagzeilen über diese Sicherheitslücke zu lesen und sie zu überfliegen, da ECDSA-Signaturen sehr undurchsichtig sind. ECDSA-Signaturen spielen jedoch eine wichtige Rolle beim Schutz von Systemen im Internet für wichtige Aufgaben wie die Authentifizierung.
Bevor wir ins Detail gehen, sollten Sie erfahren, wie Hacker psychische Signaturen praktisch ausnutzen. Gehen Sie direkt in unser kostenloses Labor - Missions und probieren Sie es selbst aus.
Was hat es mit ECDSA auf sich?
Vielleicht haben Sie noch nie von ECDSA gehört. Es ist die Abkürzung für Elliptic Curve Digital Signature Algorithm, eine Art der Kryptographie, die die mathematischen Eigenschaften elliptischer Kurven nutzt und eine der derzeit stärksten kryptographischen Sicherheiten in der Branche bietet.
Das bedeutet, dass es für viele wichtige Funktionen verwendet wird, z. B:
- Die Unterzeichnung von SSL-Zertifikaten
- Handshakes bei verschlüsselter Kommunikation
- SAML
- JWT-Signaturen
- OpenID Connect-Signaturen
Das bedeutet, dass ECDSA ein Schlüsselelement für viele der sensibelsten Funktionen zum Schutz von Systemen ist, die es gibt. Die Möglichkeit, die Signaturprüfung zu umgehen, wäre potenziell ziemlich verheerend.
Wie wird die Schwachstelle ausgenutzt?
Die Mathematik von ECDSA ist leider etwas kompliziert. Aber das Wichtigste ist, dass eine ECDSA-Signatur zwei Informationen enthält: r und s.
Diese Zahlen werden verwendet, um die Gültigkeit der Signatur zu berechnen. Der Wert r ist das "Ergebnis" (linke Seite) einer Berechnung, bei der sowohl r als auch s auf der rechten Seite der Gleichung verwendet werden. Da die Multiplikation mit 0 eine schlechte Idee ist, wird in der ECDSA-Spezifikation ausdrücklich darauf hingewiesen, dass die Werte r und s verworfen werden sollten, wenn sie jemals 0 sind.
Aber die Java-Implementierung von ECDSA hat vergessen, dies zu berücksichtigen. Daher wird sie eine Signatur akzeptieren, bei der sowohl r als auch s gleich 0 sind, was immer der Fall sein wird. Wir können dies am Beispiel eines JWT demonstrieren, um zu zeigen, wie einfach es ist. Mit Hilfe von https://token.dev/ können wir ein Token mit dem Algorithmus ES256 erzeugen, ähnlich wie eines, das von einer Anwendung erzeugt wird:
Ein JWT ist in drei Teile aufgeteilt:
- Kopfzeile (in blau)
- Nutzlast (in grün)
- Unterschrift (in rot)
Wenn wir nun die Signaturprüfung umgehen wollten, wie würden wir das tun? Die Signatur gibt die Werte für r und s an und ist im DER-Format kodiert.
Ändern wir unser JWT, um diese neue Signatur zu verwenden. Beachten Sie, dass in JWTs das Gleichheitszeichen nicht enthalten ist.
Jetzt hat unsere Signatur r und s auf 0 gesetzt, und in anfälligen Versionen von Java wird die Signaturprüfung jetzt für jede von Ihnen angegebene Nutzlast erfolgreich sein.
Wer ist betroffen, und wie kann man das Problem abmildern?
Die Sicherheitslücke betrifft sowohl Oracle Java als auch OpenJDK. Dazu gehören:
Oracle Java SE (und ältere, nicht unterstützte Versionen):
- 18
- 17.0.2
Oracle GraalVM Enterprise Edition:
- 22.0.0.2
- 21.3.1
OpenJDK:
- 18
- 17.0.2
- 15.0.6
- 13.0.10
- 11.0.14
- 8u322
- 7u331
Sowohl Oracle als auch OpenJDK haben Hinweise und Patches für das Problem herausgegeben, die sofort angewendet werden können.
Praktische Übungen zum Schutz vor dieser Sicherheitslücke
Hier auf Secure Code Warrior bemühen wir uns, Entwicklern die wichtigsten Informationen und praktischen Übungen für kritische Schwachstellen zur Verfügung zu stellen, unabhängig davon, ob es sich um eine neue Schwachstelle wie Psychic Signatures oder um eine seit Jahren bekannte handelt.
Wir sind der Meinung, dass es für eine wirkliche Risikominimierung notwendig ist, die Entwickler in die Lage zu versetzen, den Abwehrmechanismus zu verstehen und von Anfang an sicheren Code zu schreiben. Deshalb haben wir für Sie und die betroffenen Teams einen schrittweisen Überblick über diese (und viele andere) Schwachstellen erstellt.
In der Komplettlösung können Sie den Anweisungen folgen, um die physikalische Signatur in JWTs auszunutzen und die Auswirkungen auf eine funktionierende App in Echtzeit zu sehen.
Probieren Sie es jetzt aus.
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 buchenAm 19. April 2022 hat Neil Madden eine Sicherheitslücke in Oracle Java 15 bis 18 und OpenJDK 15, 17 und 18 bekannt gegeben. Die Schwachstelle liegt in der Kryptographie für ECDSA-Signaturen, die es einem Angreifer ermöglicht, die Signaturprüfungen für diese Signaturen vollständig zu umgehen.
Es ist leicht, die Schlagzeilen über diese Sicherheitslücke zu lesen und sie zu überfliegen, da ECDSA-Signaturen sehr undurchsichtig sind. ECDSA-Signaturen spielen jedoch eine wichtige Rolle beim Schutz von Systemen im Internet für wichtige Aufgaben wie die Authentifizierung.
Bevor wir ins Detail gehen, sollten Sie erfahren, wie Hacker psychische Signaturen praktisch ausnutzen. Gehen Sie direkt in unser kostenloses Labor - Missions und probieren Sie es selbst aus.
Was hat es mit ECDSA auf sich?
Vielleicht haben Sie noch nie von ECDSA gehört. Es ist die Abkürzung für Elliptic Curve Digital Signature Algorithm, eine Art der Kryptographie, die die mathematischen Eigenschaften elliptischer Kurven nutzt und eine der derzeit stärksten kryptographischen Sicherheiten in der Branche bietet.
Das bedeutet, dass es für viele wichtige Funktionen verwendet wird, z. B:
- Die Unterzeichnung von SSL-Zertifikaten
- Handshakes bei verschlüsselter Kommunikation
- SAML
- JWT-Signaturen
- OpenID Connect-Signaturen
Das bedeutet, dass ECDSA ein Schlüsselelement für viele der sensibelsten Funktionen zum Schutz von Systemen ist, die es gibt. Die Möglichkeit, die Signaturprüfung zu umgehen, wäre potenziell ziemlich verheerend.
Wie wird die Schwachstelle ausgenutzt?
Die Mathematik von ECDSA ist leider etwas kompliziert. Aber das Wichtigste ist, dass eine ECDSA-Signatur zwei Informationen enthält: r und s.
Diese Zahlen werden verwendet, um die Gültigkeit der Signatur zu berechnen. Der Wert r ist das "Ergebnis" (linke Seite) einer Berechnung, bei der sowohl r als auch s auf der rechten Seite der Gleichung verwendet werden. Da die Multiplikation mit 0 eine schlechte Idee ist, wird in der ECDSA-Spezifikation ausdrücklich darauf hingewiesen, dass die Werte r und s verworfen werden sollten, wenn sie jemals 0 sind.
Aber die Java-Implementierung von ECDSA hat vergessen, dies zu berücksichtigen. Daher wird sie eine Signatur akzeptieren, bei der sowohl r als auch s gleich 0 sind, was immer der Fall sein wird. Wir können dies am Beispiel eines JWT demonstrieren, um zu zeigen, wie einfach es ist. Mit Hilfe von https://token.dev/ können wir ein Token mit dem Algorithmus ES256 erzeugen, ähnlich wie eines, das von einer Anwendung erzeugt wird:
Ein JWT ist in drei Teile aufgeteilt:
- Kopfzeile (in blau)
- Nutzlast (in grün)
- Unterschrift (in rot)
Wenn wir nun die Signaturprüfung umgehen wollten, wie würden wir das tun? Die Signatur gibt die Werte für r und s an und ist im DER-Format kodiert.
Ändern wir unser JWT, um diese neue Signatur zu verwenden. Beachten Sie, dass in JWTs das Gleichheitszeichen nicht enthalten ist.
Jetzt hat unsere Signatur r und s auf 0 gesetzt, und in anfälligen Versionen von Java wird die Signaturprüfung jetzt für jede von Ihnen angegebene Nutzlast erfolgreich sein.
Wer ist betroffen, und wie kann man das Problem abmildern?
Die Sicherheitslücke betrifft sowohl Oracle Java als auch OpenJDK. Dazu gehören:
Oracle Java SE (und ältere, nicht unterstützte Versionen):
- 18
- 17.0.2
Oracle GraalVM Enterprise Edition:
- 22.0.0.2
- 21.3.1
OpenJDK:
- 18
- 17.0.2
- 15.0.6
- 13.0.10
- 11.0.14
- 8u322
- 7u331
Sowohl Oracle als auch OpenJDK haben Hinweise und Patches für das Problem herausgegeben, die sofort angewendet werden können.
Praktische Übungen zum Schutz vor dieser Sicherheitslücke
Hier auf Secure Code Warrior bemühen wir uns, Entwicklern die wichtigsten Informationen und praktischen Übungen für kritische Schwachstellen zur Verfügung zu stellen, unabhängig davon, ob es sich um eine neue Schwachstelle wie Psychic Signatures oder um eine seit Jahren bekannte handelt.
Wir sind der Meinung, dass es für eine wirkliche Risikominimierung notwendig ist, die Entwickler in die Lage zu versetzen, den Abwehrmechanismus zu verstehen und von Anfang an sicheren Code zu schreiben. Deshalb haben wir für Sie und die betroffenen Teams einen schrittweisen Überblick über diese (und viele andere) Schwachstellen erstellt.
In der Komplettlösung können Sie den Anweisungen folgen, um die physikalische Signatur in JWTs auszunutzen und die Auswirkungen auf eine funktionierende App in Echtzeit zu sehen.
Probieren Sie es jetzt aus.
Inhaltsübersicht
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.