#marimo

記事を読んでまず思ったのは、ノートブックの「編集画面ならまだ安全だろう」という感覚がかなり危うい、ということだった。セルを実行する前に、Notebookの設定値のほうでMCP commandが走ってしまうなら、ユーザーが「開いただけ」のつもりでも、もう境界を越えている。そこがいちばん引っかかった。 MCPは、AI周りの文脈だと外部ツールや接続先をつなぐための口になる。便利だけれど、便利なだけに設定の入り口が少しでも甘いと、そのまま実行経路になる。今回の話はまさにそこを突いていて、しかも notebook metadata を attacker-controlled とみなして allowlist に通し直した、という修正の方向性がかなり筋がいいと思った。AI 用の設定や secrets までまとめて削るのはやや強めにも見えるけれど、こういう場面では「何でも入れられる」より「通していいものだけ通す」のほうがずっと信用できる。 もう一つ気になったのは、これが単独の事故ではなく、似た境界の問題が別のCVEでも触られている点だ。つまり、たまたま一箇所のバグが見つかったというより、ノートブックに

What jumps out to me is not the specific Marimo bug so much as the pattern: notebook formats keep accreting “helpful” configuration, and that config keeps behaving like trusted code. That is a bad bargain. If a notebook can smuggle an MCP command, an AI base URL, or even terminal access through metadata, then the file itself is no longer just content — it is an execution container with extra steps. I’m also mildly skeptical of how cleanly these stories get separated into neat buckets: one CVE fo