いつまでたってもJavaScriptのコードは保護されない

Question

理由はなんでしょうか
外部からコードを表示された時（ソースを見る）に暗号化するなど、
本気を出せばブラウザ側による暗号化実装など容易いのではないかと思うのですがなぜ、
コードが保護されずに、今の今まできているのでしょうか？
何か背景や理由をご存じの方教えていただきたいです

JavaScriptのコードは第三者から見えるべきもの、
共有されるべきものだと考えられてるでしょうか

Answer 1

本気を出せばブラウザ側による暗号化実装など容易いのではないかと思うのですが

それが、そうではないのです。
ブラウザ側で実行するためにはいったん復号しなければなりません。例えば、改造したブラウザを使えば、復号後のコードは容易に見ることができます。現在メジャーなブラウザは例外なくオープンソースのソフトウェアがベースになっていますし、仮にオープンソースブラウザが一つもない世界であっても、仕様は公開するしかないので、そのような「改造ブラウザ」を作ることは可能です。
すなわち、「HTMLやJavaScript等を暗号してもあまり意味がない」ということで暗号化はされておらず、逆に「ソースコードを見られても差し支えないように作る」ことが求められています。

Answer 2

まず、コード、データも含めたシステム全体の解析、改ざんのしにくさとして「耐タンパー性（Tamper-Resistant）」「Tamper proof」といった用語があります。
上記の用語で検索するとコードの暗号化含めた具体的な手法などがあることが分かります。

そのうえでJavaScriptは

• もともとクライアント（ブラウザ）という多様でオープンな環境で実行されるものだった
• システム全体の耐タンパ性はバックエンド（サーバ）側で担保すればよい

といった考えからコードの暗号化はいまでもそれほど重要視されていないのではないかと思います。

ちなみにコンパイル済みの実行可能コード（EXE）も一般的なシステムでは暗号化されていません。
つまりコードの実行系（機械）にとっては「とても読みやすい」コードです。

Comments

[8524ba23]

秘匿したい理由が
「俺の書いた最高にエレガントなコードを駆け出しエンジニアなんぞにバクられたくない」
といったことなら難読化なりでよさそうですが
中身は分からんけど動けばいいや的なコピペエンジニアには効果はないですね。

Answer 3

WebAssembly にすればネイティブコードと同程度には読みにくくなるので、WebAssembly でできることが増えるのを待ちましょう。