暗号 DEX 作成のための Android の動的クラスロード入門 この原稿は、 DroidKaigi に向けて作成したものの、採択されなかった残念な文章です。 GDG四国 内で発表したことはあるものの、役立つ人はまだいると思いますので、公開します。ただ、情報は Android 4.* 時代のもので、大変古くなっていますので、気を付けて使ってください。特に、ここでサンプルとして使っているコードは、 Android 8.0 以降ではだいぶ手を入れたほうが、セキュリティ上好ましいものになります。 あらすじ Android は Java 言語で開発できるということは周知と思う。 Java 言語をコンパイルすると、 JavaVM で実行できるバイナリコードである class ファイルが出来上がるが、 Android はこの class ファイルを直接実行することは出来ない。なぜなら、 Androi

Android Advent Calendar 2017 8日目の記事です。(遅れてしまいましたすみません...) Activityの再生成に備えるため、onSaveInstanceStateを利用してViewやFragment、メンバ変数などを保存して復元するということが多々あります。 再生成については、AndroidManifestのconfigChangeで対応するのか、FragmentならsetRetainInstanceを設定するのかなど、画面によって適切な選択をする必要があり、何気なく使っていたのですが仕組みをちゃんと理解すべく書いていこうと思います。 onSaveInstanceStateはいつ呼ばれるか onPauseの直後に呼ばれる。 12-09 22:57:13.727 D/Lifecycle: onCreate 12-09 22:57:13.879 D/Lifecyc

プログラム開発のために Android 上でアプリが起動するまでの過程を調べてみました。備忘をかねて、ソースコードをひと通り追跡した記録をここに控えます。 まとめ ※クリックすると大きな図が開きます Zygote（ザイゴート）プロセスは、Android システムブート時に起動し DalvikVM 本体と Android プログラムの実行に必要なダイナミックリンクライブラリと Java のクラスライブラリをロードした状態で待機する常駐プロセスである Zygote プロセスの目的は、同プロセスを fork することによりプログラム実行用のプロセス環境を素早く効率的にシステムへ提供することにある UNIX ドメインソケット /dev/socket/zygote が Zygote プロセスへのインターフェイスであり、同ソケットにプロセス生成要求を送出すると Zygote はプロセス fork を実

こんにちは、Progate の岩崎です。新卒で Google に入社して約9年間ソフトウェアエンジニアとして働いた後に Niantic へ転職、今年の1月から Progate のコンテンツチームで働いています。 Google で「ProGuardチョットデキル」エンジニアとして頑張っていた時期があるのですが、Progate でもその経験を活かそうということで社内の Android エンジニアと ProGuard について話をする機会を設けました。 ただミーティング中に「Progate と Proguard って名前似てるな」と実にしょうも無いことを考えていたので、その罪を償うために ProGuard についての話をTechBlogに寄稿させていただきます。 そのデバッグメッセージ本当に消えてる？ 多くの Android エンジニアにとって ProGuard はデバッグログをリリースビルドか

Ⅰ. はじめに Ⅱ. インストール Ⅲ. 使い方 iOSでFridaを利用する方法 Androidのアプリをトレースする Windows上のプロセスをトレースする 起動中のプロセス一覧を表示する インストール済みのアプリ一覧を表示する（USB接続端末） 引数を表示する HEXダンプ1 HEXダンプ2 レジスタ(ARMの例) 直接アドレスを指定してメモリを読み取る メモリを書き換える アドレス（ポインタ）にオフセットを加える 文字列を表示する(IL2CPP用) ネイティブ関数アドレスを取得し、呼び出す Javaをhookする Java クラスの新規インスタンスを作成し、メソッドを呼び出す Fridaでjavax.crypto.spec.SecretKeySpecをhookする方法 Fridaでjava.security.MessageDigestをhookする方法 Frida を Node.

Googleさんのポリシーの変更によりファイルの書き込みや読み込みの権限が厳しくなった 一応暫定処理でAndroidManifest.xmlに android:requestLegacyExternalStorage="true" を追加することで使うことはできたのだが、とうとうAndroid API 30以上では完全に書き込みが出来なくなってしまった。 もしAndroid API 30以上で今までのコードのままで使う場合はAndroidManifest.xmlに <uses-permission android:name="android.permission.MANAGE_EXTERNAL_STORAGE" /> を追加し、全てのファイルのアクセス権限をもらえば、getExternalStorageDirectoryに書き込める。でもこれだとGoogle Playにアップロードする場合

Scoped Storage と言われる「対象範囲別外部ストレージ」がAPI29で導入されました。API30では更に厳しくに適応されるようになっているようです。 これからリリースするアプリであれば、アプリのみで完結していればむしろ簡単になった気もします。 ややこしいのは requestLegacyExternalStorage の扱いでしょうか Android 10（API レベル 29）をターゲットとするアプリであれば、引き続き requestLegacyExternalStorage 属性をリクエストできます。アプリでこのフラグを指定すると、異なるディレクトリや種類の異なるメディア ファイルへのアクセス権の付与など、対象範囲別ストレージに関連する変更を一時的に無効にできます。 Android11になって、 Android 11 をターゲットとするようにアプリを更新すると、request

JSSECが公開している『Androidアプリのセキュア設計・セキュアコーディングガイド』の2016-09-01版を共有用にまとめているもののうち、「4.2.Broadcast を受信する・送信する」のものとなります 詳細やサンプルコードについては原著の方を参考ください チェックポイント 適切な公開範囲になっている 受信側は受信Intentの安全性の確認をしている 送信側は結果データの安全性の確認をしている 非公開Broadcast 受信側 静的Broadcast Receiverで構成されている 原則、Intent Filterを設置していない(例外については後述) exported="false"により、明示的に非公開にしている 送信側 Stickyを使用していない(使用できない) 明示的IntentでBroadcastを送信する 公開Broadcast 受信側 exported="t

Before API 11, we used activities show every new page on the screen. Now with Fragments and the navigation tools in API 28, it’s totally possible to make a very complex app with only one activity. However, activities are still great for sectioning your app out into stages and processes. Maybe you want to divide up all the marketing into one activity, and have the actual app in its own activity. Ma