Android 项目网络安全配置知识记录

网安攻城狮-小李

已于 2024-01-05 11:38:02 修改

阅读量1k

点赞数 27

文章标签： android web安全安全网络安全网络攻击

于 2024-01-04 11:59:55 首次发布

本文链接：https://blog.csdn.net/wuli1024/article/details/135383394

版权

Android 项目网络安全配置知识记录

Android 在 Android 9（Pie）[android:targetSdkVersion = 28]之后将网络通信默认配置为禁止了明文传输。所谓明文传输就是Http请求，所以如果我们开发版本高于 28 ，打包之后我们 app 中的 Http 请求都无法成功，将会抛出

W/System.err: java.net.UnknownServiceException: CLEARTEXT communication to **** not permitted by network security policy

的错误。

关于 Http 请求的限制历史：

当 Android 6.0（Marshmallow）「（API 23）」发布时，谷歌提出了清单文件中配置： android:usesCleartextTraffic 作为防止意外使用明文通信的手段

<!-- 默认允许所有明文通信 -->
<base-config cleartextTrafficPermitted="true">
    <trust-anchors>
        <!-- 信任系统预装 CA 证书 -->
        <certificates src="system" />
        <!-- 信任用户添加的 CA 证书，Charles 和 Fiddler 抓包工具安装的证书属于此类 -->
        <certificates src="user" />
    </trust-anchors>
</base-config>

Android 7.0 （Nougat）通过引入Android网络安全配置「Network Security Configuration」特性来过渡开发者配置这个属性。Android 7.0 ～ 8.0 「（API 24）至（API 27）」之间，客户端仍可以使用 Http 请求。系统默认网络安全配置如下

<!-- 默认允许所有明文通信 -->
<base-config cleartextTrafficPermitted="true">
    <trust-anchors>
        <!-- 信任系统预装 CA 证书 -->
        <certificates src="system" />
    </trust-anchors>
</base-config>

Android 9（Pie）「（API 28）」以后系统默认强制禁止明文传输 usesCleartextTraffic = true 且默认只信任系统级别证书，也就是我们在手机，设置-> 加密与凭据 ->信任的凭据 -> 系统tab下的所有证书。

<!-- 默认禁止所有明文通信 -->
<base-config cleartextTrafficPermitted="false">
    <trust-anchors>
        <!-- 信任系统预装 CA 证书 -->
        <certificates src="system" />
    </trust-anchors>
</base-config>

→点击获取网络安全资料·攻略←

200多本网络安全系列电子书
网络安全标准题库资料
项目源码
网络安全基础入门、Linux、web安全、攻防方面的视频
网络安全学习路线图

网络安全配置对我们开发者的影响

如果我们采用默认配置，在我们升级 targetSdkVersion >= 24 后，我们就会遇到 Https 请求无法通过抓包工具配置的证书进行抓包的问题。

当我们升级 targetSdkVersion >= 28 就会出现无法所有的 Http 请求都无法响应的问题。

通过上一节网络配置版本变化的描述过程我们会发现，原因在于，24 以上不再信任用户证书了所以抓不了包了，28 以上无法进行http请求的原因是，系统默认不让进行明文传输了。

什么是网络安全配置？

上面解释了这么配置就可以解决我们遇到的无法抓包和无法进行http请求的问题，我们大概可以理解为这个「网络安全配置」其实就是驾驭在代码之外的一个配置文件，程序读取配置来决定要不要校验http请求，是不是信任用户证书。

可以看出 google 虽然做了限制，但是也给了开发者自由。接下来就要凭着开发者的良心办事情了。

“最佳”实践

当然为了响应 Google 爸爸的要求和用户信息安全考虑，我们应该尽快升级所有的服务器域名为 Https 请求。但是对于有时候我们还是有一些域名为 Http 请求无法及时替换，就需要单独配置了。而且就正式的 APP 包，我们并不希望可以让其他人抓包，来给我们服务器带来安全隐患。

允许明文传输

方法一

允许明文传输有两种配置方法第一个是在项目的主 module 的 AndroidManifest.xml 的 application 节点下配置

<application
        ...
        <!--允许 -->
        android:usesCleartextTraffic="true"
        ...>
        ...
</application>

但是这个属性在 Android 7.0 以后会被 android:networkSecurityConfig 属性覆盖。

方法二

添加在主工程中配置 res/xml/network_security_config.xml 如果没有可以新建一个文件。该配置会覆盖系统默认配置。所以我们可在这里配置我们自己的想要的网络配置。配置完成后我们需要在 AndroidManifest.xml 的 application 节点下配置

<application
        ...
            <application android:networkSecurityConfig="@xml/network_security_config"
            <!--7.0后会被覆盖-->
        <!--android:usesCleartextTraffic="true"--> 
        ...>
        ...
</application>

如何配置 network_security_config

可包含：

