社説: アプリ署名のセキュリティに関するスティーブ・ジョブズ氏の警告に悩まされる Google の Android

2007 年 5 月、私は新しい携帯電話が最初に発売される数か月前に、iPhone のネイティブ アプリについてスティーブ ジョブズにインタビューしました。 6年後、彼の答えは現在、GoogleのライバルであるAndroidプラットフォームに付きまとっている。検索大手がAppleの上層部から漏れるアドバイスに耳を傾けなかったからだ。

オリジナルのiPhone OS上のアプリ

Appleはその1月初めに真新しいiPhoneをデモンストレーションし、モバイルマルチタッチSafari、メール、マップ、iPodなど、iPhone向けに設計された一連の新しい「デスクトップクラス」モバイルアプリを披露したばかりだった。しかし、ジョブズ氏はまた、Web標準（HTMLとJavaScript）を使用しているにもかかわらず、サードパーティの開発者が独自のアプリを構築できるだろうとも述べていた。

ちなみに、これらのカスタム Web アプリ (以下の 2 つの例) は、Palm の webOS が実行し、Google の ChromeOS が実行し、多くの Windows Metro WP8/Windows 8 タブレット アプリと同じ種類の「ソフトウェア」であり、これらはすべて何年も前に導入されました。 iPhone とそのサードパーティ ソフトウェア用の最初の Web アプリ モデルが 2007 年に発表された後。

Apple の Web アプリ計画では、実質的にサードパーティ製アプリがダッシュボード ウィジェットのレベルに存在するように格下げされていますが、Apple の開発者コミュニティはこれを声高に拒否しました。彼らは、Apple が iPhone のホーム画面用に開発したアプリと同じくらい高速で洗練された強力なソフトウェアを作成できるように、ネイティブ iPhone アプリを開発するためのアクセスを Apple に提供すべきだと主張した。

翌年、Apple は iPhone (または iPod touch) 上でサードパーティのネイティブ アプリの販売または配布をサポートするメカニズムを提供しませんでした。しかし、2008 年の初めに、Apple は iPhone OS 2.0 (後に iOS 2.0 に改名) とともに新しい App Store を発表し、史上最大かつ急速に成長するソフトウェア プラットフォームと市場への水門を開きました。

Apple がネイティブアプリに反対する物語

その後、特定の関係者が App Store の歴史を書き換えて、まったく異なる物語を伝えました。スティーブ ジョブズがネイティブ アプリのアイデアそのものに反対した物語です。このバージョンの出来事は、脱獄コミュニティ (そしておそらく一部の初期の Android 愛好家) がアプリがいかに素晴らしいものであるかを実証し、それに応じて Apple がしぶしぶ独自の App Store をオープンするまで、Apple には App Store の計画がなかったと主張しています。

の見出しとして、ロサンゼルス・タイムズ先週、「もしスティーブ・ジョブズが自分の思いどおりにしていれば、私たちはApple App Storeの5周年を祝うことはなかったでしょう！」と述べた。

の話ジョブズ氏のアップルは、2007年10月に「アップルが折れて人々がアプリを書く方法を作ると発表するまでは、ネイティブアプリに激しく反対し、脱獄ユーザーが開発するネイティブアプリを阻止するために最善を尽くした」と主張している電話用」という内容が、翌年 3 月に最終的に概要が示され、その夏に配信されました。

その間の真実

Apple が当初、Web ベースのアプリの計画の概要を説明し、ジェイルブレイク (つまり、携帯電話のセキュリティ モデルを破ってコア ソフトウェアへのフル アクセスを「ブレイク オープン」すること) に反対していたのは事実です。また、App Store が Apple の誰もが予想していたよりもはるかに大成功したことも事実です。

しかし、ジョブズ氏は、その可能性を知らなかったからといって、単純にネイティブ iPhone の開発を中止しようとしたわけではありません。私がそのことを知っているのは、2007 年の同社の株主総会で、このイベントを取材する任務を負った集まった報道機関の前のマイクで拡大してジョブズ氏にそのことについて尋ねたからです。

私が「Apple は、独自のカスタム開発で低コストのハンドヘルド コンピュータを適用する可能性に興奮している大規模な機関バイヤーのニーズを認識していますか?」と尋ねたところ、ジョブズ氏は、Apple はサードパーティ開発者の要求を認識しているが、安全なソフトウェアと展開のニーズのバランスをとる方法についてもまだ取り組んでいると明確に答えました。それは進行中の作業でした。

