背景と目的：オキサイドラック内には多くの種類のシークレットがあります。システムのベースには、プラットフォームIDと証明用の署名に使用されるRo Tに保存されたDevice IdとAliasキーがあります[RFD 36]。これらのキーに加え、一時的なDiffie-Hellman合意の認証に使用される3番目のRo Tホストキーペアがあり、sledがアプリケーション層メッセージ用にセキュアなsprocketセッションを形成できるようにします[RFD 238]。これらのsprocketセッションは、各sledがポイントツーポイントで機密情報を共有できるようにし、メッセージの整端性が保護され、エンドポイントの真正性が保証され、実行中のソフトウェアの証明が保証されます。ラックレベルのセキュリティ保証を提供するため、攻撃者が sleds またはドライブのサブセットを持ち去って有用な情報を回復できないように、Trust Quorum [RFD 238] を設計しました。Trust Quorumの主要な保護メカニズムはシャミル秘密共有です。ストレージ時用の他のキーのキー派生元となるラックレベルのシークレットです。ラックレベルのシークレットはNユニークなキーシェアに分割され、ディーラープロセスによって各ブートストラップエージェントとNTrust QuorumメンバーのユニークなプラットフォームIDとともにsprocketセッションを通じて配布されます。これらのプラットフォームIDは、実体が自分たちであると主張することを検証するためにRo Tの公開鍵証明書に組み込まれています。この情報の配布後、ブートストラップエージェントは他のブートストラップエージェントとsprocket接続を確立し、交換された証明書によるグループメンバーシップの検証を行い、他のエージェントからK-1シェアを取得してKシェアからラックシークレットを再構築できます。重要なのは、Kシェアを取得しない限り、ラックシークレットに関する情報は学習できません。[RFD 238]によると、個々のシェアは各sledのM.2ドライブに暗号化されずに保存されています。攻撃者がラックシークレットを再構築するには、少なくともKドライブを盗む必要があり、 significantな時間と物理的アクセスなしでは不可能です。今後は、Ro Tの助けを借りてこれらのシークレットを「シール」する計画です。これにより、シークレットはsled起動時にのみ復号されます。シールとは、攻撃者がK台の完全なsledを盗み、ラックシークレットを回復するためにそれらを起動できるようになることを意味します。K台のsledの重さは、カジュアルな攻撃者にとっては不適切です。