最新 追記

高木浩光@自宅の日記

目次 はじめに 連絡先:blog@takagi-hiromitsu.jp
訪問者数 本日: 1787   昨日: 2734

2011年10月10日

スパイウェア「app.tv」に係るミログ社の大嘘

株式会社ミログが9月27日に提供開始した「AppLog」がスパイウェアまがいであるとして、朝日新聞10月5日朝刊に以下の記事が掲載された。

  • アプリ利用時間や回数丸わかり「アップログ」に批判, 朝日新聞2011年10月5日朝刊
  • AppLog: insidious spyware rolled out in Japan by Milog, Inc. *1, The Asahi Shimbun, 2011年10月5日

    スマートフォンの利用者がどんなアプリ(ソフト)をいつ、何回使ったかを記録して好みを分析し、興味を引きそうな広告を配信する。そんなプログラムが現れ、インターネット上で批判を集めている。プログラムは電話帳など無関係に見えるアプリに組み込まれ、アプリ利用者への説明が十分ではないからだ。(略)

    問題視されているのは、利用者に存在が見えにくいうえ、どんな情報を集めて何に使っているか、わかりにくいこと。アップログが組み込まれたアプリは行楽地ガイドや郵便番号検索など様々だが、アプリの紹介にアップログの機能は明示されていない。(略)

AppLogでは、送信の有無を設定する「AppLog送信設定」の画面が非同期に*2現れて、「AppLog送信を許可する」の設定をしない限り送信が開始されない、オプトイン方式になってはいるものの、どんな情報を送信するのかの説明が不十分(「端末のアプリケーション情報等」としか書かれておらず、何のことだか分かる人はほとんどいない)であることが問題とされた。

しかし、その後、Twitter上での有志らによる情報共有と実証実験、コード分析により、ミログ社は、それ以前にもっと問題のあるアプリ「app.tv」を頒布していたことが明らかになった。*3

app.tvとは何かについては、ミログ社自身により以下で説明されている。

これらを読むと、基本は動画配信のアプリ(コンテンツ毎に独立した個々のアプリとして頒布されていた*4)であり、そこにリワード広告機能を加えているということになっている。

しかし、一般的なリワード広告とは異なり、app.tvは、AppLogと同様の仕組みにより、実行中の他のアプリの履歴を1時間ほどの間隔の精度で記録し、毎日、ミログ社へ送信する仕組みを備えたものであった。

利用者にはそのことが説明されておらず、利用者の視点からすれば、「動画と思ってダウンロードしたのに、知らないうちに個人に関する情報を盗まれていた」という状態になるという、典型的なスパイウェアであることが判明*5 *6した。

なお、そうして集めた情報をどのように使用していたか、また使用する予定であったかは、以下などの報道から窺える。ミログ社の城口社長は、集めた情報のことを「Big Data」と呼んでいる*7

その後、システムの脆弱性が発覚*8するなどの経緯があり、10月10日、ミログ社は、AppLogサービスの停止と、app.tvの停止を発表した。(停止の理由は脆弱性と不具合のためとされている。)

問題はミログ社の「公式見解」である。

「アプリケーション情報」という、何を意味するのかが一般人には理解不能な用語を使用することによって、理解できないままの「同意」(ボタンを押すという形式的な「同意」)を誘っているという問題があるのは相変わらずであるが、ここでまず着目すべきは、「スパイウェアとの指摘に関して」の部分である。

スパイウェアとの指摘に関して

一部よりスパイウェアという指摘を頂いることに対して重く受け止めております。インストール時に明示的にユーザー許諾画面を出すので、スパイウェアという認識はしていません。しかしながら、送信許可に同意頂いた場合も、AppLogは視認できない環境で動作しているため、ユーザーにとって不安を煽る事実を再認識させて頂き、現在改善を予定しています。具体的には、AppLog実行中は常駐アイコンをステータスバーに表示させる形で提供し、情報送信停止機能への導線も継続的に提示する仕様を検討中です。

AppLogSDKに関する公式見解, 株式会社ミログ, 2011年10月10日

「スパイウェアという認識はしていません」というのだが、この段落は、スパイウェアとの指摘をAppLogだけの問題であるかのように書いている。AppLogの不完全な同意について今後改善するという。

問題はapp.tvの方である。app.tvについては、それより前の節の、以下の部分に書かれている。

ミログ社アプリケーション(app.tv, AppReward)とのAppLogとの関連性に関して

