アカウント名:
パスワード:
なんで今時2038年問題増やすんだ・・・
このテクニックがもしも本当なら、20年後に大慌てとかになるのでは？地デジ2.0でB-CASも変わるって事なんだろうか・・・B-CASカードの世代やメーカー依存のテクかな？
なんだかB-CASカードのファーム更新絡みでチューナーによって有料契約見れなくなるとか一波乱来そうだ。
# カードの対タンパがよくてもプロトコルから破られるケースって多いですよねICカード界隈
> なんで今時2038年問題増やすんだ・・・
日付表現をmjd(修正ユリウス日)で行ってるのは国内規格策定時にベースとなったDVB規格をそのまま引き継いだだけかと。
で、規格上は「修正ユリウス日の*下位16bit*」なので、wrap-aroundする値として規定されており、正しく作ってれば「オーバーフロー」なんかしないわけだが。本来は「2038年問題」にもなりえない。
上位bitをいくつと仮定してオフセット加味するかは出荷時期で決める想定。ひとつの商品を180年も使い続ける想定は無いし、PayTVの契約期間もそんな長い想定は無いので、wrap-aroundを複数跨るような事態は運用で回避されるは
「年の下位2桁を取るという仕様なんだから2000年問題とか2100年問題とか起こりようがないよね」並みの非現実的なたわごとだな
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
人生unstable -- あるハッカー
クラックの手法 (スコア:5, 参考になる)
B−CASシステムでは、日付は1857年11月17日を起算日とした16ビットintで表す。システムが想定している日付の最大値はこれがFFFFのとき、すなわち2038年4月23日である。B−CASカードは放送波に含められている日付情報から現在の日付を計算するが、これがオーバーフローした場合には契約確認コマンドの返り値は「契約有効」になる。
カードが保持している1857年11月17日という起算日を改竄して、現在の日付でオーバーフローを起こせれば全てのチャンネルが契約有効になる。
#タレコミが不採用かと思って上記内容を日記に書いたら、日記投稿とほぼ同時に採用されてびっくり
Re: (スコア:1)
なんで今時2038年問題増やすんだ・・・
このテクニックがもしも本当なら、20年後に大慌てとかになるのでは？
地デジ2.0でB-CASも変わるって事なんだろうか・・・
B-CASカードの世代やメーカー依存のテクかな？
なんだかB-CASカードのファーム更新絡みでチューナーによって有料契約見れなくなるとか一波乱来そうだ。
# カードの対タンパがよくてもプロトコルから破られるケースって多いですよねICカード界隈
Re: (スコア:5, 参考になる)
> なんで今時2038年問題増やすんだ・・・
日付表現をmjd(修正ユリウス日)で行ってるのは国内規格策定時にベースとなったDVB規格をそのまま引き継いだだけかと。
で、規格上は「修正ユリウス日の*下位16bit*」なので、wrap-aroundする値として規定されており、
正しく作ってれば「オーバーフロー」なんかしないわけだが。
本来は「2038年問題」にもなりえない。
上位bitをいくつと仮定してオフセット加味するかは出荷時期で決める想定。
ひとつの商品を180年も使い続ける想定は無いし、PayTVの契約期間もそんな長い想定は無いので、
wrap-aroundを複数跨るような事態は運用で回避されるは
Re:クラックの手法 (スコア:0)
「年の下位2桁を取るという仕様なんだから2000年問題とか2100年問題とか起こりようがないよね」並みの非現実的なたわごとだな