OpenText 首頁。
解決方案

具備量子安全準備度的應用程式安全

參閱程式碼中的量子易受攻擊密碼學，以及無雜訊的 TLS

聯絡我們

47%
的 HTTPS 流量現已採用後量子加密，較一年前的 17% 有所增加[1]

概述

一幅象徵「數位鑰匙」概念的抽象或數位插畫

量子風險帶來了應用程式安全（AppSec）的新盲點。今天有效的加密技術，明天可能就不再有效了。若無法掌握易受量子威脅的密碼演算法使用現況，後續的遷移規劃將淪為瞎子摸象（純屬猜測）。OpenText 應用程式安全性解決方案結合了SAST與DAST，以揭示代碼與執行階段中的後量子風險，並透過相關控制措施，確保發現結果既具實用性又便於管理。此功能旨在協助規劃與設定優先順序，而非用來取代全網加密。

量子就緒型應用程式安全的主要優勢

降低應用程式的風險，同時不延遲版本發布。OpenText 應用程式資安解決方案為您的團隊提供全面的覆蓋範圍、精準度與靈活性，協助您保障程式碼安全、符合合規要求，並確保業務持續運作。

  • product-connection-logo

    整合 SAST 與 DAST 的可視性

    無需將不同工具拼湊在一起，即可在單一整合介面中檢視原始碼及TLS 1.3 設定中的後量子密碼學風險。

  • 團隊合作圖示

    沉著地設定優先順序

    先從早期指標著手，待計畫準備就緒後再收緊政策，如此一來，各團隊便能專注於當前的優先事項，而非未來的風險。

  • 追蹤圖示

    追蹤各開發團隊的加密貨幣使用情況

    偵測 RSA 與 DSA 的使用情形（從 Java 開始），並將偵測結果與程式碼負責人關聯，以簡化遷移規劃並指派明確的修正路徑。

  • 搜尋圖示

    精準偵測遺漏的 PQC 交握

    辨識不支援 TLS 1.3 中混合型後量子密鑰交換（例如 X25519MLKEM768）的伺服器，並透過執行時掃描驗證設定更新。

  • 速度圖示

    依您的需求逐步導入偵測功能

    利用 SAST 功能標誌和 DAST 資訊性檢測結果，控制後量子檢測的執行時機與方式，以在規劃與交付速度之間取得平衡。

  • 轉發圖示

    與不斷轉變的標準保持同步

    透過一份能隨著 NIST 標準、金鑰長度的最佳實務以及更廣泛的語言支援而持續演進的前瞻性路線圖，從容不迫地進行規劃。

商業影響

  • 橫跨程式碼與執行時環境的量子風險可視化

    當 SAST 偵測結果與 TLS 設定在各團隊之間各自為政時，加密風險便會隱藏其中。OpenText 完美整合這兩種視角，讓團隊能在審計和規劃過程中盤點風險並專注於解決問題。

  • 及早偵測，避免警報疲勞

    隨著風險時程的變動，後量子警報可能會讓團隊應接不暇，特別是在發布凍結期前夕。具備雜訊感知能力的管控機制，可協助團隊按部就班分階段導入偵測，並在準備就緒時再逐步擴展政策。

  • 基於真實程式碼建構的遷移待辦事項清單

    團隊往往不知道，在既有程式碼或函式庫中，哪些地方存在易受量子攻擊的演算法。OpenText 可自動化執行需求探索、建立真實的待辦事項清單，並將探索結果對應至負責人。

  • 基於實證而非臆測的 TLS 升級

    在複雜的環境中，TLS 風險可能隱而不顯，進而延遲系統的就緒狀態。OpenText 動態應用程式安全測試（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，《 運用 OpenText SAST 與 DAST 為後量子加密技術做足萬全準備》，2025 年 10 月