OpenText-Startseite.
Lösungen

Quantenbereite Anwendungssicherheit

Erkennen Sie quantenanfällige Kryptografie in Code und TLS ohne Rauschen

47 %
des HTTPS-Datenverkehrs sind mittlerweile postquantenverschlüsselt, gegenüber 17 % ein Jahr zuvor [1]

Übersicht

Eine abstrakte oder digitale Illustration, die das Konzept eines digitalen Schlüssels symbolisiert

Das Quantenrisiko schafft einen neuen blinden Fleck in der AppSec. Kryptografie, die heute funktioniert, ist möglicherweise morgen nicht mehr sicher. Ohne Einblick darin, wo quantenanfällige Verschlüsselung zum Einsatz kommt, wird die Migrationsplanung zu reiner Spekulation. OpenText Application Security kombiniert SAST und DAST, um Post-Quanten-Risiken über Code und Laufzeit hinweg aufzudecken – mit Kontrollen, die dafür sorgen, dass die Ergebnisse nützlich und handhabbar bleiben. Entwickelt für Planung und Priorisierung, nicht für den netzwerkweiten Austausch von Verschlüsselungen.

Die wichtigsten Vorteile von quantenbereiter Anwendungssicherheit

Reduzieren Sie Anwendungsrisiken, ohne Releases zu verlangsamen. OpenText Application Security bietet Ihren Teams die Abdeckung, Genauigkeit und Flexibilität, um Code zu schützen, Compliance-Anforderungen zu erfüllen und das Unternehmen voranzubringen.

  • product-connection-logo

    Transparenz über SAST + DAST vereinheitlichen

    Sehen Sie Risiken der Post-Quanten-Kryptografie im Quellcode und in TLS-1.3-Konfigurationen in einer integrierten Ansicht, ohne separate Tools zusammenfügen zu müssen.

  • Symbol für Teamwork

    Priorisieren ohne Panik

    Beginnen Sie mit Frühindikatoren und verschärfen Sie die Richtlinien, sobald Ihr Programm bereit ist, damit Teams sich weiterhin auf aktuelle Prioritäten statt auf zukünftige Risiken konzentrieren.

  • Track-Symbol

    Kryptonutzung über Entwicklungsteams hinweg nachverfolgen

    Erkennen Sie die Nutzung von RSA und DSA (beginnend mit Java) und ordnen Sie die Ergebnisse den Code-Eigentümern zu, um die Migrationsplanung zu vereinfachen und klare Behebungspfade zuzuweisen.

  • Suchsymbol

    Fehlende PQC-Handshakes erkennen

    Identifizieren Sie Server, die keinen hybriden Post-Quanten-Schlüsselaustausch in TLS 1.3 unterstützen (z. B. X25519MLKEM768), und validieren Sie Konfigurationsaktualisierungen mit Laufzeitscans.

  • Symbol für Geschwindigkeit

    Führen Sie die Erkennung zu Ihren Bedingungen schrittweise ein

    Steuern Sie, wann und wie die Post-Quanten-Erkennung ausgeführt wird, indem Sie SAST-Feature-Flags und informative DAST-Ergebnisse nutzen, um Planung und Bereitstellungsgeschwindigkeit in Einklang zu bringen.

  • Symbol für Vorwärts

    Bleiben Sie im Einklang mit sich entwickelnden Standards

    Planen Sie zuversichtlich mit einer zukunftsorientierten Roadmap, die sich mit den NIST-Standards, Best Practices für Schlüssellängen und einer breiteren Sprachabdeckung weiterentwickelt.

Betriebswirtschaftliche Aspekte

  • Transparenz für Quantenrisiken über Code und Runtime hinweg

    Krypto-Risiken bleiben verborgen, wenn SAST-Ergebnisse und TLS-Einstellungen über Teams hinweg isoliert sind. OpenText verbindet beide Ansichten, sodass Teams Risiken erfassen und sich bei Audits und der Planung gezielt auf Korrekturen konzentrieren können.

  • Erkennung in der Frühphase ohne Alarmmüdigkeit

    Post-Quantum-Warnmeldungen können Teams überfordern, wenn sich Risiko-Zeitleisten verschieben, insbesondere kurz vor Release-Freezes. Störsignalbewusste Kontrollen helfen Teams, die Erkennung schrittweise einzuführen und Richtlinien zu skalieren, sobald sie bereit sind.

  • Migrationsbacklog, erstellt aus echtem Code

    Teams wissen oft nicht, wo sich quantenanfällige Algorithmen in Legacy-Code oder -Bibliotheken befinden. OpenText automatisiert die Erkennung, erstellt ein echtes Backlog und ordnet Ergebnisse Verantwortlichen zu.

  • TLS-Upgrades mit Nachweis statt Rätselraten

    TLS-Risiken können in komplexen Umgebungen verborgen bleiben und die Bereitschaft verzögern. OpenText Dynamic Application Security Testing (DAST) kennzeichnet fehlende hybride PQC-Handshakes, damit Teams Upgrades priorisieren und validieren können.

