TOMOYO Linux

向こうはスレッド名がよくないのとＣＣさくらヲタしか集まってこないのでフォークした。
重複ではないと思っている。

TOMOYO Linux プロジェクト
http://tomoyo.sourceforge.jp/ja/doc/index.html

　　　　　　　　|　三|　 三ｼ　　　ヾ三　 |三 |
　　　　　　　　|　三′　 .._　　　　 _,,..　 i三 |
　　　　　　　　ト､ﾆ|　<でiﾝヽ　 ;'i"ｨでiﾝ |三.|
　　　　　　　　', iヽ!　 ､　‐' /　 !､　ーシ |ｼ,ｲ
　　　　　　　　 i,ヽﾘ　　　　,' :　 !.　　　　 |ｆ ﾉ
　　　　　　　　　ヾ!　　　　i ,､　,..､ヽ　　　lノ

もうすぐ1.1.3公開らしい。

　　 　 ,:'　 ,　　,',' 　,'　　 ,,'　　 ,　l| ! 　 　 　 ヽ　
　　　,:'　　,' 　 l |　 l!　　 !!　　 ,' ,',' |　　 ', ,　 　':,　
　　 ,'　　 l　　.ll_!_,,.ｌ!,,...-::==､‐'-''､ﾉ! 　　 !l　!　 ',',
　　 !　　 |　　 !'"´　　　 _　　　　　　｀ヽ､ |l　!　l l !
　　|　　! !　　 !　,,;:'''"ﾞﾞﾞﾞヾ,　　 　　 , 　 ｀`ヽj　;リ:l
.　 ,' i　ﾚ'|　　 |. "　　　　　ﾞ　　 　 ｼ'"ﾞ'';,.　 ∧"＼
.　,' ,'　|! |.　　 !　　　　　　　　　,　　　　 '! /ﾞJ!.／
. ,' ,'　 |!､!　 l　! 　　　　 　 ,‐-.,　　　　,‐､{|!　l;. 　　／￣￣￣￣￣
,' ,:' 　 !!ﾞ'! 　 ! | 　　　　　 ,'　 ,'　 /^y'　/ h!　|;　∠　保守ですわ
, '　 　!l　!　　', !　　　　　 l.　,' 　/ ./　/　j i!　l;　　 ＼＿＿＿＿＿
　　　l !　!　 　':,|} ﾞヽ､　　 '‐'　 /　i'　 '　,'　j '
　　 ,','　 |　|　　':i--‐ ｀= ､... ､ｲ　　　　 '　/|
　　,','　　!　!　　　`､　　 ∧　y'　 　 　　 /｝ ',
　 ,','_.､､-| j　　　　 ）- -'| '-,'　　　 　 　 /　 ':,
-' ´ 　 　,リ 　　　 /　　Oﾞi .|　　　　　／　　 　':,
　ヽ､　　ノ / 　　,:'　　　　 ﾞ､{　　　　（ ｀`ヽ､　　 ＼

>TOMOYO Linuxは「Task Oriented Management Obviates Your Onus on Linux」の略で
>「タスク指向の管理はLinuxに対するあなたの重荷を予防します」を意味します。

　　　　／／ , - '　 　 　 　　　 ',　', 　 　ﾞ､
　　,:'　/／　　 , ,　 | 　　!l　 ', ',　ﾞ,　　　',
　 ,','　l/ ,　l 　 ',',　 ﾞ､　',',', 　 ',|　 |　　　 !
　 {{　| { {　|',',　_',',ゝ-ﾞ=＝=‐- |　 |　 　　!
　 ll　|　',', _',='´ 　　　　,,;＝=,､ |　 |r‐､ 　l
　 {',　',　ゝ",;＝､　　 　" ';:ヽJ';ﾞ|　 | } ! 　',
　　 ﾞ,／!､ ｦ';ヽJ;　　　 　 '､_ﾞﾞﾉ ! 　', ﾉ　　',
　　　　 l ヽ　'._ﾞﾞﾉ　　　　　　　　| 　 ',. 　 　',　　　　／￣￣￣￣￣￣￣￣￣￣
　　 ,-､ |　 ﾞ､　　　 ﾞ､-┐　　　　| 　　', 　 　',　　＜　決してこじつけ
　　 ﾞ､ ヽ　　 i､.　 　　'-' 　 　／ | 　 　':, 　　ﾞ,　　　＼　　などではありませんわ
　　　 ',　',　　| ｀i ‐ ､_____, -'-‐‐' ', 　 　 ':,　　ﾞ,　　　 ＼＿＿＿＿＿＿＿＿＿＿
　　　r-‐‐､ ,-､　!　 ヽ　r| 　　　　 ',　　　 ヽ.　 ':,
　　 ﾉ -ｭ‐´ 　 }　|ヽ／´/　　　　／ ':, 　　　＼　':,
　　{　､_ ｀''i7'" }_,ィ´　 ,'　　　／ 　　　ﾞ'ｰ-､ 　 ヽ ':,
　 i´　__ ｀Y 　 /{ヾ ,　,' 　 ／　　　_,;;;=＝＝＼　 } ':,
　 ﾞ､　 ﾞ'''"､　/ ∧ ヾ,,{ ／ 　　 ,;=",,-‐ ' ' ﾞ ￣ } / 　':,

けっきょく同じじゃねーか。

以後はこちらへ。
CCさくらヲタ用Linux
http://pc8.2ch.net/test/read.cgi/linux/1131733230/

