OpenTextのホームページ。
ソリューション

量子対応アプリケーションセキュリティ

ノイズなしでコードやTLSの量子脆弱な暗号を確認する

お問い合わせ

現在、HTTPSトラフィックの47%が
ポスト量子暗号で、1年前の17%から上昇しています [1]

概要

デジタルキーの概念を象徴する抽象的またはデジタルのイラスト

量子リスクは、新たなAppSecの死角をもたらします。今日機能している暗号技術も、明日には通用しなくなる可能性があります。量子に対して脆弱な暗号がどこで使用されているかの可視性がなければ、移行計画は当て推量になってしまいます。OpenText Application Securityは、SASTとDASTを組み合わせて、コードとランタイム全体で耐量子計算機暗号（ポスト量子）のリスクを可視化し、検出結果を有用かつ管理しやすい状態に保つ制御機能を提供します。ネットワーク全体の暗号化の置き換えではなく、計画と優先順位付けを目的として構築されています。

量子技術に対応するアプリケーションセキュリティの主なメリット

リリースを遅らせることなくアプリケーションのリスクを低減します。 OpenText Application Securityは、コードを保護し、コンプライアンスを遵守し、ビジネスを継続的に推進するためのカバレッジ、精度、柔軟性をチームに提供します。

  • product-connection-logo

    SAST + DASTの可視性を統合

    ソースコードやTLS 1.3の設定におけるポスト量子暗号のリスクを1つの統合されたビューで確認。個別のツールをつなぎ合わせる必要はありません。

  • チームワーク・アイコン

    慌てることなく優先順位を付ける

    初期の指標から開始し、プログラムの準備が整った段階でポリシーを強化することで、チームが将来のリスクではなく現在の優先事項に集中できるようにします。

  • トラックアイコン

    開発チーム全体の暗号の使用を追跡

    RSAおよびDSAの使用状況（Javaから開始）を検出し、検出結果をコードオーナーに関連付けることで、移行計画を簡素化し、明確な修復パスを割り当てます。

  • 検索アイコン

    欠落しているPQCハンドシェイクを特定

    TLS 1.3におけるハイブリッド耐量子鍵交換（例：X25519MLKEM768）をサポートしていないサーバーを特定し、ランタイムスキャンで構成の更新を検証します。

  • スピードアイコン

    自社のペースに合わせて段階的に検出

    SASTのフィーチャーフラグとDASTの情報検出結果を活用して、耐量子検出の実行タイミングや方法を制御し、計画とデリバリースピードのバランスを取ることができます。

  • 進むアイコン

    進化する標準との整合性を維持

    NIST標準、鍵長のベストプラクティス、より広範な言語カバレッジに合わせて進化する将来を見据えたロードマップにより、自信を持って計画を立てることができます。

ビジネスへの影響

  • コードとランタイム全体の量子リスクの可視化

    SASTの検出結果とTLS設定がチーム間でサイロ化されていると、暗号リスクが見過ごされてしまいます。 OpenTextは両方のビューを連携させることで、チームが監査や計画策定の際にエクスポージャーを把握し、修正作業に集中できるようにします。

  • アラート疲労のない初期段階の検出

    リスクのタイムラインが変化する中、特にリリースフリーズ期が近づくと、ポスト量子関連のアラートがチームを圧迫する可能性があります。ノイズを考慮した制御により、チームは検出を段階的に導入し、準備が整った段階でポリシーを拡張できます。

  • 実際のコードから構築された移行バックログ

    チームは多くの場合、レガシーコードやライブラリ内のどこに耐量子性のないアルゴリズムが存在するのかを把握していません。 OpenTextは検出を自動化し、実用的なバックログを作成して、検出結果を担当者にマッピングします。

  • 推測ではなく、確かな根拠に基づくTLSアップグレード

    TLSのリスクは複雑な環境全体で潜在化したままになり、対応準備の遅れにつながる可能性があります。 OpenText Dynamic Application Security Testing (DAST) は、欠落しているハイブリッドPQCハンドシェイクを検出することで、チームがアップグレードの優先順位付けと検証を行えるようにします。

お問い合わせ

ソリューションの構成要素を探る

関連製品

OpenTextでビジネスの課題を解決する

サービス内容

認定エキスパートの指導のもとで、デジタル変革を加速します。

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
See more success stories

  • 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

    お問い合わせはこちら

    脚注

    脚注

    1. [1] OpenText, Preparing for Post-Quantum Cryptography with OpenText SAST and DAST, 2025年10月