Kontaktieren Sie uns

Lernen Sie die einzelnen Komponenten der Lösung kennen

Verwandte Produkte

Bewältigen Sie unternehmerische Herausforderungen mit OpenText

Services

Beschleunigen Sie die digitale Transformation mit Unterstützung von zertifizierten Experten.

Resources

SAP-logo

Scaled AppSec across teams to find and fix risk earlier in the pipeline

Learn more
industry-logo

Improved security and compliance with integrated testing across the SDLC

Learn more
industry-logo

Secured high assurance apps in constrained environments with repeatable testing

Learn more
industry-logo

Reduced manual testing and improved coverage with automated AppSec scans

Learn more
  • Quantum Ready Application Security combines Static Application Security Testing (SAST) and Dynamic Application Security Testing (DAST) to identify cryptographic algorithms that are secure against classical attacks but will be vulnerable to future quantum computers. SAST scans your code for vulnerable crypto patterns while DAST checks TLS 1.3 configurations for missing hybrid post quantum key exchanges like X25519MLKEM768.

  • OpenText SAST uses optional post quantum detection rules to flag algorithms that rely on hardness assumptions broken by quantum computers. When the PQC feature flag is enabled, SAST identifies instances of RSA or DSA usage in your code. Results show exactly where these algorithms appear so you can build a cryptographic inventory and plan migrations.

  • The first release of post quantum rules focuses on RSA and DSA. SAST flags code that generates or uses RSA or DSA keys—algorithms known to be vulnerable to Shor’s quantum factoring algorithm. OpenText’s roadmap extends coverage to other legacy algorithms and key exchange protocols as standards evolve.

  • Yes. Post quantum detection is disabled by default to reduce noise for organizations not yet planning migrations. To enable it, set the [com.fortify.sca.rules.enablePQCRules] feature flag. When disabled, SAST reports only traditional crypto vulnerabilities; when enabled, it adds RSA and DSA findings for inventory purposes.

  • OpenText DAST introduces a new category called “Insecure Transport: Missing PQC Resilient Key Exchange.” It checks whether a web server’s TLS 1.3 configuration supports hybrid post quantum key exchange options, such as X25519MLKEM768. If none are offered, DAST generates an informational finding, so teams know which endpoints need configuration updates.

  • To balance security and practicality, OpenText makes post quantum detection opt in and low severity. SAST’s quantum related rules are behind a feature flag so you decide when to start generating findings. DAST reports missing hybrid key exchanges as informational rather than high severity, ensuring teams can plan without blocking releases.

  • No. This solution helps you find and plan for cryptographic migrations; it does not implement new post quantum encryption. SAST and DAST surface where legacy algorithms are used and where TLS lacks hybrid PQC support, allowing you to prepare a migration strategy. It is about planning and prioritization, not an automatic replacement of encryption schemes.

  • OpenText plans to expand its post quantum capabilities beyond RSA and DSA. Future releases will detect additional quantum vulnerable algorithms and key exchange protocols, analyze key lengths (e.g., highlighting when AES 128 is inadequate in a post quantum context), and extend post quantum detection across more programming languages.

    OpenText SAST 25.4 introduces optional PQC checks that flag RSA and DSA with enablePQCRules

    View SAST post quantum checks

    Content update 25.4 adds DAST TLS 1.3 PQC check to inventory readiness and validate upgrades

    Read content update

    Preparing for post-quantum cryrogtaphy with OpenText

    Read the blog

    Content update 25.4 adds DAST TLS 1.3 PQC check to inventory readiness and validate upgrades

    Read content update

    Preparing for post-quantum cryrogtaphy with OpenText

    Read the blog

    Wie können wir behilflich sein?