app.tvには、AppLogSDKは現在導入しておりません。app.tvは、広告アプリケーションのインストール及び初回起動により仮想通貨を無料で獲得でき、それを利用することで実質無料で動画コンテンツを視聴できるサービスです。よって、広告アプリケーションのインストール、初回起動確認の目的でアプリケーション情報を取得させて頂いております。(※当該部分はリワード広告という分野であり、AppRewardという名称で行っています。)

サービス利用開始時に明示的に許諾確認をしており、拒否の場合は、サービス利用自体ができない仕様となっています。app.tv経由でのアプリ情報送信を望まれない場合は、app.tvの利用規約に同意頂かないか、同意済みの場合は、アンインストールして頂ければ情報の取得は行われません。 (※現在、該当箇所に、重大な瑕疵が発見されており、事実誤認があるかもしれません。apptvに関しては別途ご連絡申し上げます。)

現在、AppLogの文脈で、app.tv/AppRewardに対する批判を頂いております。

• Gmailの取得目的に関して

app.tv では購入履歴、閲覧履歴をアカウントに紐づけて管理しております。Android IDの場合だと、必ずしも一意とは限らず、また機種変更の際には引き継げないためです。それ以外の目的では利用しておりません。

•ユーザー許諾画面に関して

上述の通り、ユーザーへの許諾画面は初回起動時に明示的に出しております。(文言に関しては定期的に見直しております。

ミログ社が掲載した図

AppLogSDKに関する公式見解, 株式会社ミログ, 2011年10月10日

問題は2点ある。

まず、他アプリの利用履歴を取得することの妥当性について、ミログ社は「当該部分はリワード広告という分野であり」と、あたかも、一般的なリワード広告にとって必要とされている取得であるかのような説明*9をしているが、一般的なリワード広告が、他アプリ全部の利用履歴(広告対象のアプリ以外のアプリの利用履歴)を取得するものであるわけがない*10。このことは、他アプリ全部の利用履歴を取得するというのは、ミログ社が言うところの「ミログが保有する独自技術」とされていることから、自明である。

そして、最も問題が大きいのは、「サービス利用開始時に明示的に許諾確認をしており」という虚偽の説明である。

「許諾確認」というのが文章的に意味不明(誰が何を誰に許諾するのか不明)であるが、暗に、履歴情報の送信について利用者の同意を得ているということが言いたい(そのように読解されるように書いたつもり)のだと思われる。

上で引用したミログ社掲載の図には、「ようこそ」の下に以下のように書かれている。

app.tvはお客様のアプリケーション情報を取得し、コンテンツの改善に利用致します(現在、ご登録頂きました情報はリワード広告表示及び成果測定のために使用しております)。利用規約、プライバシーポリシーをよくお読みになり、ユーザ情報をご登録下さい。

これで、履歴情報の取得を説明して同意を得ている(つもり)というのだろうが、実は、このような説明が出るようになったのは、10月7日以降(いつからかは不明)のことである。

私が、10月7日午前1時44分にapp.tvを試したときの画面の記録を以下に示す。

画面キャプチャ
図1: 2011年10月7日午前1時44分時点での「app.tvへようこそ」の画面

書かれている文は、「app.tvはお客様の情報を取得し、コンテンツの改善に利用致します。利用規約、プライバシーポリシーをよくお読みになり、ユーザ情報をご登録下さい。」であり、「アプリケーション情報」という記述はなかったし、丸括弧で書かれた利用目的に関する記述もなかった。

これは、書き忘れたとか説明が足りなかったというレベルのものではない。ここで言う「お客様の情報を取得」というのは、この画面で入力を求めている性別と生年月日のことを指して書いたものであることは明らかであろう。

つまり、初めから、他アプリの利用履歴情報を吸い取ることについて、説明する意思がなかったものと思われる。

よく見ると、改竄された方の説明では、「ご登録頂きました情報はリワード広告表示及び成果測定のために使用しております」と、意味が間違ったものになっている。リワード広告の成果測定のために使用するのは、他アプリの利用履歴情報のことであるはずなのに、「ご登録頂きました情報」と、違うものを指してしまっている。あわてて間違えたか、担当者の本心(この画面で入力する情報の説明だという意識)が出たものではないか。

この画面には「利用規約」と「プライバシーポリシー」のボタンがあり、タップすると表示されるようになっているが、どちらも非常に長大な文となっている。「利用規約」を表示させたときの様子を以下の図に示す。

画面キャプチャ 画面キャプチャ 画面キャプチャ 画面キャプチャ 画面キャプチャ
図2: 「app.tvへようこそ」の画面で利用規約を表示させた様子

これらの中で、他アプリの利用履歴を送信することについての記述があるかというと、辛うじて該当すると言えなくもない部分が「第9条(広告システムの導入)」にあった。ここは以下のように書かれていた。

第9条(広告システムの導入)

1. 当社は、AppTVにおいて、AppRewardをはじめとするリワード広告システムを導入しております。AppRewardとは、広告アプリケーションをインストールおよび初回起動することで、ユーザーにポイントを付与する当社独自のリワード広告システムのことを言います。

2. AppReward等のリワード広告システムを利用する際に、ユーザーの端末にインストールされているアプリケーションに関する情報などの一部個人情報を利用する事があります。

このような記述で、これが何を意味しているか、理解できる人が全国で何人いるだろうか?

この利用規約を指して「よくお読みになり、ユーザ情報をご登録下さい」と説明すれば、はたして、スパイウェアと処断されることを免れることができるであろうか?

日本では、今年7月14日に施行された改正刑法により、スパイウェアの(スパイウェアとしての)頒布は、刑法168条の2第2項、不正指令電磁的記録供用の罪に問われる場合がある。そのような供用の目的でプログラムを作成する行為は、同第1項、不正指令電磁的記録供用目的作成罪に問われ得る*11

動画配信アプリとして頒布しながら他アプリの利用履歴送信の事実について同意を得ることなく実行させていると、そのプログラムは、条文にある「人が電子計算機を使用するに際して(略)その意図に反する動作をさせる(略)指令」に該当するということになる。

利用規約にぼやっと曖昧に書いて「よくお読みになり」と書いておけば罪を免れられるというのでは、ワンクリック詐欺のアプリ版(IPAによる解説参照)や、フィッシングの偽アプリ版(銀行アプリの偽プログラム)を処罰できなくなるのであるから、少なくとも「利用規約に書いてある」というだけでは済まない。

ただし、今回のようなケースが、不正指令電磁的記録の罪に該当するかは、条文にある「不正な指令」に該当するか否かがどう判断されるかによる。「不正な」というのは、刑法175条前段の「わいせつな」と同様に、規範的構成要件要素と呼ばれるもので、世間一般がどのようにみなしているかによる。つまり、このような情報の取得が無断で行われることを、世間は許すのか許さないのかである。

ミログ社の人たちにとって、「アプリケーション情報」なるものは、勝手に取得してかまわない情報と、素で信じているのかもしれない。しかし、Twitterでの声にたびたび流れているように、企業が業務で使用するスマートフォンでこうしたスパイウェアが混入すると企業秘密が漏洩することになることから、こうした状況が続くようならAndroidの使用自体を避けざるを得ないといった声が出始めている。不正指令電磁的記録の罪の保護法益である「電子計算機のプログラムに対する社会一般の者の信頼」*12がまさに害された状況であろう。

いずれにせよ、ミログ社は、今回、嘘の発表をした。これまでどうしていたかを説明することが求められている発表において、「app.tvへようこそ」の画面を変更してからそれを書いた。

奇しくも、ミログ社自身による「(文言に関しては定期的に見直しております。)」という記述が、嘘を自覚しながら書いていたことを示している。

*1 現在ではタイトルが変更されている。

*2 組み込まれたアプリが直接出すのではなく、Androidの「通知」機能を通じて利用者の選択によって現れる。

*3 Twitterでのやりとり

*4 ミログ社による「app.tvアプリ一覧」参照。(現在は「app.tvは現在全面的にサービス停止しています」と表示され、Android Marketからも削除されている。)

*5 「株式会社ミログのAndroidスパイアプリ問題について」(崎山伸夫のBlog, 2011年10月10日)参照。

*6 「app.tv系コンテンツアプリによる実行されている及びインストール済みアプリ情報の送信について」(突然消失するかもしれないブログ, 2011年10月10日)参照。どのような情報がいつ送信されているかが実証されている。

*7 日本Androidの会 2011年10月定例会での講演タイトル「"Big Data"アプリ情報(applog)が描くアンドロイドの未来」より。

*8 「AppLogのオプトアウトの仕様の脆弱性について」(突然消失するかもしれないブログ, 2011年10月10日)参照。ANDROID_IDで指定する任意の利用者について、勝手にオプトイン状態に変更できてしまう脆弱性(いわば「強制オプトイン攻撃」の脆弱性)があった。

*9 ミログ社の文章が分かりにくいので、若干の解説を加えておくと、「広告アプリケーションのインストール、初回起動確認の目的で」の部分、「広告アプリケーション」というのは、広告を表示するアプリの意味ではなく、広告されるアプリ(アプリの宣伝をしてほしいと広告を出稿しているアプリ)(この広告システムはアプリを宣伝するもの)のことを指しており、リワード広告は「成功報酬型広告」の一種であることから、「成功」の確認のために、紹介したアプリが実際にダウンロードされて使用されたかまでを確認することを「初回起動確認の目的で」と説明しているものと思われる。

*10 一般的なリワード広告での「初回起動確認」の実現は、広告されるアプリにもリワード広告のプログラムモジュールを埋め込んでおくことにより、そのモジュールのプログラム実行によって初回起動確認をする方法がとられていると思われる。

*11 もし、AppLogも該当する場合には、自ら供用せず、他のアプリ開発者をして供用に至らしめるものであることから、同第1項、不正指令電磁的記録供用目的提供罪に問われ得る。

*12 法務省による解説「いわゆるコンピュータ・ウイルスに関する罪について」より。

本日のリンク元 TrackBacks(3)

2011年10月14日

日記予定

流れが速すぎて書く時間がない。

  • スパイウェアとは何か、刑法168条の2不正指令電磁的記録との関係
  • 法務省担当官ウイルス罪ご講演で質問してきた第2弾
  • Webの行動ターゲティングが許されてミログ社が許されないのはなぜか
  • データエクスチェンジとか言ってるが、大丈夫か
  • いいかげん、「端末IDは個人情報ではない」とかフリーダムなこと言わせてるとヤバいよ
  • Pマーク胴元のJIPDECですら個人情報が何であるか間違えている件

本日のリンク元 TrackBack(0)

最新 追記

最近のタイトル

2024年03月16日

2024年03月13日

2024年03月11日

2023年03月27日

2022年12月30日

2022年12月25日

2022年06月09日

2022年04月01日

2022年01月19日

2021年12月26日

2021年10月06日

2021年08月23日

2021年07月12日

2020年09月14日

2020年08月01日

2019年10月05日

2019年08月03日

2019年07月08日

2019年06月25日

2019年06月09日

2019年05月19日

2019年05月12日

2019年03月19日

2019年03月16日

2019年03月09日

2019年03月07日

2019年02月19日

2019年02月11日

2018年12月26日

2018年10月31日

2018年06月17日

2018年06月10日

2018年05月19日

2018年05月04日

2018年03月07日

2017年12月29日

2017年10月29日

2017年10月22日

2017年07月22日

2017年06月04日

2017年05月13日

2017年05月05日

2017年04月08日

2017年03月10日

2017年03月05日

2017年02月18日

2017年01月08日

2017年01月04日

2016年12月30日

2016年12月04日

2016年11月29日

2016年11月23日

2016年11月05日

2016年10月25日

2016年10月10日

2016年08月23日

2016年07月23日

2016年07月16日

2016年07月02日

2016年06月12日

2016年06月03日

2016年04月23日

2016年04月06日

2016年03月27日

2016年03月14日

2016年03月06日

2016年02月24日

2016年02月20日

2016年02月11日

2016年02月05日

2016年01月31日

2015年12月12日

2015年12月06日

2015年11月23日

2015年11月21日

2015年11月07日

2015年10月20日

2015年07月02日

2015年06月14日

2015年03月15日

2015年03月10日

2015年03月08日

2015年01月05日

2014年12月27日

2014年11月12日

2014年09月07日

2014年07月18日

2014年04月23日

2014年04月22日

2000|01|
2003|05|06|07|08|09|10|11|12|
2004|01|02|03|04|05|06|07|08|09|10|11|12|
2005|01|02|03|04|05|06|07|08|09|10|11|12|
2006|01|02|03|04|05|06|07|08|09|10|11|12|
2007|01|02|03|04|05|06|07|08|09|10|11|12|
2008|01|02|03|04|05|06|07|08|09|10|11|12|
2009|01|02|03|05|06|07|08|09|10|11|12|
2010|01|02|03|04|05|06|07|08|09|10|11|12|
2011|01|02|03|05|06|07|08|09|10|11|12|
2012|02|03|04|05|06|07|08|09|
2013|01|02|03|04|05|06|07|
2014|01|04|07|09|11|12|
2015|01|03|06|07|10|11|12|
2016|01|02|03|04|06|07|08|10|11|12|
2017|01|02|03|04|05|06|07|10|12|
2018|03|05|06|10|12|
2019|02|03|05|06|07|08|10|
2020|08|09|
2021|07|08|10|12|
2022|01|04|06|12|
2023|03|
2024|03|
最新 追記