ニュースメディアの誰もジョブズの答えを報道していませんでした。代わりに、エレン・リーがサンフランシスコ・クロニクルという話を出版しました発明したジョブズ氏が「勇敢」で質問に常に「反撃」していた並行世界、一方トロイ・ウルバートン氏はサンノゼ・マーキュリー・ニュース同様にしようとした劇的な注目を集める数年前に終了したバックデートのストックオプションに関連したとされる「株主の不満」について。

メディア関係者の中には、エンジニアリングの仕事全般に関するジョブズの皮肉をなんとか再現した人もいた。「優れた製品の開発が、小切手を書くのと同じくらい簡単だったらいいのに。そうであれば、マイクロソフトは素晴らしい製品を持っているでしょう。」それは同じメッセージに非常に近かった。

Appleのあらゆる決定に対する完全な軽蔑と嘲笑

ジョブズ氏が本当に何を言っているのか理解できなかったのは、出席していたジャーナリストだけではなかった。 2007 年の声高な批評家たちは、初代 iPhone で Sun の Java、Qualcomm の BREW、および Adob​​e の Flash プラットフォームをベースにしたアプレットを Apple がサポートしていないことにも問題を提起しました (Flash はさらに 5 年間猛威を振るった問題です)。

ABI Researchのアナリスト、フィリップ・ソリス氏はこう感じた。移動しました「現在の定義に基づいて、iPhone はスマートフォンではなく、むしろハイエンドのフィーチャーフォンであると現時点で結論付けなければなりません」というメモを公開するのは、すべて Apple がサードパーティ ソフトウェア市場をオープンしていなかったためです。 Palm や Microsoft のように。

サードパーティの開発者、専門家、業界アナリストによるこれまでの推奨事項と要求を合計すると、Android によく似たコミュニティ設計のプラットフォームが得られます。プラットフォームは、任意のソースから実行可能ソフトウェアをダウンロードし、Flash などのさまざまなミドルウェア プラットフォームをサポートし、ユーザーがシステムがバックグラウンド アプリを起動および終了する方法を手動で管理し、すべての DRM 制約を取り除き、エンド ユーザーがファイルやアプリを好きなだけ自由に無差別に共有できるようにします。

問題は、委員会の設計が Android をユーザーにとっても開発者にとっても優れたプラットフォームにすることができていないことです。難しい選択をせず、人々が望むものを与えることで、Google は単に未来を放棄して過去に執拗にしがみついたのです。

Apple が iOS で行ったように、歴史的なコンピューティングの問題に対する真に新しい解決策を概念化して設計するのではなく、Google は大量出荷によって iOS から制御を奪おうとしているだけで、事実上モバイル コンピューティングを 1990 年代に遡らせてきました。結果として生じるWindows のマルウェア、スパイウェア、ウイルス、ユーザビリティの問題と同じです。

ただし、Android の状況はこれまでの Windows よりも悪いです。従来の 1990 年代の PC とは異なり、今日のモバイル デバイスには GPS 追跡機能、個人の個人情報をリンクするソーシャル接続アカウント、請求対象の携帯電話にリンクされた常時接続のモバイル ネットワーク接続が備わっているためです。 /SMS アカウントまたはクレジット カード、プライベート フォト アルバムや機密通信記録のログと組み合わせたカメラおよび音声録音機能により、貴重なパワーを備えた小型デバイスでありながら、ユーザーの主要なメディア プレーヤーとコンピューティング デバイスの両方として機能する可能性があります。バッテリー容量には限りがあります。

あたかもGoogleが自動車事業に参入したが、シートベルトやエアバッグの導入を断ったのは、前世紀に電車に乗っていたときにそのような機能の必要性に気付かなかったかのようだ。

Apple はひどいモバイルアプリ市場にどのように対処したか

Google とはまったく対照的に、Apple は独自の代替モバイル プラットフォームの構築に着手する前に、iPhone 以前に存在したかなり悲惨なモバイル環境を調査し、何が問題であり、どのように効果的に解決できるかに注目しました。

