スレタイ未定 74氏スレ 1日目

451名前： 71 ◆6lZ36BnmG2 投稿日： 2006/05/12(金) 15:20:29 ID:RRSRedT70
なんか、本気と取られていないようなのでカキコ。
設計・仕様もまだまだこれからで、とてもGUIなんか見せられる段階じゃないけど、基本的なライブラリ作っているよ。
もちろんC++でWindowsネイティブ。ユニコード対応はどうしようか・・・めんどくさいな。
いまのところ、nyやshareのようなキャッシュを貯めない方向で設計中(変更の可能性あり)。
ウイルス対策はどうしよう・・・どうやったらいいんだ？
匿名性の高い掲示板を実装できるけど、倫理的にどうなんだろうか・・・
２ちゃんより匿名性が高いのは意味があるのか？犯罪にしかその利用用途がないんじゃないだろうか？
とりあえず、本気で開発しているよという、スクショ。
http://www2.pf-x.net/~lazydog/up/3objoa3/lazy014.jpg

楽勝で2get
なんなんだこの糞スレ

蟹スレだな

わざわざ立てなくても･･･
三つもスレが残ってるんだし

放置で落ちまで待つスレ

俺の糞スレ削除

蟹工船

74氏が来るまで保守

秋までやるつもりか
気がなげーなw

なんだかんだいいながらおれの登場を待ってるんだろ

帰れ

こんなスレできていたのか・・・まだ先は長いのに。
ライブラリを作っていてmd5のVC++用ライブラリがどこにもなかったので自作した
面倒くさかった。なんでこんなのどこにも落ちていないんだよ。
こんなところに置いても意味ないけど、プログラム板なら結構重宝されるかもなｗ

// Microsoft Visual Studio 2005
// Visual C++ .NET 2005用
// ファイルからMD5 MD5を生成するライブラリ Ver.1.00

http://gamdev.org/up/upload.php　5733.zip

>>12
おいちょっとまて、>>1を見る限りMFC使ってないか？
そんなウンコなもん使うなよ
どうせならWin32APIだけでいこうぜ

>>13
MFC使ったらヘタレってどこのバカだよｗ
まあ、c++慣れてる奴はMFCをあえて使うことはないけどな

>>12
どっかにあったよ。忘れたけど

>>14
ばっか、根拠があって言ってるんだよ
MFCのSocketが仕様通りに動作しないクソだって言うのは有名だし
Stringの内部処理もかなり怪しい
MFCが原因になるバグで悩むくらいなら最初からWin32APIでいくべきなんだよ
ライブラリで楽したいならSTLPortなりBoost使おうぜ

>>15
◆f/MpZJf1/I に反応するお前は俺の中で荒らし認定

>>15
それには完全同意

14 名前：1 ◆f/MpZJf1/I [sage] 投稿日：2006/05/14(日) 00:55:21 ID:glZbsZiZ0
>>13
MFC使ったらヘタレってどこのバカだよｗ
まあ、c++慣れてる奴はMFCをあえて使うことはないけどな

はいはい本日２回目のクソガキ発言

ガキもごちゃごちゃ言うんなら少なくともなんかコード晒してみろよｗ

>>15
MFC7.0からいい加減解消されてんじゃないの？とくにCStringなんか。

がんばれ

h

>>12
MD5のソースくらいいろんなところに落ちている。もうちょっとちゃんと探せ。

ところで、MSDNは見たのか？使ったことないけど関数は用意されてるようだ
http://msdn.microsoft.com/library/default.asp?url=/library/en-us/devnotes/winprog/md5init.asp
MD5以外はCryptoAPIが用意されてるけど、OSのバージョンで使えるアルゴリズムが変わるので
いろんな環境で動かすつもりならCryptoAPIはいまいち使えなかった記憶がある。

Win32APIをフックするコードだけでゴリゴリ書いていたら死んでしまうので許してください。
STLportもBoostも性に合わないのです。VS2005でちゃんと動くかどうかも不安だし。
>>20の言うとおり、string系も今は何の苦もなく使えてます。ただ、VS2005ではstrcpyをstrcpy_s使えとうるさかったりしますが。
ユニコードは挫折しましたorz　面倒くさいったらありゃしない。
>>23リンク先のMD5Initはもちろん今回のライブラリ作成で使ってます。
サンプルコードはちらほら落ちていたので、もちろん参考にしましたが、ライブラリ化されたものは見つからなかったです。
CryptAPIはもちろん各種暗号化に使います。ていうか、使わないでやる方法を知らないｗ

