目錄
零信任是一種革命性的方法，它挑戰了過時的隱性信任概念，要求持續的驗證和確認。零信任猶如迷宮中的一盞希望之燈。 Software Supply Chain Security (SSCS在信任至關重要的環境中，它摒棄了過時的假設，以敏銳的眼光審視每一個用戶、設備和應用程序，這對於確保軟體製品及其儲存庫的完整性尤為重要——安全軟體的建構模組加入我們，踏上通往堅定安全之旅，深入了解零信任的世界。 SSCS信任是靠贏得的，而不是靠想當然的。
零信任 SSCS：透過堅定不移的誠信提升安全
零信任已成為廣受認可的安全框架。許多組織已採用其原則，以在日益互聯和複雜的數位世界中提升自身安全態勢。根據一項研究， Armis調查33%的IT專業人士預計他們的組織將在2023年採用零信任模型。這種理念在以下領域尤其重要： SSCS軟體工件及其儲存庫的完整性至關重要。
當我們把注意力轉向該領域時 Software Supply Chain Security (SSCS因此，我們的關注點集中於軟體工件及其儲存庫的完整性。在這個領域，信任並非理所當然，而是堅定不移的完整性的直接結果。隨著軟體工件在各個儲存庫中流轉、不斷演進和集成，它們共同塑造了最終產品。
在這個複雜的過程中，確保這些工件和儲存庫的完美完整性至關重要，因為正是這種完整性培養了信任。
零信任模型假設威脅可能存在於組織網路的外部和內部，強調信任絕不應該是隱性的。
零信任理念在軟體供應鏈中的關鍵原則包括：
- 凡事都要核實，不要輕信任何人。 這項原則是零信任的基石，同樣適用於軟體供應鏈。從原始碼到已部署的二進位文件，每個軟體製品在使用前都應進行真實性和完整性驗證。
- 最小權限原則。 僅授予使用者和系統執行任務所需的存取權限。這有助於縮小攻擊面，並防止惡意行為者取得敏感資源。
持續監測和分析。 零信任並非一勞永逸的安全策略。它需要對軟體供應鏈進行持續監控和分析，以識別並應對威脅。
如何在軟體供應鏈中實施零信任？
防禦措施：強化軟體生產流程
為了有效實施零信任 SSCS因此，一套全面的防禦措施至關重要。保護軟體生產過程免受惡意篡改，並防止引入有害程式碼更新，需要關鍵的防禦策略：
訪問控制：
- 實施基於角色的存取控制（RBAC），根據使用者角色和權限限制對程式碼庫和建置環境的存取。
- 使用雙重認證 (2FA) 來加強身分驗證，使攻擊者更難獲得未經授權的存取。
- 實施最小權限存取控制，使用戶、腳本或整合只能存取執行其任務所需的資源。
材料簽署：
- 要求對所有部署到生產環境的軟體製品進行簽署。
- 使用可信任的簽名機構（CA）來驗證每個組件簽名的真實性。
- 實施自動簽名驗證，確保所有軟體工件在部署前都經過簽署。
透過實施簽名，組織可以降低惡意程式碼被引入軟體供應鏈的風險。
惡意程式碼檢測：
- 使用靜態分析來偵測惡意程式碼 pipeline以及軟體製品。
- 實施沙箱和其他技術，在軟體部署之前進行隔離和分析。
完整性保證：維護軟體工件的純淨性
零信任 SSCS 其範圍不僅限於防止惡意攻擊，還包括確保軟體製品在整個開發生命週期中始終保持完整性，具體涉及：
來源和認證追蹤：
- 建立一套系統，用於追蹤整個開發生命週期中所有軟體工件的來源和修改情況。這可以透過多種方法實現，例如區塊鏈技術、數位浮水印和基於哈希的簽章。
- 利用溯源追蹤來識別和調查軟體供應鏈中的可疑活動。例如，如果某個軟體製品被未經授權地修改，溯源追蹤可以用來追蹤修改的來源並採取糾正措施。
透過追蹤軟體工件的來源和修改情況，企業可以加大攻擊者隱藏惡意活動的難度。例如，如果 SolarWinds 實施了溯源追踪，就能更容易地識別注入到 Orion SDK 中的惡意程式碼的來源。
可復現的建構：
- 實現可復現的建置環境，使之能夠從相同的原始碼持續產生相同的軟體製品。這可以透過使用 Docker 和 Packer 等工具來建立不可變的建置環境來實現。
- 在開發生命週期的每個階段，使用可重複的建置來驗證軟體工件的完整性。例如，可以使用校驗和來驗證軟體工件自建置以來是否已被竄改。
透過實施可復現構建，企業可以降低惡意程式碼在建置過程中被注入軟體供應鏈的風險。例如，2020 年，SolarWinds Orion 軟體遭到俄羅斯網路間諜組織的入侵。攻擊者將惡意程式碼注入軟體，並將其分發給全球各地的 SolarWinds 客戶。這次攻擊之所以成功，是因為 SolarWinds 的建置環境不具備可復現性。
如果 SolarWinds 實現了可復現的構建，攻擊者就無法在不被發現的情況下將惡意程式碼注入軟體中。
工件完整性驗證：
在開發生命週期的每個階段，使用數位簽章和加密雜湊來驗證軟體工件的完整性。這可以透過以下工具來實現： Xygeni Build Security.
- 使用工件完整性驗證來偵測對軟體工件的未經授權的修改。例如，如果軟體工件以未經授權的方式修改，工件完整性驗證將偵測到該變更並產生警報。
透過實施工件完整性驗證措施，組織可以降低在開發和交付過程的任何階段將惡意程式碼引入軟體供應鏈的風險。
以下是一個如何將這些措施組合起來的範例： CI/CD pipeline:
- 1. 用戶認證使用者使用雙重認證 (2FA) 登入系統，以增強安全性。
- 2. 基於角色的存取控制 (RBAC) 檢查原始碼管理（SCM系統檢查使用者是否擁有所需的權限 commit 變化。
- 3。 代碼 Commit授權用戶 commits 的新程式碼更改到儲存庫，觸發了 CI/CD pipeline.
- 4. 合規性和品質保證測試程式碼會經過測試，以確保符合編碼規範。 standard以及整體品質保證。
- 5. 秘密 & IaC 掃描： 这 pipeline 掃描硬編碼的秘密訊息，例如密碼或 API 金鑰，以防止安全漏洞。
- 6.惡意程式碼檢測靜態分析工具掃描程式碼庫，尋找指示惡意程式碼（例如後門或其他安全威脅）的模式，以確保程式碼的完整性和安全性。
- 7.漏洞掃描： 这 pipeline 掃描程式碼庫及其依賴項，尋找任何已知漏洞。
- 8. 簽名驗證：對整合中使用的所有元件的簽章進行驗證，以確保真實性和可信度。
- 9. 證明生成所有測試成功完成後，將產生一份證明報告，證明最終產品的安全性和完整性。
- 10. 產品分發準備： 經過認證的產品即可分發給最終客戶，確保他們收到安全可靠的產品。
適應性和多功能性：適用於多樣化環境的框架
零信任框架 SSCS 需要具備強大的適應性和靈活性，支援各種軟體開發環境，從雲端原生微服務架構到傳統架構。 on-premise系統。遵守 standard 證據結構（例如元資料和數位簽章）有助於實現互通性，並可與現有安全工具無縫整合。
在安全漏洞和攻擊事件日益增多的時代，採用零信任模式至關重要。 Software Supply Chain Security 這是確保軟體完整性和可信度的積極舉措。透過整合防禦措施並在各個層面確保完整性，組織可以建立安全、彈性且可靠的軟體系統，從而保護其數位資產並加強其軟體供應鏈，抵禦潛在威脅。
零信任和 SSCS 攜手合作，為未來安全至關重要的「安全優先」策略奠定堅實基礎。透過專注於誠信和信任，組織可以自信且穩健地駕馭瞬息萬變的數位生態系統。
