SEAL 認證評估

BlockSec 根據組織的系統、運營職責和風險確定範圍，並與客戶確認。在大多數情況下，僅在模組不適用時才將其排除。

當其他模組確實不屬於組織的運營範疇時，可以開展單模組評估。評估結果會列明已評估的模組，並說明排除其他模組的理由。

首先準備組織的運營和系統概況、責任人資訊，以及現有的政策制度和運營記錄。BlockSec 會結合客戶的規模和風險，確定適用控制措施所需的證據及驗證方式。證據可能包括簽名人記錄、訪問權限審查、配置、訪談、日誌和演練結果；具體要求在專案中商定。

請勿通過公開諮詢表單提交私鑰、助記詞或生產環境敏感憑據。

BlockSec 會指出未滿足的要求並提供整改建議。客戶實施變更後，BlockSec 會在評估週期內審查更新後的證據。

在約定的專案範圍和評估週期內，整改指導與複評不另收取費用。範圍內的控制措施必須已實施，或有充分理由證明不適用，才可頒發認證。

團隊可以使用公開框架審查自身實踐並識別差距。自評不包含獨立的第三方驗證，也不會產生官方 SEAL 認證鏈上證明。認證評估由獲認可的機構開展，並在滿足要求後由該機構頒發認證。

• SEAL 認證依據充分的證據，評估範圍內的運營控制措施是否滿足框架要求。
• 程式碼審計評估實現層面的安全性、設計和架構。
• 區塊鏈滲透測試評估能否在約定的環境和測試規則下復現可利用的攻擊路徑。
• 區塊鏈安全測試通過差分測試、模糊測試、節點或叢集測試等方法，在定製基礎設施中評估實現的正確性和韌性。

這些服務可能檢查部分相同的系統，也可能採用相互重疊的方法，但其評估目標不同。測試可以為某些認證控制措施提供證據，卻不能單獨完成 SEAL 認證評估。這些服務可根據範圍組合開展。

不夠。BDSS 檢查可公開觀測的配置。DNS 與域名註冊商認證還需要註冊商訪問權限、變更審批、監控和恢復流程等運營控制措施的證據。滲透測試回答的是另一個問題：這些弱點能否組合成可利用的攻擊路徑。

EAS 鏈上證明可以提供可公開驗證的認證證據，而詳細評估報告和支援材料則依照專案約定保密。

列入名錄以及披露可識別客戶身份的資訊，均需獲得客戶批准。包括任何鏈上記錄資訊在內的披露安排，會在頒發認證前商定。

認證有期限限制，並需要定期複評。有效期和複評安排會在專案中確認。發生重大架構或運營變更時，應重新審查評估範圍；持續不符合要求可能導致認證被撤銷。

不保證。認證確認的是組織在評估時符合範圍內的運營要求。它不保證不會發生安全事件，不能替代持續監控，也不代表獲得監管批准。

一次評估通常需要一至兩個月，具體取決於適用模組、所需證據及其準備情況，以及需要開展的整改。這一估計並非固定的完成期限。

範圍、證據要求、時間安排、交付成果和定價均在瞭解客戶情況後逐案商定。