　　　　／／ , - '　 　 　 　　　 ',　', 　 　ﾞ､
　　,:'　/／　　 , ,　 | 　　!l　 ', ',　ﾞ,　　　',
　 ,','　l/ ,　l 　 ',',　 ﾞ､　',',', 　 ',|　 |　　　 !
　 {{　| { {　|',',　_',',ゝ-ﾞ=＝=‐- |　 |　 　　!
　 ll　|　',', _',='´ 　　　　,,;＝=,､ |　 |r‐､ 　l
　 {',　',　ゝ",;＝､　　 　" ';:ヽJ';ﾞ|　 | } ! 　',
　　 ﾞ,／!､ ｦ';ヽJ;　　　 　 '､_ﾞﾞﾉ ! 　', ﾉ　　',
　　　　 l ヽ　'._ﾞﾞﾉ　　　　　　　　| 　 ',. 　 　',　　　　／￣￣￣￣￣￣￣￣￣￣
　　 ,-､ |　 ﾞ､　　　 ﾞ､-┐　　　　| 　　', 　 　',　　＜　決して同じでは
　　 ﾞ､ ヽ　　 i､.　 　　'-' 　 　／ | 　 　':, 　　ﾞ,　　　＼　　ありませんわ
　　　 ',　',　　| ｀i ‐ ､_____, -'-‐‐' ', 　 　 ':,　　ﾞ,　　　 ＼＿＿＿＿＿＿＿＿＿＿
　　　r-‐‐､ ,-､　!　 ヽ　r| 　　　　 ',　　　 ヽ.　 ':,
　　 ﾉ -ｭ‐´ 　 }　|ヽ／´/　　　　／ ':, 　　　＼　':,
　　{　､_ ｀''i7'" }_,ィ´　 ,'　　　／ 　　　ﾞ'ｰ-､ 　 ヽ ':,
　 i´　__ ｀Y 　 /{ヾ ,　,' 　 ／　　　_,;;;=＝＝＼　 } ':,
　 ﾞ､　 ﾞ'''"､　/ ∧ ヾ,,{ ／ 　　 ,;=",,-‐ ' ' ﾞ ￣ } / 　':,

http://monokuro.tv/cache/data/200207/29/www.kir88.com/cgi-bin/a-mori/bbs/img/5013.jpg

なんでドムはいつも女役なんだろうな

さくらたんのエロ画像キボンヌ

TOMOYO Linuxってどうなの？

1.1.3がリリースされたよ。

>>8
詳しく

TOMOYOのパッチの始まりと終わりを表すコメント文にはなんでbegin/endがつかわれずにstart/endなの？

>>14
どうでもええやん

TOMOYO Linuxをフルサポートするディストロないのかな。
パッケージはあるけど学習させるまえの準備は自分せないかん。

オタ臭いディストロになりそうなヨカン

　 　 　 ,' ／　　 　 　 ,ヽ 　 `､　`<／':, ':, （　さくらちゃん
　　 　 ,''´　　　 ':, 　 　';,ﾞ:､ 　 ';,　 ﾞ､　 ';, ',（　　TOMOYO Linuxをフルサポートするディストロを
　　　 ,'. 　 　　　 };　! 　',',|ﾞ､　 lﾞ, 　 !　 |', ! ￣￣￣￣￣￣￣l／￣ヽ ヽ､￣':,￣
　　　 !. 　 　 | 　 |l　|;　 | ! ,l　 N 　| 　,' |l .,'　　　　　　　　　　　　　　ﾞ､　 ＼ ',
　　 , |　|　　.,'|　 ﾚl ,'.l　,' 　 ! /　} /　/　'./　　 　 ,:' 　　,., 　 　 　 　 　',_..-''" !
　　 ! |　!　 .,' レ/ |/ |.,:' 　 ﾉ"_　",'／　,〃 　 　,,;'' 　　.,',' 　 　 　 　 　 } }　 　!
　 　| | ,'| ,,/イ, '　´　'´　　　,;:=::ｯ1}-;＝=;;;;;;;; '∠_　　,:'/　　　　 , , 　 　|,' 　　!
　l　 ',',.ﾚ!./ ﾉ' _.......　　　　　´　　 | |　　　 ￣｀ﾞﾞﾞﾞ"￣'´'､_　 　　,':,'　　, ,' 　　 !
　 !　 ',', l'　_,;;:'''"ﾞﾞﾞ` 　 　 　 　 　 l lヾ:､　..___　　　　　　`ﾐ;;､　/:/ 　 ,'.,'　　　|
　 ', ',　ﾞ;､ ﾌﾞ´　.....::::: 　 　　' 　　,ｨ j ...｀ﾞﾞ'＝= 　 　 　 　 　｀ヾ､<. 　,:',:'　　　 !
　', ', ':,　',` U ::::　 　 　､:::ｧ' 　／!| j　::::::::...　　 　 　 ,､ヽ._ 　　｀>ン'´　　　　|
　 ';, ':, ':, ヽ.._u　　　　　　　／ｨ　!ﾚ､　　　　　　　　 ....ヾ::､､ ,イ〃　　　　　　|
　 ':,''i:､ヽヽ.ヽ ｀｀ﾞ`' ー-,＜_ノﾉ.,ｲ|_|ヽ　　　 ` ｰ　´　::::::... ,:'.ノ','　　　　　　　!
　　 ｀',',`ヾ;､ヾ:､---‐‐‐'´　{イ´,','/ 　ヽ 　 　　　 　 　　ノ' ´ l !　　　　　　　|
　　　　ヾ;ﾉ `ヽ､｀　　　　　 '｀`ｿ'ｰ‐‐‐-､` --,-‐‐‐ ' ' ´　 　 | | 　 　 　 　 　!
　 ￣￣　ヾ;､　＿＿∧＿＿ノ'＿＿＿__｀ヽ〈___｀ヽ､＿________|_|＿_＿_＿_＿l＿_
　　　　　　　`（
.　　　　 　 　 （　ほえ〜〜 ディストロって　どうすればいいかわからないよぉ

闇の力を秘めし鍵よ。 真の姿を我の前に示せ。契約のもとさくらが命じる。 $ su -
闇の力を秘めし鍵よ。 真の姿を我の前に示せ。契約のもとさくらが命じる。 $ 汝のあるべき姿に戻れ！クロウカード！

The system going down

ネタを知らない相手に対しては、ものすごくセキュアだなｗ

それ、こんなディストロは嫌だでやってくれ

PS1="闇の力を秘めし鍵よ。 真の姿を我の前に示せ。契約のもとさくらが命じる。 $ "
alias 汝のあるべき姿に戻れ！クロウカード！="halt -p"

端末直接触る場合に日本語設定しないとまともに使えないのが難点だな。

>>22
いや、それ他に大きな難点いっぱいある。。。

% sakura &
[1] 18817
sakura: ほぇ〜。コマンドが見つからないよぉ.

[1] 1で終わったよsakura
% tcshなんてヽ( ・∀・)ﾉ ｳﾝｺｰ
() の場所が違ってるよ.
% if ()
if: ifがないよぉ。.
% fg
fg: ほぇ〜。カレントのjobがないよ.
% which cd
cd: シェルに入っているコマンドだね。知世ちゃん.
% |
不正なヌルコマンドだよ.
% >
リダイレクト向けの名前が違ってるよ.

いや、TOMOYO Linuxなんだから基本的に中の人は知世だろ。
認証系はケロちゃんみたいだけど。

>>16

そろそろ出てくる予感。

所詮、NTTだからな。

'::::::::::::::::::::::::::::::::::::::;:'/,:' ,.'ﾞ , ﾆ-､:　　　　￣`ヽﾐ :､ヽ,　ヽ:::::/
:::;:::::::::::::::::::::::::::::::::::::;:';// ./／,. -,.　 　 、 ､ヽ ､ ､. ヽヽ ':,. .ヽ'ﾞ,
:::':::::::::::::::::::::::::::::::::://,!,'　,'/ ,:'/// 　 ､　}::､ヽヾ ､.'.、ﾞ､:', ',',　ﾞ,.i
::::::::::::::::::::::::::::::::::::;i:;!,' i　;ｿ // i.,!.　 i .}.;.iヾ:':､ﾞ:,.', ',.ﾊ　ｌ l　!i,　!ﾞi
::::::::::::::::::::::::::::::::::::,!;l;ﾞ l　.! .,':;! ;ﾞ;! 　 ! .l ;.!',i ,',', l, !,.tH-､ l　l ! .ﾄ.!
::::::::::::::::::::::::::::::::::::'::!! .!　l ,i ;! l .l　　,!　l .l l.l ',',i　'l,!l.!l　lﾞ,!! ハ l l!
::::::::::::::::::::::::::::::::::::::i:!. !　l .l　! l l　 ,l..-,!､!ll,!　l,;i　ﾘ.,.-､/,! /ﾉﾘ/ '
':;::::::::::::::::::::::::::::::::::::l　l　l .l : ! l i ,:' ! //,ﾊﾉ　 ﾘ　./:;:ヽ';, ﾘ/
. ヽ;::::::::::::::::::::::::::::::::l　! .l, l : i, !.'ﾞ, .,!/'　'　　　 　 i',ﾉ::ﾞi　 !;;ﾘ
.　　ヽ､:::;::::::::::::::::::::::i, .! .l l. : ﾒﾞ; ,.:=','':=:､.　 　 　 ';:::_ ,!　liiﾉiﾞ'ヾ ,-､
ヽ　　　` ーr─‐. ' ´', ', .l ! 'ﾞ!ﾊ.;'r ,::ヽ　　　　　　 `ｰ.'　,lﾘ‐`, .ヾヽヽ-､　保守♪
　ヽ.　 　 　 !. i ,.　 　 〉'ヽ!.l　l l ;:し;;;:::!　　　　　　　　　 '! 　 !　 l　l　',ﾉ
　　ヾ:,　　　{:､l.:､　..　ﾞ; ‐､l l. l i.lヾ､_シ.'　　　　_ ﾝ　　 / l　　!　 l　l　l
　　　ﾞ',',　　 ヾ:､ﾊ,i,! , ヽ - !.! l.i.iiヾ,.　　　 　 　 　 　 ,.'_.ﾉ　　l.　 !　! .l
　　　　i.i　　　　　ilﾊ,ﾘ､!` ｰ!,lヾ:ミ.=ｰ　＿＿＿＿.／'　　 　 '　 ' 　 /
　　　　,!l. 　 　 　 　 ' ,.　-‐ヾヾﾐ､ヾ-` 　　 /　 /!　　 　 　 　 　 ,. '
　　　　,!!　　　　　,..::'ﾞ::::::::::::::_ヾﾐヾ､ﾞ ` ｰ- ':::::/ﾊ　　　　　　　／,
.　　　 ;ﾘ　　　 ／:::::r‐　' ￣--ヾ:;= ｰ ､　　 _/(./ヽ　　 ,　-　' 　 ヽ
　　　/'　　　./:::::::::iﾞ -─　 ﾆ二 ヾ,=--.ヽ-' ヾく／.ゝ '　　　　　／
　　 { '　　　,!::::::::::::ヾ '　二 ~　--‐ヾ、- ヾ ､! .l.l '-{　　　 _, - '

放送日age

1.2まーだー？

あの陰険メガネか？

TOMOYO Linuxのバージョン1.2が9/3にリリース予定
9月3日にリリースということで、4次元ポケットが装備（違

大きな変更としては（メーリングリストより）

* ドメイン単位のアクセス許可に条件指定が可能になります。
* ネットワークのアクセス制御で IP アドレスも指定可能になります。
* パターンマッチ機能が強化されます。
* プログラム実行時の argv[0] の内容を制限可能になります。

1.2公開中age
ttp://sourceforge.jp/projects/tomoyo/

友よ?　夜明けま?えの　やみ?のなかで?

　 ⌒*＿＿*⌒
　　ヽ|・∀・|ノ
　((　|＿＿| ))
　　　 く　＼

　 ⌒*＿＿*⌒
　　ヽ|・∀・|ノ
　((　|＿＿| ))
　　　／　>

ｷﾀ━━━━━━(ﾟ∀ﾟ)━━━━━━ !!!!!

スラッシュドット ジャパン
TOMOYO LinuxでSSH総当たりアタックから防御するユーザー認証
http://slashdot.jp/security/06/10/17/0717203.shtml

>>36

公開鍵とかポート変更で十分だろ、これ。
TOMOYO Linuxの開発ポリシーの中で、
ログイン認証関係だけ首をかしげるものばかり。

>>37
ともよの言い訳（ｗ

　SSH認証を突破された場合、普通のOSでは、突破された以降の不正な操作を
制限する手だてがないため(図1)、致命的な被害につながります。

　ブルートフォースアタックへの対策としては、公開鍵認証の使用が推奨されていますが、
秘密鍵を記録したメディアの紛失や盗難により不正アクセスを許してしまう可能性があり万全ではありません。

http://www.nttdata.co.jp/release/2006/101300.html



　今更かも知れないが、これ見てｷﾒｰ・・・

Linux「はにゃ〜ん♪」化計画　http://i-love.sakura.ne.jp/tomoyo/

>>38

運用に依らないことを前提としているんだろうかねぇ。

パスフレーズを秘密鍵に設定してたら、ブルートフォース的に探しまくるんだろうけど、
from で接続できるホスト指定しておけばいいだろう。

ところで、秘密鍵を記録したメディアの紛失や盗難により不正アクセスを許してしまった件数は、
とりあえず届け出があるなかでどのくらいあるんだろうな。
届出が無いとすると、ＮＴＴデータが管理するサーバで過去にあったんだろうか？

雑誌の記事で見たけど、なんで知世なのかは思いっきりスルーされてたな(w
CCS由来だってNTT-D社員は公言汁！

っで、実際に使用したやつ出て恋や。

入れてるけど？

作者ですか？

今月号の記事でも、なぜ知世なのかスルーされてたな。
恥ずかしい名前付けた罰ですね。

名前の由来なんてUbuntuくらいしか知らないけど

さて、これからTOMOYOを検証していくとするか。

debian sidにetchのパッチを当てたら、全部rejectされた orz。
で、cvsレポジトリを見たら、空だった orz。

忙しかったのと雑誌連載されはじめたので、
TOMOYO関連を復活させるか。

>>47
是非！

で、なにやったらいい？

知世の由来の解明。
本当にアニメ由来なのか？

>>50
原田知世の方に決まってんだろ。
時をかける機関銃

TOMOYO Linuxプロジェクトホームページ
http://tomoyo.sourceforge.jp/

Wiki
http://tomoyo.sourceforge.jp/wiki/

SourceForge
http://sourceforge.jp/projects/tomoyo/


アニメ系かと思ってググッてしまったw

カーネルモジュールに出来ないんだろうか。
debianでいう、

# m-a prepare
# m-a a-i tomoyo

みたいに。それでなければ、swsusp2みたいに、頻繁にlinuxカーネルに対応したパッチを
出して欲しい。

LSMみたいにすりゃよかったのにな

うちの姉の名前がTOMOYOなんだが・・・
なんか使う気無くすな

羽目撮りビデヲマニアですか？

いまさらTOMOYOは時代後れすぎ
HARUHI Linux に改称しろよ

>>57
hinto NHK

今月の記事にも由来の説明無しか。このまま連載終了までスルー？

今だと知世ちゃんは出てこないしな。
ヒロインの桜ちゃんだけ。

>>57
主人公はまずいだろ
せめてnagatoあたりにしとけ

namae no setumei ha ichibansaisyoni
maikai namae setumei ga hosii ?

>>54

ttp://sourceforge.jp/projects/tomoyo/document/ylug20070208-2.pdf/ja/1/ylug20070208-2.pdf

対応していないのはこういう理由らしいぞ

ccs-1.3.2
kernel 2.6.20 でエラー どっさり
ｳﾋｮ-

知世ちゃん壊れたか。合掌。

ccs-1.3.1
kernel 2.6.20 debian etch
おなじエラーだ ﾌ-ﾑ
でぶあんのバグもあったが(kernel-package)
以前 ccs-1.3.1 kernel 2.6.19 debian etch では
いけたんやけどなー

独り言>> パケジが多い気がする rh9 fc 3,4...

絞った方がパンクしないと思うお 経験者より ﾌﾟｷﾞｬ-

絞るとユーザ数激減だけどな。
ただでさえマイナーなのに(w

結局、このプロジェクトって何だったの？

>>67 知世ﾀﾝの婿探し
trank rev.111もだめだったぽ ｳ-ﾑ

make-kpkg --revision=ccs-1.0 --initrd kernel_imageと
make-kpkg --revision=ccs-1.0 --initrd kernel_image < log で
びみょーに出力が違うのはデフォ?w
make make install modules modules_install
だと普通にいけるんやけどなぁ
こんなのが出たけど

fs/tomoyo_capability.c: In function ‘CheckCapabilityFlags’:
fs/tomoyo_capability.c:83: 警告: データ型の範囲制限によって、比較が常に true となります

fs/ccs_common.c: In function ‘CheckCCSFlags’:
fs/ccs_common.c:462: 警告: データ型の範囲制限によって、比較が常に true となります

char int とかの違いかのぅ

プロジェクトX 男達は悩んだ ｳﾎｯ

ま、カーネル2.6.18でいこうや

ﾔﾀﾞﾔﾀﾞ
やっとデブ化できたお kernel 2.6.20-mm2
なんたるいーぢーみす

make-kpkg --revision=ccs-1.0 --initrd kernel_image
make-kpkg --append_to_version -i686 --revision=ccs.1.0 --initrd kernel_image

一ヶ所の違いでエラーがなくなった ﾌ-ﾑ
initrd kernel-package でぶ特有のエラーにはまった
知世ぱっち当てないと何も起きないお
知世ﾀﾝはﾂﾝﾃﾞﾚだったのか
ここまで気にさせるなんて 悪い子だ うむ
だいぜんしゅんこ と くるくるパーだな

プロジェクトX 男達は悟った プロジェクトとは日進千歩だ 金を積んで談合だ!! ｳﾎｯ

こうして四日間にわたる戦いはおわた。ﾃﾍｯ

いったん動いてしまえばつまらんな〜w
もっと振り回して知世ﾀﾝ♪
fs/Kconfig.ccs:20:warning: leading whitespace ignored
fs/Kconfig.ccs:34:warning: leading whitespace ignored

こういうエラーは気になるお
javaではおしかりを受けるのだよ 何十行も ものによっては ｱ-ｯ!!!
カーネルおぢさんにマージしてくれればなー 楽だ よし リーナスにお饅頭だ うむ
トラブルメーカのSELinux とは違うのだよ SELinux とは みたいなノリだな
ダミー企業にごり押しされて使いにくいったらありゃしない 今日は姑の愚痴だな
日本発のプロジェクトは企業人と1個人の葛藤から出るのが多いな ﾌﾑ

プロジェクトX 男達はまた新しい挑戦が始まった

ドメインとは ﾌﾑﾌﾑ.......

>>5

GUNDAM みたいな　こじつけだな　ｗｗｗｗ　ワロタ

>>72
ソフト業界の略称って昔からそういうのが多いんだけどね
いまさら笑うようなネタでもない

へたれなんで1.3.2のコンパイル済みカーネルを使ってしまった･･･。
設定方法自体は覚えることが少なくて良いね。

取りあえず外部向けサービスに強制アクセス制御なポリシ覚えさせてハァハァしておいた。
OS全体に適用するのは…管理が面倒なのでしなかった。

良いのか悪いのかは知らんが。

てか、もう消えそうだね。このプロジェクト。SELinuxを前にして。。

>>75

それだったら、AppArmorだって消えそうだろ

だいたい、日本で一番SELinuxマンセーなお方がAppArmorを「いいねいいね」だからな、最近は。
TOMOYOもそのうち浮上するよ。

エラー出して嫌がる知世タソに、新しいソフトを挿入して楽しむ変態のスレですね。

どのディス鳥に知世たん入れてる？

>>79
debian えっち trunk rev.120 ｳｯﾌｫｳｯﾌｫ

誰ですか 知世ﾀﾝいぢめるのは ﾌﾟﾝﾌﾟﾝ
policyeditはバイナリエディタなのかテキストファイルなのか
ソースを観察してみよう
ｵﾊﾟ-ｲの谷間かﾊﾟﾝﾁｪをのぞくか どっちからにしよう ﾌ-ﾑ
policyedit つかいにくいお ぶーぶー

よし今日は自動車学校に入学するか 27歳脱にーとぉ ｳﾌｫｳﾌｫ。。。。。ﾄﾞﾋﾟｭｯ

でも、どの鳥も正式にパッケージとして採用してないんでしょ？

知世ﾀﾝってx86環境じゃないと動かない？

まあお嬢様だからおまいらみたいな下民が使うようなソフトは拒絶されるのがヲチ。

さっさとNAGATO Linuxに改名しろよ

>>84

開発者になって改名を願い出てみれば？

NAGATOだとBSDな印象があるな。なぜだろう

>>84
自分で開発汁

>>84
NAtive GATeway Onanism Linux ?

http://headlines.yahoo.co.jp/hl?a=20070322-00000001-bcn-sci
三洋電機、野中ともよ会長が突然の辞任、後任は未定

雑誌に後付けの由来が書いてあったな。

知世タンハァハァデストリなのに。

VineにTOMOYOたんが入ってくれない…orz

1.4さげ

vine用のパッケージができたね。
入れてみたのです。
感謝なのです。

しかし自家コンパイルがうまく行かなかったのがちと悔しいな。

1)
# apt-get install kernel-source
# cd /usr/src/linux-2.6.16
# wget 〜
# tar -zxf ccs-patch-1.4-20070401.tar.gz
# patch -sp1 < ccs-patch-2.6.16.txt
# make -s menuconfig
# make -s→実行中にボロボロ警告吐き出してerrorで終了orz

2)
$ apt-get source kernel
$ rpmbuild -bp ~/rpm/SPECS/kernel-2.6-vl.spec
$ cd ~/rpm/SOURCES
$ wget 〜
$ tar -zxf ccs-patch-1.4-20070401.tar.gz
$ /usr/sbin/mkkpkg kernel-2.6.16-0vl73.src.rpm menuconfig --targget=i686
Input your kernel Revision [SRPM = 0vl73]: ccs
Do you want to edit kernel-2.6.16-ccs.spec? [y/n]y
Patch1100: ccs-patch-2.6.16.txtと%Patch1100を追記

%buildの引数無しと怒られ終了。

カーネルのパッチ当てを今までやらなかったのがこんな所で影響してくるとは…
ちーとも原因が理解できんorz

さくらちゃんじゃないと挿入は無理。

>>6
この突っ込みがなんか好き。
頑張れ上げ

ＳＤ買ってないや・・・バックナンバーとりよせるか。

>>96
導入〜基本的な使い方は本家サイトのマニュアルで事足りるような気も。

星野SD買ってタイガースを強くしよう　はい

>>93 見とるかわからんが本流のメーリングリストに投げたらどうだ?
エラーログ上から解決していけばできそうな気がするけど

さて　ゆんゆんモードだな　ｱｫ〜〜〜〜
でぶは使い易いが面倒だな　デブパッチ当てるとコンフリクト様様　ｶﾞｯ
知世ﾀﾝは純正じゃないとお嫌いみたいだな　ﾌｰﾑ

本流はRPM系がメインだな　ﾎﾞｸﾁｬﾝもcentos5入れちゃうぞぅ　ﾊｧﾊｧ
でぶあん？　知らね　デブパッチでXFS破壊したりしてくれるしな　うん
テストできればいいと思ってたが1.4で入ったし　ゴムつけて押し倒すよ?　ｱ"ｰｰｰｰ
ゴムはおかもとですかぁ？　いいですかいいですか
ﾆｰﾄにはsolarisの方が似合うが　移植する力がわたくしにあればと思う　ﾊｲ
ﾈﾀが有馬温泉　このへんで失礼島倉千代子

バックナンバーか。正直そこまでの価値は無い。

さくらの再放送終わっちゃったね。
このディストリも終わりだな。

Web 2.0 に感化されすぎ！

LSM対応はいいけど。

http://sourceforge.jp/forum/forum.php?forum_id=12065

スラドの反応悪すぎだな

ともよオワタ

SEで十分だと思ってる奴が多いんだろ
TOMOYOで何ができるか理解できてない奴も多そうだし

だからTOMOYOは時代遅れなんだよ
いまからでもNAGATO Linuxにすればまた復活するかも？

>>105
だから自分で作れなんだよ

LKMLに突撃したぞ
http://lkml.org/lkml/2007/6/13/58

このパッチって国民の税金や年金からつくられていると考えてよいんだよなぁ？

トモヨってアニメのキャラが由来だったのか
コンダラのノリカみたいに女優（原田知世）かとおもってた
名前がアレなやつってすぐなくなるよね

>>109
これからはAnthy使うなよ。

>>105
forkすればおｋ

lenny向けのTOMOYOマダー！

なんか急に活発になってきたね。

TOMOYOやめてTSUBASAとかどうだろう？

YUKOがいい。

結局、自分達周辺だけでやりたいことは変わっていない様子だよな。
forkするか。

何気にスルーされてるけど、
貼られてるAAのクオリティ高けぇな

apparmorと統合するとか

>>118

それはない

GUIがqtで出たら使う。

TOMOYO2.0のログ出力の制御方法が分からぬのぉ…
拒否ログは兎も角、許可ログはどうにかしたい。

status.txtに「MAX_GRANT_LOG=0」を付け足しても延々と吐き出される。
auditを使っているらしいが、そもそも何処で設定しているのか全く分からん。

素直に1.4系統を使えというのか。
機能としてはファイル制御くらいしか使わないからパッチ当て楽な2.0が良いのだけどなぁorz

>>120
GUIを使わないと使いこなせない品でもないような。

devだけじゃなくてusersにもっと情報ながせよ・・・

AppArmorの議論に参加せず、AppArmorと似ているが
TOMOYOはここが優れているといくら叫んでも、誰も相手に
してくれんわな。

もうgrsecurityみたいに独自の道を歩んでいけよ・・・

てか、データってこんなことやってる金あるの？

>>126

ないと思う

>>124
AppArmorはほぼSuSE専用って感じがするがどうなんだろう。
YaSTとの連動を前提にしてるようは気がする。
SuSE以外の環境で使おうとは思わん。

似たような機能だが両方使ってみると、個人的には全てCUIで賄えるTOMOYOﾀﾝの方が使いやすいとは思うが…
如何せん、認知度低すぎだろ。

認知度アップのためにThinkITやSDに記事載せているんだよな？

>>129
それ自体、読んでる人口を考えるとねぇorz
ある程度有名所なディストリがディストリ公式パッケージのカーネルにTOMOYOたんを仕込んでくれれば広まるかもしれんが。
SE LinuxもAppArmorも有名所のディストリに組み込まれて広まった感が強いし。

でもFedoraは既にSE Linux、SuseはAppArmorの路線は変わらんだろうし。
Debianも…無理だよなぁ。

残るは（日本限定で言えば）Vineくらいか。
そいやTurboのサーバ版に仕込まれたんだけか（対応可能になっただけ？）。

もう時期出るTurbo11S or Turbo12D辺りに組み込まれていたら戻って……みないよなぁ。
矢野しゃちょーが健在が限りはorz

Turboなんか使っているやついるのかよ・・・
まずはUbuntu日本語版に入れてもらえよ・・・

>>130
アップストリームに取り込まれることを考えろよ。
そーすれば、ミラクル（笑
↑カーネル読書会とかで紹介していたな。

いまのままじゃ無理じゃね？

Debianは最近AppArmorがパッケージ化宣言されてたよ。

ニコニコ動画(RC)‐プロジェクトX　挑戦者たち　
第113回「家電革命 トロンの衝撃」
http://www.nicovideo.jp/watch/sm526580

2007年06月28日 18：58：59 投稿

プロジェクトX　挑戦者たち　第113回「家電革命 トロンの衝撃」

2003/4/15放送

　発表当時からのTRON信者でした。番組の構成が分かりにくいですが
前半はBTRONの話、後半はITRONの話です。当時TRONはほとんどのパソコン雑誌で叩かれて、
当時のライバルOS/2とよく比較されました。携帯の組み込みOSは現在ITRONを採用しているところはなくなりましたが、
ITRONは東京ガスのガスメーターで、プロジェクト最大の成果であるCTRONはNTTの電話交換機に採用され、
最近ではデンソーがいつの間にかカーナビ用のOSに「T-Engine」を採用していたようです。

>>130

Vineの方と話をしてみようと思います。
Turboはパッチとドキュメントを作成して、提示済みで「待ち」です。

>>131

Ubuntu日本語チームの方と話をしてみます。

>>121

これは2.0自体の問題のようです。すみません。
2.0はLKML投稿用でしたが近日リリース版も出しますので、そちらでは
使えるようになるはずです。

>>123

そうですね。
どこに何をどこまで書くかというのはなかなか難しいのですが、
マンスリーベースくらいでusersに状況報告を流そうかと考えています。

中の人降臨？

>>139

ここはずっと読んでいましたし、プロジェクトのリンク集にも登録
してあります。どんな人がここにきているのかわからないですが、
意見、コメントは参考にさせていただきます。これまでほとんど
書き込んでいませんが、これからは可能な範囲で返答したいと
思います。

10月5日、OSC2007-Tokyo/Fallに参加することになりました。
12:30-13:30 BOFを行います。是非参加下さい。

9/3に聖誕祭をしなかったのか

>>141

聖誕祭？？？

1.5が出てるな。
ポリシーのファイル名を変えるのは勘弁して欲しかったです。

現在Vineでごりごりカーネル再構築中。

ようやく1.5.0の組み込み完了。
気になった…というより面倒と思った点が数点（Vineしか使っていないので悪しからず）。

ccs-toolslのコンパイルでopenssl-develが必要になってた（make中にopensslを使った動作が実行できないと怒られる）。
1.4.xではopenssl-develが無くてもコンパイル可能だった。
/etc/ccs内のファイル名が変更されているから既存ポリシ群がそのまま使えず、既存のポリシファイルを「○○.conf」にリネームする必要がある。
initializerが使えなくなっているからexception_policy.confをvi等々で開いてinitialize_domainに置換しないと使えない。
マウント操作のアクセス許可の確認方法が変わっているからRESTRICT_MOUNTとかを使っている場合、一旦学習モードに戻したほうが無難？

自分の方法が効率悪いのかもしれないけど、旧ポリシを引き継ぐ方法やツールがあると便利かも…と今回は思った。
インストール方法は公式ページやwikiにあっても何気にバージョンを上げる方法はなかったりするんだよね（自分は見つけられなかった）。

>>143

>ポリシーのファイル名を変えるのは勘弁して欲しかったです。
version 1.5は、「開発会議」に参加されたLinux開発の有識者の
方々からの意見を反映した内容になっておりディレクトリ構成等も
大幅に変更となっています。
ご不便をおかけしますが、安定版として長く利用いただけるものと
するための変更ですので、どうぞご了承ください。

>>144

>気になった…というより面倒と思った点が数点（Vineしか使っていないので悪しからず）。
情報ありがとうございます。プロジェクトのメンバーは
RedHat系とUbuntu系で、現状Vineユーザがいないので大変
助かります。（調べたりはしているのですが、探し方が悪いのか
Vineはあまり情報がでてきません）

> 自分の方法が効率悪いのかもしれないけど、旧ポリシを引き継ぐ方法や
> ツールがあると便利かも…と今回は思った。
> インストール方法は公式ページやwikiにあっても何気にバージョンを
> 上げる方法はなかったりするんだよね（自分は見つけられなかった）。
旧ポリシーの変換が可能かはあとで確認してみます。
バージョンアップの方法（手順）以前に今回のバージョンアップに
関する説明と注意点が不足しているので改善します。

今後もよろしくお願い致します。(_ _)

>>144

> ccs-toolslのコンパイルでopenssl-develが必要になってた（make中にopensslを使った動作が実行できないと怒られる）。
これはmailauthを作る際に必要としているようですが、
mailauthはeditpolicy等のTOMOYO Linux必須ツールとは異なり、サンプルプログラム
なので、実際には問題ありません。mailauth部分をコメントすればOKです。

> マウント操作のアクセス許可の確認方法が変わっているからRESTRICT_MOUNTとかを使っている場合、一旦学習モードに戻したほうが無難？
結論から言うと再学習したほうが良いようです。（すみません）

> インストール方法は公式ページやwikiにあっても何気にバージョンを上げる方法はなかったりするんだよね（自分は見つけられなかった）。
Wikiに情報を追加してみました。

> 旧ポリシを引き継ぐ方法やツールがあると便利かも…と今回は思った。
ttp://lists.sourceforge.jp/mailman/archives/tomoyo-users/2007-September/000279.html
を参考にしてみて下さい。直接実行しなくてもチェックリストにもなります。

>>147
Thxです。
もう我が環境では移行が終わってしまったので後続の方が躓かずに移行できることを祈ってます（＾＾；；

既にご存知かも知れないが、
UbuntuがAppArmor載せたな。

>>149

Ubuntu、良いディストロですね。AppArmorもTOMOYOもUbuntuと良い
組み合わせになると思います。AppArmorではApache等主要な
プログラム用の設定(profile)が提供されるので、教育現場等一人の管理者が
設定を配るというような使い方では好まれそうです。（実際、LKMLの
スレッドでもそのような発言がありました）TOMOYOは、
カスタマイズして自分で利用するというのが基本ですが、使い勝手が
抜群に良いのでより細かく設定したり、自分で管理したいユーザは
きっとTOMOYOを気に入ってくれるでしょう。

残念ながらTOMOYOはまだAppArmorほど知名度がありませんし、
本家とのつながりもありませんが、ここでアドバイスあったように
まずはUbuntu-jpに入れてもらうことを目標にしたいと思います。

OSC2007 FallではUbuntu-jpのチームと話をしたいと思い、10/5
Ubuntuのセッションの前のコマで発表をエントリーしました。
可能であればUbuntu-jpチームの定例IRCで相談したいと思い
先週から参加しています。（さきほどからチャンネルに入っています）

人がいたので、今お願いしました。23時過ぎに決定権を持つ方？が来られるそうです。

良い結果が出ることを祈っております。

決定は全員一致が原則だそうです。風博士がはいっているのなら、
TOMOYOもありだと思います。9/21に肉リリースもしましたし・・・。

>>152

ありがとうございます。（ここは30秒たたないと書けないのですね）

OSC2007で一緒にubuntu+tomoyoを配りませんか？という話をしています。

TOMOYOってデスクトップユーザにも使ってもらえるような立ち位置なの?
SElinuxと違って。
だとしたら、GUIな設定画面とかあるといいかも。

>>156

デスクトップやXでも十分使えます。
GUIはEclipse pluginをリリースしたのですが、version 1.5対応版は
これからになります。
ttp://sourceforge.jp/forum/forum.php?forum_id=12144

現在進行中のubuntu-jpのIRCのログです。

ttp://logs.ubuntu-eu.org/freenode/2007/09/25/%23ubuntu-jp.html

ubuntu-jpに追加いただけそうです。(T T)

となると、日本語なんとかパッケージでの利用か。
Ubuntu-jaをインストールしてもそのパッケージをいれないと利用できないんだよなぁ
そして結局日本だけか。
せめて、アジアではTOMOYOということにできないかな。

まずは小さな一歩から、だろ。国際的な知名度がない以上、地道にだよ。

日本の次は考えているのかな

最終的にはメインツリーに取り込まれることを目標としているみたいね。

世界的な戦略もたてながら頑張ってくれ。

>>161

日本だけで展開してたら国際的な知名度なんて期待できるのかね？

>>160
> そして結局日本だけか。
>>165
普通と違うかもしれませんが、早くjpに入れて、次にubuntu本体に
入れることを考えます。本体に入れるための手順やコンタクト
パーソンが見えていないのが理由で、jpに閉じるつもりでは
ありません。

>>161
その通りです。気がついたことや提案があれば、遠慮なく
お知らせ下さい。

>>162
考えています。

>>163
メインラインに入ることと、利用者を増やすことの２つが現在の目標です。

>>164
了解です。

ふむぅ、非力な鯖PCだと公式パッケージに組み込まれると再構築の必要性がなくなるから助かるよね。
再構築の度に2-3時間が消えていく…。

パッチの収録方法に関して要望なんですけど、パッチファイルや
specファイルは別ディレクトリにあると、あまりディレクトリツリーが
汚くならずにすむので良いと思います。

>>168
提案ありがとうございます。今日メンバーで話し合いましたが、
良い提案と思いますので、ディレクトリを作成する方向で考えます。
もしディレクトリ名等、具体的な案があればお聞かせいただけると幸いです。

>169
specはccs-specs,パッチはccs-patchesという感じで良いと思います。
config.ccsはccs-specsの中で。

>>170
了解です。明日提案してみます。
ありがとうございました。(_ _)

>>167
> ふむぅ、非力な鯖PCだと公式パッケージに組み込まれると再構築の必要性がなくなるから助かるよね。
ディストロ公認でなくても良ければ、プロジェクトでもパッケージを
配布していますので、是非ご利用ください。
ttp://tomoyo.sourceforge.jp/wiki/?Install

>>168
> パッチの収録方法に関して要望なんですけど
開発者mlで提案してみました。

わざわざmlに入りたくなかったり、あるいは匿名で意見、質問をされたい方は
Open Discussionフォーラムというのもありますので、良ければご利用ください。
今週は何故か海外からも書き込みがあり、LFS (Linux From Scratch)という
ディストロでの動作と手順が報告されています。

それにしてもwebやwikiやmlやら色々やっているのにここが一番発言が
多いというのはなんだか不思議です。

>>173
> わざわざmlに入りたくなかったり、あるいは匿名で意見、質問をされたい方は
> Open Discussionフォーラムというのもありますので、良ければご利用ください。

貼り忘れますた・・・。
http://sourceforge.jp/forum/forum.php?forum_id=11352

10/5のOSC2007の展示では、Ubuntuブースの隣にしてもらうことができました。
昨日開発陣がUbuntu liveCDにTOMOYO Linux 1.5を加えることに成功したので、
それを使いたいと思っています。Ubuntuチームの許可が得られれば、
Ubuntu+TOMOYO liveCDのダウンロード、雑誌等での配布を検討します。

気軽に試せるようになるのはいいですね。

カジュアル・セキュリティ路線で世界に広めるのはいいかもね。

>>176, 177
TOMOYO Linuxの良さは、気軽に（簡単に）使えながら、きめの細かな
セキュリティを実現できる点にあります。それを知ってもらうのは、
実際に使ってもらうのが一番なのですが、それがなかなか難しいです・・・。
最初はカーネルパッチのみ（笑）、途中から気がついてバイナリパッケージを
用意しましたが、それでもなかなか多くの人に使ってもらうことを
実現できていません。
LKMLではTOMOYOの一番の利点である使いやすさが通用しない相手なので
苦戦していますが、並行して「実際に使ってもらう」ための活動を
強化したいと思っています。
liveCDだと自分の環境を変えずに試せるので、「使ってもらう」「知って
もらう」ためには有効だと思っています。それで気にいったら、
ハードディスクにインストールもしてもらえますし。
また、UbuntuでもDebianでもそれぞれの日本語版は日本だけの活動では
ないので、国内で使ってもらえるようになれば自然と日本以外にも
広がるのではないかと期待しています。
良いものや使いやすいものが残るわけではないので、気は許さず
やるべきことを着実に行っていきます。

日本の次は中国語版Ubuntuに入れてもらう作戦を実行されたいところですな。

ubuntu-jaにも含まれることになったし、ライトユーザが気軽に導入できる
道筋は出来始めてきたと思うよ。
あとはEclipse pluginじゃない独立したGUIツールと、詳細なドキュメント?
があればいいかんじになるんじゃないでしょうか。

日本ってセキュリティ意識が企業個人ともに低いよね。これからだと思う。

>>179
> 日本の次は中国語版Ubuntuに入れてもらう作戦を実行されたいところですな。
そのとおりです。
SELinuxのStephenとのメールのやりとりの際に、「AppArmorはSUSEに
入っているし」ということが書かれており、明記されていませんが、
ディストロに入っていることはメインライン化の判断でも考慮されるようです。
使いやすさをどんどん知ってもらって、ディストロ採用を増やしたいです。

関係ありませんが、ディストロ採用等ニュースがあればここの板でも
報告しますので、そのときは是非例の「キター」というのをお願いします（笑）。

>>180
> あとはEclipse pluginじゃない独立したGUIツールと、詳細なドキュメント?
があればいいかんじになるんじゃないでしょうか。
version 1.5対応のEclipse pluginは１０月末に提供できる予定です。
plugin以外の要望についてはrcp版というのを用意したいと思っています。
> 日本ってセキュリティ意識が企業個人ともに低いよね。これからだと思う。
そうなんです・・・。「使いやすい」セキュアOSを作れば使ってもらえるのか
と思っていたら、実は真の問題はそこではありませんでした。
ユーザの認識のほうがよほど問題です。（なんて書いちゃって良いのか？＞自分）

>>180
「詳細なドキュメント」というか必要なドキュメントは既に存在しています。
ただ、ユーザの視点から簡単に読めるようになっていません。
SDの連載やWikiではその点を解消しようと思っているのですがまだまだです。

先週会社で「中野一里」というのは電車男と同じ（パクリ）だと言われましたが
そうではありません（だいたい「中野独人」というのは知りませんでした）。
電車男の「独人」は、毒男？と「中の人」をかけていると思うのですが、
こちらは「中の人の一人」で、「一人」ではなく「一里」なのは、
「千里の道も一歩から」ということで、まだまだ先は長いけれど、できることを
やっていこうということです。
今まで2chは検索結果で参照するぐらいで書いたことはほとんどないのですが、
２典など読みながら勉強しています。

まだあったのかこのスレｗ

このスレは他で行き届かないところを補完するスレなのだ。

> このスレは他で行き届かないところを補完するスレなのだ。
ここに書く内容はwebともwikiとも違うし、ユーザmlとも違います。
補完というのは良い表現だと思います。
違うのは内容だけでなく、書いているときの気持ちもそうです。
うまく言えませんが、ここには読んでくれる人の存在を感じます。
理由や興味の対象がなんであれ、読んでくれる人があるなら、
聞いてくれる人がいるなら、伝えたいと思います。

多分、今日Ubuntu 7.04+TOMOYO 1.5のliveCDのISOをSourceForge.jpの
プロジェクトで公開できると思います（users-mlとプロジェクトの
ニュースに掲載します）。日中はここに書けませんが、
是非試してみて下さい。

>>173
> 今週は何故か海外からも書き込みがあり、LFS (Linux From Scratch)という
ディストロでの動作と手順が報告されています。
Wikiに追加しました。内容はフォーラムと同じですが、リンク等追加し、
読みやすくしていこうと思っています。
http://tomoyo.sourceforge.jp/wiki-e/?TomoyoOnLFS

Ubuntu 7.10ではないのか・・・

SELinuxの連中がLSMを消すというのにLinusが反発して
なら(LSMを使う)AppArmorとかSMACKを突っ込んでやる、
というながれで、TOMOYOのパッチが。

正に機を見るに敏

Ubuntu+TOMOYOのLiveCDですが、今日はサーバにアップできませんでした。
待っていた方々どうもすみませんでした。イメージ自体は作成できています。

なんとかUbuntu-jpチームの定例IRCに間に合いました。（オンライン中）
今日は色々ありましたが、IRCの後で報告します。

>>190
現在のリリース版を基準にLiveCDを作成しています。
7.10が正式リリース次第対応したいと思います。

>>191
> SELinuxの連中がLSMを消すというのにLinusが反発して
> なら(LSMを使う)AppArmorとかSMACKを突っ込んでやる、
> というながれで、TOMOYOのパッチが。
その通りです。
「というながれ」は、下記にまとめられています。
ttp://kerneltrap.org/Linux/Pluggable_Security

上の記事にあるLinusの発言を見て、今朝LKMLへの再投稿を決め、
今夜実行しました。TOMOYOとして3度目の投稿ですが、
今回初めて実際のコードに色々コメントをもらっています。
ttp://lkml.org/lkml/2007/10/2/170

LKMLへの再投稿はいずれ実行する予定でしたが、今日のつもりは
なかったので、LiveCDのほうの作業に食い込んでしまいました。

TOMOYO Linuxはいつのまにか中国にもデビューしていました。
ttp://www.linuxsir.org/bbs/showthread.php?p=1760934

実装方式やコードを見てもらうことは、公開した目的のひとつでした。
SourceForge.jpで公開してから約２年経ちましたが、それが叶って
とてもうれしかったりします。

TOMOYOはLSM版であれば標準カーネルへのパッチも一カ所でバージョン
アップの追随もそれほど問題になりません。メンテナンスという意味では
メインラインに入っても入らなくてもものすごく違うわけでは実は
ありません。ただ、Linux開発のエキスパートにコードを見てもらい
悪い点を教えてもらって改良するという作業は自分達だけでは
できないのです。

>>190
「LiveCDの中の人」によると、7.04も7.10も作り方というか作る手間は
変わらないそうです。時期的に7.10にしようかという話も出ていましたが、
あえてstable版を選択しました。
7.10にはAppArmorが標準で含まれているようなので、7.10版では
AppArmorとTOMOYOを実際に使って比べてもらえれば良いと思っています。

今までずっと「どうして2chではURLの"h"を消すのだろう？」と不思議に
思っていましたが、今日その謎が解けました。

明日は、ISOの作業とOSCの準備です、ってここで報告するのも何ですね（笑）。

7.10ではAppArmorとTOMOYOが入っているのかぁ。楽しみだ。

h抜きは鯖負荷低減だね。

>>200
> 7.10ではAppArmorとTOMOYOが入っているのかぁ。楽しみだ。
誤解を招く書き方をしてしまいました。
Ubuntu 7.10（本家）にはAppArmorが入っています。
Ubuntu jpのレポジトリにTOMOYOを入れていただくお話はしましたが、
時期や具体的バージョン、約束はありません。
「AppAmorとTOMOYOを比べて」と書いた意味は、
7.10のUbuntuをベースとしてTOMOYOプロジェクトが勝手に作成する
LiveCDでは両方使える、という意味です。
説明不足ですみませんでした。+.((人д｀o)(o´д人))゜+.ゴメンネ

ちなみに、AppArmorは本体とポリシー(profile)は別に配布されるようです。
つまり、profileを調達してそれらを有効にするようにして始めて
利用できます。
Ubuntu + TOMOYO 勝手にLiveCDは、いきなりTOMOYOカーネルで、
しかも学習モードで起動します。ログインしたら、デスクトップを
含めて学習済みで、ポリシーエディタを起動したら学習結果が
確認できますし、勿論そこでモードも変えられます。
インストール（インスコ？）しないでTOMOYOが使えちゃうというのは
画期的ではないかと思います。

KernelTrapに記事きたw

お待たせしました。
ttp://tomoyo.sourceforge.jp/wiki/?TomoyoLive

容易にDoSが成立するいうことで、
コンセプトとしてNACKになりそうですね。

このスレで作戦会議したほうがよくね？
豊洲に集まるより・・・

久しぶりに見たらﾜﾗﾀ
ここ会議室ぢゃんかwwww

写真見たらオサーンばっかりだ　若いのはどこだ
opensoarisに根負けした centos5に戻ってまたガリガリいぢろうか
隊長!!!　自分も中野学校に入学してもいいでありますかっ!!!!
やっぱり中国様だな　NECと組んで展開するアルネ？
とりあえずコアメンバーの人、体に木おつけてくだちぃ

知世ちゃんはもう時代遅れだろ
最近の萌えアニメのキャラから名前を取って改名しろよ

>>123
> devだけじゃなくてusersにもっと情報ながせよ・・・
この発言を読んでから、プログラム（開発）に関する内容以外は
基本usersに流すようにしています。

>>125
> もうgrsecurityみたいに独自の道を歩んでいけよ・・・
gresecurityを知っているとは通ですね。
メインライン提案をしていますが、LSMを使っていない1.5を
リリースしてバージョンアップし続けているというのは
ある意味、そういうことです。

>>165
> 日本だけで展開してたら国際的な知名度なんて期待できるのかね？
地道に英語の情報の追加、具体的にはLKMLをメインに海外の
ml, blog, wikiへの書き込みを続けています。
最近、海外からのアクセスが増えています。もしかしたら、国内を
超えているかもしれません。
Open Discussionには常連さんがつきました。これを受けて、
mlの言語に英語を追加しています。

>>168
> パッチの収録方法に関して要望なんですけど、パッチファイルや
> specファイルは別ディレクトリにあると、あまりディレクトリツリーが
> 汚くならずにすむので良いと思います。
1.5.1からパッチ、specともpatchesの下に置くことになりました。
また、パッチは*.txtから*.diffに名前が変わります。
これはあなたの提案の結果です。ありがとうございました。

>>203
> KernelTrapに記事きたw
Linux.comの編集者からメールで取材の依頼を受け対応しました。
記事になるかわかりませんが、なったらここでも報告します。

ttp://cblfs.cross-lfs.org/index.php/TOMOYO
これは、海外の方が作成、メンテナンスされているページです。

ここの人はAppArmorを気にしているようなので。

AppArmor-general 10/12より:

> Of interest to the AppArmor community, Novell has laid off
> <ttp://www.news.com/8301-13580_3-9796140-39.html> several of the
> AppArmor staff. However, AppArmor being open source, some of us have
> then formed an AppArmor professional services company called Mercenary
> Linux <ttp://www.mercenarylinux.com/>. If you need AppArmor ported,
> enhanced, embedded, or deployed, you can come to us.
>
> Crispin
>
>
> --
> Crispin Cowan, Ph.D. http://mercenarylinux.com/
> Itanium. Vista. GPLv3. Complexity at work

この投稿の前に、Technical Documentの作者の一人で、OLS2007でも
BOFを担当したSethから個人的に連絡をもらって知っていましたが、
Novellに残ったAppArmor開発者は一人だけとのことです。

>>207
> 隊長!!!　自分も中野学校に入学してもいいでありますかっ!!!!
> やっぱり中国様だな　NECと組んで展開するアルネ？
> とりあえずコアメンバーの人、体に木おつけてくだちぃ
実に返しにくいのですが、入学を認めますw

>>206
> このスレで作戦会議したほうがよくね？
> 豊洲に集まるより・・・
豊洲に集まるのは色々不評なので、もうやめるつもりです。
次回イベントは、Japan Technical Jamboree17です。

メインライン化については、現在状況が大きく動きつつあります。
この記事は良いサマリーになっています。

ttp://lwn.net/Articles/252562/

AppArmor 開発陣が突然解雇（なんでだ？）された今、相手には悪いがチャンスだ。
がんばれ。gutsyのjaリポジトリには含まれているんだっけ?

でもUbuntuの最新版って、AppArmor標準・・

かわいいLinuxだなぁ

AppArmorの怯んだ隙を狙うしかないね・・・
ISO2700X絡みで、具体的にはTOMOYOつかっていると、例えば外部委託契約時にスムースとか示せればおもしろいんだが・・・

>>211

PukiWikiは国際化が容易なはずなので（そうだよね？）、
中国簡体字版情報も欲しいところ。

TOMOYO の書籍が出版される予定はない？

紙媒体は必要なのかと、ふと思う

TOMOYO攻略本？

紙媒体はいまさらいらんだろ
仕様が変更される傾向が強いようだし
少ないリソースなのに無駄なことさせんな
ただし、TOMOYOが広まるためのペーパー類はどんどん出してほしい
あとはオンラインドキュメントの充実を望む

と書いてみたが・・・

カーネルにmergeされたら、使うけどなぁ。

確かに、自分でカーネルコンパイルしてると、
毎回パッチ当てるのが面倒なんだよね。
xfsがメインツリーに入る前とか、面倒だった。

NANOHA LinuxやFATE Linxｷﾎﾞﾝ。専用にカスタマイズしてあったら1000円ぐらいだすわ

TSUBASA Linuxにしたらどうだ？

三つのカーネルが犇めき合うMAGI Linux

萌え度

Plamo＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞TOMOYO

>>231
劣化しそうで嫌だ。

しかし日本のセキュリティ意識の現状を考えると、
飢餓と貧困に苦しむ国でビリーバンドを無料配布するようなもんだよな、
TOMOYO Linuxって。

情報セキュリティ監査と絡ませられないのかね？

結局は時代が変わったんだよな。

一台の巨大コンピュータに全てを詰め込んだ時代なら
TOMOYOみたいなアプローチは有効だったと思うけど、
今は単機能鯖を複数立ち上げれば済む話。
単機能だったらSELinuxでも大した手間にならない。

昔ながらの汎用鯖や、クライアント向けの対策となると、
そんな物を厳格に管理したがる奴がどれだけいるかだな。
VistaのUACを真っ先に無効にするような連中が相手だし。

管理コストの問題を考えたら一台のマシンで厳格に運用するのも
ありと思うけどな。

単機能鯖にバラせるような単純なシステムならSELinuxで充分、
システムが複雑になればなるほどTOMOYOの出番ってとこか。

まともにSELinux使ってる人は見たことない。

SELinuxだけが目的っぽい、ちょっとイタい人ならいる。

>>219
> がんばれ。gutsyのjaリポジトリには含まれているんだっけ?
ありがとうございます。(T_T)
レポジトリは追加はまだです。日本語版自体の作業がいっぱいの
ようなので、もう少し時間がかかりそうです。追加されたらお知らせします。
> AppArmor 開発陣が突然解雇（なんでだ？）された今、相手には悪いがチャンスだ。
ポリシーを含めた見た目的にAppArmorとTOMOYOは大変良く似ていますが、
実はかなり違います。MACとしての用途であれば、ほぼ全般で
TOMOYOのほうが使いやすいし良くできていると思います。（私の主観です）
ただ、TOMOYOはカスタマイズが原則なので、複数のPCについて、
対象アプリケーションを限定して、粗く（SELinuxのtargeted的に）
守りたいという場合はAppArmorは適しているでしょう。
AppArmor自体の今後は、ポリシー（プロファイル）パッケージの
メンテナンスにかかっていると思います。

>>220
> でもUbuntuの最新版って、AppArmor標準・・
入っていてもすぐには使えません。また、使い勝手が違います。
是非7.10のTOMOYO Live CDをさわって、比べてみてください。
ttp://sourceforge.jp/forum/forum.php?forum_id=13157

>>221
> かわいいLinuxだなぁ
ありがとうございます。

>>222
> AppArmorの怯んだ隙を狙うしかないね・・・
AppArmorはレイオフ騒ぎ以降、オフィシャル、LKMLでの動きがありませんね。
Smackは確実にメインラインに入れそうですが、今LSMで議論が始まり、
それが落ち着くまで個別の決着がつかないかもしれません。
> ISO2700X絡みで、具体的にはTOMOYOつかっていると、
> 例えば外部委託契約時にスムースとか示せればおもしろいんだが・・・
使っていただいている方は、徐々に増えていると思うのですが、
それが見えないのが残念です。

関係ないけどだいぶ昔の話だがNTTデータの面接ブッチしてごめんなさい

>>223
> PukiWikiは国際化が容易なはずなので（そうだよね？）、
> 中国簡体字版情報も欲しいところ。
中国語を知っていて、協力していただける方があれば熱烈募集中です。

>>224
> TOMOYO の書籍が出版される予定はない？
現時点で単独の書籍の出版予定はありません。
ネットワークセキュリティExpert 6の記事を書かせていただく予定です。
>>225
> 紙媒体は必要なのかと、ふと思う
同感です。SDで連載を始めてから、認知度が高まったと思います。
>>226
> TOMOYO攻略本？
「攻略本」や分厚いマニュアルはいらないのが難点かもしれません。
でも、こんなものがあります。
ttp://sourceforge.jp/docman2/ViewCategory.php?group_id=1973&category_id=829
>>227
> 紙媒体はいまさらいらんだろ
読みやすさ、という点では多分あったほうが良いのでしょう。
> 仕様が変更される傾向が強いようだし
これまではご迷惑をおかけしましたが、1.5以降は極力
仕様変更は抑えます（但し、内容の充実のためには
変更自体をゼロにはしません）。
> 少ないリソースなのに無駄なことさせんな
> ただし、TOMOYOが広まるためのペーパー類はどんどん出してほしい
了解です。ご意見、ありがとうございます。
> あとはオンラインドキュメントの充実を望む
オンラインマニュアル作成予定です。（遅っ）

ということでそろそろ時間になりました。

先生は、わけあって自宅にいるときしかここで授業をできません・・・。
ここは多少怪しい生徒さんもいるようですが、匿名であっても
多少言葉遣いが悪くても、TOMOYO Linux向上に役立つものであれば
採用することを約束します。

先生が思うに、コードを書いたりデバッグすることだけが
開発ではなく、意見（フィードバック）を伝えたり、質問をすること、
あるいはそうしたことをしなくても使うこと自体が貢献ではないかと
思います。強制はしませんし（するものでもありません）、報酬も
ありませんが、貢献したい人であれば歓迎しますし、そうした人は
会ったことがなくてもプロジェクトの一員だと思っています。

先生は今日午前アスキーに行って、その後中野サンプラザで
Japan Technical Jamboree17に参加し、TOMOYOのLiveCDを配ります。
実は、書き込みながらお皿を焼いていました。
詳しいことは書けませんが、先生の行っている学校では
お皿を焼くのは色々大変なので、先生は自分のおこずかいでお皿を
買って、職員さんと手分けして自宅でお皿を焼いてラベルを
貼っています（OSC2007の時は「書いて」ました）。
TOMOYO Linuxはまさに手作り（笑）です。今日は40枚くらい
配るので、良ければ来て下さい。

ところで、デムパゆんゆん君は最近姿を見かけませんが、ちゃんと
学校に来ていますか？LiveCDを使ってみた感想を報告するように。
では今日の授業はここまで。

デムパゆんゆん君って誰？

>>249
> デムパゆんゆん君って誰？
10月10日に入学した、この教室で唯一名前のわかっている生徒さんです。

TOMOYOの今後に期待。

週末忙しくて書き込めませんでした。すみません。取り急ぎ、報告ですが、
関西オープンソース2007
ttp://k-of.jp/2007/kof.html
に参加することにしました。
「11/10 土曜の 15:00 から 50 分、9F H-6」
です。

なんで関西ばかりやるねん＃

>>228
> カーネルにmergeされたら、使うけどなぁ。
LKMLに提案しているLSM版は、既存のカーネルコードに対する
パッチが１カ所しかなく、あとは「追加」のイメージです。
それならkernel treeに複数の選択肢があったほうが良さそうな
ものですが、なかなかどうしてそうはいきません。
そうこうしているうちにLSMの実装や新しいLSMモジュールの提案に
対するSELinux陣営の態度が問題になり、事態は非情にややこしく
なってしまいました。状況は刻々と変わりますが、目標は
変わりません。

>>229
> 確かに、自分でカーネルコンパイルしてると、
> 毎回パッチ当てるのが面倒なんだよね。
> xfsがメインツリーに入る前とか、面倒だった。
そうですね。mergeされるまでは、バイナリパッケージを
ご利用ください。

>>252
せんせ〜　linux自体まったく触ってませんでした　はぃ
ずっとopensolarisに　７ころび８おっきしてたよん
liveCDはこれからいぢる　報告はいつになるか？

最近１台余裕ができた　centos5 入れる
もうすっかり忘れまちた　学習モードから再スタート
MLも今過去ログ読んでる最中
あまりにシビアでびつくりびつくり
気楽なﾆｰﾄ様には耐えられねーよｗ
RHELとfedora　みたいな流れになってるのぅ
個人的にはでぶあんみたいに
がりがり開発trunk=ccs 　　　企業様stable=tomoyo
みたいなのもありかなぁと思いマスタ　いえ、思っただけです　　滅相もありません
長文しか書けません　指摘など滅相もないです　アヒィアヒィ
Appアーマーのメンバもレイオフなんだな
openSuse になってからﾊﾞﾀﾊﾞﾀしてるのぅ
以前zmdが不評だったときもコアメンバの一人が
不具合直さず放置プレーで　社内でもいろいろあったみたいだが
融通が利かないんだっけ　結局プロジェクトはずされたみたいだのぅ
敵の敵は見方　この勘助　越後まで蝶略に参る
レイオフされた人　引き込むのもありでふぁ？

LKMLのごたごたやのべぇるのレイオフも全部NSAの陰毛だ!!!
プロジェクトX
巨大組織の陰毛に男は一人で立ち向かった
その道は果てしなく険しい
男は悩んだ　　　　　　　その時だった

１１月１０日行きますよ〜ん

>>230
> NANOHA LinuxやFATE Linxｷﾎﾞﾝ。専用にカスタマイズしてあったら1000円ぐらいだすわ
>>231
> TSUBASA Linuxにしたらどうだ？
>>232
> 三つのカーネルが犇めき合うMAGI Linux

せっかく来ていただきましたが、皆さんは教室（ここでは「板？」）を
間違えているのではないかと。(_ _;
ここは、[TOMOYO Linux]の教室であって、教室の名前が変わることはありません。

>>233
> 萌え度
>
> Plamo＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞TOMOYO

なんだか、萌え度というよりも、Plamoに攻撃されまくっているという
感じです（痛い・・・）。
Plamo<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<TOMOYO

>>253
> なんで関西ばかりやるねん＃

この最後の「＃」はもしかして怒っているのでしょうか？
関西ばかりと言いますが、関西は初めてなんですが・・・。
気持ちとしては、「砂の器（古いなぁ）」ばりに全国を回りたいのですが、
弱小教室のためイベント対応すると他のことができなくなります。
ベストエフォットということでご理解下さい。
でも、もし本当に来て欲しかったらちゃんと要望をあげてくれたら検討します。

>> 251
> TOMOYOの今後に期待。
ありがとうございます。頑張ります。

>> 256
>>>252
> せんせ〜　linux自体まったく触ってませんでした　はぃ
> ずっとopensolarisに　７ころび８おっきしてたよん
> liveCDはこれからいぢる　報告はいつになるか？

(　 Д )　ﾟ　ﾟ

デムパゆんゆん君、「本当に」来たんですね・・・。
デムパゆんゆん君は外国生活が長かったようで、先生にはわからない
言葉が多いので、できればもう少しわかりやすく書いてもらえませんか？

すみませんが、先生は何故か急激に頭痛が痛くなってきたので、今日はもう寝ます。
LiveCDをいじる（いぢる、ではなく）のは、お皿をトレーにのせて
電源いれるだけよろし・・・。先生まで変になってきたアール。

>>261
せんせ〜
電波の国からやってきた　ゆんゆんですよん
その後MLずっと読んでたら
７月の時点ですでに出てたのぅ
Tomoyo-dev 336だ
同じ事思ってたよん
１．X系列もうすっぽかしてもいいんぢゃね？ｗっていうくらいの気持ち　ないと
バニラカーネルにいつまでたっても入らないんじゃないかのぅ
と思った、　思っただけです　滅相もない　はい
２．X系もいずれ unstableとstable に分かれるだろうし
unstableはdebianのsidみたいに永遠の開発バージョンで
じゃんじゃん新機能もバグも入れたらいいんじゃないかのぅと
適当にbackportしてstableに新機能なりバグFIXなりすればいいんでねかと
通常のunstableだとリリースプラン気にしたりするだろうし
sidみたいな俺が法律みたいなのもありかと

ノベルのレイオフされた人の話は・・・
志は近いし手伝ってもらえるかコンタクトとって見るのはどうでしょうか?という意味ですよん
C言語わからんので何を手伝えばいいかML見てアップアップ
右往左往してますよん

なんという長文　おこがましいであります　なにもしてないしずうずうしくて滅相もない
デムパの国に帰りますﾆｬｰ

返事を書いたら長すぎて「アクセス禁止」されました。２つに分けて書きます。

その１

>>262
>せんせ〜
デムパ君おはよう（デムパ君と話をしていると先生のIME辞書は
なんだか怪しくなってきましたw

> その後MLずっと読んでたら
> ７月の時点ですでに出てたのぅ
> Tomoyo-dev 336だ
> 同じ事思ってたよん
ほう。デムパ君は言葉遣いは少々問題ありますが、ずいぶん
勉強していますね。感心感心。(　´∀｀)bｸﾞｯ!

> １．X系列もうすっぽかしてもいいんぢゃね？ｗっていうくらいの気持ち　ないと
> バニラカーネルにいつまでたっても入らないんじゃないかのぅ
> と思った、　思っただけです　滅相もない　はい
思うことは自由だし、大切なことです。
そして何事も思うことから始まるのです。

その２の１

> ２．X系もいずれ unstableとstable に分かれるだろうし
> unstableはdebianのsidみたいに永遠の開発バージョンで
> じゃんじゃん新機能もバグも入れたらいいんじゃないかのぅと
> 適当にbackportしてstableに新機能なりバグFIXなりすればいいんでねかと
> 通常のunstableだとリリースプラン気にしたりするだろうし
> sidみたいな俺が法律みたいなのもありかと
tomoyo-devでも「1系列はやめて、2系列に専念せよ。(ﾟДﾟ)ｺﾞﾙｧ!!」
という意見の人は多く、外から見たらそう見えるのかもしれませんが、
実際はちょっと違っていて、2系は人出の問題ではないのですよ。
パッチのサイズを見てもわかりますが、「量」としてはコンパクトですし、
機能を追加したりLKMLでの意見を反映したりする時以外は
ゴリゴリと開発し続けるわけでもありません。

（ここは３０秒経たないと書けないのか？）
（今度は改行が多すぎると怒られたぞ）

その２の２

TOMOYOプロジェクトは、先生の勤めている「学校」では最小規模の
プロジェクトで、ごく最近まで先生の他の「職員」さんは一人しか
いませんでしたが、こうした内容だからこそ成り立っているわけです。

> ノベルのレイオフされた人の話は・・・
> 志は近いし手伝ってもらえるかコンタクトとって見るのはどうでしょうか?という意味ですよん
これは先生の考え方ですが、「手伝って下さい」とお願いするものではなく、
「手伝いたい」人が「手伝ってくれる」のが良いと思っています。
ノベルの人も仕事に関係なく「使いやすいセキュアLinuxが欲しい」と
思っていれば、AppArmorでもSmackでもTOMOYOでも手伝うのは自由なわけです。
そのときに、最大のネックになる（と先生が勝手に思っている）のは、
「知らないと手伝えない」ということです。TOMOYOはまだまだ無名です。
オタワやその前のELCは、世界の人にTOMOYOを知ってもらうための活動のひとつです。

その２の３

> C言語わからんので何を手伝えばいいかML見てアップアップ
> 右往左往してますよん
デムパ君の他にも手伝いたいと思っている人はあるかもしれません。
その点については、プロジェクトのほうでちゃんとお願いや
案内を出せていないと気になっています。そこは先生のほうが
考えてみますが、プログラム開発以外にもパッケージのビルドや
利用経験をブログやWikiに書いたりする、あるいはオンライン
マニュアルの作成協力などがあります。

> なんという長文　おこがましいであります　なにもしてないしずうずうしくて滅相もない
そんなことはありません。デムパ君の意見をここで発言してくれることは、
プロジェクトにとってとても大切なことです。

> デムパの国に帰りますﾆｬｰ
( ｀・ω・´)ﾉﾖﾛｼｸｰ

ここはあまり長文を書くのは良くないですね。これから木おつけます。

先生はもう少ししたら学校に行きますが、ここはいるかどうかが
わからないので、ここに来たとき（戻ってきたとき）と帰るとき
（出かけるとき）に挨拶を書き込んで、わかるようにしようかと思います。
「いってきます」「帰りました」だとなんだかつまらないので、
もし、なにか良い言葉があれば誰か教えて下さい。

ということでそろそろ出かけます。

1レス内に長文を書くと書き込めないのでそこだけ注意汁
連投については別に勢いのあるスレじゃないので、文句言う人はいないと思う

と、TOMOYO LiveからインストールしただけでLinuxはさっぱりわからん俺が通りますよ

ということで戻りました。
今日は家に着いたのが23時30分過ぎですが、なんとかUbuntu Japanese Teamの
IRCに間に合いました。

明日、じゃなくて今日になってしまいましたが、TOMOYO関連でニュースが
入るはずです。内容は、・・・お楽しみということで。

Ubuntu日本語版のパッケージですが、今日から作業いただけるそうです。
Debianのほうのapt lineと併せて、近いうちに報告できると思います。
ということで、まさに最新情報で、どこよりも新しい情報です（笑）。

>>268
> 1レス内に長文を書くと書き込めないのでそこだけ注意汁
なるほど。
> 連投については別に勢いのあるスレじゃないので、文句言う人はいないと思う
「勢いのあるスレ」じゃなくて良かったです。
> と、TOMOYO LiveからインストールしただけでLinuxはさっぱりわからん俺が通りますよ
どうもありがとうございました。LiveCDもインストールいただいて
ありがとうございました。Linuxをあまりお使いでないということで
あれば、とりあえずはTOMOYOは気にせず、Ubuntuをさわられると
楽しいかと思います（「学習モード」という一種無害、無影響な状態で
導入されているので、TOMOYO関連の設定を変更しなければUbuntuそのものです）
LiveCDも配りっぱなしは無責任なので、使い方的資料も用意したいと
思っています。

>>245
> 関係ないけどだいぶ昔の話だがNTTデータの面接ブッチしてごめんなさい
先生は学校では全然偉くないのですが、たまに面接官をすることがあります。
そのときの経験で言えば、ブッチしても面接官が怒り狂ったりすることは
ありません。だからといって学生さんに意地悪をすることもありません（笑）。
ただ、仕事を抜けてでてきて（学校には専任の面接官はいません）
決められた時間に学生さんのプロフィールを読んだりしながら待っているのに
連絡がなく欠席されるとやはり残念に思います。欠席の連絡を入れても
気分を悪くしたり怒ったりすることはありませんので、
次からは是非連絡をいれるようにしてみて下さい。ちなみに、
もし、先生が面接官の時に「TOMOYO Linux使ってます」とか言われると
先生的にはポイントアップです（笑）。

ということでそろそろ寝ます。（とか書くと変でしょうか？）
いない間に書き込んで返事を待っている人がいると悪い気がするもので。

NGワード: 中野一里

ttp://www.turbolinux.co.jp/cgi-bin/newsrelease/index.cgi?date2=20070931162158&mode=syosai
ttp://www.turbolinux.co.jp/cgi-bin/newsrelease/index.cgi?date2=20070931162256&mode=syosai

>>275
> NGワード: 中野一里
これはこの名前を使うのが良くないということですか？
であれば使用をやめようと思いますが、理由を教えてもらえませんか？

NGワード：login:Penguin

でおk

>>278
> NGワード：login:Penguin
>
> でおk
おkは、OKで（勉強しました）、よくわかりませんが、ここでは
名前はlogin:Penguinにするべき（しないといけない？）のですね。
了解しました。

変身

変身しました。引き続きよろしくなのです。

いや、名前でOK
>>275 が言っているのは、おまえうざいってこと。
過疎スレだし、連投もいいと思うが、それをうざいと感じる人もいるということ。

ubuntuのパッケージ作成中なのかあ。楽しみだなあ。

>>281
そういうことでしたか。了解です。あまり書いてもいけないのですね。
確かに最近調子にのって書きすぎたかもしれません（反省）。
今日はこれまでにします。
> ubuntuのパッケージ作成中なのかあ。楽しみだなあ。
目標今週末完成とのことです。

2chでは煽るのが社交辞令だからあんまり気にすんな

>>283
了解。ありがとうございます。

ttp://usersforum.turbolinux.co.jp/viewtopic.php?t=18&highlight=

ttp://k-of.jp/2007/user_program.html#B34

斜陽なTurboだけど知名度はあるし「SELinuxに代わって標準搭載」ってのは大きいな
他の国産鳥も追随して「日本ではTOMOYOが標準」ぐらいに押し上げてくれないかねえ

ttp://itpro.nikkeibp.co.jp/article/NEWS/20071031/286091/
ttp://www.itmedia.co.jp/enterprise/articles/0710/31/news100.html
ttp://www.atmarkit.co.jp/news/200710/31/turbo.html
ttp://enterprise.watch.impress.co.jp/cda/software/2007/10/31/11515.html
ttp://japan.zdnet.com/oss/story/0,3800075264,20360085,00.htm
ttp://japan.zdnet.com/oss/story/0,3800075264,20360085-2,00.htm
ttp://www.ascii.jp/elem/000/000/080/80429/
ttp://www.computernews.com/DailyNews/2007/11/2007110105208D7296D82020.htm
ttp://www.thinkit.co.jp/free/news/0711/1/
ttp://d.hatena.ne.jp/hdkworks/20071101
ttp://www.thinkit.co.jp/present/0711/turbolinux_11.html
ttp://release.nikkei.co.jp/detail.cfm?relID=174061&lindID=1
ttp://www.asahi.com/digital/bcnnews/BCN200711010011.html
ttp://journal.mycom.co.jp/news/2007/10/31/045/
ttp://opentechpress.jp/news/article.pl?sid=07/11/01/0246231
ttp://japan.cnet.com/release/story/0,3800075553,00023476p,00.htm
ttp://internet.watch.impress.co.jp/cda/digest/2007/10/31/17368.html
ttp://begi.net/modules/news/article.php?storyid=574
ttp://www.aeropres.net/release.php?prs_id=6716

>>287
これから先、TOMOYOがどうなるかは自分でもわかりません。
でも、ターボリナックスがTOMOYOを選んでくれた最初のディストリビューションと
いうことは永遠に変わりません。
標準搭載してくれたこと、それは信頼だと思います。
その信頼に応えたい、そう思っています。

<b>中野一里 をNGワードに指定

> ID:nI3w5I9+
NGワードの意味と例を調べてついでに2ちゃんねるブラウザをインスコしました。
ストレートに聞きますが、「中野一里」の発言を読みたくなければ、
自分のブラウザでNGワードすれば良いのに、こう書くというのは、
この板から消えて欲しいということですか？
（NGワード設定の効果を見たいので同じIDで返答ｷﾎﾞﾝﾇ）

間違えて自分のID書いてしまいました。
あやうく自分の発言が読めなくなるところでした・・・。
ID:yG5IxTDx に訂正します。

> ID:yG5IxTDx
にもうひとつ聞きたい。前の質問の答えがYESの場合、そんなことをして
一体何がうれしい？
最近、このスレに書き込むようになって「中の人」があまり降臨しない理由が良くわかった。
中の人にとって、降臨してうれしいことは多分何もなくて、
逆に荒らしや中傷や不愉快な発言を受けたりさらされたりする。
降臨しなくて当たり前だ。
何故自分がここに書いているか説明すると、ここで「vineで使いたい」とか
「tomoyo-devに偏りすぎだ」とか言われた。ここはずっと読んでいたから、
対応したけれど、対応したことを知らせるにはここに書くしかないと気づいた。
もうひとつ気づいたのは、mlに入ったり、メールを書いたりするのは
敷居が高い。オフ会への参加はなおさらだし、だいたい場所が限定される。
そう考えると、ここは使い方にとってはとても有用だ。
でも、自分がくることにより迷惑やいやな思いをする人がいるなら
やめても良い。別に怒ってはいないから、言いたいことを教えて欲しい。

過疎スレとはいえ、連投かつ長文失礼しました。ただ、言っておきたかった。
今日はもう書かないので許して欲しい。

興味を持ったので調べていたのですが、TOMOYOは
「危険なプロセスを予め理解していなければ、禁止する動作を設定する事ができない」
という事でしょうか？

>>295
外れてはいないのですがややニュアンスが違います。
「本来の用途について、必要な機能や動作以外を禁止する」という考え方です。
「必要な機能や動作」を洗い出すことと、「危険なプロセス」を調べるは
意味が異なります。前者を抽出するための支援として学習機能があります。
「危険なプロセス」は、考えようによってはあらゆるプロセスが
危険な（意図しない）動作をする可能性がありますから、それを網羅することは
できません。

例えば、Ubuntu 7.10でGnome端末を起動するというのが必要な操作の場合、
そのためにどんなプロセスが起動されて、どのようなアクセスが生じるか
わかりますか？これは普通はわからない。TOMOYOならわかります
（つまり強制アクセス制御として使わなくても解析としても使えます）。
ttp://tomoyo.sourceforge.jp/wiki/?TomoyoLive
で是非試してみて下さい。

学習モードの意味が判らなかったのですが
理解が少し進んだ気がします。

TOMOYOの利点というのが、学習モードにあるという事でしょうか。
すると必要な動作を予め全て登録しておく…という事ですか。


使い方はまだよくわかりませんが、まずは学習モードにして運用すればいいのですね。

>>298
TOMOYOの利点や特長は簡単には説明できないのですが、
最大の特長は学習モードにありますと思ってもらって良いでしょう。
TOMOYO LiveCDは、使い方がわからなくても焼いて起動すると、
その「学習モード」で動いています。
デスクトップにあるポリシーエディタのアイコンを開いて、
カーソルを動かしているとここで書いた意味がわかってくるでしょう。
SELinuxと違って覚えないといけないことは多くないので、
あせることはありません。

>>299
学習モードで既に動いていたとは判りませんでした。

眺めていると、違反ログの方でポロポロと進んだりするのは見えるのですが
ポリシーエディタというプロセスのツリーに見えるものをどうしようかと途方に暮れていました。

まずはTOMOYO Ubuntuをインストールしただけの環境で使ってみるだけにします。
ありがとうございました。

>>300
TOMOYOの使い方は「カスタマイズ」なので、SELinuxやAppArmorのような
デフォルトのポリシーはありません。同じ学習モードでも比べてみると
学習結果はサーバ毎に異なっていることがわかります。
もし学習モードでなくきめうちのポリシーを「強制モード」で起動するように
して配布すると、色々動かないものがでてくるわけです。
プロジェクト内でもLiveCDから入門する人用のドキュメントがないことを
認識しているので早めに対処します。

>>301
ドキュメントが整備されれば、とてもありがたいです。

SELinuxのように専門的な知識に疎くては使えないのでなく
誰でも簡単に使える様になればいいなとTOMOYOに期待しています。

>>303
了解＆ありがとうございます。既存のドキュメントの中でもっとも
入門的なものを参考まで紹介しておきます。
ttp://sourceforge.jp/projects/tomoyo/document/try-tomoyo-linux/ja/1/try-tomoyo-linux.pdf

>>301
せんせ〜　おはヨ〜グルト
liveCD使ってみタオ
tailが動いてるの見てニヤニヤしてたよん
/etc/ccs以下見てなんとなく学習モードな木がしたけどやっぱりそうだったのか

しつも〜ん�@
thinkitの記事Tomoyo linuxの導入とアクセス制御を初体験♪
第２回３ページ目読んで　　とりあえず学習させて
bash
tail /etc/mtabと打てばおｋなのかしらん？

でふぁ何らかの理由でbashが改ざんされている場合
その時点で被害が最小限というよりはオワットルよーな気もする
一種の性善説みたいだ　極端な例軍事システムで使う場合
完全な隔離された環境で学習させないとだめなのか
Selinuxの中の人はそれが言いたかったんぢゃないかのぅ
ﾑｰ　認識間違えたかシラン　ﾆｬｫ〜ﾝ

そういやMLでぶあんの中の人降臨してるみたいだ
でぶあん地味にHPがサポートしてたっけ
なんか通信向けにカスタマイズして認定されてたよーな気がしたよーなﾆｬｫ〜ﾝ

あとはSDの記事ですらムズカシすぐる　絵でもっとわかりやすいの
概念というよりは実際の挙動　liveCDにあったようなの　tailコマンドの挙動とか
何ができて何ができない　よくわからんﾆｬｫ〜ﾝ

>>304
デムパ君は今起きたのですか？（それともデムパの国は今が夜？）
LiveCDが学習モードというのは、いろんなところで書いているけど誰も
読んでくれんのだなぁ。(　；∀；) ｾﾝｾﾊｶﾅｼｲ
しつも〜んは�@だけど１個だけなのか？それはともかく、質問の意味が
よくわからんぞ。（でふぁって何だ？）
bashの件については、その通りでセキュアOSといっても結局コマンドの
中身を保証するわけでもなんでもない。呼び出しをポリシーでチェック
するだけだから過信は禁物なのじゃ。このあたりは、SELinuxのFAQが
よくまとまっているので、読んでおくこと。
ttp://www.nsa.gov/selinux/info/faq.cfm#IndexI
軍事レベルのシステムでは、リファレンスポリシーの間違いや学習漏れで
問題が起こったら話にならんから、多分SELinuxでも不十分で専用に
開発されたものを使うのが良かろう。その場合もTOMOYOの学習は
役に立つはずじゃ。
SDの記事は、内容が職員さんのレベルで読み物というよりは
リファレンス的になっておる。大きな声では言えんが先生も
全部わかっているわけではない。( ＾ω＾ )
それはそれで必要じゃが、デムパ君のいうようにわかりやすいものが
ないと、使いにくいのも事実で改善したいと思っているから期待せず待つよ〜に。

これ軽い?アプリ使用がいちいちもっさりにならないならちょっといれてみよう

>>306
TOMOYOの導入前と導入後のベンチマークはここにあります。
先週データを取り直しているので、近日更新の予定です。
ttp://tomoyo.sourceforge.jp/wiki-e/?WhatIs#benchmark
普通に導入する分には体感できる違いはないと思いますが、
LiveCDとしての使用だともともとのもっさり感がさらに強く感じる
かもしれません。SELinuxのほうは最近のベンチマークは
発表されていないのですが、パフォーマンスへの影響は
ざっくり言って同程度かTOMOYOのほうが軽いはずです（項目にもよりますが）。
導入しても普通のカーネルを残しておけば、
いつでも元に戻せますし、無効モードの指定も可能です。

>>305
デムパの国はただ今脳内デスマです　　　　　起きた時が朝　ｱ"ｯｰ
脳内SEが喧嘩したようでつ
springとseasar2で揉めました
結局spring 新機能の2.5も入れちゃうDQNｼｽﾃﾑに決定　はぃ　余談でつ　ごめんなさい

せんせ〜は質問の意味わからないといってるのに
回答が的を得ている
エスパー回答すごスグル
tripwireとかと併用汁っつーことだな

英語はムズカシスグル
ソフトいぢりは英語がデフォ　勉強がタリン
精進シマツ　時間がありまへん
それは言い訳だ
アヒィアヒィ

それではデムパの国へ　バイバイキ〜ン
でふぁ→でわ→では→それでは

>>308
先生はここ以外の教室（板）に行ったことがないので、ここの暮らし方が
よくわかりません。書き込み対する反応を見ながら勉強していますが、
特にNGワードは参考になります。φ(｀д´)ﾒﾓﾒﾓ...

最近、言葉遣いはぶっきらぼうなほうが良く、自分のことは書かないほうが
良さそうだということがわかりました。ここのやり方には合わせますが、
先生としては余談があったほうが楽しいです。

先生がTOMOYOの仕事を始ときは英語の情報しかありませんでした。
SELinuxをインスコしてFAQを理解することから始めました。
あたらすぃことをやるときは、英語は欠かせません。デムパ君は（きっと）
ｵｻﾝになるまで時間があるので、今から少しずつ勉強すると良いのです。
SELinuxは和訳があったと思って探しましたが見つからず英語でｽﾏｿ。
わかりそうなところだけでも見るよろし。

比較表は先生が最近が作成し現在も編集中のものです。
先生はSELinux（本家、日本、Fedora)、AppArmorの全mlを購読しており、
またSELinuxの本を読んで勉強しながら、表を改良し続けています。
昨夜もここに書き込みながら"MAC objects"の行を追加しました。
SELinux, TOMOYOは「全てを守る」ものですが、AppArmorは違います。
それは機能というよりは思想、設計の考え方の違いです。
この表がわかるとセキュアOSの違いがわかります。

>>310
センセイはトリップを付けておいた方が
紛らわしい事が起きる可能性を減らせると思いますがどうでしょう？

中野一人#トリップ

'トリップ' の部分を任意に変える事で
他人が中野一人という名前で書き込んでも違うという事が判るようになります。
トリップは解析が可能なので、長い文字列を使うほど長持ちします。

>>311
たとえば、こんなふうにですか？
でもトリップの内容も見えるので、誰でも真似できてしまうのでは？
（わかってないので見当ちがいならごめんなさい）

み、見えない！！！��(゜◇゜ﾉ)ﾉ
こんな機能があったとは驚きますた。おそるべし2ちゃんねる。
今後使ってみます。ありがとうございますた。(感'∀'激)

だいたい皆さんの状況がわかりました。正直言って思ったより理解度が
低そうなので、ここでLiveCDを使って補習をしようかと考えています。

参加条件は、勉強したい（使ってみたい）人なら誰でもOKで、事前知識ゼロの
人でもわかるようにしますが、LiveCDの環境だけ自分で用意してください。
ttp://sourceforge.jp/forum/forum.php?forum_id=13157
11月10日に大阪オープンソース2007に行きますが、TOMOYOを100枚と
Turbolinux 11Sを60枚くらい持参の予定です。
TOMOYOは、1.5.1対応のGUIも盛り込みたいのですが間に合うか不明です。

進め方は先生が課題を出してそれを各人実行してもらい解説する、という
スタイルを考えています。実は先生は今結構忙しいので、とびとびになるかも
しれませんが、その点はあらかじめ了承ください。参加希望者は、
とりあえず環境を用意しておくように。でふぁ。

このスレを会議室にして正解でしたね

本当に忙しいのでなかなか加われないですが
年明けから加われるといいな・・・

専門用語ばかりで初心者が書き込み辛い雰囲気にさえならなければこの流れでいいと思うよ
あと、偽が現れるだろうし、トリップは付けて正解

とりあえずは、windowsから流れてきたユーザに
セキュリティ対策の一つとして紹介できるほど簡単なものになるといいですね＾＾

野次馬生徒が一言。
わざわざ先生を騙ろうという人が出るとは思いませんが、
何かかっちょいいトリップ文字列が出る、ランダム文字列のキーを
探してみては？

皆さん、ご意見をありがとうございます。私の偽をしてもあまり
良いことはないと思うのですが、実際にそうなって教室が混乱しても良くないので
ずっとトリップ状態で授業をしようと思います。
トリップの仕組みや関連するプログラムをダウンロードしたりしましたが、
かっちょ良いトリップを思いつくまでは、とりあえずこのままでいきます。
引き続きよろしくお願いします。

すいません、中野一里さん。
長文は止めてください。

>>320
お前もたまには長文でも書いてみたら

>>320
一応心がけていますが、常に2行以下とかだと説明ができないですね。
長文やめても連投だと意味ないと思いますし。
うーん。（もう3行）

4行だと（ここでは）もっさりして見えるので3行くらいで進めることに汁。
確かに連投は読みにくいので、やむを得ない場合を除き連投は3連投までに汁。
内容上3連投で途中のときは、誰か何か言うまで休みます。

最初の課題は、「LiveCD」について調べること。
LiveCDとは何で、どうやって使うかを調べてみよう。ヒントはKNOPPIX。
ゆっくり進めますが、わからなければ質問してください。「わからない」ことがわかるためにも。

>>324
LiveCDが何かわからない人この板にいないと思うよ
説明すんならTOMOYOとはなんぞやからでいいんでない

>>325
そうかな？念のためLiveCDがわからない人があれば教えてください。

「使い方、準備の仕方がわからない人」と聞いたほうが良かったかな。
ISOイメージをCD-Rに焼いて使うのと、VMware(player)から使う方法があります。
ここでは、体験してもらいながら説明するようにするつもりなので、準備になります。

>>327
冗談抜きにISO焼きでCD-Rに*.ISOというファイルを書き込んだだけ
というつわものがこの板(うぶんつスレだったか)にいたから困る

>>328
先生もTOMOYOやるまではそうだった。(ｏ￣∀￣)
知らないことは恥ずかしいことじゃない。
知ろうという気持ちが大切だと思う。

デムパ君、いますか？

（寝てるかな？）先生はデムパ君をクラス委員にすることにしました。
授業の進行を手伝ってください。
ISOイメージやCD-Rの焼き方について、お友達のために参考情報を教えてあげてください。

Linux始める人の中にはISOの焼き方がしらない人は意外といたりする
ただ、Ubuntuスレならともかくこういったスレを何も知らない人が見に来るだろうかとか疑問には思う

そういう俺はLiveCDをインストールしただけで満足しているので、知識は何もないのですが
今は他の作業で忙しいし

>>332
了解。これまでの他の発言も考慮して、LiveCDの使い方は知っているものとします。
ただ、知らない人があれば遠慮しないで質問ください（これからも）。

中野って誰？

爆風スランプ

快速で新宿から一駅
食パンを対角線で切ったサンドイッチみたいなビル

こんなのつかって何になるんだ？

セキュアな鯖
組み込みの管理

>>334
A)TOMOYOの中の人、B)生協の白石さん、C)日本語を勉強中のJames、D)その他
しかし、その質問はこの掲示板においては究極的にあぼぉーんで意味がないと思うがどうだろう？

>>337
いろいろあります。
・今まで動いていたプログラムが動かなくなる
・ログインできなくなる
・鯖の性能が悪くなる
・アップデートできなくなる
・運用の作業が増える

>>339
しまった。こうやって書くと、私が白石さんだとばればれですね。
へた、こいたー。

>>340
それだけ見るとウィルスにしか見えない

皆さん、どうやら早くも私のトリップが解析されたようです。
上で書き込まれているのは偽物ですから、信用しないで下さい。

>>343
くやしいですが、上で書かれているのはある意味その通りです。
但し、「ポリシーが適切に設定されていなければ」がつきます
（パフォーマンス低下は例外）。

要するに「適切に設定して普通に動く状態を維持できる」がセキュアOSなんです。
そんなことをしなくても普通のOSは普通に動くのに何故セキュアOSをいれるのか
不思議ですね。それには理由があります。（ちょっと考えてみて下さい）

ID一緒なんすけど・・・

>>346
うーん、敵は相当やりますね。
皆さん、油断大敵です！

デスクトップ向けもよいのですが
ttp://itpro.nikkeibp.co.jp/article/NEWS/20070605/273744/
このサーバに使えないかなぁ

>>348
使えると思います、というかTOMOYOとしては特にこれに使えないということはありません。
「デスクトップ（の制御）」は、TOMOYOの機能のショーケース的な
部分が大きく、現実には細かな挙動を制御するというニーズは少ないでしょうね。

今、Ubuntu Japanese TeamのIRCに参加していましたが、もう少しで
gutsy-experimentalに入れていただけそうです。
Debianのほうは現在kernel-patch-tomoyoとして審査されているはずです。

土曜日の大阪オープンソース2007は、デモや説明というよりは、「会って、
話をしたい」と思っています。東京から日帰りなので、滞在時間はあまり
長くありませんが、参加される方は是非お越し下さい。

昨日のログを読み直して、自分のあぼぉーんさかげんにくらくらしました。
「あぼぉーん」というのは誰が考えたのか知りませんが、雰囲気がよくでていますね。
先生は最近学校でもたまに2ちゃんねる用語を使うようになったらしく注意されました。

言いたかったのはそんなことではなくて、昨日のログで、
>>346
の発言は、タイミング、内容、文体について素晴らしいと思いました。
何を書いても最後はログに残ります。今後も頑張ってください（何を？）

>>345
考えてくれている人がいたかわかりませんが、説明します。
SELinux, TOMOYO Linuxなどの「セキュアOS」と呼ばれているOSを
導入するのは、つまるところ「OSの機能を制限する」ためです。

「制限する」の対象は、当然「必要ないもの」「あっては困るもの」です。
普通のOSは、その機能を呼び出すことに制限はありません。
正しく使われれば良いのですが、悪意のユーザに制御がわたると終わりです。

「制限」の内容を記述するものがポリシーと呼ばれます。
制限は、良いところ（必要なもの）を残しながら、悪いところ（不要なもの）を
除外するのがゴールで、その加減がセキュアOSを使う際の鍵です。

よく「SELinuxをまず無効に汁」と言われているのは、要するにちゃんとポリシーを
設定できないということです。「自分はSELinuxのポリシーはわからない」と
いうことで、いばったり自慢する話でないよなといつも思います。

こわいくらい当たり前の話ですが、細かく（きっちりと）ポリシーを
書くと、それだけ副作用（動くべきものが動かない）が起こりやすくなります。
うす〜く（ぬるく）書くと副作用は減りますが、効果もあまりありません。

で、どこに倒すか、ですが、そのひとつの例が、SELinuxのターゲットポリシーと
ストリクトポリシーです。前者はネットワーク系を対象にした薄いもので、後者は名前通り厳密です。
ただ、SELinuxは現在リファレンスポリシーという新しい体系に移行しました。でふぁ。

>>357
> よく「SELinuxをまず無効に汁」と言われているのは、要するにちゃんとポリシーを
> 設定できないということです。「自分はSELinuxのポリシーはわからない」と
> いうことで、いばったり自慢する話でないよなといつも思います。

うるせーよ。

1サービスに限るならいいけど、そうじゃないなら、SELinuxは面倒くさくてたまらん。

SElinuxはポリシーは専門家がいじるべき、素人は手を出すな。ってスタンスだろ。
そんな使いにくもの、誰が使うかーw

>>362
多分作った人と360です。
先生としては自分の鯖で使う気はしませんが、パズルや頭の体操としては
面白そうなので、暇ができたらさわってみたいと思っています。（本を買いましたw）

>>360
そう思ってはいても普段は（ここ以外では）そうは言わないので勘弁して。(_ _;
SELinux自体は全く否定していません。使う人を選ぶというだけです。

学校の友達から「電車男」の本を借りて読み始めますた。
電車男は、最初は731だったのが、途中から電車男になって、エルメスとの約束を鳥付けたときから
トリップしてますね。トリップは度々変わっているのも確認しました。

SELinuxですか。

伊勢神宮のお札と陰陽師の祈祷
大蒜、十字架、白木の杭
地下に核シェルターと3年分の食料と水
クラスター爆弾に核兵器
もちろん指紋は最初から消しておくべきでしょう。
これぐらい用意しないとセキュアと言えませんよねw

私は用意していませんがリスクを感じたことはありませんね。
(そのせいか正気を疑われたこともありません)

TOMOYOはいかが?

セキュリティ、セキュアであること、
正直これって一種の強迫観念ではないかと思うときがあるな。

>>366, 367
なかなか良いことを言いますね。
実は私はかねがね「セキュアOS」と呼ぶことに抵抗を感じています。
情報セキュリティとセキュアOSは違うと思うのです。

TOMOYOについては、「必要なことだけをできるようにするための手段」と考えるのが、自分としては一番近いです。
ということで、PacSecの講演は、
TOMOYO Linux: A Practical Method to Undrestand and Control Your Own Linux Boxesにしました（一昨日事務局に連絡、遅っ！）

ControlじゃなくてProtect、でした。でも、こうしてみると長いですね・・・。
発表の内容や資料は全く準備していません。私はタイトルが決まらないと
作業が始められない性格です。あー、どうしよう。

>>367
強迫観念って言うと、windowsから移行してきた人たちは、
凄い強迫観念を持っている人が多いねw

ちょっとお知らせです。明日、関西オープンソース2007でTOMOYOのBOFを行います。
ターボさんからServer 11を30枚いただきました。(_ _) 職員さんが焼いてくれたTOMOYO LiveCDと一緒に持っていきます。
セッションの前後1時間くらい、会場にいますので、どうぞよろしく。

また、技術評論社さんのネットワークセキュリティExpert 6に
TOMOYOのメインライン化の原稿を書き始めました。TOMOYOプロジェクトの
教訓と失敗から得られたノウハウを共有します。

明日、会場のATCで食事をとろうと思いますが、大阪はほとんど行ったことがありません。

だれか　めし　たのむ・・・

学級委員の丸尾でつ
さくらさんは今日はお休みでつか

ISO焼のリンクでつか　見つけたらまた貼りマスだ
linuxなら cdrecord -scanbus でドライブ名が出てきて
1,0,0とか2,0,0とかでるからdev=1,0,0とかで指定
cdrecord -v speed=8 dev=1,0,0 -eject hogehoge-disc1.isoとかでおｋ
ttp://park15.wakwak.com/~unixlife/linux/app-cdrecord.html

せんせ〜　明日の在家信者独演会に向けてたくさんネタ放火でつね
質問�@としたのは�A�B�Cと続きがありマスタ
MLみたらほとんど載ってました　はぃ
正直SElinuxもアプアーマーもあんまし使いたいくねーんだよなぁ
インスコしたらSElinuxは即無効でつ　どっちも政治色が強すぎるよﾏﾏﾝ

solarisにもExtended Solarisとかｱﾙﾈ　ペンタゴンでも採用されてるみたいだ
試してみたらGNOMEすら起動できない頑固なOS　ﾑｰ

（爆笑）
デムパ君には先生も言葉がありません。まいりました。

明日、関西オープンソースにくるのですか？ >デムパ君

来たらたこ焼きかひやしあめくらいごちそうしてあげるよ。

飯ｗ
せんせ〜　飯は弁当持参
つかトレードセンター前駅の駅前にマクドとかがあった
ATCの中にもいろいろとあった希ガス
伊藤忠と関市長の金と涙の結晶でつから何でもあるのでふぁ
ttp://www.atc-co.com/

>>379
(　ﾟДﾟ)ｺﾞﾙｧ!!
なにがかなしゅーて、おーさかいって、マクドやねん
(　ﾟДﾟ)ｺﾞﾙｧ!!

先生は、うまいたこ焼きが食べたいのだ！(−"−怒)

常に３回続けて書くと思ったら、大きな間違いだぞ。
（書いちゃった）

せんせ〜が怒った　こわひよﾏﾏﾝ
あのあたり店がない
ttp://www.atc-co.com/s_restaurant/index.html
たこやきなら梅田とか難波行けばあるよん
なにげに近鉄藤井寺の駅降りた商店街の入り口のたこ焼き屋もグー
せんせ〜おごってくれるのでつか
淀屋橋のおいしい鰻屋で夜は北新地近くの９９９円のステーキ
その後東通りの安キャバの接待黄金コースがいいでつ
明日はたぶん行きますﾆｮ

明日は二人で行くのでつが、とりあえず会場に直行して、部屋の付近にいるようにします。デムパ君はできるだけ
目立つ（わかりやすい）格好できてください。一応合図だけ決めておきます。
「どんだけ〜」と話しかけてきたら、「いかほど〜」と返します。（指もふること）

職員のTKD君が、先生にデムパ君の写真を撮ってきて欲しいそうです。

「ネタ」を用意して紹介するBOFじゃなくて、一緒に話をしたり、
意見を聞かせて欲しいと思っています。デムパ君を含めて、
たくさんの人がきてくれると良いのですが（用事とかあれば無理しなくて良いです）。でふぁ。

せんせ〜こわひよ　ｱﾋｨｱﾋｨ
写真とられ身元を暴かれ
こうやって出家信者に強制洗脳されていくんでつね

何もしなくても普段から挙動不審と言われてまつ
明日はここを見たたくさんのデムパ君が参上しそうでつ
僕がデムパだ！　いや私だ！　　　　　こんな流れｷﾎﾞﾝﾇ

風邪を引いて数日ごろごろ寝てました
きょうはたくさん風邪ウイルスばらまきGOー
ばらまきは地方産業の活性化のためにも必要だと思いまつ

セキュリティをやってるやつらは狂っている？！
http://www.atmarkit.co.jp/fsecurity/special/103kernelwatch/kernelwatch01.html

よい方向ではあるんじゃないですかね

>>388
10月からセキュアOSをめぐる環境が大きく動き始めますた。Linusの発言も事実。
しかし、その一部（膨大な中のほんの一部）だけを誇張して取り上げるのは先生は感心しません。
先週アスキーさんからLinuxセキュリティについて書くよう依頼されました。部分ではなく、書きます。ｱﾋｨｱﾋｨ

>>388
> よい方向ではあるんじゃないですかね
先日職員の熊猫先生ともお話しましたが、Linusが言っているのはきっと「今までみんなが思っていたこと」なんです。
先生はStephenのことが好きなので彼の気持ちを思うと複雑ですが、Linuxにとって良い変化だと思います。

>>387
> 何もしなくても普段から挙動不審と言われてまつ #大丈夫、先生も同じです。
> こんな流れｷﾎﾞﾝﾇ #希望するんかい エェ(。･´д｀･。)ェエ
> ばらまきは地方産業の活性化のためにも必要だと思いまつ #先生はYLUGでOSSをやるにはひきこもってはいけないと思いました。

俺は何かの本で呼んだことあるのだが、日本人開発者の問題として
説明なしになにかのパッチを投げる、そして、そのパッチが
適用されてないと切れてしまうんだそうな
そういう意味でのコミュニケーション能力が不足してるそうな

上のはアプリケーションでのパッチの話で
カーネルともなると、もっと大変で、根気が必要と書いてあった
常にLKMLで推移を見届け、機を見て何度も何度も提案し、何度も修正しまた提案し
なぜそうしたいのかとか、何がしたいかなどを説明し、根気よくやっていく必要が
あるってかいてあった
そうすることで、名前もだんだんと覚えてもらえるようになるしって書いてあった

頑張ってください、期待してます

>>392　どうもありがとうございます。
自分を含めたプロジェクトのメンバーは毎日LKMLのスレッドを追い、TOMOYOのダウンロードを数えています。
良いものにするため、使ってもらうため、より安全にするため工夫し、悩んでいます。
かっこわるくても、失敗するかもしれなくても、やり続けます。

Linusが初めてTOMOYOに触れたメッセージです。

---------- Forwarded message ----------
From: Linus Torvalds
Date: 2007/11/07 13:09
Subject: Re: [PATCH] Smackv10: Smack rules grammar + their stateful parser

On Wed, 7 Nov 2007, Adrian Bunk wrote:
>
> Users are used to work on characters, not on bytes.

Adrian, stop this idiocy. I'm not interested in listening to your
soliloqui about irrelevant stuff.

The kernel works on bytes. Deal with it. Stop whining.

You've been told several times that all the examples you showed were
irrelevant, and tomoyo worked on bytes too.

You have been told several times that the VFS layer works on bytes, and
has done so since day 1.
<snip>

開発を初めて足かけ４年、メインライン化に取り組み初めて一年弱、
やっと、やっとここまで来ました。
私たちにとっては忘れられないメッセージです。

sed 's/初めて/始めて/g'

# 最近、IMEの辞書がおかしくなってきますた。（笑）

もぱようございます
>>388　　読んだ〜
トーバルさんの一喝の後ちゃっかりLKMLにメール出したのかwwww
そもそもLSMてなんだっけ　関数の標準化だったような気もするが
その関数が気にイランのならSElinux陣営の期待する
関数に変えてしまえばいいと思ふ
日曜プログラマと職業プログラマみたいな違いだのぅ
このまま敷居を下げ日曜プログラマが入れるようにするか
量より質でストイックなカーネルにするのかﾆｬ

プロジェクトX
男たちは悩んだ　ﾑﾑ
悩みすぎて頭が禿げた　ﾑﾑ
悩んだ結果、大阪に行くことにした。

隊長、大変です。羽田発11:05関西空港行きが「使用機到着遅れ」で大幅遅延です！
なに！本当か！おのれ、NSAめ、そこまで姑息なことを・・・。許せん！
熊猫さんとデンパ君に連絡が必要です！
うーん、デンパ君はまだいるだろうか。熊猫さんは携帯は持っていないのだ。
ここの掲示板で呼びかけたらどうでしょうか？
おお！そうだ。ここを今読んでいるおまいら、もし会場に着いたら熊猫さんに伝え欲しい。

>>397
デンパ君、よくぞ言った。それでこそクラス委員長だ。
先生も頑張って会場に向かう。途中、NSAの妨害に気をつけるように。
無事を祈る！

ttp://fli.ana.co.jp/fs/domjp?DAY=20071110&D_PLACE=HND&A_PLACE=KIX&x=67&y=12

今、ここを読んでいるおまいらに言いたい。

この板は、「生きている」板だ。

おまいらが読んでいるのはログじゃない。

集合場所と時刻を連絡しておく。
14:30にATC 9F H6の部屋の近くだ。
万一、先生が遅れたら熊猫さんに事情を伝えて始めて欲しい。

今電車の中 定刻通り発射 今からなら品川発新幹線の方が早い気がする 新大阪からATCまで40分くらいでつ

>>403
デムパ君には連絡がついたか。一安心だ。先生は今、56ゲートの前だが、
11:40の予定なので、おそらく待つのが吉と思ふ。別に大阪の電話が怖いからじゃないぞw
クロエ、現地の画像を携帯に送ってくれ。

「電話」じゃなくて「電車」だった。ｽﾏｿ

LSMの説明を紹介しようと思って、ちょっと探してみたがあまり良いものがなかった。
こんなことも日本のセキュアOSははやらない理由のひとつかもしれない。
もし、探して良いのがなければ、自分で書こうと思う。

飛行機は到着した。11:50発射、13:10到着の予定だ。速攻でリムジンバスに
乗るから、15:00には間に合うと思う。でふぁ

ジャック！ 古い携帯でかめらついてましぇん ドコモN504でつ なぜに24www
24で出てくるようなシステム現在考案中 鯖はglassfish DBはPOSTGRES8.2 POSTGIS SPRINGとかいろいろ
お値段はプライスﾚｽ

>>394
エイドリアン、バカ禁止。
おいらはバカ野郎のたわごとには興味ないんだぜ。

だけ分かった。その後だれか訳してくれ。

大阪到着。リムジンバスにすべりこみセーフ。ハイアットに向かって移動中。
以上

>>409
これに限らずスレッドはスレッドでたどるべきで、ひとつのメッセージだけ読むのは
危険だが、とりあえずｷﾎﾞﾝﾇされたからには答えよう。その１だ。

Adrian, stop this idiocy. I'm not interested in listening to your
soliloqui about irrelevant stuff.
エイドリアンよ、あぼぉーんはやめろ。おまいのよまいごとを聞きたくはない。

The kernel works on bytes. Deal with it. Stop whining.
カーネルの世界はバイトだ。バイトで考えろ。泣き言はやめろ。

You've been told several times that all the examples you showed were
irrelevant, and tomoyo worked on bytes too.
おまいは、何度もおまいが書いている例が見当外れだと言われてきた。そして、TOMOYOはちゃんとバイトで処理している。

You have been told several times that the VFS layer works on bytes, and
has done so since day 1.
おまいは、何度もVFSレイヤーではバイトで処理するのが流儀だと言われている。それは最初の日から始まっている。

You have *also* been told that there is no real other option ("you can
work with bytes, or you can go mad"). The normal kernel interfaces have to
be locale-independent (parly because it doesn't even KNOW the locale,
partly because locale is just totally irrelevant).
おまいは、また他の現実の選択肢がないということも言われている（バイトで考えろ、でなければあぼぉーんだ）。標準的なカーネルのインタフェースは、ロケールに関係ない。カーネルの一部はロケールを全く意識していない、そうでないところも全くロケールに関係しない。

And your statement above is a TOTAL AND UTTER LIE.
おまいが上で書いていることは、全くもってでたらめだ。

More people are used to work with bytes (the C language calls them "char")
than with what _you_ call "characters". The fact is, people are very very
very used to working with 8-bit bytes, and there are a lot more people who
understand them than people who understand UTF-8 (never mind any of the
other million possible stupid and insane locales).
多くの開発者はおまいが、"characters"と書いているものでなく、
C言語が"char"と呼ぶところのバイトで考えている。
事実はこうだ。8ビットを持つ「バイト」でずっと仕事を
するのに慣れている人は、UTF-8を理解する人間よりずっと多いってことさ。
他の何百万人もいるあぼぉーんや、ロケールですらないものをロケールと
思っているやつらは知らん。

So can you stop your inane whining now? You can either:
あぼぉーんな泣き言をやめたらどうだ？それよりも、

- accept that the kernel works on bytes (*) and that when we talk about
parsing strings, we're talking the very _traditional_ C meaning, which
is locale-independent, because locales DO NOT WORK in the kernel!
カーネルがバイト（＊）で動いていること、文字列をパースしている
ことを受け入れろ。俺たちは、伝統的なCの意味、ロケールに関係ない世界の
話をしているんだ。なぜなら、ロケールはカーネルでは動かん。

- or you can continue your irrelevant ranting that has nothing to do with
anything, but please don't cc me any more. People already pointed out
to you that your assumption that "character" means something else than
"byte" was wrong.
それか、泣き言を続けてもいい。でも、それなら俺をこれ以上ccするな（ｺﾞﾙｧ）。
みんなおまいが言っているcharacterがバイトではないという前提が違うというのは
指摘している。

Please stop this. The absolute *last* thing you want is a kernel that
cares about locales. You *also* don't want a kernel that enforces some
idiotic UTF-8 rules, since not everybody is using UTF-8. That way lies
madness, not to mention totally unnecessary complexity.

Linus

もうやめろ。カーネルにロケールを持ち込むのはおまいが欲する最後のことだ。
おまいは、カーネルがあぼぉーんなUTF-8ルールを強制することを欲しないはずだ、
なぜなら誰もUTF-8を（カーネルで使っていない）。それをしようとすると
あぼぉーんだ、言うまでもなく不必要な複雑さでしかない。

俺はリーナスだ。文句あるか。


以上だ。あとで請求書を送る。

>>409

ttp://lkml.org/lkml/2007/11/4/39
をたどれ。LKMLはこうやって読むものだ。

ハイアットにつく。

>>415
ありがとう、ほんとありがとう。

>>417
こっちこそ読んでくれてありがとう。役にたったならとてもうれしいです。
スレッドをたどるとエイドリアンがなんでこんなふうに言われているか
わかります。全てを理解しなくて良いので、雰囲気を感じてみてください。

アスキーさんから今月締め切り（驚）でムックの原稿を頼まれました。
LKMLの読み方を書こうかと思い始めています。

ということでBOFを終えて、今6F展示場入り口です。用のある方があれば。
（デムパ君、いたら待ってます）

ttp://www.debian.or.jp/blog/tokyodebian-34.html

ごめんなさい GISのセッションのぞいてまちた 英語でさっぱりワカンネー こういうカンファレスはｵｻｰﾝばかりだと思ってますたが、以外と若い人多いので、びつくりしますた

>>422　# 今、関空で羽田行きの飛行機を待っています。
会えなくて残念でしたが、きてくれてありがとうです。大阪は天気が良くて暑いくらいでしたね。
関西オープンソースは、雰囲気が東京のイベントと比べると、ゆったりとした印象を受けますた。
TOMOYOのBOFはとてもBOFらしかったと思います。きてくれた人ありがとうです。でふぁ

TOMOYO Linux 使ってるやつって見たことないｗｗｗ
ネーミングもキモイし無駄なこと辞めたら？ｗｗｗ

使ってます！
一度楽なポリシ生成に慣れてしまうと比較的楽と言われているAppArmorですら面倒に感じるorz

rpmで延々管理していたところにaptをぶち込んだときの感覚と同じだ。
つかっている鳥がバレバレですな…。

組込みには向かないよね

>>426
興味深い。根拠説明ｷﾎﾞﾝﾇ
ttp://www.asahi-net.or.jp/~jg3h-snj/osc2007/embedded_secureos.pdf

>>424
実に不思議なのだが、そんなことをここに言いにくることこそが無駄なことだとは
思わないか？
「わかったやめる」と言うとでも思っているのだろうか？前も書いたけど、名前は変えない。

使いたくない人に無理に使わせるつもりはないし、
SELinuxや他のセキュアOSを否定したり戦うつもりもありません。
SELinuxは、むしろ使える人は使ったほうが良いと思っています。

>>427
組込みで実機環境において学習ってどうさせんのかよくわかんね。
どっかに飛ばすの？

うわぁ、今日だったのかぁ。
行きたかった〜。大阪に住んでるし行けばよかった。

>>430
今度、組み込みの知り合いに聞いてみるので、もう少し質問のポイント
（疑問に思っているところ、あるいは確認したい部分）を
整理してもらえませんか？（勿論、回答はここに貼ります）

>>431
私も残念です。"(ノ_・、)"　グスングスン

>>432
ちなみに「知り合い」というのはその資料を書いた作者の方です。
ここで自分の回答案を書かないのは、想像で不確かな情報を伝えたくないし、
自分自身この機会に内容を確認しておきたいからです。でふぁ

家に帰り飯を食って一息二息でつ
せんせ〜もっとデムパ飛ばすｵｻｰﾝかと思ってまつたが、
意外とふつーのｵｻｰﾝでつた

プロジェクトとして考えている使われ方と
実際の企業での導入事例との相違点があれば
というつもりできいたのでつが、

漫画のきおｄさいｊ；えｗｊｆｌｗｍｊｌふぁ；
ともよﾀﾝはｋｄふぉいえｗじｆじぇわおｊｆぉ
・・・・・・。　ﾑｰ

個人的に他の人の意見も聞きたかったのもｱﾙし
ルータに使おうか
tomcatのようにあれもこれも載せたアプリケーション鯖と
どっちで使おうかと思って聞いたつもりですた
今日聞いた印象でふぁ激しくdeployやundeployする鯖には向かない気がしたﾆｮ
つーことで弊社うぶんつﾀﾝルータに実稼働ｹﾃｰｲwww

懐かしいツルボのインストーラ　ﾆﾔﾆﾔしながらインスコ中
実はlinux始めたのツルボ6.0でつ　10dまで時々使用してマスタ
ＢＢＳ見ると相変わらずツルボはどきゅんでつ
ツルボからlinuxに入った人としては悲しいでつ

中野一里は国に帰れよ。ウザ過ぎ。

というか、日記は自分のblogに書け。

>>436
>>437
そう命令される筋合いはないけど（というのはわかってる？）、
それでも良いよ。
というか、ここにきてると本当に自分のblogどころか他のことができない。

>>435
> デムパ飛ばすｵｻｰﾝ
わ、わからん。＿|￣|○

>>436
>>437
筋違いではあっても自分の意見を述べているのは立派だ。
どうして欲しい？全く消えて欲しいか、日記だけやめるか？

>>427
横からごめんなさいだけど組み込みだとOpenBSDの方が良くね？
って言うのは無いの？OpenBSDにはセキュリティ機構的な物は
無かったように思うんだけど、カーネルの堅牢さを頑張ってるしで。

その辺どうなの？TOMOYOを始めLinuxのセキュリティってマルチユーザー環境で
特権を奪われないっていう感じがするような気がする。

>>441
良い意見ですね。Kernel Trapというところでもまさに同じように
OpenBSDが話題になっています。だけど、Linuxの人は
BSDのほうを見ようとしないし、わかっている人もいなそうです。

自分もOpenBSDを調べたいと思っているので手がまわっていません。
Openかどうかわからないけれど、BSDのほうでそうした内容の
mlメッセージがあったようですが、知っている人いますか？

>>436
>>437
今まで、長文やめてとか、連投するなとか言われたのは、要望をきいているつもりです。
全ての人の希望をきくことができないのはあきらかですが、
できるだけ（可能な範囲）は聞いて、それで行き詰まったら考えようかと思っています。

>>441
BSD系の方がずっとｲｲでつ
松下やＮＥＣがタッグを組んで業界標準を作り
組み込みのデフォがlinuxになってるのしある意味仕方がないかとおもふ

OpenBSD１０年でバグが二つだっけ
その代わり自分で入れたソフトはとことん自分で管理しないといけないしんどさがあるﾆｮ
バグ見つけたら自分でハックできる力
そういうのが求められる厳しい世界でつ
僕には耐えられましぇん　しかし、僕はしにましぇん

自分はここの生活が短いから色々わかっていません。だけど、「うざい」と言われる
感覚はなんとなくわかってきました。ひとつは明らかに書きすぎです。
また、確かに今日はやりすぎだと思います。少し、時間をおいて考えてみます。今日はこれで終わり。

>>442
TOMOYOをBSDライセンスに出来るのなら、OpenBSDの人に提案してみるとか、
なんか怖い人らしいけど。

>>443
*BSDについて、あまりご存じない？

>中野一里

ポイントを絞ってレスしてくださいよ。

週末でﾑｷｰでつね
こんなＨＰ見るとｲｲでつ
ttp://ascii.jp/cate/25/
ttp://dc.watch.impress.co.jp/cda/weekend/2007/11/09/7385.html
かすみﾀﾝええけつしてますわ　ﾊｧﾊｧでつ

なんか急に活発になったなぁ・・・

Theo 氏は...なんてゆーかな。
人によってはつきあいにくいこともある？　という感じ、なんですかね。
あの void 氏を、似た感じの人に挙げる人もいました。

ある種の意見は頑固に主張する人なので、その主張が入ったメールとかに、
ぶち当たると恐いという印象が先立つわけですが。

頑固さは例えば、人づてに聞いた話なんで確認してないんですが、
「OpenBSD の CVS のコミット権は俺が直接ツラを拝んだ奴にしか渡さねぇ」
だっけかな、そんなことを聞きました。

ともあれ、*BSD にも TOMOYO のような（or SELinux etc）権限管理の
メカニズムが開発されたら面白いとは思いますが、だれか「やったれ」と
発起する人待ち状態じゃないんですかね？　今は。

*BSD の人は、Unix の姿として Sun のそれを仰ぎ見る傾向があるように
思うわけですが、Sun ってこの手のメカニズム、用意してましたっけ？

（えー、この板では 3 行のレスを連投するぐらいなら 1 レスにまとめて
しまったほうがよいかと）

そーいや KOF で OpenBSD のステージセッションありませんでした？
Theo 氏の紹介があったんではないかと思うのですが。

NetBSD のセッションではえびじゅんさんがいとぢゅんさんへの追悼を
述べられたということで...

でっていう

>>452
OpenBSDに土地勘アルならTOMOYOのコード読んで
移植がむばってみておくれまし
FreeBSDはデフォでも十分強固というふれ込みだがjailがあるでふぁないか

バニラカーネルにぶち込もうと努力してる人がいる中で
そういうこと言うのは失礼ではござらぬか
拙者は哀しいでござる　ﾑｰ

>>453
横から失礼だけど、移植だとカーネルがGPLに汚染されちゃうので、
問題はそれだけだと思う。

>>454
移植の話が出るとライセンスのネタが
必ずと言っていいほど出てきまつね

>>452はBSDにTOMOYOﾀﾝの考え方を移植できればと言ってるような気がするが
linuxと＊bsdぢゃカーネルの構造がそもそも全く違うｱﾙ
なんというか開発者本人がいない中でこういう話していいものかと思った１５の夜

盗んだコードで走っりっだし〜w

>>455
＞linuxと＊bsdぢゃカーネルの構造がそもそも全く違うｱﾙ
そうでもないと思うけど、やっぱBSDに持って行くのは別プロジェクトで
スクラッチから書いて、TOMOYOの定義ファイルを読めるってのが
良いのかな。

行き先もわからぬままいづこへ？

>>457
定義ファイルが共通化してるのはいいんぢゃないかとおもふ
BSDもカーネル本体がありモジュールでいろいろ読み込んでまつね
カーネルもモノシリックとかいろいろあったり
トーバルさんも当時教授がﾏﾝｾｰしてたMMXだっけ　に反発して今のカーネル出したでつね
あぁ　余談でつｗ

そこまでつっこんだ話はMLに参加して開発者本人とバトルおながいしまつ
ミーはあくまでガリガリいぢってる１ユーザでつよん

>>458
やってることはフックなので、カーネル全体の構造に迷惑かけなければOKかと。
もちろん思ってた所で思ってるデーターが来ないなんかは有るかも知れないが。

FessBSDにSELinux(FLASKアーキテクチャ)を移植というのは既に存在するにょ

http://selinux-symposium.org/2006/abstracts.php#flaskbsd
http://selinux-symposium.org/2007/abstracts.php#darwin

>>459
カーネルの事もC言語の事もさっぱりわかりましぇん
linuxもﾌﾘBSD以前コードは眺めてﾆﾔﾆﾔした事はありまつ
linuxは２．４の頃でつ

javaで言うAOPみたいなもんだと個人的に認識しておりまつ
本体の上から被せるようなもん？
FreeBSDだとaltqやpfとか後からぶち込んでリビルドしたときに
バッテングしないのかとおもふ　いあ思っただけでつ
というかこれ以上は僕もだめでつｗ
せんせ〜におながいしまつｗ

TOMOYO Linux なんて誰も使ってないっつーの

潜行する前にネタひとつ

ようやくツルボインストロール完了
Ｘが起動できなかったり依存関係がｱ"ｯｰでつ
ちなみにハードは
MB asus p2b
HDD quantumの12G
メモリ３８４Ｇ
ビデオカード　quadro4 700xgl
さっそくともよﾀﾝ探しマスタ
どこにもいましぇん
rpm -qa | grep tomoyo or ccs find / ccsとかprofile.confとか　みつかりましぇん
欲しがりません　勝つまでふぁ
/proc/ccs/以下と/lib/modules/2.6.23-2/kernel/fs/以下は
とりあえず見つかったものの
デフォでは入る/lib/ccs/ /etc/ccs/以下がみつかりましぇん
どなたか見つかった人いないでつか？泣

それでは潜行　ﾌﾞｸﾌﾞｸﾌﾞｸﾌﾞｸ

ハード少し追加
HDD　seagateの20G
PenIII 600 河童だったかﾆｬ？

「ともよを使おうか？」
何て仕事で言ったら、萌えヲタかと思われるかもｗｗ

>>463
ttp://usersforum.turbolinux.co.jp/

>>448
断る。
もう、今後誰の意見も希望もきかないし、考慮しないことにした。
読みたくなったら読みにきて、書きたくなったら書く。
長文も連投も気にしない。
話しかけられていちいち返事をするのもやめた。
名前もトリップもつけない。
ちょっと2ちゃんねるっぽくしてみようかとw。

いやトリップはつけろよ。

>>468
何故だ？

本人かどうかの判別がつかなくなるから。

偽物がでて混乱するのは結構面倒。

>>466
あぁ　ごめんあさい　ごめんあさい
リンク先眺めてマスタが見てましぇんですた
ただ今もう短気なものでFedora8インストロール中でつｗ
ツルボとＦ８見た目ｶｺｲｲ方にしますだ
おっちゃんねる　中の人降臨スレいろいろありまつです
ももんがlinuxスレもまろやかに降臨してまつ
あんまり力が入りすぎるとお腹によくないでつ
うんこが堅くなり脱腸がまってまつ　痛いでつよ？ｗ

ともよﾀﾝの使い方いろいろ模索してたんでつが、
個人的にジャックの期待する鯖のガードに使おうかと思ったんでつが、
ここで聞き昨日聞いてやめマスタ　うぶんつﾀﾝルータで使いまつ
掲示板でガリガリ書くよりも実際会ってみた方がいいなと思った１５の夜

そういえば組み込みの話
なぜか主力のNetBSDの名前がでないのが不思議でつ
とりあえずカーネルでオナニーするＯＳな印象
ユーザランドはてめぇでなんとかしろみたいな所
ここ見てるＢＳＤ移植汁!!!さんはまた北の荒波に放り出されまつたね
しかしＦ８もツルボも見た目ｶｺｲｲ　どっちにしようかﾆｬ

トリップつけると名前をつけるのと変わらないような気もするが、まあ仕方ないかな。(thanks)

自分もKOFのCDで導入してみたが、turbo+からパッケージのccs-toolsを入れると挙動がおかしいので
掲示板に書いておいた。事実関係が判明するまでは、パッケージではなく、
TOMOYOプロジェクトのドキュメントに従うほうが良いかも。

ttp://tomoyo.sourceforge.jp/ja/1.5.x/1st-step/tl11s/

トリップが違うだろがw

>>474
前のトリップ（の元データ）はさくっと忘れたためなりw

>>475
信用のない人間だなw

最近なんとなく傾向がわかってきたのだが、
信用する気もない人間が、信用のないと言うのがここのややこしいところだ。
でもこちらも信用して欲しくないから、結局ちょうど良い・・・。変なの。
頼むから信用しないでくれ。

せんせ〜はいろんな意味で力が入りすぎでつ
女子高生の前で屁をこいてもきにしないずぼらな精神必要ｱﾙﾈ
Fedora8予想以上にバギーだなぁ　yum update出来ねぇや・・・
予想外割引はｷﾎﾞﾝﾇ

>>476が信用のない、信用できない人であるのはまあいいとして、だ。

セキュリティを語る側の人間である>>477が
信用の無い行為するのはどうなんだよw

うるさいなぁ。（涙）
トリップとはここではそんなに大切なものなのか？
では何故皆つけていないか教えてくれないか？
名前もトリップもつけない匿名野郎に何を言われても何とも思わない自分がおかしいのか？

>>479
どうだ。これで信用してくれたか？

>>479
「信用」には「セキュリティを語る側の人間」は関係ないんじゃないかな。
だいたい「セキュリティを語る側」ってなんだろう？
自分が名前やトリップをつけているのは、「自分の発言に責任をとりたい」と
思うからで、それはスラドに初めて書いた時からずっと同じだ。
誰かに言われたからじゃない。自分には匿名で語ることは苦痛だ。

とか書くと、デムパ君に怒られちゃうかもしれないけれど。
あー、やっぱり自分はここには向かないかも。

>>482
「名前もトリップもつけない匿名野郎」ってのが大衆の正体だぜ
そいつらに布教しようっていうのなら ここほど練習に適した場所
ほかに無いだろ

>>483
「大衆の正体」は、そうだと思う。
「布教しようっていうのなら」は、ちょっと違うかな。

「布教」というよりは「会話をしよう」と思っただけなんだ。
語りかけられているのを意識して（気がついて）、知らないふりをしたくなかった。それが一番。
そして、次に「もし役に立つなら情報を提供しよう」と思った。
それが483の考える「布教」の定義ならそうだけど、自分の考える「布教」という言葉とは
ちょっと違う。
何度も言っているつもりだけど、ここや匿名を否定するつもりは
1ビットもない。それはそれで良いと思っている。
ただ、ここは「匿名」を外れた存在について、妙に反応して、邪魔をしてくる。
それが不思議だ。戦うつもりはないし、戦う理由もない。
きっと自分がいなくなれば、元に戻るだけだ。

>>484
個を維持して書き込むつもりなら特定してもらうための札は必要だろ
そうして初めて発言に重みが出来る（このスレ限定とはいえ）
重みの無い会話でいーならトリはずせばいいじゃん
ま、そんなのなくても後20分はID続くからいいけど

ところでTOMOYOってCD-ROM起動HDD無しのLinuxでも動くの？

自分の発言に責任をとりたい
そんな事は微塵も思ってましぇんｗ
拙者ほかのスレでもコテ使っておりまするが、ただの電波芸者でつ
発言でつか？　適当でつ　発言でスレが荒れたら？　僕はしりましぇん
僕はしにましぇん　適当なやつに押しつけ逃走
一つだけわかってた事
この支配からの卒業　せんせ〜にも学習モードが必要
ＢＳＤに移植してみたいなぁとか言う人まで出てきて意外に盛況でつｗ
半年ほど前まではｺﾃﾊﾝ一人のメモ代わり日記でつた
もう　そうはいきましぇんみたいでつねｗ

今日はなぜか尾崎ｽｲｯﾁが入った
年はもっと若いでつよ？精神年齢は１５で止まってまつ　はぃ

>>485
どう見えているかわからないけど、積極的に個を維持したり押し出す
つもりはないし、「重み」を出そうとは夢にも思っていない（泣）。
トリはたまたま言いがかりをつけられたので、返事をしただけのこと。
名前がなければ、名前で呼ばれない、トリがなければトリを話題に
されないと思っただけです。

CD-ROM起動HDDなしのLinuxってLiveCDのことですか？
それなら動きます。ここの板にも何度も書いてます。

>>486
「自分の発言に責任をとりたい」という文字を読むと大げさですね。（笑）
自分が関わっている仕事やプロジェクトの名前がでていて、知らない
ふりはしたくない、電車で前にお年寄りが立っていたら席を譲りたい、
そんな感じで、とらえてくれい。
「学習モード」はなんとなく言わんとするところはわかります。
でも、どうすれば良かったのかな？何か言われても黙っていれば良かったのだろうか。

なんで、ここでこんな話をしているのかな？＞自分（やれやれ）

今までそれなりに多くのところで話をしたり、文章を書いたりしました。
それら全てには期限など制約があり、相手を想定して作成します。一方向です。
例えば、Software Designに苦労して連載を書いてもそれが伝わったかは
わからない。

ここには最初「返事をしよう」と思ってきたけれど、いつか
「直接対話をしたり、質問に答えられたら、説明ができたら」と
思い始めていました。それはサポートという意味ではひとつの
理想だと思います。でも、自分の進め方が悪かったのかもしれませんが、
あきらかに失敗しました。もし、不快な思い（うざいとか）をしたり
迷惑をかけていたら謝ります。

デムパ君が書いているように絶対に「直接対話」が一番良いのです。
KOFではネタ（資料）を用意せず50分をデモと質疑で使い切りました。
二人がかりで丸一日かけて、20人弱と話をするのは「布教」という
意味では効率が最低ですが、今後も可能な限り続けていきます。

ここは、お知らせ、情報提供だけにするか、もっと迷惑にならないような
方法があれば考えてみます。（長文すまん）

>>490
ブログでいいじゃん

ここにあんたが何かを書くと 宣伝乙 になるから
ここにあんた宛の質問が書かれたときに
ブログで返答を書いてやればいいよ

そのうえで「会話」したいやつはブログのコメ欄にでも
移動するだろ

ももんがlinux例に出したんでつけど、
他の中の人降臨スレ覗いてどんな感じか見てみたらどうでつか？
このをＭＬと同じように扱うのか　参考にしてＭＬに持ち帰るのかで
ずいぶん変わってくるのでふぁ。
前者ならほとんど例がないし新しいプロジェクト形態!!!とか銘打ったり　むー
基本は何言われてもスルー
スレ見てると猛者もいそうなふいんきで、全部取り込むﾖﾛｼ
敵の敵は味方　名付けてイラクの自由作戦決行　ﾑﾑﾑ

まあ別に本人が出張っちゃいけない法があるわけでもなし、
ここに書き続けても何も困らんけどな
電波をNGワードにしときゃいいだけだし

>>491
ここを見て、違うところで答える（対応する）は、降臨（笑）するずっと
前からやっていて、あとブログじゃないけど誰でも書けるWikiはあります。
その意味では実現済みです。正直、居心地悪いけど、現実的なのかも。
宣伝（乙？）がうざく見えるのならその意味でも。

しかし、「あんた宛」の質問は違う。別に自分宛には質問して欲しくありません。（笑）

>>493
そうそう。名前をつけるのはNGワードにしてもらうという意味があるのでした。

でも、これまでの流れを見ると、多分（絶対）NGワードに登録してもらいたい相手（発言を
うざいと感じる人）は、NGワードに登録してくれないんでしょうね。
その辺が理解できないところです。

ひどいわひどいわ
＞名前もトリップもつけない。
＞ちょっと2ちゃんねるっぽくしてみようかとw。

それとは別にＦ８ yumのバグっぽいなぁ・・・

>>492
迷惑をかけていたり、邪魔になっているという感覚（自覚）があるという
意味で、それはしたくないかな。他の降臨スレは興味はあるけど、
自分の作業だけで、おなか一杯かも。

電車男を読んで、どうして電車の板は平和なのに、ここはこうなるのか
不思議に思っていました。でも良く見ると発言がかなりカットされているので、
いわゆる荒らしの部分が削除されるとああなるのかと。（違う？）

ここは元は過疎スレだったのですが、今日はなんだか妙にlogin:Penguinが
大量発生していますね。実はすごい疑問に思っていたのですが、板を
何人くらい見ているかってわかるのでしょうか？

荒らしはかなりカットされてると思う。
実際、荒らしはほとんど意味がないし…
だから、基本荒らしはスルー。荒らしに反応するのも荒らしですとも言われることもあるくらいだし…。

そんなに気張らなくても書きたい時に書き
読みたい時に読む　それでｲｲと思います。
つか、ついさっき言ったじゃないですかｗ　もう朝令暮改でつかｗ
元々linux板自体殺伐として荒れやすい希ガス　これがデフォのような
マ板のようにゆんゆんしてるとあれはあれで楽しいでつ

>>498
それがひろゆきの求めてる理想状態だよ。まさに正常。ノイズもあるけど。
殺伐としてた方が、情報の濃度が濃いっていう話。

>>500
番号だけでなく、内容までうまくまとめていただきありがとうございました。
よくわからないことが多いだけに意見を聞いてしまうところがあるの
かもしれません（いけませんね）。おっしゃるように
できるだけ自分も他の人もゆんゆん（これも用語なのですね）できるように
心がけます→だからそうやって考えるのが堅い→あー、すみません。

なんだかよくわかりませんが、login:Penguinさんどうもありがとうございました。

>>501

「殺伐としてた方が、情報の濃度が濃い」　(ﾟＡﾟ;)ｺﾞｸﾘ

そ、そうだったのか。す、すごい言葉だ。　＿|￣|○

でも、ぶっちゃけ、これで情報の濃度、濃いのかなあ。☆-ヽ(*´∀｀)八(´∀｀*)ノｲｴｰｲ

これから濃くしろ

おk

今でも十分濃い気がするお
さらに濃縮還元汁　１２０％　ﾑｰ

情報を濃くするには、もっと殺伐としないといけない。
さらにゆんゆんしなければならない。ムー
ゆんゆんしながら殺伐するってのがなんだかわからないけど、
なんだかやる気出てきました。でふぁ

せんせ〜の機嫌が直ったみたいでつ　ﾑｰ

だからTOMOYO Linuxなんて誰も使ってないから
無駄なんだよｗｗｗ

>>509
サポートは本来「人数が少ないからとか、無料だからやらなくてもいい」というものではないと思う。
ただ、やるべきこととやりたいことをやっているだけだ。結果を期待したり、
結果のためにやっているんじゃない。

まぁ２ちゃんねるの特性として、固定ハンドルを見るや
つっかかりたがるおかしな人が湧いて荒れたりする、とかいう
のはありますね（というか既にそんな感じになりつつあるような）。
そういう手合いは、荒れるのを眺めるのが目的の変な人だったりしますから、
適宜放置するのがよろしいかと。

放置してる隙に、そういう人が自演（なりすまし）をやると手に負えないので、
トリップがあるというか。

あ、ひろゆき発言ってこれね。
ttp://www.asks.jp/users/hiro/20193.html

昔の（今もそうなのかな？）FreeBSD-users の
「自己紹介メールなんか投げるな」とか
「ありがとうございました」だけのメールはいらん、とかの
文化に近いものを僕は感じますが。

>>511
ひろゆきのその例えって変だなぁと思う。
ｄｆが知りたいだけならそもそもネットで聞く必要なくて
マニュアル読めで充分。

システム管理者が存在しなくてファイルの容量がしりたいとなれば、
そこから広がる話が有ると思うんだよね。アカウンティング取ればとか、
余計な情報と取るか、目的は何と捉えるかとか。

はっきり言って、おいらぐらいになると、ｄｆが知りたいって質問の方が
ゴミ。システム管理者不在で、なんとかサーバーを維持してるんだけど、
ディスクスペースが圧迫されて困っちゃう、と発言したくれた方が、
あぁ、これはニーズだと思うわけで、アカウント管理が弱いなぁとか、
逆にこれをサポートすれば（SIがやってるよね）お金になるなぁとか。

この辺どうなんだろうね、実際に解決したい問題がなんであるか
知りたいと思うんだよね。ひろゆきはその辺を知られたくない人なんで、
聞かれたことだけに答えて欲しい、つまり、世の中を自分の為に存在してる
物と捉えてるんだと思うんだけどね。
ちょっとそこは、違うんじゃないの、って思う。

>>512
この例でいうなら、「dfの使い方」を知りたいのではない
「HDDの容量を調べるにはdfを使う」ことを知りたいの

付け加えるなら
ゆくゆくは「ｸﾞｸﾞﾚｶｽ」のひとことで済ますための種まきをしよう
というのも狙いの一つだろね

>>513
だから、HDDの容量を調べるなんてどう考えてもマニュアル読むべき事で、
マニュアルを読めば載ってると言うことすら分からないレベルだと、本当に
HDDの容量を調べたいのかすら怪しいわけで、そこをインタビューするってのは、
答える方にも有る意味、フィールドの現状を知る良い機会だと思うんだよね。

情報量が少なくって良いとか言うけど、>>514みたいにググれカスと言うのは
中学生にも出来るんだけど、ググれカスと言って、ググった結果質問者が求めてる
答えにたどり着くのか？っていう部分は疑問でね。

そもそも、ググれカスと言ってる本人が何一つ分かってない場合も多いのが２ｃｈの
現状で、ひろゆきが意図したことは失敗してるわけで。

あくまでも「例え」なのに深くつっこみすぎ。
それに、問題にしてるのは質問するほうでも答えるほうでもなく、第三者が見た情報量のことだし。
> ディスクスペースが圧迫されて困っちゃう
これもよくわからない。
例えは、ディスク容量知りたいけどリアルに聞く人も(マニュアルも)いないよ、って状況でしょ?
アカウントとか関係ないじゃん。
> はっきり言って、おいらぐらいになると、ｄｆが知りたいって質問の方がゴミ。
こういうのがまさにいらないと言ってるのでは。

おとといのKOFで気になったのはIBMのXシリーズ持ってる人多いでつね
うらやますぃ　ちまちま貯めて買ってみたいのぅ
セッションの時berylが画面に出てマスタ
以前XGLで使う当てもなくｸﾙｸﾙ動かし目が回ってやめた
あーゆー使い方もあるんでつね　参考になりマスタ
それはそうとともよﾀﾝは他のapacheやdhcp鯖みたいにログがでないのかと思った
SNMPとかでリモートから管理できないかとオモタ
なんと！！！　SNMPでつなぐとHINEMOSで統合管理でき、
開発もEclipseでプラグインを導入するだけです
複雑なセキュリティーをトータルでサポートしまつとか出来ちゃいマスタ
とりあえずはシェルで組むしかないでつね
少ない脳内をDFしたらいっぱいですた
KOFで貰ってきたパンフレット見てﾆﾔﾆﾔしてまつ　いろいろ新ネタが出てきた
iscsiとGFS2で少ない脳みその拡張をしてみまつよ
NRIのパンフレットはうけました　サポートOSにRHELがないでつ
ぇどらとセントスでつかｗ　僕も負けないようにひねくれまつ

馴れ合い禁止だ、ｺﾞﾙｧ　　　とか。

>>516
あぁ？わかってねぇーなーボケナス。
リアルに聞く人がいないのはしゃーないけど、マニュアル無いって事はないだろ。
マニュアルの調べ方すら分かってないだけの話じゃないのか？

その程度の人間が質問する事って、質問がそもそも間違ってる場合も大きいわけさ、
分かるか？で、その程度の人間が質問するってのは、ある種の問題を抱えてて、
それを解決したいってわけさ、分かるか？

殺伐とした雰囲気だと余計な情報が無くなるとか訳のわかんないこと言ってるけど、
問題解決の為の情報なんだから、殺伐としてたら、なんも進まないわけ。

まろゆき殿は殺伐は言葉の文でシンプルにしたいと、
言っておるような気がしまつ

写真がどうとか　管理者がいない事とかどうでもいい
聞きたい事だけ家!!!　という事でせう
殺伐という緊張感がありつつもアル程度答えをもらえる所でもあるような気がしまつ

あまり答えを求め過ぎずにゆるゆるでもよかですかと
答えのない答えもまた社保庁案件でも出ていまつような
１社で引き受けたのが結局４社合同案件ですけ？
ここは１次SIの人もたくさん見ていそうなのでお叱りを受けそうでつね
それでふぁ　そんなわけで　まろゆき殿満成

ここ何のスレ?

TOMOYO Linuxとかいう誰も使ってないものを議論するための
キチガイ隔離スレ

>>522
SELinuxよりは優遇されてるんじゃないか？
Redhatインストールマニュアルの朝はSELinuxの停止から始まる

http://www.hd-animation.jp/
これのLiveCDがUbuntu 7.10ベースのTOMOYO Linux

>>121
長らく待たせてｽﾏｿ
ttp://lkml.org/lkml/2007/11/16/155

* Don't send access logs to auditing system.

TOMOYO Linux generates two types of logs.
One is access logs in the form of policy file.
The other is other messages like warning/info.
We were sending both logs to auditing system.
But some users complain about the flooding of access logs on the console.
Thus, we decided to stop sending access logs to auditing system
and removed AUDIT_TMY_GRANTED and AUDIT_TMY_REJECTED from include/linux/audit.h .
Now, we are sending access logs to /sys/kernel/security/tomoyo/ interface.
Logs other than access logs are sent to auditing system or printk() depending on kernel config.

ネットワークセキュリティExpert7にメインライン化関連の記事を書きました。
発売は多分来年1月かな。

>>524
ttp://tomoyo.sourceforge.jp/wiki/?TomoyoLive
と同じだけど、強制モードで起動します。
（Gnomeからの）壁紙の変更を拒否するポリシーが設定されています。

>>143
基本的には1.5に移行して欲しいのですが、事情により1.4を使わなければ
いけない人のために1.5.1に含まれていたバグフィックスの部分を
バックポートした1.4.3をリリースしました。
ttp://lists.sourceforge.jp/mailman/archives/tomoyo-users/2007-November/000303.html

ふむ、2.1.0が出ているね。
mountに欠陥があるみたいだけど。
まあ…取りあえず1.x系統使っているから当方には関係はないけど。

そいや、中の人的には2系統と1系統、どっちを使って欲しいんだろうね。

>>529
そう。tomoyo-usersへのアナウンスを見て、外の人？には、1系と2系の違いがわかりにくいだろうなと
思いました。長文で（笑）説明します。

位置づけ的には、実際の利用を想定し安定化させようとしているのが1系で、
2系はメインライン提案版の「スナップショット」と考えてもらうと良いです。
2.0は、OLSに間に合わせられたのは良かったのですが、期間的な関係で
MACがファイルアクセスのみになったため、「アップアーマーとどこが違う？」
という印象をうえつけてしまう結果になり今もそれをひきずっています。
また、この板にも書き込みがあったようにオーディットに問題がありました。
2.1では、「現状のLSMでできる範囲」で1系の機能が取り込まれており、
1.5.2に比べてもあまり遜色なくなっていますし、オーディットも
ユーザが多様な使い方を選択できるようになっています。

「欠陥」については、因縁付きのvfsmountがらみです。熊猫氏によると、
「openSUSE 10.1 および 10.2 に搭載されている（ディストロにはいって
ユーザのついている）AppArmor」で、「マウント／アンマウントなどの操作要求と
その操作が行われるディレクトリ（マウントポイント）に対するファイルの作成／削除などの
操作要求が同時に発生した場合にデッドロックが発生する」ことが、
原理、および実験により確認されており、LKMLに問題提起しましたが、
Crispinや関係者からの返答はまだありません。この問題は、AppArmorの
提案中のvfsmountのパッチがあたっていれば解消しますが、まだ採用
されていません。TOMOYOの5回目のLKML提案では、違う方法でこれを
回避するパッチを添えて提案していますが、2.1ではそれは含まれていません。
2系は、標準カーネルを前提としているからです。（続く）

（続き）
2系の利点は、LSMを使っているので、カーネルに対する差分がほとんどないことで、
自分の使っているディストロに「移植」したり、コードを調べてみるという
観点からは便利です。特にそうしたニーズがない方は、プロジェクトとしての
安定版である1系を使ってもらえればと思います。

「カーネルの最新の議論に参加したい」という人は、
ttp://lkml.org/lkml/2007/11/16/155
で提案しているパッチをスレッドの議論とともに追ってもらうと良いでしょう。
こちらは前述のようにデッドロックに対してAppArmorとは違う手法での解決を提案しています。
ちなみに
ttp://tomoyo.sourceforge.jp/wiki-e/?WhatIs#comparison
を見てもらえばわかりますが、LSM版と非LSM版の両方を提案しているのは
TOMOYOだけです（2.4も使えますし）。LSMは確かに便利ではありますが、
TOMOYO的には必須ではなく「メインライン提案の条件」ですし、LSMの
現状の機能により「MACの制限」と見えています。

ttp://tomoyo.sourceforge.jp/cgi-bin/lxr/source
で、昨夜時点の最新安定版カーネルに対する2.1 (LSM), 1.5.2 (2.6/2.4 kernel)の
コードが読めます。LKML提案版は、LKMLスレッドのほうで。

TOMOYO Linux（笑）。　SELinux使えよwww

>>533
SELinuxは時間ができたら、趣味で（個人で）使ってみたいと思ってる。
Smackがメインラインに入ったら、SELinuxがどうなるかちょっと心配だ。

>>530
ふむふむ。
取りあえずしばらくは1系統を使っていきますです。

>>533
TOMOYO Linuxが商用利用前提のサーバで使えるかどうかの議論はさておき、個人用途で楽に使いたいならTOMOYO Linuxを選択しますなぁ。
ポリシ生成もAppArmor以上に楽だし。

趣味で使う分には楽な方法を選択したいのです。

>>535
「利用する」ということであれば、それがお勧めです。

AppArmorは、プロファイルという形でApacheなどいくつかのプログラムの
ポリシーを配布しています。「システム全体」、あるいは「ブートから
シャットダウンまで」という使い方は基本的にできません。また、TOMOYOの
ドメインやポリシーの粒度を見たあとで、AppArmorのプロファイルを見ると
物足りなくなるかもしれません。

いずれにせよ、興味を持ったものを試してみることが重要だと思います。
聞いたり読んだりするのと使うのは全然違います。どこに使うかを
含めて使った上で判断したら良いと思います。

自分の場合は、趣味で使うなら難しいほうが、仕事で使うなら楽なほうが良いです。
ここには「SELinuxを使わせたい人」が多いようですが（笑）。

学習ってどうやってるの？
何をどのくらいどう学習させるのか
解説してるサイトある？

>>537
とりあえずこんなところでいかが？
ttp://tomoyo.sourceforge.jp/ja/1.5.x/1st-step/centos5/
ttp://www.thinkit.co.jp/free/article/0706/17/2/
ttp://sourceforge.jp/projects/tomoyo/document/try-tomoyo-linux/ja/1/try-tomoyo-linux.pdf
できれば、Software Designが読めるとベストです。

>>537
「どうやってるの？」とは動作原理や仕組みのことですか？
それであれば、
ttp://www.jnsa.org/nsf2003/award/2003/J002-S1022.pdf
ttp://www.jnsa.org/nsf2003/award/2003/J002-P0828.pdf

software designをtomoyoの週をすべて揃えると1万以上。
ドキュメントは点在。
一冊本をだしてもらえれば、ありがたい。

>>540
ご意見ありがとうございます。リソースや相手の問題もありますが、検討します。

誰も使ってないからやるだけ無駄

>>540
新たに書くと内容は新しくなるのは良いですが、利用してもらえるように
なるまでに時間がかかりすぎるので、まずは
・技評さんに連載のムック化が可能か相談する
・技評さんに連載記事のweb掲載が可能か相談する
の線であたってみます。
>>542
心配してくれてありがとう。"(ノ_・、)"　

>>543
荒らしたいだけなんだからもう放っとけよ

>>543
２番目の線でもありがたいです。

>>543
相方のガチャピンも一緒におながいしまつ

>>543
ムック化の際はきちんと現状にあわせてバージョンアップしてください
Linuxがらみの書籍はいつもいつもいつもいつも情報が古いので
せめて刊行直後くらいは「執筆時の最新」にしてください

なんだかキャラクターが増えてますね・・・。
今日、技評さんに相談したところ、「テキストのみで出典を明確にして、
ある程度時間をおけば」ということで、連載内容の再掲を許可いただけました。
仮面ライダー緑さんが書いているように内容が古くなっているので、
アップデートしながらwebかwikiにアップしようと思っています。

>>547
１執筆者にそりゃ無理な要求だｗ
業界大手で牛耳られいろいろ制約ｱﾙみたいだ
版元独自ルートｱﾙの日経とあともう一つどこだっけ　忘れた

>>549
載せれば良いということではないので、載せる以上やっぱり、
新しくするのは必要だと思います（思ってました）。それは、
他のメンバーも一緒です。その意味ではムックより良かったです。
（とここまで書いてガチャピンの意味がわかりました）

がちゃぴん化光速で1000冊注文する

>>550
執筆のネタｦﾚがいつもいるスレで以前ネタになってマツダ
講談社や書店との間に専門商社が入り
大手はトーハンとかが業界を牛耳ってて、思うように出版できないというのがあったにょ
＞「テキストのみで出典を明確にして、ある程度時間をおけば」
技評の中の人はその辺りの事匂わせてるような気がしまつ
ぎりぎり最新にしてあとは最新ＵＲＬ貼り付け汁　な気がす
遠い記憶なのであんまり当てにしないでクレヨン

ちなみにせんせ〜のブログﾊｹｰﾝしますた
２４シーズン６見るためにカリフォルニア行ったんでつねｗ
通勤の時　ヘッドフォンしてるみたいでつね
いいものを使ってても難聴 or 聾になりやすいでつ
難聴になると自律神経失調症やメニエルになりやすいというか一回はなりまつ
メリー苦しみまつｗ　と、生まれた時から難聴の自分が言いまつでつ　でふぁ寝る

TOMOYOってインストール自体は流れ作業でできるから導入までは纏めサイトのような備忘録作ってもあんまり有り難味ないんだよな…。
利用するにしても単純な利用方法（例えば「Webサーバにルールを適用させる」「mountの制御したい」）だけなら…

・学習モード状態で行いたい事をざっと行う
・ある程度生成されたポリシを元にルールを整形していく

これだけなんだよね。
勿論この単純さがTOMOYOの良さだとは思う。
ただそれ故か、見渡せば公式サイト以外にほとんどTOMOYOの情報が無いのは微妙に寂しかったりする。
公式サイトにしても基本的な利用方法があるだけだし（それが一番重要ではあるけど（＾＾；；）

紙ベースにしろ、Webベースにしろ、ある程度特異な使用例が欲しい。
SD連載にあった権限分割とかsshログインの小技とかは結構面白かった。

>>552
UNIX magazineの記事を書いたアスキーさんもこのあたりの考え方は
同じでした。webだとリンクがあるし、コピペできるから読者には便利ですね。
ヘッドフォンは体調とそのときの仕事と気分次第です。
AKGのノイズキャンセルヘッドフォンを使ってましたが、おおげさなので
最近は普通のインナーイアです。使いすぎ注意します。
24はシーズン6を見始めました。ジャックの無茶ぶりがすてきです。

>>553
>・学習モード状態で行いたい事をざっと行う
>・ある程度生成されたポリシを元にルールを整形していく
そう。そのとおりです。
入り口までくるのには何の苦労もいりません。
ただ、その先の道は、実は結構奥深いものがあります。その奥深さが
わかる人にとって、SDの記事は役に立ちます。SELinuxは、使い始めは
難しいですが、それを乗り越えたらあとは単調ではないかと思います。

一般の利用者の情報が少ないのは、奥深い世界に入っている人が
少ないせいかもしれません。そうした使い方でも良いし役に立ちますが、
TOMOYOの真価はそれだけではありません。
小技の記事は、熊猫さんが入れ込んで書いていたのできっと喜びます。

SD連載がオリジナルだとわかるようにこんな名前にしました。
ttp://tomoyo.sourceforge.jp/wiki/?WorldOfTomoyoLinux

>>556 乙です。

いいぞいいぞ、これからが楽しみです。

>>557
実際にやってみると思っていたより大変でしたが、少しずつ進めていきますね。

LKML関係で今日ちょっと良いニュースがあります。
version 2.1は現行のLSMに合わせています。そのため実現できる機能は
LSMの仕様により制限されます。制約となるわけです。
制限のひとつが、ネットワークのMACで、受信系のフックが使えません。
これについて、熊猫さんが今まで何度も提案してはリジェクトされていましたが、
5回目の提案から続くスレッドの議論でなんとなく採用されるかもしれなくなってきました。
SELnuxのJames君がこんなことを言っています。
ttp://lkml.org/lkml/2007/11/19/353

新たにメインラインに提案しようとするセキュリティ強化はLSMに
合わせるしかないわけですが、LSMは必ずしも共通的に必要とされる機能が
検討、実装されているわけではなくて、SELinux用っぽくなっています。
そうするとSELinuxと違うアプローチや方式は非情にやりにくく、さらに
LSMのメンテナや関係者がSELinuxよりだと限りなく不利です。

SELinuxより前によく考えられたLSMがあって、中立的に運用されていたら
多少事情は違ったと思いますが、LKMLの議論のすれ違いを見ていると
「これは合意は成立しないよな」と私は思ってしまいます。

SDの1回目ですが、CentOS 4.5+TOMOYO 1.5.2にしてみました。
ただ、図については家では作業できないので明日以降少しずつ追加します。

TOMOYOのセキュリティーって、どこかのお炭が付いてるのかな。

使い物にならないというのが現在の評価です。

TOMOYOは学習がメインということは穴が多いということに直結するからな
とはいってもSELinuxも蟻の一穴で瓦解するから大差ないけどな

TOMOYOの導入事例って、まだ無いの？

>>565
tomoyo 商用システム　導入事例

>>565
セキュアOSの導入状況について、NISCが調査報告書を公開しています。
ttp://www.nisc.go.jp/inquiry/index.html
「電子政府で利用する情報システムへのセキュリティ機能を強化したＯＳの適用可能性等に関する調査研究」

>>562
CC認証のことを言っている？それなら
ttp://www.ipa.go.jp/security/jisec/cert_list.html
を見れば。

ニコニコが急に見れなくなった。
これもやっぱりTOMOYOのせいなのか

>>564
> TOMOYOは学習がメインということは穴が多いということに直結するからな
> とはいってもSELinuxも蟻の一穴で瓦解するから大差ないけどな
学習はポリシーの初期値作りのためであって、穴のないポリシーに到達する近道では
あるけど、学習結果をそのまま使うようなことはしてはいけません。

「穴のない」は、セキュアOSの種類によらず目指すゴールですが、SELinuxの
場合は、ポリシーの正しさの他に「ラベルの正しさ」を実現しなければ
ならないのと、ポリシー自体の可読性が低いという点が、TOMOYOに比べると
難しいと思います。

>>562
CC認証はセキュアOS選びの重要な基準なので下記の表に項目を追加しました。thanks
ttp://tomoyo.sourceforge.jp/wiki-e/?WhatIs#comparison

ttp://www.ipsj.or.jp/sig/os/index.php?ComSys2007%2Fposter

はやくここに戻りたい・・・
1月までまっててね。

>>573
1月でも2月でも板がある限り待ってる。

がんばれ。

認証の意義や価値を否定はしない。
だけど肩書きや「お墨付き」を当てにする生き方はむなしい。
現にそうしたものを信用できないというできごとが増えている。
PacSecの講演タイトルは、
A Practical Method to Understand and Protect Your Own Linux Box
「自分の管理するLinux Boxなら、ちゃんと自分で把握して守れよ」
「そうでなくて誰が守る？おまえの箱だろ？」
そういう意味を込めている。"Practical"は、「実際に使える」ということだ。
タイトルを考えるのに約1ヶ月かけた。

"Understand and Protect"というのは、「内容を理解（把握）できずには
守れない」からこうなっている。reference policyでも良いけれど、
それなら、ちゃんと中身を読むべきだ。
資料ではTOMOYOをDIYアプローチと書いた。「自分で理解して守る」、
そう考える人にとってTOMOYOは最高のツールであり武器だ。そう信じている。

自分の考えやTOMOYOを押しつけるつもりはさらさらない。
良いと思ったら使えば良いと思っている。ひとりごとだよ。

ttp://d.hatena.ne.jp/sec-momiji/20071208

セキュアＯＳよりもセキュア環境が欲しいかな

「自分が何をしたいのか」と「相手に何をさせたくないのか」をある程度明確にできないと結局どのセキュアOS使おうが穴だらけになる可能性は高いよね。
TOMOYO LinuxにしてもSE Linuxにしてもその他のセキュアOSにしても結局行おうとしていることに対しての手段でしかないんだし。

>>580
本当にそうですね。
「セキュアOS」「セキュリティ」、そう呼ぶと難しいですが、
もともとやりたいことは、単純で誰にでもわかる、誰にも必要なことなわけです。
以前も書いたかもしれませんが、私は最近あまり「セキュリティ」「セキュアOS」という
言葉を使いたくないと思っています。

SELinuxのmlで大変興味深いスレッドを発見しました。
「SELinux的世界」を体験できます。超お勧めです。先頭記事はこちら。
ttp://www.selinux.gr.jp/selinux-users-ml/200711.month/2058.html

この「SELinux的世界」を楽しいと思う人はきっとSELinuxに向いています。
私はパズルとしては面白いと思いますが、仕事で使う勇気はちょっとありません。
reference policyが落ち着いたら、状況は変わると思いますけれども。

このスレッドの面白さを理解するためのヒントは、SELinuxとTOMOYO Linuxに
おけるドメインの考え方の違いにあります。参考資料としては
ttp://lc.linux.or.jp/lc2005/slide/CP-09s.pdf

2.1のネットワーク関係でバグが見つかったので、少し前に2.1.1をリリースしました。
もし使っている人があれば更新ください。

ネットワークセキュリティExpert 7の発売は12/8のようです。
TOMOYO Linuxプロジェクトで9ページの記事を書きました。
内容は現在挑戦中のメインライン化で、プロジェクトメンバー3人で
分担して書いていますが、結構面白いものになりました。

日経LinuxでもCELFの方がメインライン化について書かれたようで、
そちらの内容も楽しみにしています。

>>584
ちょっとだけヒント。
ttp://takabsd.jp/d/?date=20060906
あとで簡単に説明します。でふぁ

PacSecの準備を始めたのでちょっと忙しくなりました。しばらくレスポンスが
悪くなるかもしれません。解説します。

SELinuxでは、アクセスの主体（サブジェクト）とアクセスの対象（オブジェクト）の
ラベルにより、アクセスを許可して良いかどうか判断しますが、
サブジェクトもオブジェクトもラベルは「ひとつ」しか付与できません。
/bin/shでもApacheでも、特定の用途だけについてポリシーを書くことは
可能ですが、Linuxではさまざまなものが互いに関わりながら動いていますから
それらをうまく「調停」するようなラベル付けを工夫しなければなりません。
「調停」のわかりやすい例は、/homeのラベルとApacheのラベルで、それが
あっていないとApacheでユーザのホーム配下が開けなくなります（実際、
よくそうしたクレームがあがっていました）

/bin/shには、（最新の状況は確認していませんが）shell_exec_tというラベルがつけられていて、
それに基づいて他のラベルやドメイン遷移は定義（設計）されていますから、
勝手に/bin/shのラベル定義を他のラベルに変更するとたちまち色々なものが動かなくなります。
そのことが理解できると、「reference policyであってもtargetedであっても
提供されているポリシーの内容を理解しないと、本当の意味でのカスタマイズは
できない」という意味がわかると思います。（続く）

簡単に言えば、「普通の/bin/shとApacheでPHPから実行されるsystem()で
起こされる/bin/shを許可したい」のですが、SELinuxの仕様というか制約の中で
それを実現しようとすると、スレッドにあるように普通の方法ではできないと
いうことです。つまり、「実行して良い場合」と「実行させてはいけない場合」の
記述が容易でないのです。

この同じことはTOMOYO Linuxであれば一瞬でできます。
学習させて、そのドメインを選択し許可すれば良いのです。
TOMOYOではもともとそうした状況に沿ってドメインを自動的に定義（分離）
しているから、ドメインの定義やドメイン名の付与すら必要でなく、
ただ、その場合（ドメイン）を選んでモードを変えてやれば良いだけです。

この例に限らず、TOMOYO Linuxのポリシーは「人間のシステム管理者に
とって、自然でわかりやすい記述」になっています。だから使いやすいのです。
より詳しく知りたい方は下記論文も参考にしてください。
（論文を読むまでもないかもしれませんが）
ttp://lc.linux.or.jp/paper/lc2005/CP-09.pdf

このスレッドでもうひとつ参考にして欲しいのは、
「SELinuxを運用する」作業の実際のイメージです。
Fujiwaraさん達が連発している_tが「ラベル」です。ラベル方式の
MACを使うということはこのようにラベルで考えることが必要です。
・ラベル定義を設計する
・ラベル定義の設計に基づきアクセスポリシーを設計する
となります。ただ、前述のようにラベル定義は自由に行うわけには
いかず制約があります。reference policyでは、カスタマイズする部分を
ユーザがモジュールとして作りやすいようになっていますが、
ラベルの調停の必要性については本質的に変わっていません。

SD連載ですが、全１２回をひとつのページにすると巨大すぎるので分割することに
しました。現時点で第1回はほぼ完了、第2回は書きかけ、第3回は本文はほぼ完、です。
第3回についてはtomoyo-devのクスノさんにご協力いただいています。

インデックスは、
ttp://tomoyo.sourceforge.jp/wiki/?WorldOfTomoyoLinux
はてなのキーワードの中からも飛べるようにしておきました
（できるだけ多くの方に読んでいただけるように）
ttp://d.hatena.ne.jp/keyword/TOMOYO%20Linux?kid=81099

技評さんには「発売後３ヶ月おきます」と約束したので、9月号まで
できるだけ早く転載したいと思います。もし、作業を手伝っていただける
方があればご連絡ください。

今朝、PacSecのアブストラクトが掲載されましたので、貼っておきます。
英語版から（アブストラクトも講演資料も英語と日本語作成しないといけないので
大変です）

TOMOYO Linux: A Practical Method to Understand and Protect Your Own Linux Box

Abstract

TOMOYO Linux is an implementation of "manageable and understandable"
mandatory access control for Linux 2.4/2.6 kernels. It was developed
by NTT DATA CORPORATION, Japan and it has been available under
the GPL license since Nov. 2005. The project is now trying to put
their code to the mainline Linux kernel.

With its unique feature of "automatic policy generation", TOMOYO
Linux can be used to analyze the system behavior in depth as well
as protecting from malicious attacks. The presentation will focus
on how TOMOYO Linux compares to other secure-Linux projects in order
to give audience appropriate information to choose suitable one.
The on-line version of "secure-Linux" comparison table maintained
by the speaker can be found at here.

This presentation will include a brief demonstrations of TOMOYO Linux.

TOMOYO Linux: あなたのLinuxサーバを理解し守るための実践的な手法

Abstract

TOMOYO LinuxはLinux kernel 2.4/2.6のための「使いこなせて安全」な
強制アクセス制御の実装で、株式会社NTTデータにより開発され2005年
11月からGPLライセンスのオープンソースとして公開されています。
プロジェクトでは現在メインライン活動に取り組んでいます。

ttp://tomoyo.sourceforge.jp/

TOMOYO Linuxはそのユニークなポリシー自動学習機能により、
クラッキング対策としてだけでなく、システムの解析に用いることも
可能です。講演では、参加者の方々が自分にあったセキュアLinuxを
選ぶことができるようになるために必要な比較情報が提供されます。
比較情報は
ttp://tomoyo.sourceforge.jp/wiki-e/?WhatIs#comparison
でその最新版を参照することができます。講演では、TOMOYO Linuxに
関する短いデモが含まれる予定です。

資料は現在作成中ですが、今回のSELinuxのスレッドも盛り込みたいと
思っています。

ネットワークセキュリティExpert 7の発売日は12月8日ではなくて10日でした。
失礼しました。

Ubuntu Japanese Teamの方から、TOMOYOのapt lineを教えてもらいました。
Experimental
ttp://archive.ubuntulinux.jp/ubuntu-ja/gutsy-experimental/
に追加されています。/etc/apt/sources.lstに下記を追加すれば
利用できるようになります。

deb http://archive.ubuntulinux.jp/ubuntu-ja gutsy-experimental/
deb-src http://archive.ubuntulinux.jp/ubuntu-ja gutsy-experimental/

thanks >Ubuntu Japanese Team :)

日本語ローカライズドDesktop CD（ISOイメージ）のダウンロード自体はこちら。
ttp://www.ubuntulinux.jp/products/JA-Localized/download

Ubuntu 7.10でのTOMOYO Linux利用は、
・Ubuntu 7.10（標準）でexperimentalのパッケージを追加する
・Ubuntu 7.10で、自分でカーネルをビルドする
・TOMOYOプロジェクトのLiveCDから「インストール」する
　（勿論インストールしないでLiveCDとしての利用も可）
の3つの方法が可能になりました。

今さらですが、7.10でのTOMOYOのパッケージ(deb)がないことに気がつきました。

Gentoo に TOMOYO 2.1.1 をいれてみた。
まだ、よく使ってないけどいくつか思ったことを。
- ccs-tools に LICENCE も INSTALL もなくて不便 & README がなんかいまいち。
- パッチがカーネルのどのバージョン用のものかがわからなかった。
- ccs-tools と ccs-patch で少し混乱。
- コンソールで作業したから、英語Wiki を見てたんだけど、内容が少し古いことを書いてほしかった。
.init がねぇ…とずっと探してしまった…。
- で、適当にccs-init を動かしちゃったんだけど… /etc/ccs は消してもOKなのかなぁ?

今度 ebuild でも作ってみようかな…。

>>597
情報ありがとうございます。開発メンバーに伝えておきます。
/etc/ccsは消してもOKです。

>>598
/etc/ccs 消しました。Wiki も情報が新旧混ざってますねぇ。

ところでせんせー質問いいですか!
apache の動作を制約してみようかと、editpolicy で apache の学習結果とにらめっこしてます。
- allow_create /var/tmp/etilqs_<ランダムな文字列> というエントリがたくさんあるんですが、
まとめるには、A して allow_create /var/tmp/etilqs_\* でOKですか?
- 基本全部通すけれど、特定のIPアドレスは許可しないというのはできますか?
- udev と 小狼君は協調できますか?

>>599
SDの連載のWiki掲載でも情報整理の必要性を認識しました。wikiについても
古い内容が更新されていないところがあるので、すみませんが当面webのほうで
確認しながら作業ください。

アクセス追加はそれで良いですが、file_patternとしてまとめて名前を
つけることもできます。
ttp://tomoyo.sourceforge.jp/ja/1.5.x/policy-reference.html
また、patternizeというツールもご利用ください。
ttp://lists.sourceforge.jp/mailman/archives/tomoyo-users/2006-November/000140.html

「基本全部通す」は、TOMOYOでは指定できませんが、近い指定は可能かも
しれません。あとで開発メンバーに聞いてみます。
udevと小狼は同時に使えるはずです。

patternize 便利ですね〜。editpolicy の (隠し機能?の)'o' もかなり使えますな。
patternize の使用法は http://d.hatena.ne.jp/naothy/20070809 がわかりやすかったです。
/proc/ccs がなくて /sys/kernel/security/tomoyo を探しだすのに手間どりましたがw

またまた質問でごめんなさい。
aggregator の第二引数は実際には存在しないパス(とかフルパス形式をとらないもの)でもOK?
例えば、
aggregator /bin/grep basic-shellscript-progs
aggregator /bin/sed basic-shellscript-progs
…
keep_domain basic-shellscript-progs from /home/yukiusagi/yue.sh
keep_domain basic-shellscript-progs from /home/sakura/kero.sh
…
のようにしてお手軽にシェルスクリプトがいじれるファイル群を制御したい。
それとも、/virtual/shellscript/basic みたいにしたほうがいいのかな?なんとなく。

# ','区切りで複数指定とか補完を使えるといいなぁ。ESCでキャンセルとか…。
# 追加成功/エラーメッセージも…

>>543
TOMOYOのことをもっと勉強してみたくなったのですが、資料があまりなく先日SDのバックナンバーを全部購入しました。
でも後悔はないんですよ、TOMOYOに貢献できるのはこれくらいしかないですから。
自動学習の先は、奥が深いです。

grant_logがうっとおしい時は echo 'MAX_GRANT_LOG=0'>/sys/kernel/security/tomoyo/profile でいいんかな。
'>' だと他の設定が消えそうなイメージがあってこわいな

>>599
> まとめるには、A して allow_create /var/tmp/etilqs_\* でOKですか?
はい、それでもＯＫです。
もし \* の部分が６文字でしたら /var/tmp/etilqs_\?\?\?\?\?\? とした方が厳密になります。

>>600

>「基本全部通す」は、TOMOYOでは指定できませんが、近い指定は可能かもしれません。
ホワイトリスト形式なので除外したい範囲を除いて指定してください。
例えば 127.0.0.0-127.255.255.255 を除外したければ、例外ポリシーで

address_group non-local 0.0.0.0-126.255.255.255
address_group non-local 128.0.0.0-255.255.255.255

のようにして、ドメインポリシーの方では

allow_network TCP accept @non-local 1024-65535

のように指定します。

> udevと小狼は同時に使えるはずです。
同時に使おうとすると udev が syaoran の上に tmpfs を被せてしまいますので、
（桜ちゃんのマウント制限機能である）DENY_CONCEAL_MOUNT=3 を併用する必要があります。

>>601
> aggregator の第二引数は実際には存在しないパス(とかフルパス形式をとらないもの)でもOK?
ＯＫです。でも、パス名であることを示すために / で始まる名前である必要があります。
/./ とか // とかで始めれば実際に存在するパス名と衝突しないので良いかと思います。

>>603
> grant_logがうっとおしい時は echo 'MAX_GRANT_LOG=0'>/sys/kernel/security/tomoyo/profile でいいんかな。
setlevel プロファイル番号-MAX_GRANT_LOG=0
です。

>>604-607
いっぱい答えてくれてありがとうございます。

もひとつ。再起動せずにmanager.conf の再読みこみはできないの?

>>608
loadpolicy m
または
cat /etc/ccs/manager.conf | loadpolicy -m
です。

　 　 　 　 　, ' ,. '´　　　　　　　　　｀ヽ､ヽ
　 　 　 　 ,.' ,.' 　 　, 　 　, 　 　　　　　 ヽ ﾞ､
　　　　　〃/, , 　 ,',' , 　　! |l 　　 | l 　 ', ﾞ., ',
　 　 　　ｌ| { { { 　 !l　! 　　lll |　　　! ! 　 }l　! !
　　　 　 !{ | l l　_r┴‐'ｭ___|l! |＿__,','L.__ l|　| |
.　 　 　 | '.,| ,' ｦ, ''二.ヽ.|┐ 　 '""ﾞﾞﾞﾞﾞﾞ'''｀ｰ/ﾉ!
　　　　 |　 ,-',{l|{ （○） }| | 　 　_........._ 　 ,','　ｌ
　 　 　 |　｛（ﾞ,_ﾐヽ 二ノ | | 　　,;=＝=:.､ ,' ）｝ ｌ
　 　 　 !　 〉'´,rﾞ|r ‐‐┐| |､　　　　　　 ,' .ノ 　!
　　　　|　/　/, ┴‐‐ｭ'ﾞ┘!‐‐; 　 　 　 ,'l´ 　 　!
　 　 　!　|　'´　,.ィエ._|￣l|ｰ' 　 　 　ィ　|　　　 !
　　　 ,'　 ! 　 '" _,-r:ｲ r:､l_...､ - i ´　l　 |　　　 ',
　　　,'　 ,'ﾞ､　　r| ﾞ､'; ﾞ､ヽ､｀ヽ､./｀＼ |　 ! 　　　ﾞ､
　　 /　/ﾞ､ ヽ､ { {　ヾ､ ｀'┘　 ﾞi､　 ﾉ ヾ､.', 　 　　':,
.　 /　/,-|＼　｀ﾞヾヽ､ 　 　　　ﾉ^{'"　　//ヽ､ 　 　 ':,

最近の selinux-users 見てると TOMOYO のほうが断然いいんじゃないかと思えてきた。
SELinux の雑誌連載読んだり、英語記事読んだりして頭を悩ませたあの苦労は一体なんだったんだ

SELinuxはすぐにOFFが基本

SE Linuxでカーネルのセキュリチーのたたき台が出来たし
市場としてもこれからでね？
SE Linuxはpostgresqlのロール権限みたいなもんだと
SD２００４年１０月号読んでｦﾚｦﾚ学習した
日本版SOXとな　コンプライアンスとな
セキュリチー面倒だと　二律背反な現世でつ
と言う事で、ﾙｰﾀは気楽にふりBSDにしまつｗ
ごめんあさい　ごめんあさいｗｗｗ

NSA作 頑丈にしてみた

>>612
SELinux の中の人達はこういうユーザの現状を認識してんのかな?
ユーザのこと考えずに理論だけでやってる気がするよ。

SELinuxは生半可なユーザは対象外
生半可な人達はこういうことを認識してんのかな?

↑これはある意味正しいね
SELinuxはアメリカ政府、軍事を守るための技術
使いやすさを優先してたら生命の危機に関わる

正論すぎて泣いた

PacSec終わりますた。
ttp://lists.sourceforge.jp/mailman/archives/tomoyo-users/2007-November/000309.html

>>610
「名前」で騒ぐ人は多いのですが、"TOMOYO"である意味がわかっている人は
少なくて、それをいつも残念に思っていました。

>>620
TOMITAKE Linux
でもいいってことだよ

批判じゃないです。


古典文学(古典SFや古典ファンタジーを含む)からの引用は容易に受け入れられています。
なぜか。

近代文学からの引用というのは、敬遠されガチな気がします。
なぜか。
さらに近代のテレビ番組とジャンルが偏っていくと
その傾向が強くなるのではないでしょうか。

印象が強いものより無味無臭に近いものが無難という
ただの偏見だと思いますが、根強い擦り込みがあるのでしょうね。
それを気に止めないのは頼もしいと思います。


それがマーケティング的にプラスになるのかマイナスになるのか
ハラハラしつつ見守る無駄に小心者な部外者がわたしです。

便利なものに仕上ればいいなぁと思っているからこそ。

古典SFっていつごろを指すの？
ウェルズくらいまで？ クラークとかは近代扱いでおｋ？

>>621-623
~~~~~~~~~~~
↑こういうのを無視して技術的な話を続けてください。
相手の思うつぼなので。

ノシ

>>624
振ってきたのは>>620だろ・・・

スマソ

怒られたw

ほえー

1.5.2が出ているね。
いつも通りVineで無事再構築終了。
自分の環境に今回の修正はあんまり影響なさそうだったけど気分的に常に最新版を（→これで他の事でもよく地雷踏んでるが）。

マイナーアップみたいなので左程問題が発生するとは思えないですが、取りあえずリリースされたらされたで公式ページにその情報は出して欲しいなぁ…と少々希望。
ところで…/usr/sbinにもccsツールが入るようになっているようですが何か事情があったのでしょうか。

>>629
リリースについては、歴史的な経緯により以下の順で行っています。
1. tomoyo-users mlへの投稿 by 熊猫
2a. はてなキーワードへの追加 by 中野
2b. SourceForge.jpのプロジェクトニュースへの掲載 by 中野
3. LXRの更新 by 中野

もっとも早く、もっとも情報量が多いのが1で、2aや2bは1の内容を
それぞれの場に適したものに編集してから掲載しており、2bを先に書いて
2aではそれをポイントしていることがありますが、そのあたりは
やはり1の内容によりその都度判断しています。1を熊猫さんが行っているのは、
「より詳しい情報をロスなく早く提供する」という考え方と理解下さい。
ということでちょっと他のプロジェクトとは違うかもしれませんが、
ユーザや開発者の方には是非tomoyo-usersを購読いただきたいと思っています。

mlの過去のアーカイブを見ると1について、午前0時に行われていることが
わかりますが、これは社内リリース手続きの完了を待って行って
いたためです。ターボさんでの採用やディストロ対応を行ってくださる方の
ために上記に加えて事前予告を始めました。

>>630
何故 devel へは告知しないの？

>>631
プロジェクトの中では「develの人はusersは読んでいる」と思っているからです。

>>629
今回のリリースで、/usr/sbin/の下にシンボリックリンクを置くことにしたきっかけは
/usr/lib/ccs/の下に実行可能ファイルを置くのはtomoyo-devで
FHS (Filesystem Hierarchy Standard)として好ましくないという指摘が
あったことがきっかけです。

これから全く新規に提供するものであれば最初からFHS準拠にするのですが、
/usr/lib/ccsの下に置かれたファイルの場所を変更するとmanager.confや
既存のポリシーに影響してしまうため、このような形態を選択しました。
真の解決ではないので、どこかのタイミングで整理したいと思っています。

また、オンラインマニュアル作成の際にSELinuxとのコマンド名重複が
発見されたので/usr/sbin/配下ではccs-という接頭辞を追加しました。

init_policy.shもう一度やり直すとき、
/etc/ccs以下を削除すればいいﾆｶ？
ISP全面規制だ
ｱｲｺﾞｰ

/etc/ccsをバックアップ取って実行してみるニダ。
大丈夫なはずだが駄目だったら時空太閤HIODEHOSHIのせいにすれば良いニダ。

/etc/ccs/profile.confを弄っているなら…
xargs -0 setlevel < /etc/ccs/profile.conf
をしておいた方が良いニカ？

いつのまにこんなに盛況なスレに！

で、メインラインに入ったんですか？

忙しくて今年一杯は何もできない者より

>>635
時は遅し　ｱｲｺﾞ〜
rm -rf /etc/ccs
ｗｗｗ

less init=policy.sh したら
最後の数行でディレクトリ掘ってたからとりあえずフォルダ削除したﾆﾀﾞよ
やっとfedora 8で動いた　あぁ感無量
selinuxと共存させているがインスコが面倒過ぎる以外は特になんもない
seeditでポリシをさわってﾆﾔﾆﾔ　tail /var/log/tomoyo/reject_log.txtみてﾆﾔﾆﾔ
FreeBSDでﾙｰﾀの話はどうなったか・・・。
7.0BETA3はインスコできなかった　BETA4で試す気力がない
そんなわけで、いぢけて犬に戻ってきたでがんす　ﾜﾝ

>>637
FreeBSD7.xでルータ化ニカ？
素直に6.3出るのを待って6Stableで使った方が良さ気ニダ（5系統は微妙）。
TOMOYO BSDでも出れば使いたいニダ。

それにしてもSDにあったSSHログイン時の小技は良いニダよ。
/usr/sbin/sshdをガチガチにルール固めて鍵認証使わないとログインできないようにした上でログイン後に認証取らないとなーんにもできないようにしてやったニダ。
個人鯖なら認証の回数はやりたい放題なのが気に入ったニダ。

外部野ざらしは怖い怖い。

>>638
もぱようござる
ﾌﾘBSD7.0のzfs使ってみたかったﾆﾀﾞよ
最初からzfsぢゃないんだな（泣　新しいのでないとｲﾔﾀﾞｲﾔﾀﾞ

address eth0とかtun0とかinterfaceで指定出来ないかのぅ？
wanだとダイナミックDNSとか使ったときアドレス変わるから繋がらなくなりそうな
ｵｶﾝ時々僕とｵﾄﾝ　こういう使い方がよくないのかしらん
setprofile -r 3 "<kernel>"selinuxもenforceにすると強烈でつ
シャットダウンできましぇんｗｗｗ
ファイルシステム　”/”以下全部制御したい気分

＞/usr/sbin/sshdをガチガチにルール固めて鍵認証使わないとログインできないようにした上で
＞ログイン後に認証取らないとなーんにもできないようにしてやったニダ。
保護するの/usr/sbin/sshdだけでいいﾆｶ？
接続はwan→lan　lan→lanへ別の端末？
wanからのsshはやっぱりポートを開けねばならぬのぅ
VPNにしてwan0に仮想的にプライベートアドレスを割り当てられるのだらうか
sshの小ネタ集　SDのバックナンバー買ってくる　ﾑﾑﾑ
CTUみたく衛星回線でスクランブル発信で自動的にポートが開けられるとか　ﾌﾌﾌ

>>639
SSH小ネタ集…というか、ログインセッションネタはSDの10と11月号ニダ。
けっしてウリはSD編集部の回し者ではないニダ。

ちなみにウリの環境は[WAN側]-[ルータ]-[LAN配下のPC]ニダ
ssh踏み台用サーバとMailとWeb用のサーバがあるけどMailとWeb鯖のsshポートは/usr/sbin/sshを固めた踏み台用PCしかログインできないようにしているでつ。
MailとWebもTOMOYOで固めているでつが、今のところ不都合なく半年以上またーりと運用できているニダ。

楽を覚えてしまうと他の事を覚えるのが面倒になってしまうのはきっと日帝の陰謀ニダ！

明日、SDの編集さんと会うニダ。
来年の連載をどうするか話し合うニダ。
月刊誌の連載はつらいものがあるので、役に立たないなら遠慮したかったりするニダ。
意見、希望、コメント、その他あれば参考にするニダ。
ニダって何のことかわからないニダ。

>>636
メインラインにはいってたらここにも報告しているニダ。
Smackはmmツリーに入ったけれど、パス名ベースの
AAとTOMOYOは「よくわからない状態」になってしまっているニダ。
SELinuxチームにはいじめられなくなったけれど、
押してくれる人もいないし、誰が決めるかよくわからない変な状態ニダ。
LSMの見直しとか議論が始まってさらに謎は謎を呼んでいるニダ。

この状況を打開し、巨大な陰○と戦うべく近日再び動くニダ。

ttp://packages.debian.org/search?keywords=tomoyo&searchon=names&suite=all§ion=all

> 新しいパッケージポリシー対応作業などもするので、アップデートは
> もう少し後になります。
とのこと。感謝感謝。(_ _)

11/29でPacSecで講演しました。資料は既にSF.jpで公開しています。
はてなからたどるのが簡単ニダ。
http://d.hatena.ne.jp/keyword/TOMOYO%20Linux?kid=81099

12/12にThinkITにレポートが掲載されます。
次のTOMOYO的なイベントは、1月末のITexpoでの展示です。

ネットワークセキュリティExpert 7も発売になったようです。
日経Linux最新号では、CELFの方によるメインライン特集ありなのでそちらも要チェック。
ttp://itpro.nikkeibp.co.jp/article/MAG/20071204/288654/

>>640
ややこしいことしてまつね
同じ構成どこかの記事になってたような
探してみるか。
ttp://www.tamanegiya.com/nida-2.html
SDの連載毎回担当決めて持ち回りでやるのふぁ？
一人にかかる負担が減るとｵﾓ
ちょっと前LKMLざっと見た印象
ずっと熊猫せんせ〜とLSM担当のトロンドせんせ〜が平行線な感じ
ttp://lkml.org/lkml/2007/11/16/410
LKML読んでselinuxのステファンだったか
そもそもLSMがあんまり気に入らないみたいな印象だった
LSMつかってセキュリチーモヂュール作ってるのｦﾚらだけぢゃん？みたいな
ぢゃぁLSM仕様変えるとか、そもそもいらんのちゃう？と遠回しに言っているような気がした。
言い方が悪くlinuxを支配しようとするNSAの陰謀だ!!!みたくなって
つーかトロンドﾀﾝも相当偏屈だｗ　他の人にもｲﾗﾈの一言だ　ｳｰﾑ

12/21のCELF Jamboreeは要チェック。
ttp://tree.celinuxforum.org/CelfPubWiki/JapanTechnicalJamboree18

>>635
＞xargs -0 setlevel < /etc/ccs/profile.conf
1.5.x なら
loadpolicy p
または
cat /etc/ccs/profile.conf | loadpolicy -p
でもＯＫ。（ p は profile.conf の p 、 m は manager.conf の m ね。）
setlevel は loadpolicy で代用可能、 setprofile は editpolicy で代用可能。

>>638
＞ログイン後に認証取らないとなーんにもできないようにしてやったニダ。
この手法はシェルを起動する場合にのみ適用可能な点に注意してくださいね。
ポート転送の場合にはシェルを起動する必要がないので、
MAC_FOR_NETWORK も併用して制限してやらないと
自由に ssh -L や ssh -R によるアクセスができてしまいます。

>>639
＞address eth0とかtun0とかinterfaceで指定出来ないかのぅ？
インタフェースでの指定はサポートしていませんが、
address_group eth0 192.168.0.1 のような方法で exception_policy.conf に記述しておけば、
allow_network TCP bind @eth0 22 みたいに domain_policy.conf で指定できます。
あとは、ＩＰアドレスが変化したら address_group eth0 を更新するスクリプトを走らせば
動的に変化しても対処でき・・・るかな？スクリプトの内容は
echo address_group eth0 新しいアドレス | loadpolicy -e
echo delete address_group eth0 古いアドレス | loadpolicy -e
てな調子です。

>>649
さんクスコ
適当にグループ名つけて分けられるんだにゃ
iptableみたいだ
マニュアル読んでて混乱してきた　ｳｰﾑ
メモ代わりにブログでも書くか
＞ニダって何のことかわからないニダ。
朝鮮語の皮肉
文末に〜ニダ　〜ﾆｶ？　感嘆詞　ｱｲｺﾞ〜　とかetc
ちなみにセキュリティーexpoert　part7読んだ　ｳﾑ

忘れてた
来年のＳＤ連載どうなるでつか？
とりあえず今年の１−１２月号が聖典に〜
御布施するぞお伏せするぞ
だんだん特アすれみたくなってきたな　まともな人間モードにしよう

>>648
あ、言い忘れました。
MAC_FOR_NETWORK を使わずとも OpenSSH の設定（ /etc/ssh/sshd_config ）で
ユーザ名やグループ名に基づくポート転送の制限を行うことが可能です。
詳細は ttp://www.oreilly.co.jp/books/4873112877/ の本に書かれています。
TOMOYO でも allow_network TCP connect 192.168.1.1 80 if task.uid=1000-2000 のように
ユーザＩＤやグループＩＤに基づくアクセス制限をサポートしています。

ttp://www.thinkit.co.jp/free/article/0712/9/1/
インプレスIT、やばい会社だ。

>>651
昨日、編集さんと打ち合わせますた。
来年も6回くらいの連載を書く方向で検討します。
8ページで、記事は6ページ、残りの2ページはプロジェクトのニュース、
という提案をいただきますた。

以前も書きましたが、「中の人」だけじゃなくて、この板を含めた
ユーザと一緒に執筆してみたいと思っています。丸投げではなく、
一緒に書くというイメージです。興味ある人があれば連絡ください。

>>652
ふむふむ。
普段ほとんど（自分の環境では）ポート転送使っていないので頭から完全に抜け落ちておりましたですたい。
色々試してみますが、選択肢があることはよいことですね。

試して楽な方を選ぶことができるので。

せんせーは、ばりばり英語が書けてすごい…。
というか、著名な開発者の方々は皆書けるんですよね…。
おれもこの前英語圏のプロジェクトにバグ修正
ってか機能追加の提案したけど一向に返事が来ない…
あまりにひどい英語だったから無視されちゃったのかなぁ (´･ω･`)

>>656
LKMLのTOMOYOのスレッドをたどるとわかりますが、
返事をもらえてないのは日常茶飯事です。返事をもらえなくて困るのは、
書いたものは取り消せないことで、あとから読み直すと自己嫌悪を感じます。
話すときも書くときも「これで良いのか？」を考えすぎると
何もできなくなるし、気持ちが委縮して、かえって伝わりにくくなります。
日本にきた外国人の人が片言でも言いたいことがわかるのと同じで、
「伝えたい」という気持ちをもっていれば、伝わります。
オタワでは母国語が英語でない人もたくさんいて、その人達の言葉は
やっぱりわかりにくかったのですが、でもそれでいいんです。

>>657 行が抜けてしまいますた

返事をもらえなくて困るのは、もらえない理由や、読んでくれたかが
わからないことです。また、メールで困るのは
書いたものは取り消せないことで、あとから読み直すと自己嫌悪を感じます。

もぱようございます
インプレス　グローバルな時代にあわせろかぁ。ｗ
読むのにも１週間かかる　ｳｰﾑ
誤字脱字はにちゃんねるの文化　これでいいのだ

CLANNADの智代かと思った


なんつってジョークだよ許してよ

ソウルで零戦に乗って、韓国国会前で着陸したら許してもらえるかもﾆﾀﾞ

最近思うのはつっこむとselinuxと余り変わらない気がするなぁ
/home　以下ユーザでログインできない　あぁ無情
gdm-binaryのselinuxがらみのバグのような感じだがすれ違いか
パッチ出たのが一昨日だっｗ
ともよﾀﾝそんなに困らさないででよん

>>661
もうちょっと詳しい情報ｷﾎﾞﾝﾇ

上官殿ｯ!!!　報告するであります

鳥はF8　initは５が前提
selinuxはenforce　TOMOYOは setprofile -r 0,1,2,3 <kernel>
/home 以下ユーザでログインしたら
gdm-binary[2660]: WARNING: session_child_run: /etc/X11/xinit/Xsession default を実行できませんでした
こんなメッセージが出る

selinuxがpermissiveだとログインできる
起動時/etc/X11/xinit/Xsessionの直前で/tmpにアクセスがあり
TOMOYO-WARNING: Access 'create /tmp/.gdmOOKP2T' denied for /usr/sbin/gdm-binary
TOMOYOが プロファイル1の時でも/tmp以下は学習はするものの
制御してるのかと思い　/tmp以下全部許可にしたりした

selinuxで/usr/sbin/gdm-binaryのアクセス権限がだめなのかと思い
現在ｸﾞｸﾞﾙ先生にご意見拝謁賜っておりまつ

続く

＞gdm-binaryのselinuxがらみのバグのような感じだがすれ違いか
＞パッチ出たのが一昨日だっｗ
勘違いだった　リプライの日付でつた　selinuxも関係なさそうだあぁ無情
https://bugzilla.redhat.com/show_bug.cgi?id=379511
怒らないで　ともよﾀﾝ
鳥が鳥だけにメンテナも七転びバットウ
http://lists.linuxcoding.com/rhl/2007q4/msg11463.html
バグ再発
このまま茨の道を歩き続けるかselinuxをpermissiveにするか

localhost acpid: client connected from 2066[68:68]
localhost ccs-auditd: Started.
localhost pcscd: winscard.c:219:SCardConnect() Reader E-Gate 0 0 Not Found
localhost pcscd:last message repeated 3 times
localhost acpid: client connected from 2168[0:0]
localhost gdm-binary[2198]: WARNING: session_child_run: /etc/X11/xinit/Xsession default を実行できませんでした
localhost gdm-binary[2212]: Gtk-WARNING: Ignoring the separator setting
localhost gdm-binary[2212]: atk-bridge-WARNING: failure: no device event controller found.#012
localhost gdm-binary[2212]: atk-bridge-WARNING: failure: no device event controller found.#012
localhost gdm-binary[2213]: Gtk-WARNING: Ignoring the separator setting

こんな感じ　ばぐ太なのか権限が足りないのかｳｰﾑ

続く

　　　┌─‐‐─┐　　みなさんは２ちゃんねるの初心者ですか？書き込む前に
　　 　|_____________|　　SG(セキュリティー・ガード)に登録しないと自作自演がバレてしまいますよ。
　　 ='========='== SGに登録せずに書き込んだ場合、あなたのパソコン内の
　　　/ ＼　　／│　 情報は他人に見られていると考えてほぼ間違いないでしょう。
　 ┌|-（・）-（・）-|┐ 自作自演がばれる方の多くはこの登録を怠っています。
　 └| 　 　〇 　 .|┘ 初期の頃から２ちゃんねるにいる方達は、ほとんどの方が
　 　 |　___ |||||__　|　　このBBSのコマンドの仕組みを知っています。ですから簡単に
　 　 |　＼＿＿/ |　　あなたのIPアドレス等を抜き取り自作自演を見破ってしまいます。
　　　| 　 　||||| 　 |　　このコマンドの方法は決して教えないというのが初期の頃から
　　　　　　　　　　　　２ちゃんねるにいる方達の間で暗黙の了解となっていましたが、
あまりの被害の多さに心を痛めた私はあえて公開することにしました。
SGしておけばまず抜かれるコマンド自体が無効になってしまうのでどんなにスキルが
ある人でもIPアドレスを抜くことが不可能になります。SGに登録する方法は、
名前欄に「 fusianasan 」と入れて書き込みする。これだけでSGの登録は完了します。
一度登録すれば、Cokkieの設定をOFFにしない限り継続されます。
fusianasanは、正式にはフュージャネイザン、又はフュジャネイザンと読みます。
元々はアメリカの学生達の間で、チャットの時にセキュリティを強化する為に
開発されたシステムです。これを行うことにより同一人物が書き込んでいるか
どうか判別する手段が遮断されるので安心です。ぜひ書き込む前には
名前蘭にfusianasanと入力してください。自分の身は自分で守りましょう

あとはTOMOYOでこんなﾛｸﾞが
localhost kernel: TOMOYO-WARNING: Domain '<kernel> /sbin/init /etc/X11/prefdm /usr/sbin/gdm
/usr/sbin/gdm-binary /etc/X11/xinit/Xsession　/bin/bash /usr/bin/ssh-agent　/usr/bin/dbus-launch
/etc/X11/xinit/Xclients /usr/bin/gnome-session /usr/bin/gnome-panel
/usr/bin/gnome-terminal /bin/bash /usr/bin/yum'
has so many ACLs to hold. Stopped learning mode.

selinuxとTOMOYO両方使いたいのぅ　気分的に使うIDS減るｵｶﾝ　運用は地獄でつ

上官殿!!!　不本意な成績で申し訳ありません　自分の不遜にあります
以上、台湾航空隊第二攻撃隊のラバウル航空戦の戦績を報告するでありますっ!!!

Q. 結局のところ何が問題か説明せよ（長すぎてわからないぞ）
Q. 「問題」は(a) SELinuxの問題、(b) TOMOYO Linuxの問題、(c) 切り分けできていないのどれになるか？
　（TOMOYOに関係なく発生するならまずselinux-usersに質問するのが吉だ）

Ａ、(a) SELinuxの問題
ｳﾘはﾈﾀ投下のつもりでやってるﾆﾀﾞよ
ﾈﾀにならないなら投下しないﾆﾀﾞ
うわぁ〜ん

>>668
ﾈﾀ投下ですか。それは失礼しますた。ﾈﾀは自由に投下ください。
TOMOYOの話題限定でなくても良いのですが、早く解決するには
SELinuxのほうに聞いたらと思ったのでした。

yumは特別な事情というか理由がなければ学習させなければ
良いと思います。（でもこれもﾈﾀか？）

Vineが4.2へ。
一応Kernelが2.6.16-0vl76.27に切り替わっているけど既存の2.6.16-0vl76.3用パッチファイルで問題なくTOMOYO仕込んで再構築完了。
まぁ…マイナーアップなのである意味当然な結果になりましたが…。

TOMOYO Linuxのディストリビューション対応状況2007.12.25版です。
ttp://lists.sourceforge.jp/mailman/archives/tomoyo-dev/2007-December/000749.html

添付されていたExcelをGoogle Spreadsheetsで公開してみました。
ttp://spreadsheets.google.com/ccc?key=p5SYVEC0jPMO_UUm1hsvQWQ#

ccs-toolsをコンパイルするにあたり、必須な物って何がありますか？
当方Debian（Etch/Lenny）を使っているのですが、make中に大量のWarningを吐き出してしまいます。
一応、Errorは吐き出さないので成功…なのかもしれませんが、ちと気になります。
以前までVinelinux4.1を使っていたのですが、その時はWarningは吐かなかったので…。

make -C ccstools/ all
make: Entering directory `/root/ccstools'
gcc -Wall -O2 -o ccstools ccstools.src/*.c -lncurses -DCOLOR_ON
ccstools.src/ccstools.c: In function 'IsDomainDef':
ccstools.src/ccstools.c:99: warning: pointer targets in passing argument 1 of 'strlen' differ in signedness
ccstools.src/ccstools.c:99: warning: pointer targets in passing argument 1 of 'strlen' differ in signedness
ccstools.src/ccstools.c:99: warning: pointer targets in passing argument 1 of '__builtin_strcmp' differ in signedness

(中略）

timeauth.c:272: warning: pointer targets in passing argument 1 of 'UnEscapeLine' differ in signedness
timeauth.c:274: warning: pointer targets in passing argument 1 of 'UnEscapeLine' differ in signedness
gcc -Wall -O2 -o falsh falsh.c -lncurses -lreadline
make: Leaving directory `/root/ccstools'

Debian自体は最小構成でインストールしているのでほとんど余計（必須）な物が入っておりません。
取りあえず

make
libncurses5-dev
libreadline5-dev

は入れております。

>>672
結論から言うと、このwarningは無害です。
警告を消すには、Makefileの35行目のコメントアウトを解除して、
37行目をコメントアウトしてください。
Vineで出ずにEtch/Lennyで出る、というのは、
Vineのgccが、この警告を表示するオプションno-pointer-signが
まだ実装されていないバージョンのためです。

TOMOYOの内部では文字列をunsigned charポインタで表現していますが、
strlenなどの関数が受け取り方がただのcharポインタであることが原因です。

>>673
文字コードに依存した処理（文字コードに子息演算とか）をしなければ、charで事足りると思うのですが、
敢えてucharな理由はなんですか？

>>674

TOMOYO ではエンコーディングは考慮しません。
全ての文字列を ASCII printable な文字だけで構成します。
そのため、 ASCII printable ではない範囲のバイト
（ 0x01 〜 0x20 および 0x7F 〜 0xFF ）については
\ooo という８進数で表記します。
この４バイトで表記される８進数データと１バイトで表記されるバイナリデータとを
相互変換する際にビット演算が必要になるので、毎度 signed か unsigned かを
考慮するのが面倒という理由から、最初から unsigned で扱うようにしています。
また、 ASCII printable でないことを検査する際に
1 以上 32 以下または 127 以上 255 以下と表記する方が
-128 以上 -1 以下または 1 以上 32 以下または 127 と表記するよりも
理解しやすいと考えています。
技術的には必要に応じて unsigned char にキャストすれば可能です。

>>673
Thxです。

英語と日本語で両方ある場合は、相互に対応するページ、最低トップには
リンク貼っといた方が良いかもです。
検索とかで飛んできた人もいるので。

CONFIG_XXXX
のXXXXは機能を意味する英語であって、コードネームであっては
ならんと思うんだが、どうよ？

そいや今更だけどDebian LinnyのパッケージにTOMOYOﾀﾝが入っているね。
ただDebianのポリシーそのままに行くと1.5.x→1.6.xとかの変更が推奨されたときもパッケージに入らない気がするけどその辺りどうなんでしょ？
記憶が正しければstableになった場合、マイナーアップはあってもバージョンは上がらなかった気がした。

>>679
> 記憶が正しければstableになった場合、マイナーアップはあってもバージョンは上がらなかった気がした。

stable はそうです。

より正確に言うと stable になった場合は、基本的には security fix のみで、
それ以外は機能的に大きく問題になるような（機能しなくなるような）点に関する
修正だけが協議の上で入れられる状態です。

ま、新しいの追いかけたい人は unstable 使うでしょうからあまり気にすることも
ないでしょう。

なんだ、まだNAGATO linuxに改名してないのかよ

>>682
アプリケーションの挙動を見つめ続けるというのを考えるとやっぱTOMOYOじゃないとダメだと思う。
萌えるストーカーちっくな子が出たらライバルになるかも。エルルゥ？

そんだけではアレなので。
MACに興味あるので古いPen!! BXマシンのDebian Woody(ぉぃ)な内部用自宅鯖をOS含め入れ替える序に使ってみようとプラン立ててます。
思考実験ではある日普段にない挙動が出るとそのまま失敗になってアプリが止まってしまう可能性がある事かしら。
運用モードである日あるアプリがエラーで落ちたときにログを書き出そうとしたりアラートプログラムを起動させようとしても事前に学習させてなければTOMOYOに妨害されるという可能性。
護るという点ではそれは正しい挙動なのだけど、なかなかポリシーを作るってのは難しいですね・・・
幸いLinuxで動かすアプリは大抵オープンソースだから追いかけるのも不可能ではないのが幸せな所かも。
TOMOYOにもSELinuxみたいな出来合いポリシーまでは行かないですが、
「Apache動かすならココ許可し忘れに注意ね。」みたいな指南があると楽なんだろうなぁとも。

ま、単にWindowsメインで暮らしてLinuxを少し触れるだけのプログラムやハックが趣味な人の戯言やチラシ裏と流して頂ければと。
学習モードで眺めるのがなんとなくFilemonやProcess Monitorとかと感覚的に似てそうだなぁとニヤニヤしてます。
Filemon ttp://technet.microsoft.com/en-us/sysinternals/bb896642.aspx
Process Monitor ttp://technet.microsoft.com/en-us/sysinternals/bb896645.aspx
Windowsアプリは未だにアクセス権に対してテキトーな物が多いのが悲しい事ですたい。
この間もUsersで動かすと落ちるとかいうのを調べたら権限のない場所に書き込もうとして失敗したのに次のステップを強行してぬるぽで落ちてる始末。
みんなAdministrator(root)だった頃の癖が抜けてないプログラマー(というよりSEさん)が多い様で。
Linuxアプリは歴史的に有る程度考えて組まれてるみたいですけど物によっては同じ状況もあるのかなー？
ちゃんとやってればVistaのUACもそう大騒ぎする事でもない、UAC有効で問題ない状況だったはずなのになー

あれだ、キモイパソオタでしかもドザでさーせん。風邪で脳に蛆がわいてるみたい。
就活しなきゃいかんのにまだ決まってないモラトリアムな病弱院生1年生。
出席足りなくてヤバイですよ。機械の体が欲しいです切実に。螺子になるのは嫌だけど。
スルーしてちょ。ただ、TOMOYOをみんなに運用しようと思ったらポリシーを網羅するのは大変だろうなと。
TOMOYOの良いところは俺のドキュメントは俺がKDEから起動したOOoからしか読み書きさせねー、
Apacheから来たアクセスははじいちゃるなんてのがファイルシステムのアクセス権に関係な実現できそうな事ですねー

おはぎゃぁぁぁ〜
＞アプリケーションの挙動を見つめ続けるというのを考えるとやっぱTOMOYOじゃないとダメだと思う。
＞萌えるストーカーちっくな子が出たらライバルになるかも。エルルゥ？
今まではTCPmon　squrd トリップワイヤ　とかいろいろ使ってあれこれ試行錯誤
あれ？　どうしてレスしてしまったのか
管理する人間にしてみればＴＯＭＯＹＯが出て随分楽になるのでふぁ
＞思考実験ではある日普段にない挙動が出るとそのまま失敗になってアプリが止まってしまう可能性がある事かしら。
自分も前おんなじ様なこと書いたような気が駿河
ＴＯＭＯＹＯﾀﾝ思考停止はい神崎
apache スクリプトでＴＯＭＯＹＯログ監視してストポみたいなエラーでたら
携帯にメイル発信するとか
んで、ＳＳＨでリモートからあぱちぇ再起動　ｳﾏｰ
そしたならば、うちに帰ってから再学習させればよかっぺ

ｦﾚ様って頭いい〜とか自画自賛してみるが、
その昔日経コンピューターで特集やってたのを言ってみただけだｗｗｗｗｗ
採用してた会社は遠い記憶で東京三菱うふぁじゃぁ銀行
それでふぁ失礼したいのでつが　その前におちっこ

>>684
＞就活しなきゃいかんのにまだ決まってないモラトリアムな病弱院生1年生。
せんせ〜の足にしがみついて、だた様ﾏﾝｾ〜　ダタ様ﾏﾝｾ〜
と、叫んでみると　あら不思議　目の前にまっさらの履歴書があるわけです。
ストーカーチックでつね　名前も貞子に
あれ　ディスプレイの電源が入ってる・・・・・・・。
風でなくても脳が沸いてるｦﾚなんですが
すかしっぺ

>>685
結果をその場で予め決められたとおりに下すんじゃなくてデスクトップ用途で使うならアラートダイアログが出て
「ともよちゃんがさくらちゃんを着せ替えしようとしてるけど、実行してよかと？だめと？　<<やー>> <ないん>後10秒...」みたいなモードがあると面白そ

外部アプリケーションへのフック機能か。
セキュリティ的になんか心配な気はするけども。

>>682

　改名はありません。
　ttp://I-love.SAKURA.ne.jp/tomoyo/

>>683

　ある程度ユーザが増えてくればユーザ間でのノウハウ流通が増えてくると思うのですが、
　最初は難しいので、ソフトウェアの開発元さんにお願いしたいところです。

>>684

　TOMOYO Linux は「情報の伝搬」（情報フロー）を監視／制限するモデルではなく
　「アクセス要求の連鎖」を監視／制限するモデルですから、
　Filemon や Process Monitor とかと似ているでしょうね。

>>685

　/etc/crontab または専用デーモンを使って、 /var/log/tomoyo/reject_log.txt に変更が
　あった場合に携帯にメールを送るということならできるでしょう。

>>686

　何故にドイツ語？（笑）

　デスクトップにダイアログを表示するプログラムは無いけれど、
　ポリシーで許可されていない要求をその場で却下するのではなく
　管理者の判断を仰ぐようにするモードはバージョン 1.1.1 以降で使えます。
　この機能を使えば、例えば３分間を限度に管理者が応答するまで保留させるといったことも実現可能です。

　管理者とポリシー違反監視デーモンの双方からアクセス可能なプライベート領域を用意できれば、
　「サービスがポリシーで許可されていない振る舞いを要求」→「カーネルが要求を保留」→
　「ポリシー違反監視デーモンが要求内容をプライベート領域に書き込み後、ユーザに注意喚起」→
　「ユーザがプライベート領域の内容を見て諾否をその領域に返答」→
　「ポリシー違反監視デーモンがその領域に書き込まれた返答を見てカーネルに伝達」→
　「カーネルが返答に従って処理を行う」という流れを踏むことで
　対話的にポリシー違反を処理することができます。
　コンソールやターミナルからこの処理を行うのが ccs-queryd というプログラムです。

　問題は、 Linux サーバだと Windows みたいに常にデスクトップ画面が使えるとは限らないので、
　通知のためにメール等の手段を必要とすることと、公開Ｗｅｂサーバやｓｓｈのように
　ファイアウォールで遮断されないサービスの手助けを借りる必要がある点ですね。

>>685
>>689

　よくよく考えてみると、通知して保留する部分だけなら簡単なのでちょっと作ってみました。

　ttp://svn.sourceforge.jp/cgi-bin/viewcvs.cgi/*checkout*/trunk/1.6.x/ccs-tools/ccstools/ccstools.src/ccs-notifyd.c?root=tomoyo

　これを gcc -Wall -O3 -o ccs-notifyd ccs-notifyd.c でコンパイル後、
プロファイルの ALLOW_ENFORCE_GRACE=1 に設定した上で
ccs-notifyd 0 'mail メールアドレス' のように実行すると、
強制モードで発生した最初のポリシー違反をタイムリーに教えてくれます。
判断保留中にログインして ccs-queryd で返答するつもりなら
待ち時間を 0 ではない値（ 180 秒くらいが妥当？）に設定してください。

>>683
＞アプリケーションの挙動を見つめ続けるというのを考えるとやっぱTOMOYOじゃないとダメだと思う。

バックの組織のことも考えてKOIZUMI Linuxでいいじゃん。

智代 After Linuxつくってくれ

>>686
例外処理やprintfで出力出してるとこ
変えればよさそうだ。　うん

あれだな　本家にはとても入れらないだ？なので野良ビルド
どこかうｐ出来そうなとこはないものか、と
夜の校舎窓ガラス壊してまわった

>>690
最近ＢＳＤ入れたボッチャマに犬をもう一度入れろという天のお告げでつね。
こわひのでただ今から入れなおすことを前提に
前向きな検討をしたいと重いまつ。
きになったのはgcc -03 でエラーでないでつか？
スタンダードに-02のほうがよさげな気が始末書
待ち時間　メールだとすぐには届かないかも試練
webmin hinemosみたいな統合管理ツールで監視して
電話発信でワン切り５回なんかも考えた。
駄菓子菓子、１８０秒とか待ち時間過ぎても
リモート接続できないとき
拒否にして　家に帰ってガリガリと修正すればいいだけか。
でわ、海に潜る

TOMOYO de BSDを所望しよう！
Trusted BSDは使い様が今一把握できんorz

それはさておき、1.6.xに向かってまっしぐらのようだけどポリシのパーミッション表記方法が変わると既存のポリシに影響出そうで怖いのぉ。
きちんと既存ポリシは引き継げるのじゃろか。

>>694

キーワードを以下のように変更するだけなので、 1.5.x で作成したポリシーを 1.6.x で読むことができるようになっています。（逆はできません。）

1 -> allow_execute
2 -> allow_write
3 -> allow_execute と allow_write
4 -> allow_read
5 -> allow_execute と allow_read
6 -> allow_read/write
7 -> allow_execute と allow_read/write

>>695
ふむふむ、安心したとですたい。
個人的には現行のままかrwx方式の方が分かりやすい気もしますが。

>>696

私も「現行の数値表示のまま＋コマンドラインオプションでrwx形式を追加」が
良いと思ったのですが、「特定の別名だけハードコーディングして
コマンドラインオプションという優遇措置を設定することには反対」という
ことになりました。

ttp://lists.sourceforge.jp/mailman/archives/tomoyo-users/2008-January/thread.html

1.5.3では、下記のような環境変数を定義すれば、rwx表示に変更は可能です。
（一種sedの置換のようなイメージ）

EDITPOLICY_KEYWORD_ALIAS='1=--x:2=-w-:3=-wx:4=r--:5=r-x:6=rw-:7=rwx'

>>697
orz
慣れれば馴染むのかなぁ。
慣れるまで大変そうだ。

せめて表記方法を選択できるようにすれば幸せ…かも。

>>698
> 慣れるまで大変そうだ。
そうですか？（笑）
ttp://tomoyo.sourceforge.jp/wiki/?plugin=attach&pcmd=open&file=editpolicy.bmp&refer=Welcome%21
> せめて表記方法を選択できるようにすれば幸せ…かも。
環境変数を定義しなければなりませんが、一応選択は可能です。

1,2...7とrwxを両方表示させてみましたが、いまいち・・・。
ttp://tomoyo.sourceforge.jp/wiki/?plugin=attach&pcmd=open&file=editpolicy2.jpg&refer=Welcome%21

いまいちなんでつが、
この際ばっさり切り捨てるとか
古い仕様が良いという抵抗勢力も出ると思いマツ
そんな時は　抵抗勢力はぶっ潰す　あひゃぁ
個人的には古いほうが良いような気もするんでつが
どっちでもいいや　だた様万歳!!!

>>701
1.5.3ではポリシーの構文自体は変わっていません。
editpolicyが勝手に表示内容（見た目）を置換しているだけです。
だから1を「あひ」、2を「でつ」とかにしても良いわけでつ。
多分すでに使っている人には1,2,3...で十分なのでつが、
新しく使い始める人には、まあわかりやすいと思いマツ。
この変更が一番うれしいのは、デモの際に「4はreadで・・・」のような
説明をしなくてすむことですが、同じポリシーが環境によって
違って表示されても良いのか気になりまつ　あひゃぁ

TOMOYO の ML のアーカイブが gmane で読めるといいなぁ。

偶然見かけたＯＳＣﾄﾝｷﾝ２００８の案内
ＴＯＭＯＹＯ独演会　登録しちゃると思ったら満員ﾆﾀﾞ!!!ｗｗｗ
以外だ　ＳＥ　Linuxと肩並べてるよ
日本はいよいよ制覇しつつあるのか
次は世界制覇でつね　ＮＳＡの陰毛を打ち砕く日が来るんだなッ!!!
去年のＯＳＣ関西見たく　立ち見は駄目そうなのかしらん
事務局に聞いてみるか
１０年ぶりのﾄﾝｷﾝ上京が夢と消える　あぁ花の大東京

[Tomoyo-dev 775] プログラム実行時のパラメータをチェックする機能について
[Tomoyo-dev 776] ステートフルなアクセス許可のサポートについて
なんとなく読んでみる。
allow_execute /bin/sh if exec.envp[\"HOME\"]=\"/home/\\*\"
極論を言うと/homeがシンボリックリンクなどで改ざんされいないという
性善説が大前提になるだ。
ｦﾚ様頭堅すぎるのかな?

ファースト　Tomoyo-dev 775
プログラムの中にじゃんじゃん掘り込むのデブになっちまぅ
/etc/ccs/exception_policy.conf以下に
iptableやFreeBSDのpfみたいにif構文みたいなプログラム形式で
書くのいかがでせうか

セカンド　Tomoyo-dev 776
なんとなくわかるのでつ
ＣＧＩが増やしたプロセスの中に不正なプロセスが紛れ込んでいる
いやらしい僕ちゃんがいると　大変なことに
うーん　これも頭が固すぎるのか
最近ﾁﾝﾁﾝ固くしてないな

あぁ　せんせ〜は海外逃亡中みたいでつね
お家の一大事でつ
ttp://itpro.nikkeibp.co.jp/article/NEWS/20080222/294479/

ベルギ〜ﾁｮｺ!!!　ベルギ〜ﾁｮｺ!!!

>>705

> 極論を言うと/homeがシンボリックリンクなどで改ざんされいないという性善説が大前提になるだ。
セキュリティ強化ＯＳは性悪説が前提です。（カードキャプターさくらの世界に悪人はいません。）
まず、シンボリックリンクに関しては、シンボリックリンクを解決した後のパス名でチェックしますので
シンボリックリンクの影響は受けません。また、名前の変更に関しては「変更前／変更後」をセットにして、
ハードリンクの作成に関しては「リンク元／リンク先」をセットにしてチェックしますので、
「 mv /etc/shadow /tmp/shadow 」とか「 ln /etc/shadow /tmp/shadow 」のような操作を禁止できます。
よって、ファイルに関する強制アクセス制御が有効である限り、パス名を改ざんするのは容易ではありません。

> プログラムの中にじゃんじゃん掘り込むのデブになっちまぅ
カーネルが大きくなってしまうことを心配してるのでしょうか？そうだとしたら
> /etc/ccs/exception_policy.conf以下に
> iptableやFreeBSDのpfみたいにif構文みたいなプログラム形式で
> 書くのいかがでせうか
exception_policy.conf に書いても domain_policy.conf に書いても
コードサイズの増加分は変わらないです。
domain_policy.conf に書く理由は、どのようなパラメータを許可すべきかは
ドメイン毎に異なるからです。 if 以降の条件は学習モードでは追加されませんので、
デフォルトでは 1.5.x と同様です。 /var/log/tomoyo/reject_log.txt の中から
allow_execute を見つけ出し、 if 以降の条件を追加したい場合だけ
手作業で追加してもらうことになります。

>>705

> ＣＧＩが増やしたプロセスの中に不正なプロセスが紛れ込んでいる
この機能は、ＣＧＩからシェルを起動できる条件を厳しくするために使います。
Apache プロセス内で動作するＣＧＩから /bin/sh の実行を要求されることがありますが、
「ＣＧＩによる正当な実行要求」なのか「バッファオーバーフローによる不当な実行要求」なのかを
判断する材料がありません。（どちらも Apache プロセスだからです。）
そのため、過去にどのような処理が要求されたかという情報を状態変数として保持しておくことで、
シェルの実行要求を認めるかどうかの判断材料として使えるようにするものです。
例えば 192.168.1.xxx から接続してきた場合のみ管理用コマンドの実行を
許可するといった使い方ができるようになります。
もちろん、実行時のパラメータチェックと組み合わせて使えます。

さらに、ログイン認証の強化（ケロちゃんチェック）でも使えます。
例えば /etc/fstab をオープンしてから認証プログラムを実行しないと認証が成功しないとか、
/etc/mtab を３回オープンすると次のステージに進むためのプログラムを実行できるようになるとか。
忍者屋敷化（からくり屋敷？迷路？）に一層の拍車をかけることができます。
侵入者が屋敷の玄関まで到達できても、屋敷の中には見えない障壁がいっぱいあって先へ進めない、
そんな状況を「想像」（この機能を使うことで「創造」）してください。
イベントの発生順序でアクセスを制限する TOMOYO Linux は、悪人がログインできない世界を創り出すのに最適なのです。



> あぁ　せんせ〜は海外逃亡中みたいでつね
インターネット常時接続環境のない場所で難儀しているようです。

>>707
＞よって、ファイルに関する強制アクセス制御が有効である限り、パス名を改ざんするのは容易ではありません。
＞忍者屋敷化（からくり屋敷？迷路？）に一層の拍車をかけることができます。
ＴＯＭＯＹＯすげーｗｗｗ
ＳＥ　ぃぬっくすいらねーぢゃん
つか聞く前にコード嫁言われてるみたいだなｗｗｗ
うん　書く分量が多い過ぎて　ＭＬに登録してまともな文章で返信の返信するアルか

＞インターネット常時接続環境のない場所で難儀しているようです。
オランダにはネカフェがたくさん
ＱＢＢからＤＢに乗り代えお隣のドイチェランド　フランクフルトでビールとおつまみで一休み
お帰りはそのままルフトハンザ航空で安く日本へ　ひゃっは〜

おい、データに居るのに贅沢だな。

せんせーへ。
これだけでMLになげるのもあれなんでこちらで。
お疲れ様でした。

>710
どうもありがとう。
今回は素晴らしくきつかったです。

発表の直前まで作業していたので他の人の講演は聞いていないし、
チョコもワッフルも食べていませんが、明日帰国します。
今年はELCやOLSが通っていても辞退しようかな（笑）。

せんせ〜が引退宣言だ
いつもなら長文書いて発狂してるのに
辞退するとデスクが子会社にいつの間にか移っていたり
うん　アレだ　これはなかった事に
ＮＳＡに頼んで証拠すべて消してみる
すべてなかった事にして進む
フーッハッハッハッハ〜　ＮＳＡ万歳

いや、採用されたら発表しますよ。(^^;
会社的には別に辞退してデスクが変わったりすることはないでしょう。
やめることより続けること、続けられる状態を維持するほうが大変です。
（もっとも続けるためにやっているわけではなく、会社にとって
プラスにしようと思っているわけですが。そのあたりは資料をながめると
感じ取ってもらえるかも）
# しかし、いつも長文書いて発狂してますかねぇ。(--;
今回の発表については、PCの故障、鞄の盗難（これがひどい話で・・・）、
ネット接続できないなどさまざまなトラブルが続きました。
それらをなんとか乗り越えて「約束した」発表を無事終えた、というのが実感です。
FOSDEM'08のパンフによると参加者は4000人以上、発表は200件以上と
ありますが、発表は勿論自分以外の日本人は見かけませんでした。
European Meetingなのに選考してもらっている以上、日本代表も同じで
恥ずかしい発表はできないし、出張費用を負担する会社にはその費用以上の
ものをもたらさなければいけないというのが「約束」の意味です。
ドラクエで言えばMP0, HP1でやっと町に着いた的な状態で、さすがに
疲れました。
ということで少し横になったので、ちょっとだけ長文でした。（笑）
でふぁ

ヨーロッパのOSSのコミュニティというか取り組みの活気は非常に高くて
驚きました。「お祭り」とか「イベント」という浮いた感じはどこにもなく、
ただまじめに取り組んでいるという印象です。静かで本気なのです。
プログラムからもそれがわかると思います。
ttp://www.fosdem.org/2008/schedule/pdf

鞄の盗難の話ｋｗｓｋ

>>715
pdf読んでみた
タイトルがはっきりしててうらやましいなぁと思う。
日本のＯＳＣに限らずなんか弊社でふぁソリューション展開云々
スポンサーの電波とかそんなのばっかりだし
エオロッパは反マイクロソフトが露骨でつ
官主導でがんがんやってるのうらやましい
実際システム構築やホスする人は地獄だとオモｗｗｗ

ＵＳＢメモリーとか刺したままにして
作業しながらコピー
やくそく守ったし生きて帰ってこれたから
うん　アレだ結果万歳

>>712
ワッフルはULBの自販機にあったような気がするですよ。
て既に手遅れですな。

>>714
そこまで気負わんでも。
ネットはHack labo.へいけばって言っても混んでて無理か。

>>717
あんなものと比較しちゃ失礼でつ。

>>718
ちょｗｗおまｗｗｗｗｗｗｗｗ
なんでつが、あんなものでも
時間を割いて講演する人もいる
あんなものでも１０年ぶりのﾄﾝｷﾝ上京にｗｋｔｋしているのにｗｗｗ
行く気なくすよ　べぃべ　華の都大東京

まあ一回行ってみりゃわかりますよ。

もっとお手軽に行ければ自腹参加するんだが…

>>720
それなりに収穫あった
とりあえずSUNの中の人にｺﾞﾙｧ!!!出来たから万歳
しかし、人が多かった
上野で声かけられるしなぁ　ホームレスと思われたみたいだ
おっかねぇ町だ

INSTALL くらいいれてほしいのだ

入れてやるから足開けよ

しかしTOMOYO linuxがいつのまにか鳥になっていそうな勢いだな
ツルボがTOMOYOに

あれ　家に誰か来たようだ

名称をtomoyoでなく、tomoyolinuxにしたのはなぜなんでしょうか？
自分は、最初ディストリかと思いました

ツルボって何？

>725
「ツ」「ル」「ボ」とローマ字で書いてじっと眺めているとわかるかも。

リリースのアーカイブの構成はもう少しどうにかならないですか?

COPYING とか INSTALL とかないし…。 ./ に展開されてしまうのもちょっと…。

kernel の config 用の説明はもう少し簡略にしてもよくない?
SAKURA のもともとの意味とか冗長だと思う。

以前もここにあった書き込みを参考にしてリリース内容を変更しました。
問題点や改善の提案、意見があれば727,728のようにお知らせください。
その際できるだけ具体的なほうが助かります。
反映した場合はtomoyo-users, tomoyo-devで報告しますが、ここで提案
されたものはここにも報告します。

>716
記事を書き始めました。
書き上げたら掲載してもらうところをあたってみます。

turboのことか。

tomoyoってどこで使われてるの？
使用実績とかそういうの

>732
それはとても興味があることなのですが、ユーザ登録もライセンス契約も
しないで使えてしまうため実績はプロジェクト側ではわからないのです。
（tomoyoに限らず他のOSSもそうだと思います）
逆に使ってもらって報告してもらうと喜んでプロジェクトwikiとかに
掲載しちゃいます。直接ではないですが、多少関係する情報を紹介します。
ttp://www.nisc.go.jp/inquiry/index.html
ttp://sourceforge.jp/projects/tomoyo/document/osr20060515.pdf/ja/1/osr20060515.pdf

>>733
うっすらと防衛システムやってまつ。みたいでこわひよﾏﾏﾝ
しんぞ〜が叫んでいた日本版ＣＩＡの一片をかいまみますた
こわひので潜行しまつ　ﾌﾞｸﾌﾞｸﾌﾞｸﾌﾞｸ

活動再開。
とりあえず、LKMLの整理から。

Ubuntu Server版 + TOMOYOのisoイメージって作成されないの？

TOMOYOのリリースっていろんなディストロ用のパッチが入ってるけど意味あるの?

>737
カーネルバージョンが同じでもディストロごとに使用している
カーネルソースは異なり（修正されており）、
vanillaカーネルのパッチはそのままではあたりません。
そこでコンパイル済みパッケージではなく、自分でビルドする人
ttp://tomoyo.sourceforge.jp/ja/1.5.x/compile.html
のためにわかる範囲で各ディストロ用のパッチを提供しているわけです。
ということで答えになっていますか。

>735
復帰おめでとうございます。
LKMLはその後大きな動きはありません。セキュリティゴールを
投稿し、vfsmount部分のみを切り出して提案したというのが
主な内容ですが、それらの結果新たな動きはでていません。
LKML提案については、
ttp://elinux.org/TomoyoLinux#Mainline
にインデックスを置いていますから利用ください。
公表はしていませんが、FOSDEM前にAppArmorの人に「合同で
OLSの投稿をしませんか？」と提案しましたが、その際
AppArmorもvfsmount部分を切り出して投稿しようとしていたことが
わかったので、「多分効果ないですよ」とコメントしました。

gentooの方がebuildを作成してくださいました。
ttp://ebuild.gentoo.gr.jp/view.php?cat=sys-kernel&app=ccs-sources&visible=
ttp://ebuild.gentoo.gr.jp/view.php?cat=sys-apps&app=ccs-tools&visible=
各ディストロ用のパッケージ作成について協力いただける方を募集しています。

>720
OSC2008/Tokyoの講演資料、講演動画など公開されています。
はてなのキーワードから参照ください。
ttp://d.hatena.ne.jp/keyword/TOMOYO%20Linux?kid=81099
ブースと講演にきていただいた方々ありがとうございました。
デムパ君もきていたようですが、デムパ君は現実世界では
電波を出していないので今回もプロジェクトメンバーは識別できませんでした（笑）。

>>738
うーむ、なんといいますか、 vanilla のパッチでも問題なくパッチがあたるも
のに対しても一つずつパッチを発行しているように見うけられるのです。

それは中の人の手間がかかりすぎるのではないかなぁ、と。

>>742
以前自分も同じ様なこと書いたが、
まぁなんだ　糞ハードでコンパイルするとだな
時間がかかるわけで　armとか　アルマジロとか大変でつ
プロジェクト自体組み込み分野意識しているふいんきでつね

ちなみにパッチ当て
このedoraみたいなうｐだてすると
ハングしちゃうような鳥で　もぅパッチ当てｲﾔとか
特定のバージョンの鳥とか　ありまつか？
一台空きが出そうでつ
しかしパッチ当ててreject出たら直せませんｗ
厳冬はｗ


>>741
リアル電波人間の方が多かったので存在感なかったでつ
ふと思ったのは仮にメインラインに入ったとして
その先の視点はあるのでせうか？

打倒ＮＳＡ!!!　鬼畜米英を排除するﾆﾀﾞ!!!とか
上にあったNISCでせきゅりちぃＯＳとして
防衛システムに耐えられるのか?とか
うん　ＣＴＵみたいだ　ﾌﾟﾌﾟｯﾋﾟﾌﾟ〜
それでふぁ　再潜行　ﾌﾞｸﾌﾞｸﾌﾞｸﾌﾞｸ

>743
>>その先の視点はあるのでせうか？
おととい某社で同じことを言われました。

ﾌﾞｸﾌﾞｸﾌﾞｸﾌﾞｸ

>>744
なんとなく言ってみたのが
なんと某社でも同じ事言う人いたのですね
「上司の早く結果お出せ！」　言ってるみたいだ
ごめんよ　ジャック　　トニーがシーズン７で復活だ
交代でつ　でふぁ　潜行　ﾌﾞｸﾌﾞｸﾌﾞｸﾌﾞｸ

トニーが復活？そんなことアルメイダ・・・。ﾌﾞｸﾌﾞｸﾌﾞｸﾌﾞｸ
ELC2008、2年連続でつ。でふぁ。ﾌﾞｸﾌﾞｸﾌﾞｸﾌﾞｸ

linux-users に TOMOYO が原因ぽく見えるもので困ってる人がいるけど、いまいち対処がわからない。

対処の前に何が起こっているのかが見えません。

"Not activating Mandatory ..."を表示しているのは、確かに
TOMOYOパッチですが、それは"/.initが存在しないからMACを有効にしないよ"
と言っているわけで、それなのにもし何かを制御しているとしたらおかしい。

何らかの理由により（そんなことないよな・・・）MACが有効になっていたと
しても、rebootなどのコマンド「だけ」が実行できなくなるような
状況（＝そうしたポリシーが定義されている状態）はさらにおかしい。

/.initがないことは確認済みなので、TOMOYOは有効になっていないと
考えるのが自然で、そうすると「再起動ができない」と言っている部分を
調べてみる必要があるので質問中。

>747
再起動のコマンドの実行が「拒否」されるわけではなくて、
「コマンド自体は通常に実行できるが、システムが終了しない」というのが
症状でした。原因は不明で熊猫先生はデッドロックの可能を示唆しています。

TOMOYO初心者ユーザです。
質問があるのですが、skypeをkdm環境から立ち上げるのccs-editpolicyで制御したとしても、
gdm環境等から立ち上げることは出来てしまうのでしょうか。

例えば、kdm環境の場合のドメインは、以下のように設定しています。

<kernel> /etc/init.d/kdm /sbin/start-stop-daemon /usr/bin/kdm
/etc/kde3/kdm/Xsession /usr/bin/ssh-agent /usr/bin/dbus-launch /bin/sh
/usr/bin/startkde /usr/bin/start_kdeinit_wrapper
/usr/bin/start_kdeinit /usr/bin/kdeinit /usr/bin/skype

しかし、startrxでXを立ち上げた場合は、以下のようなドメインは許可されてしまうのでしょうか。

<kernel> /sbin/getty /bin/login /bin/bash /usr/bin/startx
/usr/bin/xinit /bin/sh /usr/bin/ssh-agent /usr/bin/dbus-launch
/usr/bin/seahorse-agent /bin/sh /usr/bin/gnome-session
/usr/bin/gnome-panel /usr/bin/skype

こんにちは。TOMOYO Linuxはデフォルトでは起動履歴が異なるものは
別ドメインとして扱います。したがって上記2つは独立なドメインなので
それぞれアクセスを定義しないといけません。
しかし、/usr/bin/skypeについて「どのように起動されていても
同じように扱いたい（1つのドメインとして扱いたい）」場合は、
initialize_domainとして登録しておくことにより、上記2つ以外を
含め、/usr/bin/skypeをひとつのドメインとして例外的に扱えます。
詳しくは、下記を参照ください（またわからなければお気軽に質問ください）。
ttp://tomoyo.sourceforge.jp/ja/1.5.x/policy-reference.html

もうひとつのやり方は、kdmのほうで定義したポリシーを該当するgdmの
ドメインの部分にエディタで貼り付けても同じです。一度savepolicyで
保存したポリシーはプレインテキストですから、viでもemacsでも
該当する部分を見つけて複写するのは簡単です。

TOMOYOでは標準（デフォルト）の状態で、ドメインを細かく（自動的に）
定義しますから、それを支障のない範囲で統合するというのが
ポリシーのチューニングになります。それに対して、SELinuxなどでは
ドメインの定義を細かくしたければ、リファレンスポリシーを自分で
再定義して分割する形になるはずで、考え方や使い方が異なります。

>>749
ありがとうございます。
例えば、/home/hoge/.Skype 直下にのみrwを許可する場合は、
こういう風に書けばいいのでしょうか。

--(exception_policy.conf)------------
initialize_domain /usr/bin/skype
-------------------------------------

--(domain_policy.conf)---------------
<kernel> /usr/bin/skype
/use_profile 3

6 /home/hoge/.Skype/\*
-------------------------------------

>>753
initialize_domainはそれでOKです。これを記述するファイルが
exception_policy.confなのは、「ポリシーの扱いを例外的に標準とは
違うやり方」で扱うからです。
domain_policy.confですが、use_profileの前の"/"は不要（間違い）ですし、
手順としては、(1)まずinitilizeの効果を確認し、(2)そのドメインで学習させる、
(3)学習結果を見てチューニング、(4)作成したポリシーで確認を行い、
(5)最後にエンフォースです。（別にこの通りでなくても良いですが）

ポリシーのチューニングについて、Software Design連載の3月号の
内容が参考になります。Wiki化されています。
ttp://tomoyo.sourceforge.jp/wiki/?WorldOfTomoyoLinux-3

>>754-755
なるほど、ご教授ありがとうございます。
しかし、

- 全体のプロファイルはゆるめ(1とか2)にしておきたい
- このプロセスだけは、root権限で動くので、TOMOYOで制限をかけたい

という場合は、どのようにすればいいでしょうか。
管理者としては、学習がちゃんと出来ているかどうかの確認と、万が一制限がきつ過ぎてサービス停止を起こしてしまったとかが、不安なところなのですが(^^;A

>>756
> - 全体のプロファイルはゆるめ(1とか2)にしておきたい
> - このプロセスだけは、root権限で動くので、TOMOYOで制限をかけたい
TOMOYO Linuxではドメインごとにプロファイル（動作の内容）を変更
できますから、上記は、initializeしたSkypeのドメインだけを
エンフォースにすれば（エンフォースのprofileに変更すれば）
特に難しいことなく実現できますよ。操作はeditpolicyで、ドメインを
選択して、sを押下、割り当てるプロファイルを入力するだけです。
ttp://tomoyo.sourceforge.jp/ja/1.5.x/tool-editpolicy.html
「不安なところ」についてはごもっともで注意が必要なところです。
ここはひとつ熊猫先生に登場してもらいましょう。

>>757
>特に難しいことなく実現できますよ。
このあたりの感覚はLiveCDで試していただくと一番わかりやすいと
思います。LiveCDは全ドメインが学習モードで起動しますから、
シェルのドメインを選んでプロファイルを強制にすると
そのシェルのドメインだけが制限されて他は自由という状態になります
（これは最近よくデモで紹介する内容です）。
ttp://tomoyo.sourceforge.jp/wiki/?TomoyoLive

> 上記は、initializeしたSkypeのドメインだけを
> エンフォースにすれば（エンフォースのprofileに変更すれば）
> 特に難しいことなく実現できますよ。

なるほど！その手がありましたｗ。
ありがとうございます。

大変恐縮なのですが、その場合は domain_policy.conf に use_profile 3 で
設定すればいいのでしょうか。

>>759
editpolicy（あるいはeditpolicy.sh）を使えば、ドメインのところに
カーソルを移動して、「s」を押すとプロンプトがでますから、
「3」のようにするとOKです。（その状態でsavepolicyを実行すると
use_profile 3なconfが保存されます。ただLiveCDは再起動すると
初期化されるのでご注意くださいw）

>>760
なるほど、色々ありがとうございますm(__)m

>>761
いえいえ、どういたしまして。(_ _)
Software Designの最新号に「TOMOYO Linuxの歩き方」という記事が
あるので、そちらも是非参考にしてください。

プロファイルの変更について、LiveCDのチュートリアルを参考に紹介して
おきます。LiveCDは実験、練習に最適です。
ttp://tomoyo.sourceforge.jp/ja/1.5.x/1st-step/ubuntu7.10-live/

おはぎゃぁ〜〜〜
MLのツルボネタ読んだ。
うｐだてのスクリプトエラーで/.initが入ってないかとも思ったが、
リモートから進入されてないか？ｗという不安が頭をよぎった。
つるぼは時々わけわからんエラーでるからのぅ
何このしばいたろか？みたいな　うｐだてに失敗することもあった。
必要なライブラリが入ってなかったり
いつの間にか依存で一緒になくなってたり
そういやgrub.confとかにinit=/.initだっけ？
アレ書いてないと大変なことにｗ

誰もやってないならｳﾘが発祥ﾆﾀﾞ!と叫べる
linuxぶちあげたリーナスみたく　全力でｵﾚ様仕様だな
うん　OLS2008独演会一本目採用おめ

>>764
>うん　OLS2008独演会一本目採用おめ
どうもありがとう。ただ、直接TOMOYOの発表（提案）ではなく、
Linux自体の話になるため少々複雑な心境です。
プロジェクトとしてはあと熊猫先生の2件のうちの1件
(Tutorial)が現在結果待ち。発表予定は既にサイトで確認できます。
SELinuxはやはり強い。
ttp://www.linuxsymposium.org/2008/speakers.php?types=TALK
ttp://www.linuxsymposium.org/2008/speakers.php?types=TUTORIAL
ttp://www.linuxsymposium.org/2008/speakers.php?types=bofs

>>765
汝のあるべき姿で語りたいなｗ

>>765
SELinuxはテンプレ化が進んでるからですかねぇ(と新参者ですが)。

>>767
昨年と比べてSELinuxが急激に普及したり、使いやすさが大幅に改善されたとは
思えません。またELC, OLSに参加してみて、Linux自体として
特にセキュリティ強化(MAC)に関心が高いともいえない状況であることを
感じました。

そうしたことから今年はSELinuxを含め「個別の実装に関する詳細」や
「個別の機能や仕様を前提としたもの（含むチュートリアル）」は
採用されにくく、運用上の課題やその改善に関するものがメインテーマに
なると予想していました。しかし、考えてみると採択を決めるのは
選考委員会のメンバーですから、たまたま選考メンバー
(ttp://www.linuxsymposium.org/2008/cfp.php)が
興味を持っているか事情通でなければそうした事情は考慮されなくて
普通かもしれません。

そう考えるとSELinuxを使ってみようという人は着実に増えているでしょうし、
ドキュメントやツールなども改善作業が続いていますから、
チュートリアルや（一般向けの次のステップとしての）組み込みなどの
発表が採択されるのはわかります。（長文御免）

ttp://itpro.nikkeibp.co.jp/article/NEWS/20080320/296641/?ST=oss
こんなもの発見　NISC万歳
ＢＳＤのようにwheelグループに所属させないと　suできないとか
ともよﾀﾝでパス管理する
ただ管理するだけでなくもう一段深く逝っちゃったみたいな
一種の仮想化だな　chroot環境みたいな
wheelグループに所属したユーザtomoyoからなら/dev/sdc1が見える
普通に/dev/sdc1と打ってもそんなファイルないﾆﾀﾞ!!!とか

リモートから　/dev/sdc1のＣＤドライブにアクセスしても出来ない
パスの拒否と言うよりは　登録されたパスのみ許可
山田びみょーにニュアンスが違う
うん　アレだ　昨日レンタルで借りたダイハードに感化されちまぅこの頃
ネットワークもだな
仮想化すると　スクランブル発信の衛星電話でトニーと会話が出来ちゃうかな
攻撃は外からでなく中からも意識汁！とシーズン３で学習した
ジャックとかトニーとか　なんだこの２ちゃん脳は
http://www.foxjapan.com/tv/bangumi/24
シーズン１からがんばってレンタルしてみる
小春日和　更なる電波が脳内で飛散中　うむ

>>769
>こんなもの発見　NISC万歳
この写真は何か変です（笑）が、BitVisorは用途によっては面白い
使い方ができると思います。
>攻撃は外からでなく中からも意識汁！とシーズン３で学習した
誰にでも権限を与えるわけにはいかないが、ジャックに権限を与えないと
解決しない。与えて良い相手に与えるべきときに権限を与えることが
できるのが理想だが現実は・・・。そのように見ると24は実に味わい深いデス。

768と769を見て、やっぱり2ちゃんに長文は良くない（合わない）と思いました。
それはともかく、SF.jpのtomoyoプロジェクトの月間pvがついに名前騒ぎの時の
記録を更新しました。
ttp://sourceforge.jp/project/stats/index.php?report=months&group_id=1973

> それはともかく、SF.jpのtomoyoプロジェクトの月間pvがついに名前騒ぎの時の
> 記録を更新しました。

オメ

>>772
ガト!

厨な質問なのですが、何故イニシャルドメインだけで学習って出来ないんだろう。。
フルパス(？)ドメインでなくてもいい気がするんですが。

>>774
<kernel> /somewhere/foo /anywhere/bar の代わりに
<kernel> foo bar で、ということですか？

>>775
> >>774
> <kernel> /somewhere/foo /anywhere/bar の代わりに
> <kernel> foo bar で、ということですか？

そうですね。いっそのこと、

<kernel> * /usr/bin/skype *

とかはダメ？ｗ