X



トップページ運用情報
1001コメント282KB

【堅牢】トリップの新方式を考えてみませんか【互換性】

■ このスレッドは過去ログ倉庫に格納されています
0001NAO ★
垢版 |
2009/06/15(月) 00:38:24ID:???0
現段階でのトリップの問題点などを考えつつ、
現行方式よりも堅牢なトリップの方式を考えてみませんか。

マルチバイト文字問題や互換性などの問題も出てくると思いますが、
そこは皆で妙案を出し合いつつ、新たな方式を頑張って考えてみましょう。


関係スレ
 幸せサーバープロジェクト 「アイデア・技術のある人募集中」★3
 http://qb5.2ch.net/test/read.cgi/operate/1241361889/
0176 ◆cZfSunOs.U
垢版 |
2009/06/16(火) 14:43:43ID:anb13FMK0
>>175 パッと見た限りでは結果は一致してると思います.
もっとも,まだ仕様は変わるかも知れない(それ以前に
正式に導入すると決まったわけでもない)ですが......

なお,実験中の dso 鯖にある板は
http://dso.2ch.net/myanmar/
http://dso.2ch.net/yangon/
0177ののたん ◆J.........
垢版 |
2009/06/16(火) 14:53:08ID:cI6IlPln0
これに合わせてトリッパーも改造して、どんどん既成事実をつくって
なしくずし的に導入をさs(r
0178動け動けウゴウゴ2ちゃんねる
垢版 |
2009/06/16(火) 14:58:37ID:Pj+Rod5e0
本当に堅牢にしたいんだったらオリジナルのハッシュ関数使うとか
複数の関数組み合わせるとかして推定困難にして非公開にすれば?

どうせ12文字程度でぶった切るのにSHA-1よりSHA-256の方が…
とか馬鹿じゃねーの
0179動け動けウゴウゴ2ちゃんねる
垢版 |
2009/06/16(火) 15:29:36ID:Ub+6hK+K0
そこまで堅牢性が必要か?
とりあえず解析ソフトを使っても8桁→10桁になったように解析の難易度があがればOKじゃ?

本人確認は、beプロフに当人がオンオフ出来る基礎番号表示でも付ければ
ことは足りるんでないかい。
どうやらの人(パケモン?)がやるかは知らないけど。
0181動け動けウゴウゴ2ちゃんねる
垢版 |
2009/06/16(火) 15:41:05ID:dOTrMyP5P?PLT(89004)
そもそも基礎番なんて勝手に作ったもんですからねぇ〜
DB上に存在するキーだとは思いますが…

まあもし新方式導入するんであればbeプロフの方の鳥も代理人に対応頼みたいですねー
0182動け動けウゴウゴ2ちゃんねる
垢版 |
2009/06/16(火) 15:45:58ID:Ub+6hK+K0
基礎番号、たんにDB上の管理番号だろうな・・・とも思うけど。

ま、新方式がどうなるかわからないけど新方式とBe組み合わせれば用は足りるんでないかと
思ったり。
それでも足りなきゃ、ニュー速だっけ?
あれの地域表示でも組み合わせてみるとかw
0183動け動けウゴウゴ2ちゃんねる
垢版 |
2009/06/16(火) 15:49:23ID:mDufJRGK0
スレタイには【堅牢】なんて書かれてるけれど
SHA-256なんたらは堅牢性を狙ったもんじゃなくて
「なんとなく」とか職人さんが楽しめる時間をナノ秒単位で稼ぐとか
そういう次元で出たもんじゃないの?

ガチガチに堅いものにしようという流れには見えない。
0184動け動けウゴウゴ2ちゃんねる
垢版 |
2009/06/16(火) 16:02:04ID:hz7lyi460
>>1の時点では堅牢性を狙ってたんですが、
>>130あたりでもう無理っぽいということが分かったので
現在てきとうに遊んでいるところです。
0185動け動けウゴウゴ2ちゃんねる
垢版 |
2009/06/16(火) 16:09:00ID:Ub+6hK+K0
というか・・・2ちゃんねるで、水も漏らさぬ様な堅牢な本人確認をしなければいけない
ケースが思い浮かばない。
0187動け動けウゴウゴ2ちゃんねる
垢版 |
2009/06/16(火) 17:12:42ID:sHyzvM/t0
政治家が書き込みたいならそれこそ加藤紘一先生みたいにキャップ貰うとかさ
あくまでトリップは簡易でしょ。
0193ののたん ◆J.........
垢版 |
2009/06/16(火) 19:57:09ID:cI6IlPln0
ゴキブリかよ!
ゴキブリの親玉>>ID:hXQntv5t0

つーか、コレのキーはタコっぽいというかウジというか。wwwwww
#銷カ16\蛆
0195 ◆No1111111k
垢版 |
2009/06/16(火) 22:43:59ID:fHu3SatE0?DIA(111500)
>>161
さんきゅー
ほぼバッチリだZE!!!!!!!

これで、DESトリップキー空間がほぼ 2^68 にひろがったぜ!

0x80 問題はスクリプト側じゃどうしようもないんだよな。


>>189
現行仕様が廃止されたりしようものなら暴動
じゃなかった俺のライフワークがひとつ減るしな!

つーか検索人はトリップネタに食いつくものだ。
テストスレなんて入れ食い入れ食い。


>>194
ひとつ減ってひとつ増えるんじゃ?
0199動け動けウゴウゴ2ちゃんねる
垢版 |
2009/06/16(火) 22:58:00ID:XoohBcHJ0?2BP(3434)
実験だから!実験だから!と言ってるうちに誰かが新方式向けのとりっぱーを
ビルドして配布してしまう流れですかね。

>>194
従来: [0-9A-Za-z./]
B64: [0-9A-Za-z+/] # 上で書かれてるとおりひとつ減ってひとつ増える
12桁だから実質9桁というくだりは salt のことなのかな。
0204 ◆TWARamEjuA
垢版 |
2009/06/16(火) 23:25:07ID:uxgSrNqG0?BRZ(10072)
>>198
た。♪
sub Make_Trip{
# 仕様変更? @2009/06/16
my $key = shift;
if ($key =~ m|^#([[:xdigit:]]{16})([./0-9A-Za-z]{0,2})$|) {
$key = "◆" . substr crypt(pack('H*', $1), "$2.."), -10;
}
elsif (length $key >= 12) {
$key = "◆" . substr sha1_base64($key), 0, 12;
}
else
{
# 従来形式
($key) = $key =~ /^#(.+)/;
my $salt = substr($key, , 1) . "H";
# $salt =~ s/[^.-z]/./g;
# $salt =~ tr/:;<=>?@[]^_`/ABCDEFGabcdef/;
$salt =~ tr|x3A-x40x5B-x60x00-x2Dx7B-xFF|A-Ga-f.|; # 仕様変更 @2003/11/15
$key = "◆" . substr crypt($key, $salt), -10;
}
return $key;
}
0205ののたん ◆J.........
垢版 |
2009/06/16(火) 23:39:34ID:cI6IlPln0
なしくずし万歳!
それ用ツールもこっそり配布開始。wwwwww
0206動け動けウゴウゴ2ちゃんねる
垢版 |
2009/06/16(火) 23:42:22ID:pZmFOPxM0
SHA1かMD5キー+saltが指定できるってことは、一般人には割られにくく、かつ
ネタトリップは作りやすくなったってこと?
0208動け動けウゴウゴ2ちゃんねる
垢版 |
2009/06/17(水) 00:52:01ID:kyMA2wP70?2BP(3434)
>>207
use Digest::SHA1 qw/sha1_base64/;
my @test = qw/0123456789abcdef qwertyasdfgzxcvb 3.14159265358979/;
printf "%s: %s\n", $_, sha1_base64($_) for @test;
printf "%s: %s\n", $_, substr(sha1_base64($_), 0, 12) for @test;

0123456789abcdef: /lVn6NdpVQhSGCzfaddLsW3/jik ←切り出し前
qwertyasdfgzxcvb: ia8gywvMZqbL9R546lCaVDRns+Y
3.14159265358979: 9BMQ/whYEVl14iN0sGxOvjKhSy0
0123456789abcdef: /lVn6NdpVQhS ←12桁切り出し後
qwertyasdfgzxcvb: ia8gywvMZqbL
3.14159265358979: 9BMQ/whYEVl1

いちおう10〜12桁めの文字も意味のない子ではないんです。
0211動け動けウゴウゴ2ちゃんねる
垢版 |
2009/06/17(水) 01:05:23ID:djUuUOEo0
今北。今までって確かHMAC_MD5(salt付きmd5)だったと思うけど、HMAC_SHA1とかHMAC_SHA512とかにするって議論になってるの?
それとも全く別のにするって話になってる?
0213動け動けウゴウゴ2ちゃんねる
垢版 |
2009/06/17(水) 01:11:05ID:kyMA2wP70?2BP(3434)
>>209-210
すみません、B64にして増えた分の話だと気づいてませんでした。
どうなんでしょ、その辺りは substr で切り出す分を増やす…と長くなるんですよね。

まだsha1に決まったわけではないはずなので(たぶん)
その辺りはいろいろ意見を出すと詳しい人が考えてくれるんだと思います。

>>211
まだいろいろ迷走してるところのようです。
0217NAO ★
垢版 |
2009/06/17(水) 01:20:13ID:???0
昨日寝る前に書きかけてたやつ、書き上げてここに貼ってみても良いのかしら。
0219動け動けウゴウゴ2ちゃんねる
垢版 |
2009/06/17(水) 01:29:53ID:kyMA2wP70?2BP(3434)
うーん、エロ小説ですかね。

>>216
現状は、酉屋さんにとってやる気が出るもの && 一般の人にとって従来より少しは割られにくいものが
模索されているようです。かなり複雑化してもロジック公開なら酉屋さんは挑みそうな気が。
0221動け動けウゴウゴ2ちゃんねる
垢版 |
2009/06/17(水) 02:57:42ID:yqBp5cMq0
なんか難しくて付いていけないけど、今のトリキーが割られる原因の大半は
入力者が単純なトリキーを使っているからと上の方にあったけど。
それは解決出来るのか?
0222NAO ★
垢版 |
2009/06/17(水) 03:08:12ID:???0
PHPですみません
http://happy.70.kg/trip/trip.php

>>69で考えていたものを実際に書いてみました。
AESじゃないですけど、遺伝子暗号で文字列をコネコネしてます。
0223NAO ★
垢版 |
2009/06/17(水) 03:19:56ID:???0
>>222の仕組み

文字列
 ↓
各文字をASCII文字コードへ変換
 ↓
そのコードを連結して1つの数字とみなす
 ↓
その数字を3で割って小数点以下切捨て
 ↓
その数字を2進数に変換
 ↓
それを頭から2桁ずつ区切りながら遺伝子暗号へ
# 各桁には0 or 1が入る
# ので、2桁なら 2^2 = 4 パタンが判断できる
# その4パタンを塩基一文字表記(A or T or G or C)に置きなおす
 ↓
遺伝子暗号を元に翻訳
# トリプレットで頭から読んでいく
# 4種の文字で3桁なので、4^3 = 64
# [0-1a-zA-Z] で 62文字なので、そこに [./]を追加して64文字
# 各トリプレットに上記1文字を対応させることで、新規文字列へ変換
 ↓
新規文字列を今回はcrypt (多分、MD5)で処理
# とりっぷ = crypt(入力した文字列, 新規文字列);
 ↓
表示

---

汚らしい酷いソースを見たいという奇特な人がいらっしゃれば、
いつでも公開させてもらいます。
0226動け動けウゴウゴ2ちゃんねる
垢版 |
2009/06/17(水) 04:46:29ID:yAhylp+B0
まだ書き込みのソースってperlなんだっけ?
もしそうなら俺がD言語で書き換えてやるぜ
時間かかるかもだけど
0227NAO ★
垢版 |
2009/06/17(水) 04:49:38ID:???0
>>224-225
>>222のスクリプトのとこに、リンク貼っときました

センスの無さは責めないでね
0228 ◆cZfSunOs.U
垢版 |
2009/06/17(水) 05:22:17ID:7uVQE2vr0
>>222 のは強度とか諸々の点について,その筋の方から見てどんな感じですかね?


あと,その他諸々のアルゴリズムについては,対応する Perl モジュールが
入っているか,あるいは入れられるか,というのもあるかなと思います.
一応,Digest::HMAC_MD5 と Digest::HMAC_SHA1 は元々入っているようです.
0230動け動けウゴウゴ2ちゃんねる
垢版 |
2009/06/17(水) 07:12:42ID:yqBp5cMq0
ロジックが分ってれば、後はPCの処理能力次第の気も・・・今でも総当たりなんだし。
数倍程度の処理の複雑さだと将来的にすぐ吸収してしまうような。

あと、この場合今のトリップは捨てるの?
0233 ◆cZfSunOs.U
垢版 |
2009/06/17(水) 08:37:00ID:7uVQE2vr0
しかるべき人にプレゼンするとか,モリタポ等トリップを利用する
他のところでも対応してもらうとか.あと,SHA1 使ってる部分も
これでいいのかというのももうちょっと確定させてからにしたいかなぁ,と.
0234ののたん ◆J.........
垢版 |
2009/06/17(水) 09:00:51ID:ryVqq4GV0
>>223
なにがしたいのかわからん。
2bitを3個セットで処理するなら、最初から6bitごとに切りゃいいじゃん。
しかも結局肝心な本当の意味の暗号化はcrypt()するだけとか。
0235動け動けウゴウゴ2ちゃんねる
垢版 |
2009/06/17(水) 09:21:22ID:4dy9xByjP?PLT(89004)
じゃあ暗号化煮詰めながら、パケモンの代理人であるどうやら1号さんに
新方式導入していいかパケモンに聞いてもらえばいいのかな?

誰か連絡出来る人かもーん♪
0236動け動けウゴウゴ2ちゃんねる
垢版 |
2009/06/17(水) 09:26:03ID:kyMA2wP70?2BP(3434)
>>228
その筋の方のように詳しくないですが、ここでの強度≒ブルートフォース耐性なので
演算がめんどくさいかどうかの問題ですよね。

で、入力文字列を64種の文字に変えるまで可逆的(剰余除く)にこねくりまわして
crypt()というのは、その筋の方がわくわくするロジックではないように感じます。

bbs.cgi にこれ(を高速化したもの)が入る図はあまり考えたくないし
専ブラやとりっぱーを作る人は一旦 /[ATGC]+/ にもせず6bitずつで文字割り振って
crypt()するんですよね。うーん。
0237 ◆No1111111k
垢版 |
2009/06/17(水) 10:27:25ID:6xd76pGw0?DIA(111500)
キーを長くできる新仕様トリップについて意見を。

・公開? 非公開?
アルゴリズムが非公開、もしくは秘密鍵を用いるような様式だったら
検索人のおもちゃとはなりえない。つか現仕様を残してくれればそれで十分。
以下、公開(手元で実施可能)を前提に話す。

・キー構成文字
現トリップは、エンコードする直前のキーがエスケープ( < とか & とか)
されていたり、果てにはNGワード置換まで行われてしまっている。
このままだと、BBS.CGI の置換処理がトリップ仕様に含まれてしまうことになる。

これ、分離できない?

フォームからデコードした時点ですぐ、名前欄を、トリップキーとそれ以外に
分離すればいい。もしキーに何らかのサニタイズ処理を入れるにしても、
名前欄の置換処理とは独立して行った方がいい。

現仕様トリップにおいては、生キーが導入されればこの問題を迂回できるから
もうどうでもいい。(置換処理を変更してもいい)

文字コード(Shift_JISがでんでん)についても言及したいところだけど
これ言い始めるとドツボ確実なので俺放置。
0240ののたん ◆J.........
垢版 |
2009/06/17(水) 11:59:17ID:ryVqq4GV0
>>239
仕様です。
従来キーを生キーへ変換したいことってある????
そんなことする意味がわからなーい。
0242 ◆No1111111k
垢版 |
2009/06/17(水) 12:11:20ID:hUGzKmmO0?DIA(111500)
>>239
◆2jQDVuA2hQ ##61616161DADADADAaa
◆K0Gxko5y0Q ##DADA616161616161.a
っすね。Salt部を省略したら【..】扱い。
生キーに変換する人は、自分で何をやっているのかわかってる前提。
0244 ◆cZfSunOs.U
垢版 |
2009/06/17(水) 14:05:09ID:7uVQE2vr0
>>237
>・キー構成文字
>    (ry
>これ、分離できない?

なるほど,言われてみれば確かに......ということで,分離する処理も入れてみました.
ついでに,トリップの処理もちょっと変更.

    if (length $handle_pass >= 12)
    {
        if (substr($handle_pass, 0, 1) eq '$')
        {
            # 将来の拡張用
            $GB->{TRIPSTRING} = '???';
        }
        elsif ($handle_pass =~ m|^#([[:xdigit:]]{16})([./0-9A-Za-z]{0,2})$|)
        {
            $GB->{TRIPSTRING} = substr(crypt(pack('H*', $1), "$2.."), -10);
        }
        else
        {
            use Digest::SHA1 qw(sha1_base64);
            $GB->{TRIPSTRING} = substr(sha1_base64($handle_pass), 0, 12);
        }
    }
    else
    {
        # 従来形式
    }

12桁以上かつ「#$〜」の指定は,将来的な拡張に使えるようにとっておこうかと.
0245ののたん ◆J.........
垢版 |
2009/06/17(水) 14:15:13ID:ryVqq4GV0
◆cZfSunOs.U さんカコイイ!
ああ、長年の夢が叶っていく!!!!!
0246 ◆cZfSunOs.U
垢版 |
2009/06/17(水) 15:14:27ID:7uVQE2vr0
どうやらさんにメールしまして,

>全サーバで適用されるなら、
>いいと思いますー。

というお返事を頂いたので,SHA1 使ってる部分あたりの仕様が固まってきたら
全鯖配布ということにしようかと.

# >さてさて、sports2をどうしたものかな、、、と。
#
# ということも付記されてましたが......
0247動け動けウゴウゴ2ちゃんねる
垢版 |
2009/06/17(水) 15:17:49ID:yqBp5cMq0
話が早すぎてこわいw

さて、なんかテストで検索してみたいけどシロートはトリッパーが対応するまで
また〜りとしますか。
0249 ◆No1111111k
垢版 |
2009/06/17(水) 15:39:13ID:hUGzKmmO0?DIA(111500)
従来トリップの 0x80 問題に対応する方法が見つかりました。
◆iUAaAAAAAA ##8BAEAEE49A9F8082

これはFreeBSDライブラリCRYPT(3)特有の問題。
CPANインストールして回るのがちょっとアレですが、ご検討お願いします。

1. Crypt::UnixCrypt_XS をインストール。
2. スクリプトのどこかに use Crypt::UnixCrypt_XS qw/crypt/; を入れておく。

これで組み込み関数 crypt(key, salt) が所望の動作のものに置き換わる…ハズ。
0251 ◆cZfSunOs.U
垢版 |
2009/06/17(水) 15:48:04ID:7uVQE2vr0
>>249 これは root 権限のある方にお願いするということになるかと......

>>250 bbs.cgi 自体は ipv6 でも共通のものですね.
内部的に特別な処理をしてる部分があるということで.
0252 ◆SUAMA.PJ12
垢版 |
2009/06/17(水) 15:49:39ID:DB6Pa+hjO
おお、なんかすごいことに
0257ドアー ◆VIPDOORD4s
垢版 |
2009/06/17(水) 16:37:34ID:BGRWsuPc0?DIA(137777)
>>254
やはり、、、
何をされるかわからないから、頼めないですねw

Beプロフでは出せないトリップがあって、これをきっかけに
仕様変更出来ないかと思ったのですが。。。
0261 ◆TWARamEjuA
垢版 |
2009/06/17(水) 20:50:34ID:khqxoJ5t0?BRZ(10072)
>>260
Boo2008ばぁぢょん。
sub Make_Trip{
# 仕様変更? @2009/06/16
my $key = shift;
($key) = $key =~ /^#(.+)/;
if (length $key >= 12){
if (substr($key, 0, 1) eq '$'){
# 将来の拡張用
$key = '???';
}
elsif ($key =~ m|^#([[:xdigit:]]{16})([./0-9A-Za-z]{0,2})$|){
$key = substr crypt(pack('H*', $1), "$2.."), -10;
}
else {
$key = substr sha1_base64($key), 0, 12;
}
}
else {
# 従来形式
my $salt = substr($key, , 1) . "H";
$salt =~ tr|x3A-x40x5B-x60x00-x2Dx7B-xFF|A-Ga-f.|; # 仕様変更 @2003/11/15
$key = substr crypt($key, $salt), -10;
}
return "◆$key";
}
0263 ◆TWARamEjuA
垢版 |
2009/06/17(水) 22:07:04ID:khqxoJ5t0?BRZ(10072)
>>261
ちょと修正。
sub Make_Trip{
# 仕様変更? @2009/06/17
my $key = shift;
my $salt;
($key) = $key =~ /^#(.+)/;

# 12文字以上ある時に新式採用
if (length $key >= 12){
if (index($key, '$', 0) == 0){
# 将来の拡張用
$key = '???';
}
# 塩付きkey
elsif (($key, $salt) = $key =~ m|^([[:xdigit:]]{16})([./0-9A-Za-z]{0,2})$|){
$key = substr crypt(pack('H*', $key), "$salt.."), -10;
}
# そのままkey
else {
$key = substr sha1_base64($key), 0, 12;
# $key =~ tr/+/./;
}
}
else {
# 従来形式
$salt = substr($key, , 1) . "H";
$salt =~ tr|x3A-x40x5B-x60x00-x2Dx7B-xFF|A-Ga-f.|; # 仕様変更 @2003/11/15
$key = substr crypt($key, $salt), -10;
}
return "◆$key";
}

もすかして、、、
$key = substr sha1_base64($key), 0, 12;
先頭からだと何入れても変化無し?
0266動け動けウゴウゴ2ちゃんねる
垢版 |
2009/06/17(水) 22:24:44ID:Scux9NcH0
「痴漢処理が適応」って変か
分離する処理が従来形式にも適応されてトリップ変わっちゃうのはどうなのかな
0267◆SUAMA.PJ12
垢版 |
2009/06/17(水) 22:29:55ID:iLeC8Ub+P?PLT(21072)
>>266
それってまずいですよね
今までの資産がいくらか電子のもずくになっちゃいます

置換処理を除外するのは新方式で、
現行方式の場合は生キーを使えるようにするって話じゃなかったかしらん?
0268NAO ★
垢版 |
2009/06/17(水) 22:39:34ID:???0
>>234
AESがインスコできなかったので

>6bitで区切れば(ry
本当は間にもう1つ入れる心算だったんですが、
何をする心算だったのかのメモをなくしたのであのままです。

>>236
>crypt()というのは、その筋の方がわくわくするロジックでは
私も自分で書いてて、そこで萎えました

---

まあ、私のは多分採用されないので(ry
0269 ◆cZfSunOs.U
垢版 |
2009/06/17(水) 22:51:27ID:7uVQE2vr0
>>265 bbs.cgi 内部では $handle_pass というのは # を抜いたものになってます.


>>266-267 そのあたりを突き詰めると,結構難しいんですよね.
< や > の置換処理なんかはまず不変でしょうけど,例えば

    $GB->{FORM}->{'FROM'} =~ s/山崎渉/fusianasan/g;

これは山崎渉事件以降追加された処理だと思いますが,
これによって完全な一貫性はすでに失われていますし,
そしてこのような NG ワードの追加は今後も起こりうることなので......
0270◆SUAMA.PJ12
垢版 |
2009/06/17(水) 23:16:27ID:iLeC8Ub+P?PLT(21072)
「#山崎渉」は「#fusianasan」になってしまうのがデフォなのですか。
0271Cooks
垢版 |
2009/06/17(水) 23:17:44ID:RLbD7Llb0?DIA(101234)
トリップ生成のタイミングって変えれないんですか
0273 ◆TWARamEjuA
垢版 |
2009/06/17(水) 23:26:57ID:khqxoJ5t0?BRZ(10072)
どうにでもなるんじゃないかな?
($GB->{FORM}->{TRIP}, $GB->{FORM}->{FROM}) = $GB->{FORM}->{'FROM'} =~ /^(.+)#(#?.+)$/;
初っぱなにこうしておけば。。。

・・・って甘いのかしら?
0274 ◆TWARamEjuA
垢版 |
2009/06/17(水) 23:30:53ID:khqxoJ5t0?BRZ(10072)
あと、、、
$key = substr sha1_base64($key), 0, 12;
$key =~ tr/+/./; ←これしちゃうのはいくないのかな?
0275 ◆cZfSunOs.U
垢版 |
2009/06/17(水) 23:32:31ID:7uVQE2vr0
新たなコードではトリップ部分の置換処理をスルーしていますが,
それによって(置換処理が行われていた)従来のものと一貫性が失われる
ということを >>266-267 では指摘しているのではないかと.


>>274 入れてみますか......
■ このスレッドは過去ログ倉庫に格納されています

ニューススポーツなんでも実況