世に蔓延るAndroidのWebViewでintentスキームを扱う実装の脆弱性 - エムスリーテックブログ
エムスリーエンジニアリンググループ、マルチデバイスチームAndroidエンジニアの星川 (@oboenikui) です。セキュリティチームも兼任しています。 AndroidアプリでWebViewを扱うときに、http、https以外の様々なスキームのURIに対応する場合があります。中でもintentスキームのURIはWebサイトにとっては便利なURIであるため、実装を求められるケースも多いことと思います。しかし、このintentスキームのURIを扱う場合には注意が必要であるにも関わらず、世の中のサンプルコードではそのことに触れられていないケースが散見されます。 本記事ではサンプルコードを交えて、どのような危険性があり、どう実装すべきかを解説していきます。 intentスキームのイメージ intentスキームURIとは よくある実装 問題となるケース intentスキームURIの罠 回避方法
Jetpack ComposeによるAndroid MVVMアーキテクチャ入門 | インプレス NextPublishing
インプレスR&D Jetpack ComposeによるAndroid MVVMアーキテクチャ入門 著者：奥澤 俊樹 Androidアプリ開発のトレンドを取り入れ、MVVMに特化して設計パターンを解説する 本書は、Androidアプリ開発を始めたばかりの初心者の方を対象にしています。 「筆者がソフトウェアエンジニアとなり、Androidアプリ開発を仕事として始めた頃、筆者がこの本に書いたようなアーキテクチャについて解説した書籍を見つけることができませんでした。MVCアーキテクチャやMVPアーキテクチャといった名前は知っていましたが、ModelやControllerといった言葉の意味もわからず、また、それらのアーキテクチャをAndroidアプリ開発にどのように適用したら良いかもわかりませんでした。結局、すべてのコードをActivityやFragmentに書くことになり、ちょっとした不具合を修正
カスタムURLスキームの乗っ取りとその対策
カスタムURLスキームの乗っ取りとその対策 May 17, 2021 カスタムURLスキームは、モバイルアプリ内のコンテンツへ直接誘導するディープリンクに広く利用されている¹。そのような中で、2020年3月にLINEはカスタムURLスキーム line:// の使用を非推奨とした²。非推奨の理由をLINEは「乗っ取り攻撃が可能なため」と説明し、代わりにHTTP URLスキームによるリンクを推奨している。この変更に対して私は、なぜHTTP URLスキームによるリンクだと乗っ取り攻撃を防げるのか疑問を抱いた。この疑問に答えるためにLINEアプリの乗っ取りを試み、対策の有効性を確認した。 要約 HTTP URLスキームによるディープリンクは対象のアプリを一意に特定できるため、不正アプリによるリンクの乗っ取りが発生しない。カスタムURLスキームでは複数のアプリが同じスキームを宣言できるため、モバイル
Android7.1以前でLet's Encrypt証明書のサイトが見られなくなる | おそらくはそれさえも平凡な日々
追記: その後の動きについて書きました → Let's Encryptの証明書切替周りその後 このサイトはLet's Encryptで証明書発行しているのでタイトルの件が気になったのだが、どうもあまり話題になっていない。恥ずかしながらSSL周り詳しいわけじゃないので、誤っているかも知れない。識者の意見を求む。 Let's Encryptが使われているサイトがAndroid7.1以前のバージョンで今年の9月29日以降見られなくなる可能性がある 延命策は用意されそうだが、それも来年の9月29日まで Let's Encryptのルート証明書切り替え計画に起因している Let's Encryptのルート証明書の変更 Let's Encryptはルート証明書を自身(ISRG)の認証局のルート証明書(ISRG Root X1)に切り替えようとしている。現在は、IdenTrustのルート証明書(DST
アプリの鍵が消える時_Droid kaigi2018
DroidKaigi2018 DAY1 /16:50-17:20/Room7の「アプリの鍵が消える時」の資料です。 発表時の内容をベースにしたものに公開しなおしています。
書籍「Android Security」の暗号鍵生成方法には課題がある - ockeghem's blog
書籍「Android Security 安全なアプリケーションを作成するために」は既に各方面で絶賛されているように、Androidアプリケーションの開発者には必携の書籍だと思いますが、新しい分野だけに、首をひねらざるを得ない箇所もありました。このエントリでは、同書第10章「暗号化手法」から共通鍵の生成方法について議論します。 はじめに 書籍「Android Security」（業界では「タオ本」と呼ばれているので、以下タオ本と記述）の10章では、端末内のファイルを暗号化して保存する手法について説明されています。その際に問題となるのが、鍵の生成と保管の方法です。スマートフォン端末、とくにAndroid端末は、アプリケーションのリバースエンジニアリングとルート化の可能性は常にあるため、あらゆる場合にも破られない暗号化というものはありません。このため、守るべき情報資産と、想定する脅威（言い換え
Android開発をする上で知っておいてほしいなと思うこと - こやまカニ大好き
現在の Android Developers の情報は非常に充実していて、Developer Guides を順に読み進んでいくだけで開発に必要な知識とGoogleが想定している(であろう)最も基本的な実装を学ぶことができる。 特にこの「基本的な実装」というものが重要で、これを知っておかないと開発者間の意思疎通がスムーズに行えなかったり、そもそも気をつけておくべき注意点を見落としがちになってしまう。 とはいえ、今の膨大な公式ドキュメントをただ読めというのは厳しいので、Android開発をする上で最低限理解しておいてほしい(と僕が思っている)事柄と、それについて知ることができるドキュメント類についてまとめてみることにする。 2018/03/25 : リリース周りについて別記事に追記した。 nein37.hatenablog.com 公式ドキュメントの重要ページ 公式ドキュメントと言った場合、
新規アプリでGoogle Play App Signingを有効にしアプリ署名鍵からFacebook SDKで使用するkeyhashを作成する方法について - horie1024の日記
概要 新規アプリでGoogle Play App Signingを有効にするとアプリ署名鍵がGoogle側で自動的に作られるためリリースkey hashを作成できず困ったのでその解決方法についてのメモです。 Google Play App Signingとは？ Google I/O 2017で発表されたGoogle Play App Signing(以下App Signing)が現在オプトイン形式で利用できるようになっています。App Signingを利用すると、リリース用の鍵(アプリ署名鍵)をGoogleが管理するため、鍵を紛失してアプリを更新出来ず別アプリとしてリリースするといった事故が防げます。 今までとどう違うのか？ App Signing以前 アプリ署名鍵は開発者が管理するのが一般的でした。開発者がアプリ署名鍵でAPK署名し、それをGoogle Play Consoleにアップロ
Application Contextは使ってはいけない - ちりもつ on ytRino
タイトルは誇張です。 みんな大好きpotatotipsという勉強会で以下のようなトークがあったようです。(現場には行っていません) 曰く「ActivityContextで何千回もやったら数回リークが検出された。 なるべくApplicationContextを使おう」とのことらしいですが、間違いなく死人が出る(誇張)と思いますのでご注意ください。 (追記20160527: 修正されたようです なんかすみません) speakerdeck.com 結論 Application Contextは使わないでください。(誇張) (実際は使うときは使う) なぜApplication Contextなのか Application Context使おうぜ!という根拠の記事としてこちらのフェンリルのDeveloper's Blogの [追記あり] Android 開発で気をつけたいこと 〜変数名と Conte
新しい関心ワードを使ってKindle Oasisをもらおう - はてなブックマーク
Pressoを“新しい関心ワード”に統合しよう iOS向けソーシャルニュースアプリ「Presso」と同等の機能を持つ「新しい関心ワード」が、はてなブックマークのiOS・Androidアプリで利用できるようになりました。これを記念して、プレゼント企画を実施します。 賞品はこちら 関心ワード機能をきっかけに「関心ある話題にもっと触れられるように」という気持ちを込めて、話題の電子書籍リーダー「Kindle Oasis」を抽選で2名様にプレゼント！ Wチャンスとして、「はてなブックマーク10周年記念Tシャツ」が5名様に当たります。 iOSアプリ賞 Kindle Oasis １名様 対象：関心ワードを5個以上登録し、このページをiOSアプリからブックマークした方 Androidアプリ賞 Kindle Oasis １名様 対象：関心ワードを5個以上登録し、このページをAndroidアプリからブックマー
端末内の全画像(一部除く)パスを取得してみたよ - hyoromoのブログ
端末に保存されるリソースは全てSQLite内に情報が格納されるみたいです。 今回は格納されている画像情報を全て取得してみました。 やりかた Uri image_uri = MediaStore.Images.Media.EXTERNAL_CONTENT_URI; Cursor cursor = getContentResolver().query(image_uri, null, null, null, null); cursor.moveToFirst(); String path = new String[cursor.getCount()]; for (int i = 0; i < path.length; i++) { path[i] = cursor.getString(1); cursor.moveToNext(); } cursor.close(); これで path に画像
Android Gallery on Android 4.4 (KitKat) returns different URI for Intent.ACTION_GET_CONTENT
Before KitKat (or before the new Gallery) the Intent.ACTION_GET_CONTENT returned a URI like this content://media/external/images/media/3951. Using the ContentResolver and querying for MediaStore.Images.Media.DATA returned the file URL. In KitKat however the Gallery returns a URI (via "Last") like this: content://com.android.providers.media.documents/document/image:3951 How do I handle this?
[Android] onSaveInstanceStateとonRestoreInstanceState
onSaveInstanceState と onRestoreInstanceState ついて調べたでのメモ。 現状理解した部分だけ書いてみた。 Activity のソースコード/*インスタンスの保存*/ @Override protected void onSaveInstanceState(Bundle outState) { super.onSaveInstanceState(outState); String hoge="データ"; outState.putString("STRING_KEY", ""); } /*インスタンスの復帰*/ @Override public void onCreate(Bundle savedInstanceState) { super.onCreate(savedInstanceState); if (savedInstanceState !=
![[Android] onSaveInstanceStateとonRestoreInstanceState](https://cdn-ak-scissors.b.st-hatena.com/image/square/126e9c63960837b5815901e11e1f6c1303c17f2b/height=288;version=1;width=512/https%3A%2F%2Fblog.seesaa.jp%2Fimg%2Fogp_logo.png){kind=logo}
リストビューをカスタマイズする | TechBooster
以前の記事(リストビューを使ってデータを一覧表示する)でリストビューを扱う方法がありましたが、文字だけを表示させていました。 今回は画像と文字を表示させてみようと思います。 では続きで説明して行きます。 各行に表示させるアイテムの準備 まずは画像(Bitmap)とテキスト(String)を１つ持つアイテム用のクラスを用意します。ここではCustomDataクラスとします。 今回は説明のために簡易的にメンバに１つずつ持たせましたが、もちろん画像や文字列を複数表示させることは可能です。 public class CustomData { private Bitmap imageData_; private String textData_; public void setImagaData(Bitmap image) { imageData_ = image; } public Bitmap
Androidで画像を扱う
リソースIDからImageViewにイメージを表示する リソースIDで指定した画像をBitmapオブジェクトに変換する Bitmapオブジェクトをbyte配列に変換する byte配列をBitmapオブジェクトに変換する BitmapオブジェクトをImageViewに表示する ImageViewの画像を消す ■リソースIDからImageViewにイメージを表示する layoutのxmlで指定するなら、次のようにします。 @drawable/ic_launcherはres－drawableの中にic_launcher.pngなどがあったら、その拡張子を除いたものです。 <ImageView android:id="@+id/gazou" android:layout_width="wrap_content" android:layout_height="wrap_content" androi
FragmentとActivityの連携方法 - なるようになるかも
最初に、エアコードなので動作するかは分かりません。ちゃんと動くコードをまとめて公開するようにした方がいい気がするけど時間があるときに。 Activity→Activity→Activity 超基本。呼び出し元はstartActivityForResult()を使う。 Intent intent = new Intent(this, FugaActivity.class); startActivityForResult(intent, HOGE_QUEST_CODE); 結果はsetResult()で返す。 Intent data = new Intent(); data.putExtra("key", "value"); // 任意のデータを呼び出し元に返せる setResult(RESULT_OK, data); finish(); // finishのタイミングは任意だが、速やかに書か
Viewを画面の一番下に配置する方法 - 今日の役に立たない一言 － Today’s Trifle! －
OK/キャンセルとか保存など、画面の一番下にボタンを配置したい時がある。 そのような場合のレイアウトの書き方。 <?xml version="1.0" encoding="utf-8"?> <LinearLayout xmlns:android="http://schemas.android.com/apk/res/android" android:layout_width="match_parent" android:layout_height="match_parent" android:orientation="vertical" > // 上の方に配置するViewを書く <LinearLayout android:layout_width="match_parent" android:layout_height="0dip" android:layout_weight="1" an
シンプルなフッターレイアウトの作り方 - matabii's blog
設定画面やダイアログで、下のようなボタンが2つ並んだフッターを付ける時に使ってるレイアウトxmlを紹介します。 <?xml version="1.0" encoding="utf-8"?> <RelativeLayout xmlns:android="http://schemas.android.com/apk/res/android" android:orientation="vertical" android:layout_width="fill_parent" android:layout_height="fill_parent" > <LinearLayout android:id="@+id/bottom" android:layout_width="fill_parent" android:layout_height="54dip" android:layout_alignPa
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
開発者が知っておきたい通知の歴史
Android案件見積りに現れる要素、あるいは丁寧に埋設された地雷たち
