当.NET MAUI C# Android 项目将库编译为 .dll.so 格式的本机代码时,是否需要进行混淆?

问题描述 投票:0回答:1

我正在开发一个针对 Android 的 .NET MAUI 项目,我注意到编译的库具有 .dll.so 格式。反编译生成的 AAB 文件后,我发现该库是本机代码。

鉴于该库被编译为本机代码,混淆在保护代码方面仍然发挥着至关重要的作用吗?在混淆 .NET MAUI Android 发布项目时,是否有具体的注意事项或最佳实践?

我想确保代码的安全性,但也想了解本机编译格式(.dll.so)是否本质上提供了一定程度的保护。任何有关此事的见解或指导将不胜感激。

我尝试过的: 我已经查看了 Android 版本构建工件并验证了编译的库是否为 .dll.so 格式。此外,我还检查了反编译的代码,以了解本机编译自动应用的混淆级别。

期望: 考虑到本机编译格式(.dll.so),我想了解混淆是否仍然是保护代码的关键步骤。我正在寻求有关本机编译在保护知识产权和防止逆向工程方面的有效性的见解。

android maui reverse-engineering obfuscation code-security
1个回答
0
投票

这个问题的答案:

https://reverseengineering.stackexchange.com/questions/4624/how-do-i-reverse-engineer-so-files-found-in-android-apks

让我觉得你问题的答案可能是:不; IE。混淆可能是不必要的。 除非我误会了什么?

© www.soinside.com 2019 - 2024. All rights reserved.