批判してる人は判ってない人だったのね。どんなロケット作って月に行こうかという話してる脇で、西に向かってずっと行けば月が沈む場所で月に行けるのに、ロケット作るなんてバカみてーとかわめき続ける人がいたら、邪魔だなーとか思ってバカにしたくなっても仕方ないと思いません?◇◆◇もう一度、今度は詳細に、エラーチェック方法を書きます。クライアントからのブロック要求があった場合、サーバ側は次のようにエラーチェックデータを作ります。通知クライアント側の動作は次のようになります。正解)が見つかったら対応鍵を記録ブロック探索終了時点で今までに発見できた暗号文と鍵のペアをサーバに報告クライアントからの結果報告を受け取ったサーバ側のエラーチェック手順は次のとおりです。回避するためにエラーチェック部分だけ計算する方法があれば、是非教えて欲しい。平文と暗号文だけから探索なしで鍵を見つける方法があるというのならだけど。方法のように、正規クライアントと同じ割り当てブロックの全探索を行って、ただし正解鍵だけは絶対に報告しないというタイプの不正クライアントは作れる。秒かけてやっと1ブロック妨害(しかもそのブロックに正解が含まれてる確率は非常に低い)できるだけなんだが。するならせめて説明&ソース公開済み現行手法の理解はしておくべきだった、と気づかせるなどという技術はあいにく身に付けていないのですよ。するならせめて説明&ソース公開済み現行手法の理解はしておくべきだった、と気づかせることには失敗してるわけだから、私もまだまだだな。◇◆◇なんでこの説明でも理解してくれないのだろう......。検証アルゴリズムの考案元です。スレッドが明後日の方向に突き進んでしまっているけれども、アレはアレで面白いから、あのままでもいいのかもと思ったり。クラックの位置づけとかの解説。その辺判らないままに参加していた人もいるようなので。上の図はデジタル放送の機器構成例の中で、同じコピー保護の仕組みが使われている範囲を色分けしてみたもの。等の録画機器の中ではそれぞれに独自の保護技術が使われている。この3段階のどれか一つでもクラックできれば、デジタルコピー保護をすり抜けることができる。暗号の鍵発見を目指したものだったのだけど、結果は残念なことに失敗に終わってしまった。テープ内のコピー保護情報を読まなくしてしまうアプローチだけとなっている。