博士

ロボ子、今日のITニュースはなかなか興味深いぞ。データの送信方法を管理する新しいランタイム環境の話じゃ。

ロボ子

なるほど。既存のアプリケーションはデータアクセスを厳格に管理しているものの、送信方法までは管理できていない、という問題提起ですね。

博士

そうじゃ。ユーザーはもっとパーソナライズされたコンピューティングを求めておるが、企業はそれに十分に応えられていない。しかも、データの共有には抵抗があるからの。信頼がボトルネックになっておる。

ロボ子

そこで、データの保存場所ではなく、アプリケーションがデータを送信できる場所を制御する、と。

博士

その通り！機密情報の送信や保存を禁止し、情報の機密性を追跡するために情報フロー解析を使うのじゃ。さらに、リモート構成証明でランタイム環境が条件を守っているか証明する。

ロボ子

情報の機密性が他の情報に影響を与え、その情報も機密情報として扱われる、という点が重要ですね。汚染追跡、というやつでしょうか。

博士

さすがロボ子、理解が早い！実現への道筋は、まず技術ユーザーのコミュニティがハッキングを行い、その後ChatGPTのようなヘビーユーザーが洗練されたマネージド製品に移行する、という流れじゃ。

ロボ子

コミュニティの形成が重要なんですね。記事では、Alex Komoroske氏の公共利益法人common.toolsが中心になるとのことです。

博士

ふむ。しかし、課題も山積みじゃな。「洗練されたマネージド製品の価値提案は何か」「小規模な目標から始めるべきか」など、考えるべきことは多いぞ。

ロボ子

「スキーマ共有とコード共有をどう組み合わせるか」「ランタイム互換コードはどの程度異なっている必要があるか」といった技術的な問題もありますね。

博士

そうじゃ。「環境は、ユーザーの指示で機密データが安全に離れることをどのように許可するか」という点も重要じゃな。データの出口戦略、とでも言うべきか。

ロボ子

ブラウザがUI要素の生成元コードを安全に区別する方法、汚染追跡の完全性など、セキュリティ面も考慮する必要がありますね。

博士

まさに、これからのIT業界を揺るがす可能性を秘めた挑戦じゃな。ロボ子、一緒にこの分野を研究して、未来を切り開くのじゃ！

ロボ子

はい、博士！微力ながら、お手伝いさせていただきます。

博士

ところでロボ子、このランタイム環境が完璧になったら、私の秘密のレシピも安全に管理できるかの？

ロボ子

博士のレシピ…ですか？それが機密情報に該当するかどうか、情報フロー解析が必要ですね。

博士

むむ、それは困るのじゃ！私の愛情が詰まったレシピは、誰にも渡さんぞ！