私としては文書化された2007 年初頭、テキサス ホールデムのような単純なゲームが Palm OS で 20 ドル、または 3 ドルかかる世界がありました。月あたりVerizon Wireless によってフィーチャー フォンに請求される BREW サブスクリプションの場合。 Palm OS 版の Bejeweled の価格は 20 ドル、「Pocket Tunes」MP3 プレーヤーの価格は 37 ドルでした。

Windows Mobile ユーザーは、天気予報やフライト情報にアクセスできる世界時計アプリである WorldMate Pro に 75 ドルを支払うことが期待されていた世界でした。 WiMo ユーザーはまた、実際の電子メール アプリケーションに 20 ドル、連絡先の管理に 30 ドル、写真の表示に 15 ドル、MP3 の再生に 20 ドル、電卓に 30 ドル、PDF の閲覧に 25 ドル、メモをとるのに 30 ドル、検索と起動に 25 ドルを支払う必要がありました。 Propel は「究極のランチャー - アプリケーションの起動、連絡先の検索、連絡の維持がいかに素早く簡単に行えるかに驚かれるでしょう。」と宣伝されているアプリです。

これらは実際、Microsoft の Windows Mobile Marketplace で最も人気のあるアプリの一部でした。 Apple は、これらすべての「サードパーティ アプリ」を iPhone に無料で組み込み、実際に動作するモバイル ブラウザと、Google が携帯電話向けに提供していたものよりもはるかに優れた Google マップの滑らかなインターフェイスを提供するカスタム デザインのアプリを組み込みました。 。

これらの価格は、振り返ってみると非常に高いように思えますが、高値に設定されたのには正当な理由がありました。ほとんどのモバイル アプリが激しく海賊版化されていたため、開発者は十分な料金を請求して、実際にお金を払った少数の人々が市場のふるいに補助金を支払わなければなりませんでした。アップルはそれに注目した。

ポピュリズム的な歴史の語り直しは、Apple が 2008 年の iPhone 誕生 1 周年のときに (脱獄ハッカーからソフトウェアの有用性について教わった後) 突然このすべてを理解したように示唆していますが、実際には安全な SDK とアプリを開発するまでに時間がかかったということです。サードパーティの開発に対応する展開モデル。

これは、2007 年 10 月の Apple の発表から翌年夏の一般公開までの間にすべてが起こったわけではありません。私たちがこのことを知っているのは、Apple が iPhone が登場する 1 年前の 2006 年の秋に App Store ビジネス モデルの始まりを出荷していたからです。

ハードウェアを販売し、アプリ市場を開く

2006 年の秋、Apple は一連の4.99 ドルの iPod ゲーム5G iPodの新機能として。新しい iTunes ゲーム ストアは、Apple が最初に 5G iPod をリリースした 1 年後にオープンしました。これにより、新しいタイトルが iTunes Store に登場したらすぐにゲームを購入できる数百万人の顧客が確実に存在するようになりました。

もちろん、これは Apple が 2008 年に iPhone で行ったこととまったく同じです。これは、新しいプラットフォームが直面する歴史的な難題を完全に解決しました。開発者は、なぜまだ存在せず、ユーザーもいないプラットフォーム用のソフトウェアを作成するのでしょうか。新しいソフトウェアがほとんど、またはまったくない新しいプラットフォームをなぜエンドユーザーが購入するのでしょうか?

2006 年の iPod ゲームは、Apple にとって明らかに大規模なビジネス イニシアチブではありませんでした。それは勉強になる経験でした。同社は、ユーザー (ゲームの品質が高く、動作も良好で、コストが非常に低かった) と開発者 (著作権侵害がほとんどないため、高額な料金を請求しても収益を得ることができる) に利益をもたらす方法で、DRM で保護されたソフトウェアを展開する方法を実験していました。 1試合あたりわずか）。

ジョブズ氏がモバイル ソフトウェアのマーケティングの鍵を説明

Apple が 2006 年に iPod ゲームを大々的に発表していたことを考えると、なぜ Apple が初日から iPhone をサードパーティの開発に開放しなかったのか、世界中が完全に困惑したままだったのは少し不思議でした。さらに不可解なのは、Java または Flash ソフトウェアで利用可能なすべてのモバイル ソフトウェアが非常に低品質のジャンクウェアであったことを考えると、Apple が自社のプラットフォームに Java ソフトウェアまたは Flash ソフトウェアを歓迎するとの期待です。「私たちは、開発者に高度でオープンなプラットフォームを提供すると同時に、iPhone ユーザーをウイルス、マルウェア、プライバシー攻撃から保護するという、2 つの正反対のことを同時にやろうとしています。」