みなさんありがとうです。

>>24
なんだよフォローしてやったのに
おれには礼も無しかよ。死ね。ヘタレ。

>>25
みなさんの中に含まれているつもりなんだけど・・・
もし、自分で作るつもりがないのなら、アイディア教えてくれよ。
パフォーマンスの観点から実装可能かどうかは要検討として今までの発言から、実装機能のロジックには傾聴に値するものがあると思っているよ。
例えば、ウイルス対策はどうしたらいいと思う？

>>25のレスが見えないな〜、あっNGワードか忘れてたｗ

25 名前：1 ◆f/MpZJf1/I [sage] 投稿日：2006/05/15(月) 00:20:00 ID:YWLj8Bxf0
>>24
なんだよフォローしてやったのに
おれには礼も無しかよ。死ね。ヘタレ。

はい本日のイモガキ。自分のスレには来ないのに
他人のスレには毎日この時間に顔出す。

>>26
○ウィルスに感染する奴の条件
１、ノートンなどを入れていない
ノートン入れてない奴には入れろとしか言えないし、対処しようがない

２、新種のウィルスのため
新種だから対処しようがない

結局、多機能アプリなんてのは手間がかかるだけで効果薄いよ
もしやれるとしたら、ノートンなど既存のアンチウィルスソフトで対処できないタイプのしかないわけで
でも、そんなものは報告も少なくやっぱり難しい
初心者向けに有名どころのウィルスチェックする機能をつけるぐらいだな
スレなどでウィルスexeのあるフォルダなどを張ってもらって
それをテキストに追記してバージョンアップの際に同根する
ソフトを起動したらそのテキストを読み込んでウィルスファイルがあるかチェックするとか
あとは前にも言ったように削除機能を設けるとか。
どういう仕様か知らないけど、自動でアップロードなどをされないようにするために、
アップフォルダやiniファイルなりを起動ごとに暗号化してファイル名を書き換えるとか
そしたら、解読されない限り、ソフトを操作するプログラムは実行されない
おれがやろうとしてたのはこれぐらい

>>26
実行ファイルを含むキャッシュは流せないようにする。
ウイルスを食らう人は圧縮ファイル内のexeをダブルクリックしちゃうので圧縮ファイル内もチェックしないといけないけど、
でかい圧縮ファイルのスキャンをすると激しく重たくなるだろうから、
キャッシュ変換時に実行ファイルと思われる拡張子を含むと変換できなくしてキャッシュを削除する機能をつけておく。
書庫内のファイルの一覧取得だけならそれほど負荷はでかくないだろうけど、書庫内書庫がうじゃうじゃ入ってるとチェックが大変だろうな。

こうすると当然実行ファイルが流せなくなる。
でも、動画専用でいいじゃんｗ

仕事の切り分けが必要だろ
ウイルス対策も仕事に入れたいならプラグインが、
速度が心配ならセルフビルド方式にすべき
あとoverSSHでやるとか

nyp作者のArkVirusChkみたいに、既知のウイルス等のMD5をテキストで保持しといて基本的に流通を阻害
ﾊﾞｰｼﾞｮﾝ時に作者が更新、自分でテキスト書き換えてもよし

変換かける時等に書庫内もチェックし該当あれば削除やリネーム等

>>31
に基本的に賛成。
ウィルス対策や、各種フィルタはラッパかプラグインにすべき。

そうそうプログラムに組み込むより
プラグの方が修正も楽になって効率もいいな

ついでにキャッシュアクセスを独立してもらえると、Share や ny のキャッシュを利用する道が生まれそう。

アップ0問題はプロトコルの設計をしっかりすれば回避可能だと思う。
具体案はwinnyの技術読破してないから見落しがありそうでまだ言わない。
あとmd5は弱衝突の懸念が出てるからsha256使うべきだと思うんだがなんでmd5に拘ってるの？
計算速度？

結構スレおそいんだね
どっか進み早いところあったら教えて欲しい。
そっちにもいきたい。

あくまでも公開は9月

ウィルス対策ってさ・・実行ファイルクリックしなきゃ感染しなんでそ？
だったらキャッシュ化するときに.exeを適当な拡張子に書き換えるようにしたらいんでない？.p2pとかｗ
無知な初心者とか自衛隊員とかパイロットとかひっかからなくなるんじゃね？
で、キャッシュから変換する時、元の拡張子に戻すかどうかを必要に応じて設定なりプラグインなりで指定するとか・・

