鸿洋推荐：实际生产中的-Android-SDK开发总结（五）安全与校验

![](https://img-
blog.csdnimg.cn/img_convert/06db54116f6979be9855de64813c2e5b.webp?x-oss-
process=image/format,png)

这里也介绍简单一下另一个思路，即从SDK代码中检测资源的方法。众所周知，AAR在编译的时候是完全被合并APK中了，校验AAR摘要的思路可以说就这样断了。

但是我们可以通过校验AAR中的资源，如raw、assets目录下的文件。由于这两个目录下的文件在编译时不会被压缩，因此编译前后文件内容不会改变，其摘要也不会变，适合用来在资源校验。

至于摘要检验方案，可以简单在Java层面做，也可以在so里做，校验的时机与策略就更多选择了，这里就不展开讲了。

3.2、警惕资源覆盖造成的安全问题

Android Studio 会将Library模块中的资源与Application模块的资源合并。App Module的资源将会覆盖Library
Module中的同名资源。正因为有此特性，我们不得不对SDK的资源进行保护，避免由于一些意外因素导致资源覆盖，从而引起与预期不一致的软件行为。

我们提到的资源主要包括常见res、assets目录下所有的文件、在对文件或资源进行命名时，务必添加唯一性的前缀或其他唯一性的命名方案。

凡事都有两面性，这一特性也为我们替换SDK资源，进行个性化改造提供了一种思路。

四、存储安全

在安全存储这方面，主要还是考验开发者的意识，看到这里的朋友不妨回头检查下手头的陈旧代码，说不定就有敏感信息明文存储，直接裸奔的问题。

4.1、SP安全存储

SharedPreferences采用xml文件格式来保存数据,
该文件所在目录位于/data/data//shared_prefs/，如果直接将账号密码或个人敏感信息存储进去，手机root后就可以轻松获取。因此，存储时尽量考虑简单做一层加密逻辑。无论是SharedPreferences还是数据库，都要避免明文敏感数据存储。

另外，SharedPreferences存储一些配置信息时也要配置好访问权限，如私有的访问权限 MODE_PRIVATE，避免配置信息被篡改。

4.2、SO安全存储

由于Java是解释性语言，而Java的混淆是没法混淆常量的。但是我们又不可避免地在前端存储一些密钥对，那么怎么存储才比较安全呢？建议往SO里存，不仅需要把密钥存储于SO，还需要把加解密逻辑甚至传输逻辑放置于SO，才能较好地保护代码逻辑。

之前也简单写了一篇文章，有兴趣可以参考下JNI初探之敏感信息保护

https://zhuanlan.zhihu.com/p/34902225

五、传输安全

5.1、网络安全配置

该特性让应用可以在一个安全的声明性配置文件中灵活的自定义其Https网络安全设置，而无需修改应用代码，满足更高的安全性要求。

在AndroidManifest.xml中配置networkSecurityConfig：

<?xml version="1.0" encoding="utf-8"?>

<manifest … >
<application android:networkSecurityConfig=“@xml/network_security_config”
… >
…

network_security_config文件如下：

<?xml version="1.0" encoding="utf-8"?> example.com

以 PEM 或 DER 格式将自签署或非公共 CA 证书添加到
res/raw/my_ca。回想起年前听到渗透测试结果时的恐惧，好家伙，自己装了个证书…不过Android7.0以上已经默认不信任用户手动安装的证书了。

这部分更多细节、功能可以参考官方文档网络安全配置

https://developer.android.com/training/articles/security-config.html?hl=zh-
cn

五、混淆与配置

5.1、手动集成

一般我们对接第三方SDK时，都会有一个混淆配置。同理，我们在发布SDK时也可以参考这类设计，提供SDK中不需要混淆的代码配置，在对接文档中集成即可。

5.2、SDK内置

为了提高接入体验，能否将SDK中的混淆配置也打包进aar中，让项目自动配置SDK的混淆文件呢？答案是肯定的，我们可以指定consumerProguardFiles属性，自定义引入的混淆规则，即可将*.pro文件打包进入aar中，项目打包时就会自动合并该配置文件。值得一提的是该属性只镇对library有效，对app无效。

consumerProguardFiles配置如下：

android {
compileSdkVersion 29
buildToolsVersion “29.0.3”

defaultConfig {
minSdkVersion 21
targetSdkVersion 29
versionCode 1
versionName “1.0”
consumerProguardFiles “proguard-rules.pro”//将Library混淆配置打包进AAR，将在app构建时参与混淆
testInstrumentationRunner “android.support.test.runner.AndroidJUnitRunner”
}
buildTypes {
release {
minifyEnabled true
shrinkResources false
signingConfig signingConfigs.release
proguardFiles getDefaultProguardFile(‘proguard-android.txt’), ‘proguard-
rules.pro’
}
debug {
minifyEnabled false
shrinkResources false
signingConfig signingConfigs.release
proguardFiles getDefaultProguardFile(‘proguard-android.txt’), ‘proguard-
rules.pro’
}
}
}

5.3、混淆的那些坑

以上配置看似简单，但却潜在一些坑，在最新的4.x的Android Studio中我们新建一个library
module，会自动创建出两个***rules.pro文件，其中consumer-
rules.pro，自动被defaultConfig下的consumerProguardFiles所引用；proguard-
rules.pro，自动被buildType下的proguardFiles引用。