しかし、ジョブズ氏はアップルが何をしているのかを公の場で説明し続けた。 5月に私がカスタムアプリ開発に関する質問をしてから数カ月後、ジョブズ氏は講演会の壇上でiPhoneアプリの状況についてさらに説明した。ウォール・ストリート・ジャーナル「All Things Digital」カンファレンスでは、App Store のエンジニアリング作業はセキュリティとアプリのオープン プラットフォームの間の「格闘」であると説明されています。

数カ月後の10月、ジョブズ氏は自身の珍しい公開ブログエントリーの1つを発表し、次のように述べた。私たちは、iPhone を中心に活発なサードパーティ開発者コミュニティを立ち上げ、革新的なマルチタッチ インターフェイス、強力なハードウェア、高度なソフトウェア アーキテクチャを使用して、何百もの新しいアプリケーションを実現できることに興奮しています。これまでにない開発者向けのプラットフォームです。」

ジョブズの次のコメントは、振り返ってみると不気味な予言のように聞こえます。「SDK のリリースには 2 月までかかるでしょう。なぜなら、私たちは 2 つの正反対のことを同時にやろうとしているからです。開発者に高度でオープンなプラットフォームを提供すると同時に、 iPhone ユーザーをウイルス、マルウェア、プライバシー攻撃などから守ることは簡単なことではありません。携帯電話ではウイルスやマルウェアが問題にならないと主張する人もいますが、これはまったく真実ではありません。携帯電話がより強力になるにつれて、これらの悪意のあるプログラムはより危険なものになるでしょう。そして、iPhone は史上最も先進的な携帯電話です。非常に視認性の高いターゲット。」

Googleは自らの危険を承知でジョブズの警告を無視したが、ジョブズは安全なモバイルソフトウェア開発についてAppleが独自に考え出したアイデアとして傲慢に語ったわけではない。彼はノキアの功績を認めた。

「一部の企業はすでに行動を起こしている」とジョブズ氏は書いた。 「例えば、Nokia は、既知の開発者を追跡できるデジタル署名がない限り、最新の携帯電話の一部にアプリケーションをロードすることを許可していません。これにより、そのような携帯電話は「完全にオープン」とは言えませんが、私たちは私たちは、これが正しい方向への一歩であると信じており、開発者が iPhone の素晴らしいソフトウェア プラットフォームをネイティブにプログラムできるようにすると同時に、悪意のあるプログラムからユーザーを保護する高度なシステムに取り組んでいます。

同氏は「数か月の忍耐が、安全で信頼性の高い iPhone 上で長年にわたる優れたサードパーティ製アプリケーションを実行することで報われると考えている」と結論付け、さらに次のように付け加えた。 」

Apple が脱獄コミュニティに行動を促す必要があったため、2007 年 10 月まで iPhone 2.0 SDK の開発を開始するのを待ったと考えている人は、エンジニアリング プロジェクトがどのように機能するかをまったく理解していません。

Apple は Palm と Microsoft のモバイルでの失敗だけを注目していたのではなく、他の企業で起こっているいくつかの賢明な動きにも注目していました。これには、Nokia のアプリ署名 (ビデオ ゲーム ベンダーが先行) や Microsoft の Exchange プッシュ メッセージング アーキテクチャ (Blackberry からヒントを得た) が含まれていました。

Google が広告に最適化されたモバイル プラットフォームとして機能するために Linux 上で Sun の Java のライセンスフリー バージョンを複製するようコミュニティに求めていた一方で、Apple は実際には、業界のリーダーのベスト プラクティスと業界のリーダーのベスト プラクティスの両方から学んだ新しいプラットフォームを設計していました。間違い。 Apple の App Store が成功し、Google Play が失敗した理由は不思議ではありません。 AppleはGoogleが果たせなかった仕事をした。

2008 年の App Store リリースで、Apple は iPhone SDK をリリースしただけでなく、アプリの署名、しかし、Exchange ActiveSync に基づくプッシュ メッセージングも開始し、モバイル デバイスのバッテリー寿命を節約するためにプッシュ通知を活用する計画の概要を説明しました。

