はてなブックマーク

前置き ソフトバンクの白戸家ＣＭがそれなりの人気と、高い知名度を獲得しています。 その白戸家をパクったともっぱらの噂であるドコモ田家のＣＭが最近開始されました。*1 ドコモのYouTube公式チャンネル パクリ云々は置いといて、ＣＭとしての善し悪しは白戸家の方が上だと感じました。 評価理由は「音声の使い方」です。その点について各社の比較をしていこうというエントリです。 何故ＴＶＣＭに音声が重要なのか ＴＶＣＭは映像と音声を使った広告手法です。しかし、視聴者が常にＴＶ画面を凝視している訳ではありません。 特に番組ではなくＣＭの間では「ながら見」状態である事がほとんどです。 その際視聴者の目を画面に引きつけるきっかけとして「音声」が役立つ訳です。AIDMAの法則で言うところのAttention（注意）を音声が担ってくれる訳ですね。 白戸家ＣＭでは特徴的な「音声」をトリガーとして、「あ、白戸家の

Gmailのパスワードが戻せない！ みなさんGoogleアカウントを使ってますか？　IDとパスワードを入力してGmailとか使うと便利ですよね♪ ただしGoogleで設定していたパスワードを変更した時、ちょっと面倒な問題があります。 なんと、Googleさんは「以前使用したパスワードは再度設定出来ない」のです！ こんな風にパスワードを変更しようとしても… ↓↓↓ 「このアカウントで使用したことのないパスワードを選択してください。」って言われちゃう！ これはちょっと悲しいですよね。ちょっとテストのつもりで変更した、確かに変更したのだけどやはり戻したくなった*1時などに困ってしまいます。なんとか元のパスワードに戻す方法は無いものでしょうか？？ 考えた結果、「Googleさんの記憶から無くなってしまえば、以前のパスワードも再び使えるようになる」のではないかという仮説が浮かびました。 Google

こっそりタイトル募集中。*1 既存のAndroidアプリを改造し、「ネットワークアクセスなどの権限剥奪」や「画像などのリソース差し替え」するためのソフトってあるらしいですね。 「AppNetBlocker」「App Shield」「Permissions Denied」「Permission Remover」「Apk Manager」とか。 これらのソフトは元のapkを分解して改修して再度apkにした上で再署名するそうです。 「AppNetBlocker」や「Permissions Denied」なんかは安全の為に使われているそうですが、この手のツール使うと逆に危険になるケースがあります。という訳でさっそく例題を見ていきましょう。 悪意ある（普段おとなしい）スパイウェアが、再署名されて無敵モード突入する例 スパイウェア「SpyWare01」は、有名アプリの権限をこっそり使ってスパイ活動をす

※エミュレーターでの検証なので、実機と動作が違う可能性があります。 ※確認したのはエミュレーターの1.6・2.1・2.2・2.3.1・2.3.3・4.0.3のみで、試していないバージョンの動作が特殊である可能性があります。 ※開発者向けの情報です。利用者はあまり気にする必要はありません。 ※内容が間違っている可能性があります。私が確認して把握している仕様と、後ほど参考資料として出すpdfの内容*1とで辻褄が合っていないところがありますので。もしかするとtargetSdkVersionによって挙動が違ったりする可能性もあります。 ※2012/06/25に少し加筆。イメージ画像追加、若干の微修正、「それでも残るアンインストールの問題」の「その環境では権限Xの定義が消えてしまいます」以降の内容修正。 パーミッションはインストール順によって面倒が一杯 『Android のパーミッションの仕組みは「

※ちょっと釣りタイトル気味ですが真面目な話です。 これからするのは、ちょっとセキュリティ屋さんやスマホアプリ開発現場の人達の頭が痛くなるかもしれないお話です。*1 定番のSQLインジェクション対策といえば「prepared-queryを利用し、パラメータはbindメカニズムを使って与える」ですよね。*2 Androidでアプリを開発する場合、その方法は使えるのでしょうか？ 答えはYesです。AndroidはデータベースにSQLiteを使用しており、なおかつprepared-queryを利用出来ます。例えばこんな感じで。 SQLiteDatabase db = databaseHelper.getWritableDatabase(); //←databaseHelperはSQLiteOpenHelperを継承したクラスのオブジェクト SQLiteStatement stmt = db.com

このエントリの見方 長いので手早く読みたい方は、前置きとリンクしている高木さんのエントリを確認し、結論とまとめに飛び、シーケンス図を確認し、補足とおまけを後回しにしながら必要な所だけ順番に見るといいかもしれません。時間と根気がある方は順番にどうぞ。 （追記：もしかしたらSMS使わずともC2DMまたはGCMで横取りの心配もなく実装出来るかもしれない…？　後日検証予定。即時性については未確認なのでどこまで使えるか分かりませんが…。） ドコモが理想とするspモードと、根深い問題を抱えた現実（前置き） 昨年12月、spモードメールで大規模な障害が発生しました。障害の原因の一つに「IPアドレスで電話機を識別していた」というものがありました。それを見た多くの技術者は「その実装は無いわー」と思ったのですが、高木浩光さんの考証によるとなかなか根深い理由があった様です。 http://takagi-hiro

「定期的にパスワードを変更」すべきか否か、セキュリティの話でたびたび繰り返されるテーマです。 だいたいの話は徳丸浩さんが昨年書かれたエントリで完結してると思います。 （私も定期的に変更するのはあまり意味が無いと思ってます） ところで、↑のエントリのコメントの一つを、高木浩光さんがブックマークしてました。 「総当りで試し終わる前にパスワードが変わってしまうことになります」< これが（私の待ち望んでいた）典型的誤解。パスワード変更しても突破確率はたいして変わらない。これが直感でわからない人達がいるのが原因。 http://b.hatena.ne.jp/HiromitsuTakagi/20090806#bookmark-15186383 一応直感で分かってる（つもり）のpochi-pですが、（自分が）間違ってる可能性もあるので一度きっちり検証してみたいと思います。 そんな訳で、夏休みの自由研究は