中国に続いてインドも IT 機器のソースコード開示を義務化 63
ストーリー by reo
世界の三割六分 部門より
世界の三割六分 部門より
ある Anonymous Coward 曰く、
インド政府が携帯電話向け通信設備を政府に納入する日米欧などのメーカーに対し、機器のソフトウェアのソースコードの提出を義務づけたということである (YOMIURI ONLINE の記事より) 。
昨年の中国に続いての動きであるが、ブラジルも同様の規制導入を検討しているということである。中国と同様にインドもこの規制は安全保障が目的としており、WTO ルール違反に問いにくいという側面がある。そのため、その他の新興国でも中国を見習う動きが加速する可能性がありそうだ。
対抗策としてソースコードの難読化 (スコア:2)
殆ど可読性がなく、元のソースにも戻せない様にソースコードを作って
開示してやるしかないだろうか？
全部顔文字 [srad.jp]にするとか？
Re:対抗策としてソースコードの難読化 (スコア:3, おもしろおかしい)
Re:対抗策としてソースコードの難読化 (スコア:2, おもしろおかしい)
Re:対抗策としてソースコードの難読化 (スコア:1)
Re:対抗策としてソースコードの難読化 (スコア:2)
専用の言語で開発して
コンパイラを有償にすればいいんだ♪
Re:対抗策としてソースコードの難読化 (スコア:2, おもしろおかしい)
# 多分、怒られる。
Re:対抗策としてソースコードの難読化 (スコア:1)
-- 哀れな日本人専用(sorry Japanese only) --
Re:対抗策としてソースコードの難読化 (スコア:1)
保守性とかを考慮しないと・・・？
Re: (スコア:0)
Re: (スコア:0)
Re: (スコア:0)
FPGAってソフトウェアですか？
#HDLとかVHDLは広義のソフトウェアかも
Re:対抗策としてソースコードの難読化 (スコア:1)
という検証はどうするんでしょうね。
個人的には、ソースからビルドしたバイナリと、機器の
FLASH-ROM なりに書かれているバイナリが一致しないと
許さないけどな。
Re: (スコア:0)
難読化ならビルドしたバイナリは同じでは？
言語にもよるかもしれないけど。
Re: (スコア:0)
コンパイラや、プログラムの都合上、タイムスタンプとか入れたりするから
Re: (スコア:0)
フラッシュにかかれるデータにタイムスタンプが入るのか。
なんで？
Re: (スコア:0)
C にはマクロ __DATE__ や __TIME__ がありますし、
Portable Executable にはタイムスタンプを入れる場所があります。
jar なんかも実体は zip なのでタイムスタンプが含まれますね。
ファイルシステムを持つようなシステムだと
ファイルシステム自体がタイムスタンプを保持するでしょう。
マシン語はソースコード？ (スコア:1)
Re: (スコア:0)
Re: (スコア:0)
どうせROMの中にはバイナリは入っているんだから、逆アセンブリできるし
そのまんまアセンブラに変換したソースなら同一性もばっちりでは？
Re: (スコア:0)
組み込み系でよくある実装だと EEPROM に書いたプログラムはプロセッサからしか読めないので取り出せないこともよくあります。
Re: (スコア:0)
デバッグ用にシンボル埋め込んだりしてないと逆アセンブルしても読みにくい気がする。
本番用には無駄な情報は削るだろうし。
あとマクロとかはそのまま展開されてしまうから、人が書いたソースよりは確実に読みにくくなるだろうし。
Re: (スコア:0)
難読化の禁止くらい普通に条項に含まれてるんじゃないですか? GPLにすら含まれてますし。
Facebookに「ロシア系日本人です」とか言い張ったら確認のしようがないのと同じで、「え? うちではみんなふつーにこのコードを読み書きしてますよ? エンジニアは全員FizzBuzzを30バイトで書けますが何か?」とか主張しとけば問題ないのでしょうか。
Re: (スコア:0)
WWWwwwWwwww_WwvvwvvvwwwwwwwvwvwvwvWWWWW
Re: (スコア:0)
難読化したところで元のプログラムと等価なのですが、処理の中身を理解するための可読性は著しく低下します
（制御系の数値演算なんかは使ってるアルゴリズムの数学的原理が分かってないと，難読化しなくともコードは読めるが何やってるのかチンプンカンプン）
そろそろ俺の出番だな (スコア:0)
Re: (スコア:0)
ソースは
「動け」
としか書いてない。
専用のコンパイラは、公開しないよ！
Re:対抗策としてソースコードの難読化 (スコア:2, フレームのもと)
そうすると、糞デザイナーであって、糞管理者ではないですね。
逆に１５年も平気なんだから、管理者としては、優秀なのでは？
Ｃ言語でもマクロを駆使すれば、顔文字化ぐらい出来るけど
なぜ、JavaScript のアイデアを応用しては、いけないのだろうか？
Re: (スコア:0)
>デザインをサボって１５年前のを踏襲（フシュウ）しているのは認めるけど、
まだこういうネタ引きずるのか、最低な野郎だな、さすがソビエトのゲフンゲフン
すみませんワタクシも暗黒面におちたようです orz
Re:対抗策としてソースコードの難読化 (スコア:1)
> 永久ベータ版のFedoraをサーバに使っている時点で君はもうサーバ管理者として終わっている。
Wikipediaの管理者さんにいってやってください。
1を聞いて0を知れ!
もしかして、タムネ先生ですか？ (スコア:0)
確か、先生の理論では、ハフマン符号化は、古いから使うのは馬鹿だ！
周波数変換で圧縮するんだですね。
・・・・・・・文書データベースのデータを・・・・・・jpeg みたいに・・・・
対象国だけ互いにすればいいんじゃないでしょうかね (スコア:2)
逆にインドからのIT機器についてもソースコード開示義務とかつければいいんじゃないでしょうかね。
一方がやるのではなく双方でやるという。
ソース開示を義務化してない国にはこちらもソースコードの開示は義務化しないという感じで。
#でも中国とかだと納品物のソースと提出されたソースが合っていない事もあるかもしれませんけど･･･
Re: (スコア:0)
ハンデを甘受してでも投資したいという魅力がなければ報復措置として機能しません。
「報復として日本製品の国内での使用を禁止するニダ!」というジョークみたいなニュースが昔ありましたけど、こんなに早く日本がジョークをやる側に回るとはね。
マーケットの規模 (スコア:1)
マーケットの規模がでかい→ソース開示しても売りたい
人口多いほど技術・知識が入手しやすくなるのか？
Re: (スコア:0)
技術・知識に限らず、ほとんどのものが入手しやすくなるのでしょう。
そうでないのは尊敬ぐらいかな？
これが普通じゃないの (スコア:1, すばらしい洞察)
通信インフラとか安全保障に直結するところなんて、
納入企業が国内外に関わらず普通のリスクマネジメントじゃないのかな。
そんな通信内容を悪用するようなことする企業なんてないってｗ
っていう感じなんだろうか。
Re: (スコア:0)
Re: (スコア:0)
「携帯電話向け通信設備を政府に納入する」場合に「(政府への)ソースコードの提出を
義務づけ」るのは不思議ではないだろう。当然だが、政府に提出すれば十分なのであり
「公に開示しろ」と言っているわけではないので、欧米で同様の事例があったとしても
「契約者間の契約事項」で片付けられるだろうな。
Microsoftも契約さえ結べば世界各国の政府／国際機関にソースを無償で提示する [srad.jp]と
言っているし、それはつまり「ソースを見せろ」という要求の強さの表れでもある。
元コメも触れているが、これは中国のように「家電も含めたデジタルもの全て」を対象と
しているわけではないし、ソースを「公に開示」しろとも言っていない。
「インドも IT 機器のソースコード開示を義務化」なんてミスリーディングもいいとこ。
前からRIMと揉めてたからね (スコア:1, 興味深い)
「RIM インド政府」でぐぐるよろし。
安全保障が目的 (スコア:0)
Re: (スコア:0)
安全保証だったりして。
RMSがアップを始めます (スコア:0)
Re:RMSがアップを始めます (スコア:1)
そうだね。最初っからオープンソースで作っとけば問題ないしね。
Re: (スコア:0)
Re: (スコア:0)
安全保障が目的というなら (スコア:0)
取得したソースコードの管理方法、
ソースコードの使えわれ方、
ソースコードにアクセスした人間の把握と情報の流出防止策、
流出した場合のインド政府の責任の取り方、
を明確にしてきちんと契約させないといけないな。
Re:安全保障が目的というなら (スコア:1)
契約の相手方とは言え民間に開示したら安全保障上問題じゃなかろうか。
安全保障と非関税障壁 (スコア:0)
日本人は平和ボケしているので、バックドアの存在を前提に物事を考えたりしません。
Re:安全保障と非関税障壁 (スコア:3, 興味深い)
まあ、実際のところ通信機器については安全保障の問題はついて回りますからね。過去、海底ケーブルを押さえていたイギリスが自国に不利になりそうな通信をブロックした事例もあるので。→Wikipedia [wikipedia.org]
で、安全保障を名目に、ついでに技術移転もできそうならしてしまいたい。新興国は当然そう考えるでしょう。
あとはもう、売り手と買い手の力関係ですよ。巨大市場を持っている、資金が豊富、買い手が少なくて売り手が多いなど、買い手が強ければ、購入にあたって有利な条件を出してくるのはビジネスの基本。それにどう対応するかは、弱い立場のほうが考えないといけない。売らないってのも手だし、長期的には不利なのを承知で今生きる残ることを選ぶってのも一つの考え方です。
じゃあ、ハード的に仕込みますか。 (スコア:0)
判るようなものではなくて、ASICの中にハード的に仕込むとかいろいろ手はあるわけで。
裏コマンドで裏ドア開くなんてのはハード的仕込むのはたやすい。
となると、カスタムLSIでもなんでも設計データ全て寄越せ、などという話にならない話になります。
#ていうか、ソースコード渡したからってセキュリティホール判るんだっったら
#やってみろっつうーんだ。
Re:空気を読まずにいうが (スコア:1, 興味深い)
社会で広く使われており十分に検証・解析が行われてバックドアが仕込まれていないと見なされているモノが、あるユーザーに納品されたもののうち一部だけに改変されてバックドアが仕込まれていると発見されにくく、「無菌室」に入り込める可能性が高いです。