その後、Apple は両方の概念を Mac デスクトップにも導入し、Mac App Store に署名付きアプリを導入し、アプリのプッシュ通知を組み込み、OS X Mavericks にもウェブサイト。

Google はアプリの署名に関しては後追いのような形でしたが、開発者が独自のアプリに自己署名できるようにしました。これは Android のソフトウェア モデルを「オープン」しましたが、その代償として、Google はアプリの実際のアイデンティティに対する実際の制御を行使できなくなりました。 iOS アプリをクラックして盗むことは可能ですが、Android よりも困難です。

また、盗まれた iOS アプリをクラック、ハッキングして、自分の作品として再販することも大幅に困難になります。 Apple は iOS 向けに唯一の App Store を運営しているため、そのような活動を止めることができます (実際に止めています)。 1つ最近の問題報告された翌日に Apple によって解決されました。

Google には、不正な開発者が正規の Android アプリを盗み、自分の名前を付けて自分の作品として転売するのを阻止する力はありません。これは簡単にお金を稼ぐために日常的に行われていますが、マルウェアやスパイウェアを配布するためにも行われています。

その結果、Android には次のような機能が組み込まれています。すべてのモバイル マルウェアの 90%, しかし、もっと重要なのは、Android プラットフォームへのサードパーティ開発者の投資に非常に萎縮的な影響を与えたことです。盗まれてサードパーティのストアで再販される可能性があるのに、なぜわざわざ Android 用の革新的なアプリを作成する必要があるのでしょうか?そして、なぜ著作権侵害に注意を払わないプラットフォームと提携するのでしょうか?

大事なのは店ではない、どうやって経営するかだ

GoogleはAppleのApp Storeに追いつくためにある程度の努力をしてきたが、Googleの主な優先事項がAndroidソフトウェアの需要を自動的に刺激することを想定して大量のAndroidデバイスを導入することであったことは明らかだ。

この戦略の機能を妨げている問題は数多くあります。 1 つは単に品質の問題であり、これは次のことから明らかです。セキュリティ上の欠陥Bluebox Security によって発見され、インストール ベース全体で Android のアプリ署名モデルを無効にします。

この問題は Android によってさらに悪化します。断片化なぜなら、この欠陥を抱えた数億台の異なる Android スマートフォンにパッチを適用するためのアップデートを作成してテストするには、多大な費用がかかるからです。

Android ライセンシーは、他のセキュリティ パッチや Google の最新 Android バージョンを、アクティブなインストール ベースのユーザーの大多数に公開することに煩わされないことを考えると (Duo Security は次のように述べています)Android デバイスの半数以上が、Android の既知のセキュリティ上の欠陥の少なくとも 1 つに対して脆弱です。）、彼らがわざわざこの特定のアプリ署名パッチを公開すると信じる根拠はありません。

Googleはパッチすら公開していない独自の Nexus デバイスではまだ。

しかし、たとえこの問題が魔法のように消えたとしても、App Storeを成功に導いたAppleのセキュリティとキュレーションの取り組みをGoogleが真似していないという問題は残る。プラットフォーム上のセキュリティに遡って対処するのは簡単ではありません。マイクロソフトに問い合わせてください。

Android キッチンにはたくさんの料理人がいます

Android も、Microsoft が Windows で扱っているのと同じ「料理人が多すぎる」問題の多くに直面しています (そしてWindows Phone）。

Google と Samsung が Galaxy Nexus で提携したとき、間違った署名キーはドイツ市場でデバイス上のアプリに署名するために使用されていたため、ユーザーが Google Play にログインすると、携帯電話を更新しようとすると奇妙なエラーが発生し、Google のアプリはプロパティを更新できませんでした。

Android に問題がありますか? 「Nexus」だからGoogleで？それともGoogle Playだからでしょうか？それともGoogleのアプリだからでしょうか？それともメーカーのサムスンでしょうか？それがどれであるかを見つけることは、購入者にとっての課題です。 iOS の世界では、すべては単純に Apple のせいであり、Apple がそれを処理します。

要するに、Apple は製品を展開する前にそのような問題に「取り組んでいる」ということです。 Google が Android 上で苦戦している重層的な鍵署名の問題は、製品の開発中にプライバシー、セキュリティ、説明責任について十分に考慮しなかった結果として事後的に発生したものです。