詳しいことわからんけど、思いついた事書いてみた。

(´-`).｡oO（感染する原因は.exeだけじゃないし・・あと、圧縮ファイルの
中まで調べるのは負担が大きすぎるんじゃないかな？）

ny だってまだいけるし、Share もまだ元気だし。
9月とか11月公開とかじゃなくても、しっかり設計してほしい。
公開すれば、総キャッシュ容量を食い合うようになるわけだし、慎重にお願いしたい。

名前忘れたけど
雑誌にshanyの事のってたぞ

釣りでした宣言前に締め切りが来たのかな？

>>40
＞感染する原因は.exeだけじゃないし

もちろんそうなんだけど
感染する様な奴は拡張子も表示させずに
落ちてきたファイルを片っ端からダブルクリックしてるんだろう
拡張子変えるだけでも効果あるんじゃないの？

.scrも.comも感染するお

拡張子だけでも変えておけば
関連付けされてないファイルは
──
│圍│
│　　|
￣￣
↑みたいなアイコンになる訳で(AA下手だな…)
何も分からない奴はこのアイコンってだけで捨てると思う

>>45
うん。効果はあると思う。効率が損なわれないなら実装してほしいと思う。
でも個人的な経験から言えば、まんま「空白.exe」に遭遇する確率より、
圧縮ファイル内のウイルスに遭遇する確率が高い気がする。
そっちの対策がなされないと感染者抑止にはあまり効果はないかな。。。と

ウイルスにかかる奴はほっとけ。

>>46
＞でも個人的な経験から言えば、まんま「空白.exe」に遭遇する確率より、
＞圧縮ファイル内のウイルスに遭遇する確率が高い気がする。

確かに。

>>47
同意！
まずは、プロトコルとキャッシュの扱いでしょ。

みんな、俺のアホな発言にレスありがとう
>>39は、圧縮ファイル内のことも含めてのつもりだったんだけど、言葉足らずでゴメソ
やっぱり>>40のおっしゃる通り負担が大きすぎるのかな
書庫内ファイルのリネームって内部的にはやっぱり[展開後にリネームそして再圧縮]って動作になるのかな？
よくわかんねぇや＞＜；

　

今帰りました。当然今日はまだ一行もコードも仕様も書けていません・・・
おまいら仕様真剣に検討してくれてありがとう。
ウイルス対策ができれば、nyにもshareにもできていないことなので、まぁアドバンテージになるかなと思ったわけです。
議論にあるとおり、まともな方法では、オレ的にもアプリ的にも負荷が大きいので、なにかコロンブスの卵的な方法がないかなと。
P2Pやファイル交換という場は最新のウイルスの実験場にもなっているので、既存のウィルス対策エンジンやパターンファイルも効果はそれほど期待できない。

で、今検討しているのが、陪審員制度というべきもの。nyのねつ造警告の発展形と思ってください。
技術的な話は複雑になるのでしないけど、概要はこう。
１．ある人がウイルスを内包しているファイルを見つける。
２．ウイルス審議ボタンを押と、そのファイルには審議のフラグが立ってその情報がネットワーク上に拡散。
３．検索結果や自分のファイルをアプリで見た際には「審議」の文字が出る。
４．先着（たとえば）10名がウイルスかそうでないかの審議をして過半数を超えれば、そのファイルの流通をしないようにアプリが抑制する。（判決および刑が確定）

とこんなイメージ。システム的にはうまくいきそうなんだけど、問題は人任せなので陪審員がちゃんと機能するかどうかが心配・・・
ゲーム感覚でやってくれるんじゃないか？と楽観。不当な判決を受けたと思われるファイルには再審システムとかもちょっと考えています。
金子氏はnyのコードに数行付け加えれば対策できると言っていたけど、どんな方法を考えていたんだろう。

オレのレスなげぇorz

>>52
ちゃんと考えて無いが、
審議制度(多数決)はユーザの利益になるなら利用すると思う。
集計方法はどうするの？

そろそろ奴が来るぞ。

◆f/MpZJf1/I（笑）これか
徹底無視でいいだろ

>>52
> ４．先着（たとえば）10名がウイルスかそうでないかの審議をして過半数を超えれば、そのファイルの流通をしないようにアプリが抑制する。（判決および刑が確定）
票数だけの表示で良いと思う。流通させない抑制はやりすぎの予感。

>>53
集計方法は大丈夫。考えています。もったいぶるほどの方法じゃないけど内緒と言うことでｗ
ただ、P2Pなので、審議にかけられていることや有罪か無罪かの伝搬は多少時間がかかるかも。
そこは、なるべく迅速に伝搬するように考え中です。
懸念されることは>>52の方法だと、例えば２ちゃんの掲示板で組織的に「あるファイルを撲滅させる」と相当数のユーザが結託するとウィルスでないファイルの流通を抑制することができちゃう。
そこまでしないかな。

補足
●刑期を設ける。つまりある程度期間がたてば（例えば３ヶ月）流通抑制フラグは解除されます。
●刑期を終えたファイルはまたいつでも審議にかけることができる。

効果として他には
●明示的に「審議」の文字（もしくは視覚的な何か）が示されるのでダウンロードするときに知識不足の人も警戒する。
●すごくがんばれば、企業や組織にとって流通して欲しくないファイルを刑に処する（流通を抑制する）ことができる。かも。

悩みどころは有罪になったファイルを強制的に流通不可にするか、ユーザが選択できるようにするか・・・

>>57

>>56 のように票数だけでいい気がするし

刑期もいらない気がする。

投票ってピアにつき一回？どうやって管理？連打可？ｗ

>>57
やはり９月までかかりますか？

ここで話し合うと共謀罪になりますか?

>>57
俺もそれずっと考えてた。
ウイルスに限らず偽装ファイルとかの判別もそうだけど
見知らぬ他人が判定する場合、必ず本来の目的以外での
判定が行われる可能性が高い。
あるファイルを流通させたいくない人物・団体にとっては
ありがたいだろうけどね。

ウィルス防止より、かかった後の流出防止を強化する方法はどうでしょう
ワードファイルとかエクセルファイル、メールファイルなんか、直接流す奴はいないと
思うので、そういう特定の拡張子を持つファイルは流せないようにする。
もしくは、キンタマウィルスだと大体名前決まってくるので、「〜のデスクトップ」で
ソフト的にフィルターをかけてしまうか。

キンタマとかp2p暴露系はそれでいいかもしれないけど、
仁義とかホワイターとかその他多くのp2pとは関係ないウイルスには無効だからなあ

最大限の悪意を考慮すべし。
似たようなシステムのnyでの捏造ファイル警告が役に立ったか？
あれに比べてどんなアドバンテージがあるから上手く行くと思うの？

>>64
ｎｙの捏造ファイル警告は役に立ってるｙｏ

>>65
nyのは役に立たない

あれって多数決なの？

迷惑メールみたいに削除するときに報告するのはどうかね…＞ウィルス

>>66
ｎｙの捏造ファイル警告は役に立ってるｙｏ

削除用のコードとかで、放流者はP2Pネットワーク上のファイルを削除できるようにならないだろうか。
あと、判定はIP公開とか。そうすれば業者に消されないわけだ。

みんなありがとう。
決定打はやはりでないみたいですね。もうちょっと考えてみます。

>>62の方法ではいたちごっこになってしまうし、圧縮ファイルの中身を検索するのはパワーがかかります。
nyのねつ造警告は役に立つ場合も立たない場合もあります。最大の欠点はねつ造警告の信頼性が薄いことです。
そこで、その信頼性を高めるために陪審員制度を取り入れようと思ったのです。
しかし、人が多く介入するのはあまり好ましいことではないことも承知しています。
>>70　IPアドレスの公開は現在もしくは過去にそのファイルを所持していたことを表明することになるので、それはしないつもりです。

>>71
多人数こそがいいのでは？

捏造警告は、村八分にしようとする試みだったのだが、
逆に捏造出した側が村八分になったという・・・

>>71
圧縮ファイルはファイルの展開を考えず、中のファイル名の一覧だけ取って
拡張子で排除するとそんなにパワーいらない感じ。

別に今の法律ではダウンロードは無問題のはず。
まぁいいけどね

>>72人に介入されるとそれだけ予測しなければならない範囲が増えて、結局運用がうまくいかないパターンが多いのですよ。
>>73その通りです。なので信頼性を高めることによって、それを防止しようと考えました。
>>74全くその通りなのですが、どの種類の圧縮形式に対応するか、どの拡張子を対称とするかなど問題が複雑化します。そのアイディアはplug-inを実装する方向で検討してみます。まぁどうしても後回しの機能になっちゃいますね。
>>75自分の認識ではグレーゾーンという認識です。立件が難しいので、違法ファイルのダウンロードでは検挙されていないのでしょう。
また、グレーゾーンである以上おっしゃっているように将来にわたっても無問題とはいえないでしょう。
自分は法律には詳しくないので、議論しても仕方ありませんが、なにしろ自分のIPが出ることに拒否反応を示すユーザが多いと自分は思います。

初心者のために対策を講じてやる必要はないって俺も思うけど
どっかの馬鹿雑誌が中途半端に紹介して流出ばっかりになれば逆に首を絞められる
nyの「匿名性」みたく「ウイルスにあたりにくい」っていうのは客寄せには効果あると思われ
(そしてそのキャッチコピーが実態に即してるとは限らないのもny同様)


有罪になった際の賛否の比率や裁決に要した時間で刑の重さを内部的に決定して、
ソフトの方では「重さ○○％以上のものはDLしない」とかの設定を作っておく。
GUIでは変更できないようにしておけば初心者はいじらない。


とか考えたけどこんなんじゃだめだな……

>>77
初心者というのはどこでラインを引くかですよね。
自分は初心者ではないと思っていますが、ウィルスに感染してとんでもない経験をしたことがあります。
また、「重さ」というのも検討課題に入っています。有罪の票の割合が高ければウィルスである可能性が高いと判断する方法ですよね。
はたして、うまく運用できる（される）かどうかだよなぁ

>>76
プラグインだと入れてない人のところにずっとキャッシュが残って流通するし、ウイルスを踏むような初心者は対策しない。
本体のみでデフォルトで対応する拡張子が1つくらいあってもいいと思う。
少なくともその拡張子は危険なファイルが混入しないってことになるわけで。
zipだけ対応してればいいと思うくらい。

zipはリカバリ付かないから、rarも入れてくださいまし

対応書庫形式は二強のzipとrarのみでいいと思う
あるいはどちらかひとつでも。
そりゃ形式は他にもあるけど、割り切って最初から決めてしまえばいい
他が流せないわけじゃなし

そんなもんDL後に起動するプラグインにやらせれば済むはなしだろ
zipやらrarやらなんてプラグイン作者が考えればいいことだ

>>76
あと最後のDLだがこれは完全に合法
グレーじゃないから議論するすしない以前の問題
もしDLのみで合法とする根拠があるなら教えれ

ていうか自分らゴッコ遊びがしたいんか？
作るとかいってる奴くらい、最低限目を通しておくべき本、知っておくべきことくらい知識としてもっておけよ

奴のニオイがする

ああ俺だ、俺だよ。
＞もしDLのみで合法とする根拠があるなら教えれ
これ「合法」を「違法」に訂正します。ごめんねみんな。

若干亀レスですが。
捏造警告を利用するなら、警告が出たファイルを削除するんじゃなくて、現在接続してる人の中で
何人が捏造と言っていますという表現だけならいいのでは？
1人なら間違ってるかもしれない、10人が言ってたら信憑性かなり高いとか。

>>81
iso に含まれる等、入れ子状になっている事もあるし、単純じゃない

イメージ対応は諦めるしかないと思う
またはプラグインとか
本体は最低限でいいっしょ

全部プラグインにやらせろっていうのは最もだけど、
それだと導入してないヤツがひっかかる

自業自得だしそんなの助ける必要ないっていうのは確かだけど
馬鹿雑誌が呼び込んで首を絞める事になるのもいくない

同梱

%表示にして総数と割合が一定以上で削除とか

>>83
解釈しだい。逆にアメだと確実に違法。

イチイチ制限かけるような形で、初心者のためにウイルス対策する必要ないと思う。

それに今回のｎｙのウイルス騒ぎって、常に初心者がかかってるとは限らないのでは？
例えばわざとウイルスにかかって流してる奴もいるだろうし、
ｎｙ規制に持って行きたい人がわざとかかったり、かかったような報道したりして。

どの道このソフトも邪魔になれば、今回みたいに必要以上に騒ぐだろうし。

規制回避をしたいなら、共有をメインではなく建前で掲示板とかダウンローダーをメインっていう風にして、
共有をおまけってことにすれば、いい訳は出来そう。言論の自由を守るとか言って。

んじゃ２ちゃん専ブラのDAT共有がメインってことで一つ

あんまりＰＣに詳しくない人は使えない程度に複雑にしたら、それがウィルス対策になるのかもしれんね。

>>91
罪刑法定主義で判例主義の日本において、どういう根拠で違法になるの？

>>86の警告ぐらいでイイと思う。
自衛隊の情報を漏らした奴もどうせスパイ。
ソフトの規制より、情報流出に対しての処罰を厳しくすれば良い。日本人自身が。
死刑が良いところ。

>>95
専門家でも合法違法の判断は分かれるから、
知りたきゃ実際に裁判起こすしかねーべ？

>>97
ああ、そのレベルね。よくわかったよ。

>>98
お前がその裁判を担当でもするのかｗ

【レス抽出】
対象スレ： スレタイ未定 74氏スレ 1日目
キーワード： ◆f/MpZJf1/I（笑）

82 名前：[名無し]さん(bin+cue).rar[sage] 投稿日：2006/05/17(水) 02:06:10 ID:pAyMn1g30
そんなもんDL後に起動するプラグインにやらせれば済むはなしだろ
zipやらrarやらなんてプラグイン作者が考えればいいことだ

83 名前：[名無し]さん(bin+cue).rar[sage] 投稿日：2006/05/17(水) 02:10:56 ID:pAyMn1g30
>>76
あと最後のDLだがこれは完全に合法
グレーじゃないから議論するすしない以前の問題
もしDLのみで合法とする根拠があるなら教えれ

ていうか自分らゴッコ遊びがしたいんか？
作るとかいってる奴くらい、最低限目を通しておくべき本、知っておくべきことくらい知識としてもっておけよ

85 名前：[名無し]さん(bin+cue).rar[sage] 投稿日：2006/05/17(水) 04:48:30 ID:pAyMn1g30
ああ俺だ、俺だよ。
＞もしDLのみで合法とする根拠があるなら教えれ
これ「合法」を「違法」に訂正します。ごめんねみんな。

95 名前：[名無し]さん(bin+cue).rar[sage] 投稿日：2006/05/17(水) 18:33:12 ID:pAyMn1g30
>>91
罪刑法定主義で判例主義の日本において、どういう根拠で違法になるの？

98 名前：[名無し]さん(bin+cue).rar[sage] 投稿日：2006/05/17(水) 19:12:26 ID:pAyMn1g30
>>97
ああ、そのレベルね。よくわかったよ。


名無しに戻ったクソガキ。

言っておくと、自分の発言は万が一裁判になった場合、資料になる可能性があるので、そういう立場で発言しますね。
まぁ作者からすると、著作権違反のファイルのダウンロードが違法かどうかはどうでもよくて、自分の作ったソフトウェアで違法ファイルが流通するのは本意ではありません。
P2Pはあるファイルを広く拡散するためには有用なシステムだと思い、またそういったソフトは数多ありますので、そのひとつとして開発している次第です。
ファイル交換ソフトを作成するに当たって、合法のファイルだけが流通できるようなシステムが作れればよいのですが、著作権違反のファイルを判別できるようなシステムは不可能です。
ただ、先に示したウィルス対策のような方法で、違法、合法、ねつ造、ウィルスなどを判別できるようなシステムを考えています。
しかし、パフォーマンスが損なわれる場合は実装できないかも知れません。
基本的な機能としてファイルの発信者の匿名性を最大限確保できるようなシステムを考えています。
違法ファイルをアップロードおよびダウンロードするのはあくまで個人の責任であるとの認識の上ソフトウェアの開発を行いたいと思います。
あまりたとえ話は好きではないのですが、包丁を料理に使うか人を殺傷に使うかはユーザ次第と同じ、つまり包丁＝P2Pソフトと考えております。
以上、詭弁だと思われる方もいるでしょうし、法的観点から見てどうかわかりませんが、そういう立場です。

開発に専念するので、このスレにはしばらくこないかも知れません。

>>101
秋までまってる
ずっとまってる
ﾉｼ

>>101
せめて
ttp://www.geocities.jp/oresamamansee/47.html
これくらい目を通せ

>>103
すげーな

>>104
macアドレスの書き換えが載ってないのが片手落ちだけどな

>>103
もちろん以前に目を通しました。（斜め読みですが)
で、あなたには悪いのですが、的外れでくだらないと思いました。
まず、前提が間違っていると思われます。金子氏は嘗めていたわけでも油断したわけでもなく、ソフトウェアの作者が有罪になることはおろか、検挙されることはないと考えていたので、鼻から警察に身元が割れないようにする工作などしてなかったと思われます。
その後の提案に至っては、初歩的な話ばかりで読む価値はないと思いました。
金子氏に問題があったとすれば、身元を特定されたことではなく、違法ファイルの流通を促すような、意志、言動があったと思われる点です。（実際、裁判の争点はそこです）

もう一点。お節介ですが、別にこんな場所だから、差別用語がどうたらこうたら言うのもなんですが、日常的に使っていると思われますので、改めた方がよろしいかと思います。

>>106
確かにソフトウェア作者を取り締まるのは間違っている。
しかしwinnyの前のwinmxの逮捕の件でも、京都府警はずいぶんな越権行為を行っている。
皮肉にもこれは47氏がwinnyを開発する契機だったはずだ。
その越権具合が、47氏の逮捕で拡張されただけ。
それで実際逮捕された以上、無警戒だったと言われても仕方が無いだろう。
提案が初歩的な話だというからには、代替案を持ってるってことだよね。安心した。

あと最後のお節介だかの文節が意味がわからない。
オブラートに包んだつもりかもしれないけど、伝わらないと意味が無い。

それともう一つ提案というか提言なんだが。
逮捕時からよく言われてることだが、あの程度のソフトは、仕様を用意されて「書け」といえば書ける奴は五万といる。
君がまず固めるべきは、ソフトが向かうべき思想と、その実装とだろう。
これまでのやりとりを見ていると、俺が作りたいものを作るんだ的な部分が見え隠れしてるのが気になる。
もう少し思想的なものをどっしり考えたほうが良いと思うよ。

>>107
バカまる出し。ツッコミ所がありすぎて指摘する気にもなれない。

逮捕される否かじゃなくてさ
いちいち強制的に裁判に借り出されるのはたまったもんじゃないだろ
どこの所轄で検挙されるかで行く場所も違うしな

>>109
お前だけは黙ってろ

そ・そんなぁ・・

>>111
自分のスレでやれ

>>111
ここに来るな

あれ？　ピッコロ？

ホシユ

332さんの共有ソフトも、かなり隙が無い感じで期待してたのに。

age

332ってどんなやつだっけ？

537 名前：1 ◆f/MpZJf1/I [sage] 投稿日：2006/05/21(日) 19:52:24 ID:mCAj+Bj40
バカばっか

540 名前：1 ◆f/MpZJf1/I [sage] 投稿日：2006/05/21(日) 20:00:15 ID:mCAj+Bj40
そんなに釣られたのが悔しいのか？ｗｗ
必死に埋め立てして証拠隠滅しようってことか？ｗｗｗ
健気だねーおまえらってｗｗｗｗ

544 名前：1 ◆f/MpZJf1/I [sage] 投稿日：2006/05/21(日) 20:15:46 ID:mCAj+Bj40
今だからいうけどさ
shareとny両方接続なんてできるわけねーだろカスｗｗｗ
本気で待ちわびてたおまえらってほんと低能だなｗ
デザイナでGUI作っただけで簡単に信用しちゃうもんなｗｗ
おまえらのために犯罪者になる危険まで背負って作るわけねーだろｗｗ
悔しかったら自分で作れカスｗ

今日はあちらにご御出勤のクソガキ

>>116さん
遅々としながらも開発は進めていますので、過去形にしないでください。
プロトコルを改良したらバグが出てエンヤトットエンヤトットしながらコーディングしてます。
あと、どこかで止めるときはトリップつけて宣言するといったつもりです。
本当に開発を断念したときは、トリップつけて開発は中止します。
っていいますから。

>>118さん
新しいDHTアルゴリズム考えたものです。
まー、ほっぽっといてください。
完成したら、予告なしでnyに公開する予定ですので。
74さんのp2pの出来がよければそちらを使わせてもらうかもしれませんが。

332氏ｷﾀ━（ﾟ∀ﾟ）━!!!!

結構one氏のスレのほうで待ってる人いますので
頑張ってください〜

>>120
乙

>>120
332さん失礼しました
>>118です、ようやく理解できました

>>120
感激。

332氏か.....
ごぶさたですね

一つの疑問としてどうしてオープンソースにしないのか、というのがある。
一人の力に限界があることはwinnyみても判ると思うんだけどさ。
・名声が欲しい
・自分は47どころはほとんどのSEとは比べ物にならないほどの天才だ
・sourceforgeの使い方が判らない
どれ？

どれでもないよ。47氏はじめ今までに登場した開発者の発言読んでないのか。

ここで言っていいのかわｋらないけど
txtファイル専用のファイル共有ソフト開発中
もちろんオープンソースなのであとはお好き

仕様としてはnyと互換性を持ちながら
share相当の匿名性を保持している

7月初旬に公開予定

>>126
世の中いい人ばかりではないんだけどな
みんなでいい共有ソフトが作れると思ってるのは甘ちゃんですね

速攻クラックされてうｐ0ダウソ∞バージョンができる
↓
みんながそれを使ってネットワーク崩壊

ソフトに何らかのバックドアやどっかにＩＰ報告する機能を仕込んだりする奴が
でるかもしれん
ＯｐｅｎＪａｎｅ等とは訳が違うということで

>>128
楽しみに待ってます

>>129
その程度の回答なら黙ってろ。
そんなの逆アセされたら一緒だろうが。
秘匿型のセキュリティなんて１０年前にとっくに捨てられた概念なんだけどそんなことも知らないのか？
知ってて言ってるなら理由を聞かせてくれ。

>>131
その程度の知識って言うか、４７氏もほぼ同じようなこと言ってたんだけど。
ｎｙもクラック版はすでに有るし、逆汗なんかには対処しようもないけど、
それでも好き勝手見られるオープンソースとはやっぱり違う。

あと、もうひとつ考えられるのは、これからのソフトは知らないけど、今までの
ｎｙ、Ｓｈａｒｅに関しては基本的にアングラソフトとして開発されてきている。
だから、自分の匿名性を保った状態でひっそりと放出したり、アップデートしたり
したかったんじゃないの？
大々的なオープンソースになるとどうしても横のつながりができるし、それによって
自分自身の匿名性が損なわれる。
先に書いたＪａｎｅなんかはオープンで全然問題ないけど、法解釈によってこういう
ソフトは警察沙汰になる可能性は拭いきれない。
捕まりたくないなら（結局捕まったが）こっそりひっそりが基本だろ。
答えになってないかな？

>>132
>４７氏もほぼ同じようなこと言ってたんだけど。
だからわざわざ最初に書かなかったんだろうが。
あの時点から、これと同様の問答はあったし、それにたいして47氏は技術的にはまともな回答をしていない。
バージョンアップが頻繁だし、時間稼ぎにはなる、程度の回答。
それに対して何か技術的に明確な回答持ってるのか、って俺は聞いたんだよ。

>それでも好き勝手見られるオープンソースとはやっぱり違う。
セキュリティの観点から見るなら脅威は同じ。

作者の匿名性保持のためのsourceforge否定については了解するが、俺の書いた最初の二つを避ける理由には成らないよね。

>>132
君は具体的な知識に欠けてる
無知をさらけ出すのはそれぐらいにしておけ

オープンソースであっても、正規のバージョンアップかそうでないかの
区別の仕方はいらくでもある。どちらにしても、あえてクラック的なものを使う者を
排除することはできない。
オープンソースなP2Pソフトは数多くあるがそれに関して検証したことはあるのか？

その程度の知識で議論しようとする浅はかさを思い知れ

>>134
＞君は具体的な知識に欠けてる
そうだな。すまんかった。消えますﾉｼ

能書きだけなら誰でも垂れられる罠

その能書きすら垂れることのできない奴がほとんどの板みたいだが。
ハッカーなんて興味だけで動いてるから、その動機が理解できないなら分かり合うのは難しいな。
金も貰わず技術的な真新しい持論も無いのに製作動機を保てるほうが、俺にしたら信じられないよ。

また来たのか……

何か痛いのがいるなぁ･･･

奴の匂いがする・・・

ん！？どうした？
また、おまえら釣られたりしたのか？

トリップまちがえちゃった＞＜

>>137
こいつ　↑みたいに人の書いたソースをボロカスに言う奴がでるからWWWW

ここは、使う奴の居場所だからな　
落ちてくれば、それでいいんだよ。

>>142
>>128期待してるゼ！

>>128も◆f/MpZJf1/Iだったのかｗ
一体いくつかけ持ちする気だｗｗｗ

この人なにか虚言癖とか精神的な疾患を抱えてるのかしらね

>>140
自己レスだが大当たり☆

ここまでかまってちゃんなやつはなかなか見ないな

知的障害者なんだから仕方ない