ハードの故障時の対応などは対応が難しいところもある。→ターボLinuxは最初にポリシーファイルが配られている。-ポリシーのノウハウがたまれば、配布も考えている。うまくまわっていない。→「こういうポリシーつくったよ!」があれば、教えてほしい。-インターンでNTTデータの研究所で勉強中。-セキュアOSグループでTOMOYOを研究中。-AndroidSDK1.5では、Linux2.6.27をサポート。-アプリケーションは、dalvikVMで動くJavaアプリケーションである。zygoteProcessが、DalvikVMをforkし、アプリケーションが動く。zygoteがリソースを管理する、idleプロセスである。-すべてのプロセスは、DalvikVMの区切られたプロセスである。sandbox」である。-アプリケーションには、ユニークなUIDが割り当てられる。-アプリケーションのデータは、/data/dataに、UIDのフォルダで区切られて管理される。UIDごとに異なるアプリケーションのドメイン制御が問題だった。アクセス制御できるようにした。ポリシーを覚えさせる。ブロックされることを確認。ひとつのプロセスとして認識してくれる。編集可能な領域を指定できる。ネットワークアプリケーションのuid許可も、パス名で安全性の制御ができる。→ioctlの制御が複雑で、TOMOYOで追っかけるのは難しかった。それでポリシー制御をしてみては。やって、Gitにパッチを送るのかをテーマにした。作業者もリポジトリを持つ。ローカルでコミットして、リモートリポジトリにマージする。ワーキングコピー、index、ローカルリポジトリ、リモートリポジトリ。4つのステージを理解すれば、動作の流れをつかめる。メンテナンスしてるリポジトリに対して修正を行う。-メーリングリストにも送る。config」で設定。SHアーキテクチャのGitリポジトリはMAINTAINERSファイルに書いてある。エディタが立ち上がるので、コメントを書く。Signed-offをつけると、名前とメールアドレスが入る。カーネルの場合は、メールのサブジェクトになる。空行を入れて、次の行からがメールの本文になる。logでメッセージと差分を確認。→これで、ローカルのブランチ(heads/master)が変更される。状態をアップデートする。origin/masterブランチが変更される。→ここで、リモートリポジトリの状態に対して、rebaseを行う。