![](https://img-
blog.csdnimg.cn/img_convert/f66ab1d7b3bfe193c3a823ff1d406a0b.webp?x-oss-
process=image/format,png)

那么这两者有何差别？为什么要区分开两个文件来写呢？经过充分验证，结论就是：

1、defaultConfig 下的consumerProguardFiles 配置的*.pro文件将会在library
module打包成aar时，以proguard.txt的形式存在，将参与到集成这个arr的App编译中，但不参与这个library
module打包成aar的编译过程；

2、buildType下proguardFiles配置的*.pro文件作用与library
module打包成aar的编译过程，仅作用于本module的编译混淆过程。

在实际操作中，直接将consumerProguardFiles配置的*.pro文件改为proguard-
rules.pro，这样就能粗暴地解决掉aar编译时的混淆与apk编译时的混淆了。

最后送福利了，现在关注我可以获取包含源码解析，自定义View，动画实现，架构分享等。
内容难度适中，篇幅精炼，每天只需花上十几分钟阅读即可。
大家可以跟我一起探讨，有flutter—底层开发—性能优化—移动架构—资深UI工程师 —NDK相关专业人员和视频教学资料，还有更多面试题等你来拿

![录播视频图.png](https://img-
blog.csdnimg.cn/img_convert/881397a51ffe1cbf6c04bd5671f024ce.webp?x-oss-
process=image/format,png)
《Android学习笔记总结+移动架构视频+大厂面试真题+项目实战源码》
，点击传送门，即可获取！
外链图片转存中…(img-VUt4UeNl-1715435153108)]
《Android学习笔记总结+移动架构视频+大厂面试真题+项目实战源码》
，点击传送门，即可获取！

学习网络安全技术的方法无非三种:

第一种是报网络安全专业，现在叫网络空间安全专业，主要专业课程:程序设计、计算机组成原理原理、数据结构、操作系统原理、数据库系统、 计算机网络、人工智能、自然语言处理、社会计算、网络安全法律法规、网络安全、内容安全、数字取证、机器学习，多媒体技术，信息检索、舆情分析等。

第二种是自学，就是在网上找资源、找教程，或者是想办法认识一-些大佬，抱紧大腿，不过这种方法很耗时间，而且学习没有规划，可能很长一段时间感觉自己没有进步，容易劝退。

如果你对网络安全入门感兴趣，那么你需要的话可以点击这里👉网络安全重磅福利：入门&进阶全套282G学习资源包免费分享！

第三种就是去找培训。

接下来，我会教你零基础入门快速入门上手网络安全。

网络安全入门到底是先学编程还是先学计算机基础？这是一个争议比较大的问题，有的人会建议先学编程，而有的人会建议先学计算机基础，其实这都是要学的。而且这些对学习网络安全来说非常重要。但是对于完全零基础的人来说又或者急于转行的人来说，学习编程或者计算机基础对他们来说都有一定的难度，并且花费时间太长。

第一阶段：基础准备 4周~6周

这个阶段是所有准备进入安全行业必学的部分，俗话说：基础不劳，地动山摇

第二阶段：web渗透

学习基础 时间：1周 ~ 2周：

① 了解基本概念：（SQL注入、XSS、上传、CSRF、一句话木马、等）为之后的WEB渗透测试打下基础。
② 查看一些论坛的一些Web渗透，学一学案例的思路，每一个站点都不一样，所以思路是主要的。
③ 学会提问的艺术，如果遇到不懂得要善于提问。

配置渗透环境 时间：3周 ~ 4周：

① 了解渗透测试常用的工具，例如（AWVS、SQLMAP、NMAP、BURP、中国菜刀等）。
② 下载这些工具无后门版本并且安装到计算机上。
③ 了解这些工具的使用场景，懂得基本的使用，推荐在Google上查找。

渗透实战操作 时间：约6周：

① 在网上搜索渗透实战案例，深入了解SQL注入、文件上传、解析漏洞等在实战中的使用。
② 自己搭建漏洞环境测试，推荐DWVA，SQLi-labs，Upload-labs，bWAPP。
③ 懂得渗透测试的阶段，每一个阶段需要做那些动作：例如PTES渗透测试执行标准。
④ 深入研究手工SQL注入，寻找绕过waf的方法，制作自己的脚本。
⑤ 研究文件上传的原理，如何进行截断、双重后缀欺骗(IIS、PHP)、解析漏洞利用（IIS、Nignix、Apache）等，参照：上传攻击框架。
⑥ 了解XSS形成原理和种类，在DWVA中进行实践，使用一个含有XSS漏洞的cms，安装安全狗等进行测试。
⑦ 了解一句话木马，并尝试编写过狗一句话。
⑧ 研究在Windows和Linux下的提升权限，Google关键词：提权

以上就是入门阶段

第三阶段：进阶

已经入门并且找到工作之后又该怎么进阶？详情看下图

给新手小白的入门建议：
新手入门学习最好还是从视频入手进行学习，视频的浅显易懂相比起晦涩的文字而言更容易吸收，这里我给大家准备了一套网络安全从入门到精通的视频学习资料包免费领取哦！

如果你对网络安全入门感兴趣，那么你需要的话可以点击这里👉网络安全重磅福利：入门&进阶全套282G学习资源包免费分享！