ここ数年、不正送金の被害がインターネットバンキングの法人口座で急増しているという*1。その原因は今更言うまでもなく、Java実行環境(JRE)やAdobe製品の古いバージョンの脆弱性を突いてくるマルウェアである。しかしそれにしても、法人口座を扱うパソコンがなぜ、Java実行環境やAdobe製品をインストールしているのだろうか。インストールしなければ被害も起きないのに……。
その謎を解く鍵が、eLTAX(地方税ポータルシステム)にあるようだ。eLTAXでは、インターネットバンキングの口座を用いた納税ができることから、インターネットバンキング用のパソコンでeLTAXの利用環境も整えるということが普通になっていると思われる。そのeLTAXが、昨日までは、Java実行環境のインストールを強要していた。eLTAXはこの危険性を認識していたのか、3月11日の時点では、トップ画面に赤字で以下の注意書きを掲示していた。
これに関してTwitter界隈の様子を調べてみると、案の定、阿鼻叫喚が渦巻いていた。
「このシステムを使用するには、まず手動でjavaをアンインストールしてから旧バージョンのjavaをインストールしてからご使用ください。終わりましたら旧バージョンのjavaをアンインストールして最新版のjavaをインストールしてください。」 むむむ・・・^^; #eLTAX
— んじばあ (@njibaa99) 2015年4月28日
eltaxさんの言い分
— えごえご (@guuego) 2015年4月23日
「虚弱性見つかったから申告・申請前にJava最新に更新しろ」←わかる
「利用届出はJava最新アンインスコして旧ver入れ直せ」←わからない
eLtaxの利用届出等の画面は、未だにJava実行環境のVer.7なんですね。で、それをVer.8 rev45とかにしないで、Ver7の実行環境でユーザーに利用届出等をさせておいて、その後でセキュリティのことを考えて、Ver.8に上げましょうという虫の良い忠告画面です。
— Hiro_Skm (@hiro_skm) 2015年5月2日
eLTAX(地方税の電子申告&納付システム)が、素人が組んだみたいなJavaベースのゴミでストレスマッハ。こんなのに毎年億単位の開発費と運用費を人件費とは別に計上してる。いいなあ天下り!天下りてえ!
— デス仙人 (@des_sen_nin) 2015年8月5日
これはけしてJavaが悪いわけではなく、アップデートしたくらいで動かなくなる(メジャーバージョンが変わったわけでもないのに)ようなeLTAXのアプレットの実装なり設計なりが悪い。おそらくは、起動時に「u73」のところのバージョン文字列をチェックして、所定の番号でない限り動かないように業者がわざと作り込んでいたのだろう。こういう話は2007年までに散々書いており、もうお腹いっぱいだった。
目次
- 今回の報道
- 過去の経緯
- 何が問題なのか
- 本当に動かなくなるのか
- 内閣官房に期待すること
- 新たな問題(Sun Microsystemsの愚行)
目次
- JREの脆弱性には2つのタイプがある
- 「電子申請システムを利用するにあたっては問題ありません」が嘘になる場合
- JRE組み込みのアプリケーション開発という方法
- Java Updateしても古いJREが消えない問題
- ファミリバージョン指定という5.0 Update 7以降の機能
- 電子申請システムを安全かつ便利にするため今なすべきこと
こうした類の問題は、国の政府機関についてはとっくに解決済みである。この2007年の報道で、厚労省の脆弱性放置が大々的に報じられ、当時の内閣官房情報セキュリティセンターが対応をとったことによる。現在の「政府機関の情報セキュリティ対策のための統一基準」では、以下の事項が規定されており、これに違反すれば政府機関は対応を迫られることになる。
遵守事項
6.3.1 (2) アプリケーション・コンテンツのセキュリティ要件の策定
(a) 情報システムセキュリティ責任者は、府省庁外の情報システム利用者の情報セキュリティ水準の低下を招かぬよう、アプリケーション・コンテンツについて以下の内容を仕様に含めること。
(オ) 提供するアプリケーション・コンテンツの利用時に、脆弱性が存在するバージョンのOSやソフトウェア等の利用を強制するなどの情報セキュリティ水準を低下させる設定変更を、OSやソフトウェア等の利用者に要求することがないよう、アプリケーション・コンテンツの提供方式を定めて開発すること。
解説
遵守事項6.3.1(2)(a)(オ)「脆弱性が存在するバージョンのOSやソフトウェア等の利用を強制する」について
行政サービスを提供する情報システムの提供において、当該情報システムを利用するために、府省庁外の事業者等が作成した汎用のソフトウェアやミドルウェアのインストールが利用者の端末で必要となる場合がある。この場合、利用者は府省庁から指示されたソフトウェアを自身の端末にインストールせざるを得ないが、指定されるソフトウェアのバージョンが古く、脆弱性が存在するものであると、利用者の情報セキュリティ水準を府省庁が低下させることになる。したがって、脆弱性が存在するバジョンのOSの利用やソフトウェアのインストールを府省庁が暗黙又は明示的に要求することにならないよう、アプリケーション・コンテンツの提供方式を定めて開発しなければならない。
(略)例えば、当該行政サービスを利用するために、第三者が提供している汎用のソフトウェアのインストールを必要としていたとする。このとき、当該ソフトウェアに脆弱性が発見され、それを修正した新バージョンのソフトウェアが公開された場合に、当該新バージョンのソフトウェアをインストールすることで当該行政サービスに不具合等が生じて利用が不可能になるような事態が発生すると、利用者は、当該ソフトウェアを新バージョンに更新することができなくなる。結果として、府省庁の行政サービスが利用者の脆弱性回避を妨げることになってしまう。こうしたことが起きないよう、行政サービスを提供するシステムは、第三者の汎用ソフトウェアの併用を前提とする場合は、当該汎用ソフトウェアが新バージョンに置き換わっても、正常に動作するように設計する必要がある。予期せず不具合が発生する事態が発生した場合にも、行政サービスを提供するシステムを修正することができるよう、迅速に新バージョンのソフトウェアに対応することを保守契約に盛り込んでおくことが望ましい。
(略)
なお、開発時に公開されているバージョンだけでなく、例えば、利用を想定しているブラウザの次期バージョンについて、ソフトウェアの配布前に情報が公開された状態又は試用版ソフトウェアが配布され動作検証可能な状態にあれば、前もって利用可能かどうかを検証するなど、その後に公開が想定されるバージョンにも対応できるよう、構築時に配慮することが望ましい。
遵守事項6.3.1(2)(a)(オ)「情報セキュリティ水準を低下させる設定変更を、OSやソフトウェア等の利用者に要求する」について
行政サービスを提供する情報システムを利用するために、利用者の端末にインストールされているソフトウェア(府省庁が直接提供していないソフトウェア(例えば、端末のOSやウェブブラウザ等))の設定変更を必要とするとき、その設定変更が情報セキュリティ水準の低下を招くものである場合、そのような設定変更を要求してはならない。必要があって利用者に設定変更を求めるときは、そのOSやブラウザの標準設定(初期設定)に変更することのみを求めるものとすること(略)
政府機関の情報セキュリティ対策のための統一基準, 内閣サイバーセキュリティセンター
しかし、この基準は地方公共団体には適用されない。日本国憲法92条がいう「地方自治の本旨」により、「地域のことは地方公共団体が自主性・自立性をもって、国の干渉を受けることなく自らの判断と責任の下に地域の実情に沿った行政を行っていくこと」とされているからである。eLTAXは地方公共団体が寄り集まって運営(組織概要参照)しているので、誰も彼らに指図することはできず、10年経ってもこのザマだった、というわけである。
Twitterにはこんな悲痛の叫びもあった。
本日の反省。またしてもeLtaxが上手くインストールできず(>_<) 原因はJAVA。このJAVAのおかげで数時間の時間を浪費してしまう、そして今日も。JAVAのマークが夢にまで出てきそう(T_T) で、まだ解決してないよ。明日再挑戦、1時間とか時間決めよ。
— yumikoH / 細野由美子 (@oyumichandes) 2015年5月18日
これは、eLTAXが、JRE(Java実行環境)の開発者向けテスト用バージョンのインストールを一般人に強制していたからのようだ。eLTAXは去年の時点では以下の説明をしていた痕跡がある。
「Archive」とあるように、これは過去分の保管用のものであり、一般人向けのインストーラではない。URL中に「technetwork」とあるように、このページ自体がそもそも開発者向けのコンテンツである。そのため、「ダウンロードするには「Oracleプロファイル」が必要です。」という事態になっている。つまり、eLTAXは、一般人の利用者たちに、Java開発者の登録をさせていたのである。このばかげた手順は、以下の手順書にガッつり書かれている。
この手順書の指示通りに、http://www.oracle.com/technetwork/java/javase/downloads/java-archive-javase8-2177648.html#jre-8u66-oth-JPR のURLにジャンプすると、ページの途中へジャンプしてしまい目にすることはないが、このページの冒頭には、ちゃんとこういう注意書きがある。
赤字のあたりに、「「警告:この旧バージョンのJREとJDKは、開発者が古いシステムのデバッグするのを補助するために提供されるものです。これらは、最新のセキュリティパッチが適用されておらず、実際の製品での使用は推奨されません。」とあり、下のところに、「Only developers and Enterprise administrators should download these releases.」つまり、「開発者及び企業の管理者以外の者は、これらのリリースをダウンロードしてはならない。」とある。eLTAXは、これを無視して一般人にインストールさせたばかりか、事もあろうに、この警告が目に入らないようにページの途中にリンクさせて一般人を騙し、Oracle開発者登録させ、インストールさせていたのである。これはもはや犯罪行為に等しい。
この話も10年前にもう書いていたので、正直お腹いっぱいだ。2005年には最高裁がこれをやらかしていた。(この当時は開発者登録は不要だったが。)
そのeLTAXが、今日からJavaのインストールが不要になったというので、冒頭の警告メッセージを以下のものに差し替えている。
「Java実行環境をアンインストールしてください」としているが、Oracleプロファイルの会員登録削除も促して然るべきだろう。無論そのためには、開発者向けのことを一般人にさせていた己の不明を詫びなければ、理由の説明にならない。
それにしても、10年間怠惰に徹してきたeLTAXが、ここにきてJava実行環境を必要としない方法に改めた背景には何があるのか。脆弱性のあるJREをインストールさせていたことが、銀行の不正送金被害を許す原因となっていたことが判明して、シャレで済まなくなったのではないか。*2
この仕様変更のお知らせが、2月2日から出ていた。
「ActiveXコントロールのインストールが必要」とのことで、Twitter界隈はまたまた阿鼻叫喚で溢れていた。
eLTAXという地方税の電子手続きサービスから「Java実行環境が不要になります!」というお知らせが来たが、よく読むと、代わりにActiveXコントロールのインストールが必要になるという、意味不明な内容だった。
— EBIHARA Yuichiro (@yebihara) 2016年2月2日
https://t.co/dA8ddp419X 2016年にもなって、"平成28年3月14日以降は、Java実行環境が不要" でかつ、今度からActiveXコントロールのインストールが必要です" ですって、eLTAX。
— Makoto Kato ︎︎ (@makoto_kato) 2016年3月9日
"ActiveX コントロールのインストールが必要" ということは事実上 IE を使うしかないということで、Windows 環境を持っていないユーザは eLTAX を利用できなくなることを意味する。なんだこの時代に逆行する変更は https://t.co/cOIEvDGzxi
— Fomalhaut Weisszwerg (@FmtWeisszwerg) 2016年3月9日
「ActiveXコントロールのインストールが必要です」って…これ書類の日付いつだよ? https://t.co/xfIpNmBFy1
— Shigeyuki Hirai / 平# (@shigeyuki_hirai) 2016年3月9日
今更 ActiveX とか言われて Microsoft もいい迷惑なんだろうなあ RT @hebikuzure Java から縁を切ると思ったら今度は ActiveX かよ。Microsoft さん、なんか言ってやってw https://t.co/AvCFPAiU5e
— hebikuzure rené (@hebikuzure) 2016年3月9日
Microsoft Edgeで非対応にまでなったActive Xをなぜいまさらぶっこんだw Javaの方がまだ汎用性あるだろw
— のいず(REDWELL-METAL) (@redwell_noise) 2016年3月9日
eLTAX | 3月14日からJava実行環境が不要になります(パンフレット掲載) https://t.co/xT3kZXaHTJ
eLTAXの申請サイト、JAVAアプレットを止めてActiveXに移行って、一体いつの時代のサイトなんだろう?
— ひーくん (@hide_24) 2016年3月10日
eLTAX | 3月14日からJava実行環境が不要になります https://t.co/aBkiuZRkWy
— nekomatu@名古屋 (@nekomatu) 2016年3月11日
ActiveXが代わりに必要になるっぽくて震えてる…
@nekomatu あはは。仕様検討段階でそういう流れになると思ってなかったんでしょうね。懸念として挙げることはてきたと思いますが…
— kazken3_(:3」∠)_ (@kazken3) 2016年3月11日
そして、この変更に伴い、「初めてのeLTAXをご利用の方はこちら」のボタンから進むと出てくる「必要な設定」のページの「STEP3」が次のものに差し替えられていた。
嗚呼、これはシャレにならない。「署名済みActiveXコントロールのダウンロード」を「有効」に設定しろだと? 2016年にもなって新たにこれを書かなくてはならなくなるとは思いもよらなかった。以下の表を示したのはもう10年も前のことだ。どうしてこんな簡単なことがわからないの?
そもそも、実際にやってみればわかることだが、2006年にIE 7が出たときに、こうした危険な設定をしようとすると、設定画面がオレンジ色になって、警告が出るようになっている。*3
これまで脆弱性のあるソフトを入れろと指示し、利用者は皆それに従ってきたのだから、このような理不尽な設定でも従順に従う人が続出するだろう。そして、次にやってくるのは、ActiveXコントロールを用いたマルウェアだ。日本の銀行の法人口座を狙う犯罪者らは、eLTAX利用者がこの設定をしていることに目をつけ、ActiveXによるマルウェアを頒布してくることになるだろう。
いったいいつまでこういう阿呆なことを繰り返すつもりか。法人口座から不正送金マルウェアでお金を盗まれたら、eLTAXを疑うとよい。eLTAXの指示に従ったせいで被害が出たことを示して、損害賠償を求め地方税電子化協議会を訴えよう。それ以外、誰にもこの無能どもを反省させる術はない。
上記の日記を書く過程でTwitterを「eLTAX」で検索したとき、ITジャーナリストの本田雅一氏がeLTAXのActiveX化に不満のツイートをされているのを見ていた。東洋経済オンラインに記事を書いたとのことだったので、楽しみにしていたところ、18日にその記事が出た。これがよくある的外れな内容になっていたので、以下に批判しておきたい。
ところで青色申告は終えていたんで、地方税納税準備ではじめてLeTAX使ったろうかと思ったんだけど、登録申し込みのWebアプリがJavaからActiveXに今年から変更という情報を知人からもらって愕然としてる。アホなんだろうか…。官公庁等で使ってる独自暗号化通信とかを使うため?
— 本田雅一(本人未確認) (@rokuzouhonda) 2016年3月12日
しかもLeTAXの申し込みページは、JavaScriptエラーでEdge、Safari、Chrome、Firefoxではクリックしても開けないという素晴らしい仕様。元のJavaの時からIEしかサポートしていない上、IE7シミュレーションタグが埋められているという(汗
— 本田雅一(本人未確認) (@rokuzouhonda) 2016年3月12日
eLTAX問題、eJapan構想の名残でICカードに記録した証明書が必須のシステムになっているため、既存Web技術からではカードリーダーを直接叩けない上、米国で納税者情報が大量流出した影響もあって、今はICカード廃止ができないため他に選択肢が無かったという情報が楠さんから
— 本田雅一(本人未確認) (@rokuzouhonda) 2016年3月14日
eLTAX。「Javaに代わるものとしてActiveXル以外の代替技術とのセキュリティ面を含めた比較検討を行い採用。利用可能なIEに関しては、eLTAXが動作保証している環境(Win Vista/7/8.1)について現時点でMSによるサポートが継続されているので問題ない」との回答
— 本田雅一(本人未確認) (@rokuzouhonda) 2016年3月14日
eLTAXの話、高木先生がコラムに書いたのね。でもあの指摘じゃ物事は解決しないんじゃないかな。JREが古いままだった理由、今回、ActiveXになってしまった理由が何か?を考えないと。無能なんじゃなく無能とわかっていても、使わざるを得ないのだから先生は業者ではなく政府に言わないと
— 本田雅一(本人未確認) (@rokuzouhonda) 2016年3月14日
いろいろe-Japanにかかわった人にも話をいただいたりしてeLTAXの記事書きました。結局、ActiveXしか選びようがないって事なのね。最終的にはW3Cにロビー活動してICカードの取り扱いを標準化すべきという意見に深く肯いた。ということで明日にも東洋経済オンラインに
— 本田雅一(本人未確認) (@rokuzouhonda) 2016年3月16日
私の上記の日記を見た後で原稿を仕上げた様子だが、出てきた記事は以下だった。
【日本の電子納税は「時代錯誤」になっている】 エルタックスの寒すぎる実態 : https://t.co/QjqbIh1bS0 #東洋経済オンライン pic.twitter.com/2Jbdjd3fx3
— 東洋経済オンライン (@Toyokeizai) 2016年3月17日
ん?エルタックスって国税庁関係なくね?なんか国税庁がコメントしたことになってるけど。まぁe-Taxもクソだけどな(笑) → https://t.co/mylBuAiNGO @Toyokeizaiさんから
— にしやん@ぬるヲタオヤジ (@nishiyan2460) 2016年3月17日
この人、eLTAXとe-Taxの区別ついてないだろ。今のJava・ActiveXの話はeLTAX(地方税)で総務省所管、所得税確定申告に使うのはe-Tax(国税)で国税庁所管。eLTAX使う必要のある個人は少ない。e-Taxが使い… https://t.co/YXA4rMWr58
— dadabreton (@dadabreton) 2016年3月18日
ほんとだ。これはひどい。https://t.co/yFcCeHEdqq
— Hiromitsu Takagi (@HiromitsuTakagi) 2016年3月18日
「eLTAXの事務局に今回のシステム移行について問い合わせたところ…」「前出のように、国税庁は、eLTAXにおいて…と説明している。」
こんなだからな。https://t.co/oJLI6Q53js
eLTAXの事務局に今回のシステム移行について問い合わせたところ「これまで利用されていたJava実行環境に代わるものとして、ActiveXコントロール以外の代替技術とのセキュリティ面を含めた比較検討を行い採用を図っております」との返答を受けた。
(略)
前出のように、国税庁は、eLTAXにおいて「代替技術とのセキュリティ面を含めた比較検討」のためにActiveXコントロール使ったと説明している。この文言だけを取り上げると時代錯誤甚だしいのだが、その背景には、2001年から2006年まで政府が推進していたe-Japan戦略がある。
本田雅一, 日本の電子納税は「時代錯誤」になっている エルタックスの寒すぎる実態, 東洋経済オンライン, 2016年3月18日
eLTAXに電話取材したのはプロフェッショナルで結構だが、取材先の一般社団法人地方税電子化協議会を国税庁と取り違えており、記事の内容も全体を通してeLTAXとe-Taxを混同しているようで、これは噴飯ものだ。
技術的にも、聞きかじった生半可な知識で書いているため、誤った結論が導かれている。以下の部分はほとんど間違いしか書かれていない。
このICカードを取り扱うためのWebブラウザ向けの仕組みは、JavaかActiveXコントロールしかない。このため、eLTAXではJavaを採用していたのだろう。ただし、Java時代のeLTAXの新規申し込みページも、Intenet Explorer以外のWebブラウザではエラーが発生して動作しないお粗末なものだった。
こうしたお粗末なシステム納品を受け入れてしまう側にも問題はあるが、これを変更せざるを得なくなった理由は、eLTAXのJavaアプレットが最新のJRE(Javaを動かすためのソフトウェア環境)に対応できなくなったからだ。
JREはセキュリティ問題への対応へのアップデートを繰り返しているが、最新JREでeLTAXの新規申し込み用アプレットが動作しなくなった。このため、eLTAXの新規申し込みを行うために、わざわざセキュリティの脆弱性が明らかになっている古いバージョンに差し替えてから申し込みを行い、さらに古いJREを削除した上で新しいものをインストールするという、驚くほど稚拙な対応を利用者に求めていた。
こうした状況を打破するために、新しいJava環境で動作するよう作り直すことも含めて検討した上で、いっそのことActiveXコントロールへの切り替えが適切と判断したのだろう。Javaには頻繁に脆弱性が見つかっており、最新環境に追従していくためのコストが高いとみられる。Java環境での再開発に継続投資するよりも、現時点で実績のあるActiveXコントロールを使ったということなのだろう。
本田雅一, 日本の電子納税は「時代錯誤」になっている エルタックスの寒すぎる実態, 東洋経済オンライン, 2016年3月18日
第1に、Webブラウザでの利用を前提とした場合に、「JavaかActiveXコントロールしかない」は誤りで、Webブラウザのプラグインを用いる方法もある。実際、2003年ごろ政府の電子申請システムが始まった初期の頃には、プラグイン方式のものもあったと記憶している*4し、日経コンピュータ誌の浅川記者が、エストニアではプラグイン方式だと指摘している。
eLTAX問題でICカード認証が犯人扱いされてる感がありますが、エストニアの電子政府は主要ブラウザーにプライグイン+インストールソフトで対応していますので、念のため紹介。 https://t.co/Bg2pH7o6sU
— Naoki Asakawa / 浅川直輝 (@nasakawa) 2016年3月18日
第2に、ActiveXへの変更が、「最新のJREに対応できなくなった」ためだというが、eLTAXの「地方税電子化協議会からのお知らせ」を見ればわかるように、eLTAXが最新のJREに即応できないのは以前からで、JREのリリースから遅れての対応を何度も繰り返している。その意味ではずっと前から同じ状況だったのであり、突然「対応できなくなった」わけではない。
eLTAXのサイトをInternet Archiveで過去にさかのぼってみるとわかるように、2015年7月10日の時点までは、冒頭の赤字の注意喚起がなかったのが、2015年7月30日の時点で初めて赤字の警告*5が出た様子がうかがえる。それまでは危険性を放置していたわけだ。7月からこの警告を出さざるを得なくなってお尻に火がついたのだろう。
上で既に書いているように、これは10年前に国の政府機関も通った道であり、今ではこんな馬鹿げた注意喚起はもうやっていない。なぜなら、特定のアップデートバージョンでしか動かないようなJavaアプレット実装にはしていないからだ。これは2007年ごろに解決した話であり、やればできることなのに、一般社団法人地方税電子化協議会と業者がそれをしなかっただけのことだ。
第3に、「Javaには頻繁に脆弱性」「実績のあるActiveXコントロール」などと言っているが、これらを対比させるのは間違い。Java(というかJRE)は実行環境であり、環境であるがゆえに脆弱性が見つかると他に影響が出るので放置できないが、利用者が他の様々な用途でJREを使っているなら(今日では電子申請くらいでしか使われなくなりつつあるが)ば、元々JREは日々アップデートすべきものであり、そうしている限りは問題がない。ActiveXも、安全にActiveXコントロールを動かすために日々Windows Updateをしているわけで、JREと対比すべきはWindowsであり、両者に違いはない。繰り返すが、アップデートで動かなくなるようなJavaアプレットの作り方を続けていた業者と協議会が無能なだけの話。
局所的な事実だけを追えば、理に適っているように見えるが、2016年の今にあって、それは時代錯誤ともいうべきものだ。e-Japan構想で「世界最先端のIT国家実現に向けて」と取り組まれた結果が、むしろグローバルで見ると時代遅れの仕組みを生み出した。
(略)
こうした現状に対してICカードによる認証システムを残したまま、問題解決する方法を模索する道はあると指摘する声もある。従来の公的個人認証サービスで使われているICカードに加え、NFC(近距離無線通信)での標準化、そしてWeb標準を決めている標準団体W3Cへのロビー活動を通じて、ブラウザ自身がICカードを用いた公的個人認証サービスい対応すれば、将来にわたってのサポートや、カードの互換性、利便性といった面での問題解決につなげることはできるからだ。
あとは、政府自身がどのように将来を見すえているかだが、その見通しが晴れているようには思えない。まだ、混乱は続きそうである。
本田雅一, 日本の電子納税は「時代錯誤」になっている エルタックスの寒すぎる実態, 東洋経済オンライン, 2016年3月18日
第4に、「それは時代錯誤ともいうべきものだ」と言うが、それが単に「ActiveXを使うことが時代錯誤だ」という意味ならば、まあある面でそうではあるけれども、「e-Japan構想」のせいだと言っているので、ICカードや電子署名を用いること自体が時代錯誤だと言いたいのだろう。前記の通りプラグイン方式を選択する道もあるのだから、そのような論理展開は誤りだ。
単に「ActiveXダサい」と言いたいのだとすれば、私の上記の日記に釣られた面もあるかもしれないが、私が書いたことは、「署名済みActiveXコントロールのダウンロード」を「有効」に設定しろという不適切な指示をしていることについてであり、ActiveX方式を採用すること自体を否定したわけではない。
もっとも、ActiveXコントロールを用いるのが「時代錯誤」だというのは別の意味で正しい。本田氏は理解していないだろうが、ActiveXコントロールが時代遅れとされ、廃止に向かっている理由は、Web画面でいきなり実行モジュールをボタン一つで自動インストールできるという仕組み(以下「オンデマンドインストール」)自体が危険なものであるからで、Microsoftはその対策のために、Windows XP SP2の時点で、Web画面の上部に現れる黄色の「情報バー」で許可の操作をしないとインストールのポップアップが出ないようにした。このときActiveXは死んだのであり、もはや互換性のために生かされてきただけだった。こんなわかりにくい操作方法を利用者にさせるくらいなら、別途ダウンロードして使う外部インストーラでプラグインをインストールする方がエレガントだという共通認識ができあがっていたわけである。その点で、署名Javaアプレットも同様の仕掛けであり、同様の意味で時代遅れだと言える。
このように、「時代錯誤」なのはオンデマンドインストールを用いることであって、ICカードや電子署名を用いること自体では必ずしもない。そもそもなぜ、電子申請システムを設計している人たちはこんなにもオンデマンドインストールを使いたがるのか。「信頼済みサイト」に登録しろという指示も散見される*6が、そんなことをさせるくらいなら、普通の外部インストーラでインストールする方が混乱がないだろう。結局のところ、ボタンを1回押すだけで自動実行などというのは、大昔に見た儚い夢だったということだ。
第5に、ICカードを残すなら「Web標準を決めている標準団体W3Cへのロビー活動」が必要だなどと、どこで聞き齧ってきたのか*7知ったかこいているが、標準化など必要としない。標準化が真に必要となるのは相互運用性が必要な場合であり、ここの用途ではそれがない。日本独自の電子署名方式を用いているのであっても、直接その独自方式を使用するプラグインを作ればいいだけ*8の話。(うまくいくのならば、JavaアプレットやActiveXコントロールでも同様。)
こういう生半可な知識の記事が横行すると、誤った理由で電子署名をやめよという話にされかねないので、危うい。
そして最後に以下の点。
eLTAXの話、高木先生がコラムに書いたのね。でもあの指摘じゃ物事は解決しないんじゃないかな。JREが古いままだった理由、今回、ActiveXになってしまった理由が何か?を考えないと。無能なんじゃなく無能とわかっていても、使わざるを得ないのだから先生は業者ではなく政府に言わないと
— 本田雅一(本人未確認) (@rokuzouhonda) 2016年3月14日
「政府に言わないと」と言うが、2007年ごろに政府に直接言った*9から、国の政府機関ではここの問題は解決済みとなっているのであるし、ここ数年は政府の中の人であるから、いろいろやっている。
それに対してeLTAXは、国の権限が及ばないから、問題が解決してこなかったし、解決する手段もない。だから「治外法権のeLTAX」というタイトルにしたのだし、その理由も「日本国憲法92条がいう地方自治の本旨により」云々のくだりでちゃんと書いている。
そのような意味で、このブログにとってeLTAXの件は新しいテーマだから書いたものだ。このテーマは、ちょうど今ホットになっている個人情報保護法制において地方公共団体が個人情報保護委員会の監督下に置かれない問題(いわゆる「2000個問題」)とも共通する。もはや政治レベルの課題である。
まだ書き足りてないことがあったので念のため追記。上の追記では、Webブラウザで使うことを前提とした場合についてどうなのかを書いたが、それ以前に、Webブラウザを使わず独自の専用プログラム(ネイティブアプリ)で構築する方法がある。このことは2007年のときに既に書いた。実際、他の電子申請システムはそうなっているものが多いし、このeLTAXでも、電子申請の本体はそうなっていて、「利用届出(新規)の手続き」でのみActiveXコントロール(かつては署名Javaアプレット)が使われている。住所氏名等を書いてアカウント作成を申し込むだけのことに電子署名が要るのかというそもそも論がある*10が、仮に必要だとしても、たったこれだけのためにWebブラウザからできるようにすることにいかほどの意味があるのか。とっつきやすいようにとのつもりかもしれないが、どのみちネイティブアプリをインストールしなければ何もできないのだから、そこに「利用届出(新規)の手続き」の機能を設ければいいだけだという話もある。もっとも、Webでやるのかネイティブアプリでやるのかの選択に、開発コストの面があることも本当は書かないといけないところで、HTMLで書いた方が各OSで共通にできることや、HTMLで書いた方が開発が容易な面(本当にそうなのかは大いに疑問でもある)もあるだろう。しかしそこには、ミドルウェアとの整合性を維持するためのメンテナンスコストも踏まえなければならない。昨今のスマホアプリの開発モデルを見習えば、ネイティブアプリとして開発する方が早いと言えるのかもしれないし、また、別の案として、HTMLを使ってネイティブアプリを開発する手法もあり得るだろう。
*1 参考検索例:「法人口座 不正 送金 被害」
*2 昨年6月に、日本税理士会連合会が「電子申告に関する要望事項(eLTAX編)」を地方税電子化協議会に提出しており、そこに「Javaを利用しなくても利用可能なシステムとすること。」が要望として出ていた。
*3 2006年5月13日の日記参照。
*4 証拠を探してみたが、すぐには見つからなかった。
*5 「eLTAXの利用届出等を提出する際に使用したJava実行環境は、セキュリティ対策の観点から、直ちにJavaの最新のバージョン(Java8u51)に切り替えるか、又は無効化をしていただきますよう、ご注意願います。」とある。
*6 eLTAXは、eltax.jpという.jpのドメイン名のURLを「信頼済みサイト」ゾーンに登録しろと指示しているので、未来永劫eltax.jpのドメイン名を維持し続けるか、放棄する前に、全ての利用者が確実にその信頼済みサイト設定を削除するのを確認する責務が生じている。
*7 どうやらここで聞きかじったらしい。このツイートで教えていただいた。「Oracleがやめるぞといっててランタイムの配布ページが英語版しかない」というのもどこの話だ?現時点で https://java.com/ja/download/は日本語だが? もしかして「Arcive Downloads」のことを言っているのか? あれが一般向けの配布でないことに気づけないなら、地方税電子化協議会と同レベルで無能だろう。大丈夫か?
*8 むろん、標準化されればベターではあるが、それは、独自実装の範囲を最小限にできる(ライブラリやAPIに投げられる)ということにすぎない。
*9 それゆえ2007年で「電子政府」関係のブログエントリは終わっている。
*10 この部分において電子署名は不要だと思う。e-Taxではこれが必要とされておらず、即座にアカウントが作成できるようになっている。もっとも初回に電子証明書を登録する作業があって、これも要らないと思うが、いろいろあれでこちらはまだまだ簡単な話ではない。
高木浩光@自宅の日記 - 治外法権のeLTAX、マルウェア幇助を繰り返す無能業者は責任追及されて廃業に追い込まれよ http://takagi-hiromitsu.jp/diary/20160314.html 専用の環境のXPmode用意するしかないよなあ ICカードの認証があるからブラウザだけで完結させることが出..