NotesNotes要点

• enclave-key.pem reportedly appeared in the public Raiko repo.
• The attacker could derive MrSigner and sign a malicious enclave.
• Matching MrSigner let fake SGX attestations pass the trust path.
• processMessage() made messages retriable; retryMessage() skipped proof checks.
• Replies note that accepting debug enclaves was also key.
• The case favors validity proofs over single-key TEE trust.

• 来源称Raiko公共GitHub仓库中出现enclave-key.pem，即用于签署Taiko SGX enclaves的RSA key
• 攻击思路是从公开key派生MrSigner，签署恶意enclave，并作为受信任证明者注册
• L1合约信任MrSigner匹配的enclave，伪造SGX attestations后可影响假L2区块相关消息流程
• 帖子称processMessage()将消息置为RETRIABLE，而retryMessage()没有执行证明验证，最终导致资金流出
• 回复中补充争议点：仅泄露MrSigner可能不足以利用，问题还涉及接受debug enclaves的组合条件
• 事件强调单一密钥和TEE运营纪律是脆弱信任根，链上简洁有效性证明可避免此类伪造路径

• enclave-key.pem が公開 Raiko リポジトリにあったとされる。
• 攻撃者は MrSigner を導出し、悪意あるエンクレーブに署名できた。
• MrSigner の一致により、偽の SGX 証明が信頼経路を通った。
• processMessage() 後、retryMessage() で証明検証がなかったとされる。
• 返信では debug enclaves の受け入れも重要点とされた。
• 単一鍵の TEE 信頼より、有効性証明の重要性を示す。