Obfuscating Dart code
What is code obfuscation?
Code obfuscation is the process of modifying an app’s binary to make it harder for humans to understand. Obfuscation hides function and class names in your compiled Dart code, replacing each symbol with another symbol, making it difficult for an attacker to reverse engineer your proprietary app.
Flutter’s code obfuscation works only on a release build.
Limitations
Note that obfuscating your code does not encrypt resources nor does it protect against reverse engineering. It only renames symbols with more obscure names.
Supported targets
The following build targets support the obfuscation process described on this page:
aar
apk
appbundle
ios
ios-framework
ipa
linux
macos
macos-framework
windows
Obfuscating your app
To obfuscate your app, use the flutter build
command
in release mode
with the --obfuscate
and --split-debug-info
options.
The --split-debug-info
option specifies the directory
where Flutter outputs debug files.
In the case of obfuscation, it outputs a symbol map.
For example:
$ flutter build apk --obfuscate --split-debug-info=/<project-name>/<directory>
Once you’ve obfuscated your binary, save the symbols file. You need this if you later want to de-obfuscate a stack trace.
For detailed information on these flags, run the help command for your specific target, for example:
$ flutter build apk -h
If these flags are not listed in the output,
run flutter --version
to check your version of Flutter.
Reading an obfuscated stack trace
To debug a stack trace created by an obfuscated app, use the following steps to make it human readable:
-
Find the matching symbols file. For example, a crash from an Android arm64 device would need
app.android-arm64.symbols
. -
Provide both the stack trace (stored in a file) and the symbols file to the
flutter symbolize
command. For example:$ flutter symbolize -i <stack trace file> -d out/android/app.android-arm64.symbols
For more information on the
symbolize
command, runflutter symbolize -h
.
Caveat
Be aware of the following when coding an app that will eventually be an obfuscated binary.
- Code that relies on matching specific class, function,
or library names will fail.
For example, the following call to
expect()
won’t work in an obfuscated binary:
expect(foo.runtimeType.toString(), equals('Foo'));