供應鏈完整性 on Tarragonhttps://tarrragon.github.io/blog/tags/%E4%BE%9B%E6%87%89%E9%8F%88%E5%AE%8C%E6%95%B4%E6%80%A7/Recent content in 供應鏈完整性 on TarragonHugo -- gohugo.iozh-TWTarragon (CC BY 4.0)Thu, 30 Apr 2026 00:00:00 +00007.R11.P16 產物缺少來源證據https://tarrragon.github.io/blog/backend/07-security-data-protection/red-team/problem-cards/fp-artifact-without-provenance/Thu, 30 Apr 2026 00:00:00 +0000https://tarrragon.github.io/blog/backend/07-security-data-protection/red-team/problem-cards/fp-artifact-without-provenance/<p>這個失效樣式的核心問題是部署產物與來源提交無法完整對應。當 artifact 缺少 provenance 證據，污染產物會更容易穿越 <a href="https://tarrragon.github.io/blog/backend/knowledge-cards/release-gate/" data-link-title="Release Gate" data-link-desc="說明變更在正式釋出前如何通過或阻擋">release gate</a>。</p> <h2 id="常見形成條件">常見形成條件</h2> <ul> <li>build metadata 與來源提交缺少可回查關聯。</li> <li>產物簽署驗證未納入 <a href="https://tarrragon.github.io/blog/backend/knowledge-cards/release-gate/" data-link-title="Release Gate" data-link-desc="說明變更在正式釋出前如何通過或阻擋">release gate</a>。</li> <li>供應鏈事件後缺少受影響 artifact 快速盤點機制。</li> </ul> <h2 id="判讀訊號">判讀訊號</h2> <ul> <li>同版本 artifact 的來源紀錄不一致或不可追溯。</li> <li>發佈關卡通過但缺少簽署驗證證據。</li> <li>事件發生後無法快速定位受影響部署批次，導致 <a href="https://tarrragon.github.io/blog/backend/knowledge-cards/impact-scope/" data-link-title="Impact Scope" data-link-desc="說明事故中如何盤點受影響範圍，支持通報、回復與責任判讀">impact scope</a> 判讀延後。</li> </ul> <h2 id="案例觸發參考">案例觸發參考</h2> <ul> <li><a href="https://tarrragon.github.io/blog/backend/07-security-data-protection/red-team/cases/supply-chain/solarwinds-2020-sunburst/" data-link-title="7.R7.2.1 SolarWinds 2020：更新鏈被濫用" data-link-desc="合法更新流程遭植入後，攻擊者如何長期潛伏與橫向擴散">SolarWinds 2020</a></li> <li><a href="https://tarrragon.github.io/blog/backend/07-security-data-protection/red-team/cases/supply-chain/3cx-2023-desktopapp-supply-chain/" data-link-title="7.R7.2.8 3CX 2023：桌面軟體更新鏈攻擊" data-link-desc="合法更新流程被植入後，桌面端供應鏈事件如何傳到企業端點">3CX 2023</a></li> <li><a href="https://tarrragon.github.io/blog/backend/07-security-data-protection/red-team/cases/supply-chain/xz-backdoor-2024-open-source-supply-chain/" data-link-title="7.R7.2.4 XZ Backdoor 2024：開源供應鏈長期滲透" data-link-desc="開源維護鏈遭滲透後，為何會直接影響廣泛 Linux 發行流程">XZ 2024</a></li> </ul> <h2 id="來源主題章節">來源主題章節</h2> <ul> <li><a href="https://tarrragon.github.io/blog/backend/07-security-data-protection/supply-chain-integrity-and-artifact-trust/" data-link-title="7.12 供應鏈完整性與 Artifact 信任" data-link-desc="定義 build provenance、artifact 信任與交付鏈風險問題">7.12 供應鏈完整性與 Artifact 信任</a></li> <li><a href="https://tarrragon.github.io/blog/backend/07-security-data-protection/red-team/control-failure-patterns/" data-link-title="7.R8 控制面失效樣式" data-link-desc="把常見攻擊結果回推成控制面失效樣式">7.R8 控制面失效樣式</a></li> </ul> <h2 id="下一步路由">下一步路由</h2> <p>本失效樣式對應的實作 chain：</p> <p><strong>控制面（mitigation 在這裡定義）</strong>：</p> <ul> <li><a href="https://tarrragon.github.io/blog/backend/07-security-data-protection/identity-access-boundary/" data-link-title="7.2 身分與授權邊界" data-link-desc="以問題驅動方式整理身分、授權、會話與供應商身分鏈">7.2 身分與授權邊界</a></li> </ul> <p><strong>演練 / 控制落地（轉成欄位）</strong>：</p> <ul> <li><a href="https://tarrragon.github.io/blog/backend/07-security-data-protection/blue-team/materials/control-patterns/vulnerability-response-pattern/" data-link-title="Vulnerability Response Pattern" data-link-desc="定義漏洞回應如何從 observed 推進到 assessed、mitigated、patched、validated 與 closed">Vulnerability response pattern</a></li> <li><a href="https://tarrragon.github.io/blog/backend/07-security-data-protection/blue-team/materials/control-patterns/evidence-chain-pattern/" data-link-title="Evidence Chain Pattern" data-link-desc="定義事故與演練需要保存的訊號、決策、artifact、timeline 與 retention 證據">Evidence chain pattern</a></li> </ul>這個失效樣式的核心問題是部署產物與來源提交無法完整對應。當 artifact 缺少 provenance 證據，污染產物會更容易穿越 release gate。

常見形成條件

  • build metadata 與來源提交缺少可回查關聯。
  • 產物簽署驗證未納入 release gate。
  • 供應鏈事件後缺少受影響 artifact 快速盤點機制。

判讀訊號

  • 同版本 artifact 的來源紀錄不一致或不可追溯。
  • 發佈關卡通過但缺少簽署驗證證據。
  • 事件發生後無法快速定位受影響部署批次，導致 impact scope 判讀延後。

案例觸發參考

來源主題章節

下一步路由

本失效樣式對應的實作 chain：

控制面（mitigation 在這裡定義）：

演練 / 控制落地（轉成欄位）：

]]>