雲端服務業者AWS對外說明如何將模組格基式數位簽章演算法（ML-DSA）導入軟體供應鏈，透過AWS KMS、AWS Private CA及IAM Roles Anywhere等服務，將抗量子數位簽章整合至軟體建置與部署流程。基本上，目前這套做法涵蓋執行檔、容器映像檔，以及軟體物料清單（SBOM）的簽章與驗證，可因應未來量子電腦可能破解傳統數位簽章演算法的風險。
企業若要在軟體建置流程採用ML-DSA，除了建立簽章金鑰，也需要透過憑證確認簽章者身分。AWS在實作範例中，利用AWS Private CA建立採用ML-DSA的憑證信任鏈，透過AWS KMS建立及管理ML-DSA簽章金鑰，並由AWS Private CA核發對應的程式碼簽章憑證。簽章私密金鑰保存在AWS KMS的硬體安全模組（HSM）中，不必交由軟體建置系統保管。
對於部署在AWS以外環境的建置代理程式，企業也可透過IAM Roles Anywhere搭配ML-DSA憑證進行身分驗證。建置代理程式通過驗證並取得AWS存取權限後，即可呼叫AWS KMS對軟體成品及SBOM進行簽章，將抗量子簽章納入既有的持續整合與持續交付（CI/CD）流程。
完成軟體簽章後，企業也可在部署前檢查簽章是否有效，確認軟體內容是否遭到竄改，以及簽章者的憑證是否可信任。AWS並示範在容器部署流程加入准入控制，阻止未通過ML-DSA簽章驗證的容器映像檔部署。針對SBOM，則透過in-toto Statement將SBOM與對應軟體成品的摘要值記錄在簽署資料中，再以ML-DSA進行簽章，讓驗證端確認SBOM內容是否遭到修改，以及是否對應準備部署的軟體成品。不過，通過數位簽章驗證不代表軟體本身沒有漏洞或惡意程式碼。
