Androidアプリ開発 ProGuardによる難読化

本日は、NDKの話をしようと思って書き始めたのではあるが、難読化についてである。ご存じのように、Androidアプリは基本Javaで開発する。Javaで書いておけば、プラットフォームの違いは、JavaVMが吸収してくれる。

しかし、Javaはどうしても実行速度が遅くなる。機械語に翻訳しながらプログラムを実行させているわけなので。
ガベージコレクションも結構、邪魔者扱いされるときがある。「解放しなくてもいい」っていうのは、プログラマにとっては楽なんだけどねぇ。

ゲームなんかだと、ガベージコレクションで画面の更新が止まってしまうからいや。といった発言があちこちで見られる。

ネイティブな機械語のプログラムを走らせた方が実行速度はぜんぜん速い。ポータビリティを考えなくてよいのであれば、C/C++でアプリを書いた方が速いプログラムを作成できるっていうこと。

難読化

マーケットに出すアプリであると、リバースエンジニアリングされることも考えないといけない。Javaのバイトコードは、機械語ではないので、簡単にソースコードの状態に戻すことができる。もちろん、コメントとかはなくなっているが、変数名とかはそのまま。
バイトコードへのコンパイル時に、最適化が行われるので、逆コンパイルしても全く同じソースコードにはならない。しかし、それでも開発したソースコードをさらしていると思うと気分はよくない。

最適化と同時に、「難読化」といったことも行われているらしい。

AndroidManifest.xmlの下に、proguard.cfgというテキストファイルがある。これが難読化の設定ファイル。

難読化でどういったことが行われるかというと、メソッド名や変数名が意味不明の番号などに置き換えられる。っていうことらしい。

C/C++で作成した機械語のプログラムでも逆コンパイルでアセンブラレベルまでには戻せる。リバースエンジニアリングできなくもないが、けっこう大変。関数や変数がみなアドレスに変換されてしまっているから。

これと同じように、メソッド名、変数名をそのままじゃなくて、アドレスのように人間が見たら何これ？って思うような意味の無い名前に変換してしまう。それが、難読化のうちのひとつで「名前の無意味化」というもの。ProGuardの機能のひとつ。

名前を変換することで、プログラムのファイルサイズが幾分か小さくなる、といった効果もあるとか。

うん？ちょっとまてよ。AREarthroidで例外が報告されていた際に、「難読化されているかも」といった注意書きがあった。メソッド名が無意味なものに変換されていたら、スタックトレースを見ても何がなんだか理解不能なはず。

ちゃんとメソッド名が出ているっていうことは、難読化されてない？

だよねぇ。java.langとか、android.openglとかのソースは変換しちゃだめな気がするが、自分で作成している部分については、難読化してくれていてもよさそうなのだが...
ちゃんと設定していないとだめなのか。


調べ中...


project.propertiesでproguard.config=proguard.cfgっていう設定が必要なのか。がーん。
試しにやってみる。
project.propertiesを編集後、プロジェクトをクリーン。実行。
アプリは、普通に起動されたが、難読化された形跡がないなぁ。

さらに調べ中...

ADTのr17で変更されたのか。proguard-project.txtになってるし。アンコメントすればいいだけなのか。

# To enable ProGuard to shrink and obfuscate your code, uncomment this (available properties: sdk.dir, user.home):
proguard.config=${sdk.dir}\tools\proguard\proguard-android.txt:proguard-project.txt

これでいいのか？

以下の記事がr17での変更について詳しく書かれていた。
http://d.hatena.ne.jp/bs-android/20120325/1332662384

しかし、これでも難読化された形跡がないのだが...
本当に難読化されたのであろうか。

どうも、署名付きのAPKをエクスポートする際に、発動するものらしい。エミュレータで実行している分にはProGuardの出番はない。
じゃあ、APKを作ってみるとしよう。

おお、プロジェクトにproguardのフォルダができた。その中のmapping.txtをみると...
やってるやってる。

cx.fam.asai.TestOpenGL.Model -> cx.fam.asai.TestOpenGL.a:
    java.nio.FloatBuffer buffer -> a
    java.nio.FloatBuffer normalBuffer -> b
    java.nio.FloatBuffer textureBuffer -> c

最初の行はクラス名の変換だな。
次は、フィールドか。順番にa、b、cと名前を付けていく模様。

これは、AREarthroidでもやらなければ。
しかし、難読化することで問題が発生するかも知れないので十分にテストしないと。

関連記事

Android SDK Tools リビジョン19 のエミュレータを試す GPUサポートされたエミュレーションを試す

---

サイト内を検索