0 或 1 个 <base-config>基本配置，也就是默认配置。任意数量的 <domain-config> 可以规定任意域名的请求配置 0 或 1 个 <debug-overrides> debug 模式下域名的配置，可用于调试下进行一些独立配置。

如果我们需要只需要支持某些域名下的明文传输，就可以利用 domain-config 来进行单独配置

<network-security-config>
    <!--允许有多个 domain-confing 该domain-config 下的domain 域名允许明文传输-->
    <domain-config cleartextTrafficPermitted="true">
        <!--includeSubdomains 是否是包含子域名-->
        <domain includeSubdomains="true">example.com</domain>
        <domain includeSubdomains="true">cdn.example2.com</domain>
    </domain-config>
    <!--除了domain-config 的标签下的域名都不允许明文传输-->
    <base-config cleartextTrafficPermitted="false" />
</network-security-config>

信任用户证书

比如我们需要允许debug模式下允许抓包，也就是信任 user 证书可以进行下面的配置

<network-security-config>
    <!-- 支持 Android 7.0 以上调试时，信任 Charles 等抓包工具的证书 -->
    <debug-overrides>
            <trust-anchors>
                <certificates src="system" />
                <certificates src="user" />
            </trust-anchors>
    </debug-overrides>
    ...
</network-security-config>

对于更多的配置信息大家可以参照google文档：网络完全配置一节。

在解决网络完全配置的时候突然想到了 Https 证书验证的问题，为什么我们APP本地没有安装证书，使用 OkHttp 也不用忽略证书验证，同样访问大多数网站的时候我们也都没有下载证书。就可以访问了。其实是因为 OkHttp 对于通过CA机构颁发的服务器证书，是默认通过校验的。一些公司的自签名证书就不行了。比如 12306。

#参考

题外话

初入计算机行业的人或者大学计算机相关专业毕业生，很多因缺少实战经验，就业处处碰壁。下面我们来看两组数据：

2023届全国高校毕业生预计达到1158万人，就业形势严峻；
国家网络安全宣传周公布的数据显示，到2027年我国网络安全人员缺口将达327万。

一方面是每年应届毕业生就业形势严峻，一方面是网络安全人才百万缺口。

6月9日，麦可思研究2023年版就业蓝皮书（包括《2023年中国本科生就业报告》《2023年中国高职生就业报告》）正式发布。

2022届大学毕业生月收入较高的前10个专业

本科计算机类、高职自动化类专业月收入较高。2022届本科计算机类、高职自动化类专业月收入分别为6863元、5339元。其中，本科计算机类专业起薪与2021届基本持平，高职自动化类月收入增长明显，2022届反超铁道运输类专业（5295元）排在第一位。

具体看专业，2022届本科月收入较高的专业是信息安全（7579元）。对比2018届，电子科学与技术、自动化等与人工智能相关的本科专业表现不俗，较五年前起薪涨幅均达到了19%。数据科学与大数据技术虽是近年新增专业但表现亮眼，已跻身2022届本科毕业生毕业半年后月收入较高专业前三。五年前唯一进入本科高薪榜前10的人文社科类专业——法语已退出前10之列。
在这里插入图片描述

“没有网络安全就没有国家安全”。当前，网络安全已被提升到国家战略的高度，成为影响国家安全、社会稳定至关重要的因素之一。

网络安全行业特点

1、就业薪资非常高，涨薪快 2021年猎聘网发布网络安全行业就业薪资行业最高人均33.77万！

2、人才缺口大，就业机会多

2019年9月18日《中华人民共和国中央人民政府》官方网站发表：我国网络空间安全人才需求140万人，而全国各大学校每年培养的人员不到1.5W人。猎聘网《2021年上半年网络安全报告》预测2027年网安人才需求300W，现在从事网络安全行业的从业人员只有10W人。

行业发展空间大，岗位非常多

网络安全行业产业以来，随即新增加了几十个网络安全行业岗位︰网络安全专家、网络安全分析师、安全咨询师、网络安全工程师、安全架构师、安全运维工程师、渗透工程师、信息安全管理员、数据安全工程师、网络安全运营工程师、网络安全应急响应工程师、数据鉴定师、网络安全产品经理、网络安全服务工程师、网络安全培训师、网络安全审计员、威胁情报分析工程师、灾难恢复专业人员、实战攻防专业人员…

职业增值潜力大

网络安全专业具有很强的技术特性，尤其是掌握工作中的核心网络架构、安全技术，在职业发展上具有不可替代的竞争优势。

随着个人能力的不断提升，所从事工作的职业价值也会随着自身经验的丰富以及项目运作的成熟，升值空间一路看涨，这也是为什么受大家欢迎的主要原因。

从某种程度来讲，在网络安全领域，跟医生职业一样，越老越吃香，因为技术愈加成熟，自然工作会受到重视，升职加薪则是水到渠成之事。

黑客&网络安全如何学习

今天只要你给我的文章点赞，我私藏的网安学习资料一样免费共享给你们，来看看有哪些东西。