1: 2004-01-08 (木) 13:39:30 [5] | 現: 2024-01-08 (月) 12:59:02 k-tan[6] [7] | ||
---|---|---|---|
Line 1: | Line 1: | ||
- | * OSASKのセキュリティに関するページ | + | TITLE:x |
- | -[[K]]が2004.01.08に作成。2chのOSASKスレッドで判断材料不足で困っているようなので。 | + | * OSASKのセキュリティに関するページ [#u5538876] |
- | -ある程溺のセこめんと欄 | + | -[[K]]が2004.01.08に作成。2chのOSASKスレッドが判断材料不足で困っているようなので。 |
+ | -ある程度できたらOSASK-MLに報告します。報告しました→[OSASK 6842]。 | ||
+ | |||
+ | * OSASKアプリのセキュリティに対する考え方 [#cefd6f7f] | ||
+ | -システムアプリについてはここでは論じない。 | ||
+ | -基本的な考えとして、ファイルアクセス(モジュールアクセス)で守る。メモリはページングとセグメンテーションの2つでガードされているので、干渉できない(OSASKにバグがなければ)。 | ||
+ | -OSASKアプリにはroot権限やそれに相当するものがないので、その手のクラックは心配しなくてよい。逆に言うと、システムアプリはroot権限を持っているアプリといえる。そしてシェルから設定しない限り、ユーザアプリはシステムアプリにはならない。 | ||
+ | --マルチユーザ環境下では、あるアプリAをユーザUさんがシステムアプリに設定したとしても、ユーザVさんにはその設定は引き継がれない。 | ||
+ | -ユーザの設定次第で特定のアプリに対してセキュリティをキャンセルすることはできるが、OSASKアプリをダウンロードして解凍したら、デフォルトでキャンセルされた状態になる、なんていうのはない。 | ||
+ | --これに反して、そういうことができるシェルを作ることはもちろんできるが、そんな機能があったら(その機能を無効にできてかつデフォルトで無効になっていない限り)そのシェルに対して川合秀実推奨を与えることはない。 | ||
+ | -基本的に、OSASKアプリは4つのアプリディレクトリ以外にはアクセスできない。それ以外のアクセスをするには、絶対にユーザ操作による支援が必要になる。つまり、OSASKアプリは与えられた領土からは出られない。 | ||
+ | --ユーザ操作による支援というのは、たとえばダイアログが出てきてファイルを選ぶとか、CUIのコマンドラインパラメータでファイル名を指定するとか、そういったものである。 | ||
+ | --CUIのコマンドラインパラメータによるファイル名を指定しても、アプリにはファイル名もファイルパスも教えないのが通常の動作であり、したがってそばにあるファイルをアクセスすることはやはりできない。結局破壊することができるのは、指定してもらえたそのファイルのみに限定される。 | ||
+ | -DLLを使うとか、他のアプリを起動するなどという場合(註:今のところ一般アプリは他のアプリを起動する権利は持たないという路線で検討している。これがくつがえされたとしての、仮定の話である)、毎回わざわざダイアログを出すのはユーザの不便を強いるので、シェルがアプリ・マシンディレクトリ(インストールディレクトリみたいなもの)に、必要なDLLへのショートカット(OSASKではショートカットとはいわないし、扱いも異なるが、とりあえずこの表現が一番ニュアンスが近い)を置く。アプリは自分のマシンディレクトリに対しては普通にパスを指定してファイルを作ったり、ファイルを開いたりすることができるため、DLLも利用できる。 | ||
+ | --なお、このショートカットは書込み禁止属性がついているのが一般的なので、アプリがDLLをクラックすることはできない。 | ||
+ | --これにより、予期しないDLLが利用されるということはないし、アプリAにはDLLのバージョン1を、アプリBにはDLLのバージョン2を、みたいなことも簡単にできる。 | ||
+ | -''設定次第でどうにでもできる''という考え方は、もちろん正しいが、以上をくつがえさないと満足に動かないようなアプリは、まず推奨されない。ソースを公開することなく「アプリディレクトリにルートディレクトリへのショートカットを入れておかないと起動しません」みたいなアプリであれば、それは「私はウイルスですよ」と言っているのと同じである。 | ||
+ | --「実行にはシステムアプリ権限が必要です」と書かれたアプリも同じ疑いの目で見られる。 | ||
+ | --それにもかかわらず自分で許可して自滅するなら、それはユーザの勝手であり、これはもはやOSのセキュリティのレベルでの議論を超えている。 | ||
+ | -それぞれのアプリディレクトリには、最大容量を設定することも可能で、これによりある日突然発病してHDDを食い尽くしてシステムを不安定にする、なんていうこともできない。 | ||
+ | -ネットワークへのアクセスも、アプリごとに監視されログが残ってシェルから確認でき、変なところへのアクセスがあれば、送受信する前にユーザに確認を取らせることもできるだろう(webブラウザのようにあちこちにアクセスするものについては、ソースが公開されて推奨がついているものを利用するということで、いいのではないだろうか)。 | ||
+ | |||
+ | -''重要なことは、''つまりこれらの制限があっても、多くのアプリケーションは問題なく作れるか、ということである。 | ||
+ | --もしこの制限があまりに厳しく、頻繁に設定によってゆるめなければいけないものだとしたら、ユーザは制限外し設定に慣れてしまい、警戒感は薄れ、効果はない。 | ||
+ | |||
+ | * エミュレーション時 [#h4aa68c4] | ||
+ | -エミュレーションドライバ上で動くアプリは、このような流儀を前提には作られていないという指摘はもちろん正しい。だからOSASK上でwin32アプリを走らせれば、やはりウイルスに感染することがあるのではないか、という懸念はもっともである。 | ||
+ | -しかしエミュレーションというのは、なんでもかんでもアプリの言いなりになることではない。アプリが「自分はWindowsの中で動いている」と錯覚させられればいいだけである。しきたりの違いがあれば、それを''うまく''埋めてやるのが、正しいエミュレーションドライバである。 | ||
+ | -例を挙げよう。たとえばWinアプリをエミュレーションしているとして、Winアプリがmydocumet/word/決算報告2003.docをオープンしたとしよう。 | ||
+ | -この時エミュレーションドライバは、まず、このWinアプリのユーザディレクトリに相当するディレクトリを準備し、その中からこのパスをたどってみる。見付かればそのままそれを開く。 | ||
+ | -なければ、シェルに対し、次のメッセージとともにダイアログを要求。「mydocumet/word/決算報告2003.docに相当するファイルを選択してください。」 | ||
+ | -これでハンドルを受け取り、ユーザディレクトリ内に、mydocument/word/というディレクトリを作り、そのwordディレクトリ内に、「決算報告2003.doc」という名前のショートカットを作って、先ほどのハンドルを割り当てる。 | ||
+ | -以上である。 | ||
+ | -DLLオープンの場合は、エミュレータがwin32用のDLLのリストを持っている(これは多分ショートカットを集めたディレクトリとして、エミュレータのアプリディレクトリの中に置くことになるだろう。厳密にはエミュレータはドライバなので、アプリディレクトリとは呼ばないが)。このリストから指定されたDLLを探し出して、やはりwin32アプリのアプリディレクトリにショートカットを作ってやり、処理を続行するだろう。 | ||
+ | -レジストリという仕組みはOSASKにはないが、これもアプリごとにローカルでエミュレーションしてやることになるだろう。だから、あるwin32アプリがおかしくなってレジストリを壊しても、他のwin32アプリには影響はない(その代わり、アプリ同士がレジストリを通して連携するのは、少々ややこしくはなるだろうが)。 | ||
+ | -このように、エミュレーション時であってもOSASKアプリ風の流儀で処理することはでき、やはり問題はないといえる。 | ||
+ | |||
+ | * UNIXやWindowsのセキュリティとの違い [#ae5657cd] | ||
+ | -UNIXやWindowsでは、「ユーザ権限」でセキュリティを提供しようとする。つまり、kawaiというユーザが実行ファイルを走らせてこれがバグった場合、他のユーザやrootシステムには影響がないが(OSにセキュリティホールはないと仮定)、kawaiの権限下にある他の全てのファイルは破壊されうる。 | ||
+ | -このようなセキュリティは、自分が実行する実行ファイルを常に把握できた時代にあっては十分な仕組みであったが、現在のようにインターネット上でたくさんの実行ファイルを容易にダウンロードして実行してみたりする環境では不安が募ると、[[K]]は考えた。 | ||
+ | -だから、それぞれのアプリをアプリディレクトリという部屋に閉じ込めて、何かトラブルがあってもそれより外は安全という風にしたいのである。 | ||
+ | -そしてまた、ユーザレベルの垣根も(認証方法がちょっと違うが)まだちゃんと残っている。つまり、ウイルスは2種類の障壁を乗り越えないと、大規模な破壊活動ができないわけである。アプリディレクトリの障壁を超えて、やっとそのユーザのデータを壊せるようになるが、他のユーザにはまだ手が届かない。 | ||
+ | --まあ、簡単にできるのは自滅だけである。自滅というのは、自分のアプリディレクトリを消すということであり、他のものを巻き添えにできないので(ショートカットを消したところで、実体は消えない)、むなしいだけである。 | ||
+ | --いうなれば、ウイルス(=自分自身)を消去したのだから、一種のワクチン的行為ともいえる。・・・結局おまえは何だったのか?(笑)。 | ||
+ | |||
+ | * こめんと欄 [#va9c8a9f] | ||
+ | -この状況でも例えば、自分のディレクトリ内で無駄にファイルにを読み書きしてアクセスを異常に増やし、ほかの(正常なアプリなどの)'アクセスを遅くさせてしまう'ようなウイルスや、無駄な処理を大量に行いCPUにものすごい負荷をかけCPUをほぼ独占し、'処理能力を落とす'ウイルスには対抗できないような気がするのですが。 -- ''黒龍'' SIZE(10){2004-01-09 (金) 17:54:58} | ||
+ | -それはまぁどのような構造にしても問題になるわけで。 そのようなシチュエーションに対して考えるべきは「どのようにしてユーザの意図しないバイナリの侵入 / 実行を防ぐか」という事になりますね。 -- [[名無しさん]] SIZE(10){2004-01-09 (金) 23:12:16} | ||
+ | -そのウイルスは面白いです。でも、OSASKのタスク管理からすると、ファイルアクセス負荷やCPUアクセス負荷で処理能力を落とすのは限界がありそうです。 -- ''K'' SIZE(10){2004-01-10 (土) 00:22:36} | ||
+ | -たとえば現状でも、適当に"cons00.h"を使ってコンソールアプリをつくり、ここにfor (;;) { cputc('A', stdout); }してしまうことはできます。これをやると、当然負荷は100%になります。確かにいつもより電気は食っていると思います。しかし、うわー重たい、と感じますか? -- ''K'' SIZE(10){2004-01-10 (土) 00:27:24} | ||
+ | -仮に感じたとしても、すぐに終了できちゃったりしませんか? -- ''K'' SIZE(10){2004-01-10 (土) 00:30:24} | ||
+ | -そうですか。 それに遅延書き込み機能でメディアの寿命もそんなに減りませんしね…とここまで考えたが確かメモリの遅延書き込みに使えるサイズを超えたファイルはHDDなどに使用頻度の低い順に書き込まれてしまうので普通のファイルのアクセスはやっぱり遅くなってしまうのではないでしょうか(それにHDDやCFなどの寿命も減ってしまう)。 -- ''黒龍'' SIZE(10){2004-01-10 (土) 20:40:34} | ||
+ | -HDDやCFなどのアクセススピードは物理的に限界がありメインRAMより遅いですから。 -- ''黒龍'' SIZE(10){2004-01-10 (土) 20:45:40} | ||
+ | -ウィンドウクローズシグナルを無視するプログラムは (現状では) 終了できないような。あと、beditcを激しくスクロールさせると、環境によってはかなり重たくなりますね。 -- [[I.Tak.]] SIZE(10){2004-01-10 (土) 21:27:31} | ||
+ | -描画処理を増やすとマウスカーソルがちらちらしたりしますし、そういう攻撃を防御できるタスク管理って興味ありです。 -- ''I.Tak.'' SIZE(10){2004-01-10 (土) 21:31:40} | ||
+ | -まず黒龍さんの指摘から。 -- [[K]] SIZE(10){2004-01-10 (土) 23:08:15} | ||
+ | -ええと、サイズがでかいと遅延書き込みがあまり利かなくなるというのはまったくそのとおりです。・・・OSASKとしてはそれぞれのアプリディレクトリにリミッタをかけたいと考えています。このリミッタが遅延書き込みが十分に利くサイズよりも小さければ、指摘の問題は起きません(起きる前に検出されて止めるか続行するかを選べる)。 -- ''K'' SIZE(10){2004-01-10 (土) 23:12:20} | ||
+ | -しかしダイアログで指定したファイルについてはリミッタがないな・・・。うーん、そっちにもリミッタは必要なのか?必要かもなあ。・・・そういうことがしたいときは、できるような方法を考えておきます。 -- ''K'' SIZE(10){2004-01-10 (土) 23:17:56} | ||
+ | -でもやっぱりアプリによっては大きなファイルを扱うことはあるわけで、しかもその場合は悪意がなくてもライトアクセス急上昇になりそうです。これはしょうがないです。 -- ''K'' SIZE(10){2004-01-10 (土) 23:21:27} | ||
+ | -そういう場合、ユーザはどのアプリが広い範囲にわたってたくさんアクセスしているのかを、シェルで調べることはできるでしょう。そして、実行頻度をすぐにコントロールしたり、一時停止したりすることもできるでしょう。シェルががんばれば、CPU時間の配分の上限だけではなく、そういう単位時間あたりのメモリやディスクアクセスなどの上限も決めて(単位時間あたりのアクセスページ数みたいなもの)、これが規定値を超えないように制御することもできるかもしれません。 -- ''K'' SIZE(10){2004-01-10 (土) 23:28:05} | ||
+ | -次にI.Tak.さんの指摘です。そう、今はウィンドウクローズを無視すると終了できません。これはシェルの手抜きです(毎度ながらすみません)。 -- ''K'' SIZE(10){2004-01-10 (土) 23:29:59} | ||
+ | -で、beditcをスクロールさせると重くなる件ですが、はい、そういうことはあります。しかし重くなるのはアプリであって、pokonではないと思うんです。というのは、pokonにちょっとでも仕事があれば、すべてのアプリは(どんなにビジーでも)CPU時間を奪われるようになっているからです。これは僕がタスクのグローバルレベルって呼んでいるやつで、シェルさえ直せばそれぞれのアプリも序列をつけられます。そしてどんなときでもシェルは最高位にいるべきだと思います(シェルの一部だけでいいから)。 -- ''K'' SIZE(10){2004-01-10 (土) 23:35:14} | ||
+ | -これなら、シェルがキーシグナルなどをシグナルボックスに受け取った瞬間にスリープから目覚めて、悪さをしているタスクはシェルが使わなかったCPU時間だけを使うことしかできないわけです。となれば、シェルからすると、(少なくともCPU時間的観点では)いつもどおりフルスピードで、問題があると感じているなら、いつでも問題のタスクを、殺したり、一時停止したり、優先度を極端に下げたり、タスクセーブして片付けたり、できます。 -- ''K'' SIZE(10){2004-01-10 (土) 23:38:39} | ||
+ | -そういう意味です。・・・で、マウスがちらちらする件は、実はよくわかっていません(苦笑)。ちらちらしないはずだと思っているんですが、実際は確かにちらちらしています。おかしいなあ。バグかなあ。 -- ''K'' SIZE(10){2004-01-10 (土) 23:40:02} | ||
#comment | #comment | ||
- | > 1073504370 | ||
- | * O11481離札⑤絅螢謄?亡悗垢襯據璽 | ||
- | -[[K]]が2004.01.08に作成。2chのOSASKスレッドで判断材料?足で困っているようなので。 | ||
- | -ある程溺ぅ札⑤絅アプリ螢謄?亡悗垢襯據対 | ||
- | -[考え方 | ||
- | -シ波銃ムアプリ衙つ覆瞭はここ-[も任覓い△任訥その手螢働ラ悩牆は心配しなくΔ墓△逆に言 | ||
- | -函▲掲判謄爛▲廛裴?oot権限を持茲Δ覆里アプリ衄覆率る。そしてシ認ルから設定しない限り、ユ]]ざアプリ袁シ波銃ムアプリ衙はなら-あ?溺?マるチユ]]ざ環境下-[ことは-[に-[とか、そう覆里?も任詛あ里?-CUIのコマんドラ任んパラ煤]]たに墓?ファイル名を指定蠏ても、アプリ衙はファイル名もファイルパ9-[ことは-[ことが-箸??剰テ▲廛裴魑??[などゥ▲廛,れΔ△?-ヌ召鯰らゐ:魂0 | ||
- | *把裴 | ||
- | -[とか躇貳未?蕕禄个疋アプァい讀あ?溺じ⇒呂襦仁蝓△鯰らは?埜°に靴修靴届与海箸?掲弔??むアプリ衙-慷仁┐?K]肇? | ||
- | -鉢ュゥ▲彷?-マ?K]肇? | ||
- | -?[こいわい路牲、扱路説異┐蕕機能と率のそ?皸?慷崇い峯△[K]釜?修讖、神邱臀ぺか餽澡愡濛粟?[ことは任誅-あ?溺??た>>鰺輯設定い?m?[?無効盖効に?'觧抉腓亳 | ||
- | -[垢陸任とは-[配ぁ?つ淵蕩プリディ獣埜 | ||
- | 覊、神プリディ獣埜??修讖、神邱臀い鯑?どさ??▲廛箸?一報告擦鵝廚△そそ?蘂?造簣―男莢鵑鐓ー蠧虻?任⇔?-ことことOSプリ螢謄?亡悗肯デベて嫁(つ?造笋召笋4つ淵蕩プリディ獣年 | ||
- | -[に最大容量をその聖ル | ||
- | -[狽可の鞠あ流??た>>任詛日突然発病?慷HDDを食]ど塹??修靴?掲箸鯢坩澆妨棒札襪覆襦△覆鵙な | ||
- | -[狽とは任誅-あぅ裸修ぅ鑠莢?そ襪鬟▲?靴討癲▲▲?[破監雌セルイアロ残男つしてシ認ル確認とは、変任襪-ヌ召そ襪鬟▲??いあ陰∩?札訌粟簑亳縫罎乏稜Г鮗茲禄札襪 | ||
- | -[狽-狙簑襪鬟▲?ィ?讀弌?']重]]さ匹名う(web∧?]溲?坊髻-マ舸リ最弔w匹紀004か、卓饐吋鵐?]しハ問題配ぁ[K]裴觧? | ||
- | -?腓販┐襪杷る任⇔ぁいΨ釜?髻-マ舸リ?妨窪軍??冏砲?掲判蠅?溺].掲判謄爛碧対厳て説逢謄垢刈ゴ衂さ?泙?亳縫罎??イ谿轡掲判蟯靴匹紀鷙雹ぁ?找罎惑譟?未海箸?[狽や蓮峪絅アコいわい路ツ淵道染-讀┐襪杷る之囲[K]]狸戚召ΑΨ釜?鯑シ?轡?]しマんドバ絲任誅、たとえなるが〆ニ>鰺塾時テ]]しマんドバ絲毒一墳?[に最大容-[も任覓蟄 | ||
- | -[に最大嵐準備ゥ廛ァイ中に?太邱?慷崇佝どムナ盆軍見付は眛頴ァイ出まり褞ヲ実起 | ||
- | >鯰)?アに対厳て川合、次邱艨??アあと?名に話パラ煤]?値弋瓠??ydocumet/word/決算まし2003.docテ-[も任覓裨を選ぶとか択白个薇πゝミ謄」 | ||
- | >鰺輯ハ絲毒慰と受け取]]ざアプリ蟄 | ||
- | -[に最大内い△mydocument/word/任誅、蟄 | ||
- | -[に最大嵐Ε怺廛ァイword蟄 | ||
- | -[に最大内い△「決算まし2003.docそ?[に最大輸ファイテ]]しマんイ戊ディ獣年 | ||
- | -[に最大佑中には瞬あ里。つ舗ぅ幄テΓ厳密波銃テ]]しマんイ箆毒一墳?[に最大輸ハ呼ば | ||
- | -讀?]]ぢ川合螢.窪鉾-い峯⇒審と?薀暫てソ个修κの▲海こ2か躇貳未走螢妊?断? | ||
- | -[に最大容臀い鯑?どさ??げ折0[▲袗ソ萢鯊灰掲絞泙ブ螢豆?鵐譴△杭蚤舁▲箸?讀?>任詛内破監雌セルイして黄>鰺塾 | ||
- | -狙筌ぅ?]しマんエミ謄l襴・?4か、プリ袁与率風のさん[能萢箸惑る?あ?妬の▲海?裴觧六愿Δ海箸修靴藤譽?NIXやWindowsの悗肯デベて嫁“-UNIXやWindowsあ里アリアプリ謄后そ固悗垢襯晰?麻ン提供匹海▲▲廛蠅?[し波所巻銃ムぶとか択白弌峪絅テ坊そしπ)屠-ヌ召魑??閉じ?戟一般何か瓣咲簑諡吋鵐?]しゥ?do-[べ戒楼汰寛b∧'隙蓮峪んドラ任んシない?i蠖忘蚤臚發ぁ | ||
- | ?体垣根般な認証方法吋鸛ょ鯑シdow-狙筌ai蠕鸛ゃ3504∧冉る修靴届?ai蟄 | ||
- | -畔紀讖い伽?[▲袗消崩 | ||
- | >鰺?□ | ||
- | -実笋坤? O11481離札⑤絅螢謄?亡悗625136璽 | ||
- | -[[K]]が2004.01.08に作成。2chのOSASKスレッドで判断材料?足で困っているようなので。 | ||
- | -ある程溺ぅ札⑤絅アプリ螢謄?亡悗垢襯據対 | ||
- | -[考え方 | ||
- | -シ波銃ムアプリ衙つ覆瞭はここ-[も任覓い△任訥その手螢働ラ悩牆は心配しなくΔ墓△逆に言 | ||
- | -函▲掲判謄爛▲廛裴?oot権限を持茲Δ覆里アプリ衄覆率る。そしてシ認ルから設定しない限り、ユ]]ざアプリ袁シ波銃ムアプリ衙はなら-あ?溺?マるチユ]]ざ環境下-[ことは-[に-[とか、そう覆里?も任詛あ里?-CUIのコマんドラ任んパラ煤]]たに墓?ファイル名を指定蠏ても、アプリ衙はファイル名もファイルパ9-[ことは-[ことが-箸??剰テ▲廛裴魑??[などゥ▲廛,れΔ△?-ヌ召鯰らゐ:魂0 | ||
- | *把裴 | ||
- | -[とか躇貳未?蕕禄个疋アプァい讀あ?溺じ⇒呂襦仁蝓△鯰らは?埜°に靴修靴届与海箸?掲弔??むアプリ衙-慷仁┐?K]肇? | ||
- | -鉢ュゥ▲彷?-マ?K]肇? | ||
- | -?[こいわい路牲、扱路説異┐蕕機能と率のそ?皸?慷崇い峯△[K]釜?修讖、神邱臀ぺか餽澡愡濛粟?[ことは任誅-あ?溺??た>>鰺輯設定い?m?[?無効盖効に?'觧抉腓亳 | ||
- | -[垢陸任とは-[配ぁ?つ淵蕩プリディ獣埜 | ||
- | 覊、神プリディ獣埜??修讖、神邱臀い鯑?どさ??▲廛箸?一報告擦鵝廚△そそ?蘂?造簣―男莢鵑鐓ー蠧虻?任⇔?-ことことOSプリ螢謄?亡悗肯デベて嫁(つ?造笋召笋4つ淵蕩プリディ獣年 | ||
- | -[に最大容量をその聖ル | ||
- | -[狽可の鞠あ流??た>>任詛日突然発病?慷HDDを食]ど塹??修靴?掲箸鯢坩澆妨棒札襪覆襦△覆鵙な | ||
- | -[狽とは任誅-あぅ裸修ぅ鑠莢?そ襪鬟▲?靴討癲▲▲?[破監雌セルイアロ残男つしてシ認ル確認とは、変任襪-ヌ召そ襪鬟▲??いあ陰∩?札訌粟簑亳縫罎乏稜Г鮗茲禄札襪 | ||
- | -[狽-狙簑襪鬟▲?ィ?讀弌?']重]]さ匹名う(web∧?]溲?坊髻-マ舸リ最弔w匹紀004か、卓饐吋鵐?]しハ問題配ぁ[K]裴觧? | ||
- | -?腓販┐襪杷る任⇔ぁいΨ釜?髻-マ舸リ?妨窪軍??冏砲?掲判蠅?溺].掲判謄爛碧対厳て説逢謄垢刈ゴ衂さ?泙?亳縫罎??イ谿轡掲判蟯靴匹紀鷙雹ぁ?找罎惑譟?未海箸?[狽や蓮峪絅アコいわい路ツ淵道染-讀┐襪杷る之囲[K]]狸戚召ΑΨ釜?鯑シ?轡?]しマんドバ絲任誅、たとえなるが〆ニ>鰺塾時テ]]しマんドバ絲毒一墳?[に最大容-[も任覓蟄 | ||
- | -[に最大嵐準備ゥ廛ァイ中に?太邱?慷崇佝どムナ盆軍見付は眛頴ァイ出まり褞ヲ実起 | ||
- | >鯰)?アに対厳て川合、次邱艨??アあと?名に話パラ煤]?値弋瓠??ydocumet/word/決算まし2003.docテ-[も任覓裨を選ぶとか択白个薇πゝミ謄」 | ||
- | >鰺輯ハ絲毒慰と受け取]]ざアプリ蟄 | ||
- | -[に最大内い△mydocument/word/任誅、蟄 | ||
- | -[に最大嵐Ε怺廛ァイword蟄 | ||
- | -[に最大内い△「決算まし2003.docそ?[に最大輸ファイテ]]しマんイ戊ディ獣年 | ||
- | -[に最大佑中には瞬あ里。つ舗ぅ幄テΓ厳密波銃テ]]しマんイ箆毒一墳?[に最大輸ハ呼ば | ||
- | -讀?]]ぢ川合螢.窪鉾-い峯⇒審と?薀暫てソ个修κの▲海こ2か躇貳未走螢妊?断? | ||
- | -[に最大容臀い鯑?どさ??げ折0[▲袗ソ萢鯊灰掲絞泙ブ螢豆?鵐譴△杭蚤舁▲箸?讀?>任詛内破監雌セルイして黄>鰺塾 | ||
- | -狙筌ぅ?]しマんエミ謄l襴・?4か、プリ袁与率風のさん[能萢箸惑る?あ?妬の▲海?裴觧六愿Δ海箸修靴藤譽?NIXやWindowsの悗肯デベて嫁“-UNIXやWindowsあ里アリアプリ謄后そ固悗垢襯晰?麻ン提供匹海▲▲廛蠅?[し波所巻銃ムぶとか択白弌峪絅テ坊そしπ)屠-ヌ召魑??閉じ?戟一般何か瓣咲簑諡吋鵐?]しゥ?do-[べ戒楼汰寛b∧'隙蓮峪んドラ任んシない?i蠖忘蚤臚發ぁ | ||
- | ?体垣根般な認証方法吋鸛ょ鯑シdow-狙筌ai蠕鸛ゃ3504∧冉る修靴届?ai蟄 | ||
- | -畔紀讖い伽?[▲袗消崩 | ||
- | >鰺?□ | ||
- | -実笋坤? 鬘に秕慧蝓?ぅ┝℃稿ハ蚤舁峽荵擦泙?003.婆灸?-[作-吠茴觧異鷆.増じ縫爛弁鐶舂(正鷆‘スよ」ぇ魂0痢?[作-吠茴觧遅篳?]?エミ??indo?犒マ稱符、>鬘げ腹す最大舂げ赤瓮ぃ達丕 | ||
- | -蘂⇔怺郡い負荷.かけCPU | ||
- | 鯤桴榮叛衙ム?△杭能力'のぅ襪Γ | ||
- | -衰?抗讖い伽??indo桔箏す[K]]狸積イ諭 -- [[名霧札⑤絅螢謄 |
(This host) = http://osask.net