关于网络安全:攻防视角下初创企业安全实战经验分享

前言

平安，长期以来是企业最容易漠视的关键点之一。平安问题产生前，存在感低；然而产生当前，损失却曾经难以挽回。

「 声网开发者守业讲堂 • 第四期丨守业团队如何保障产品业务的平安合规？」流动特地邀请白山云平安研发总监胡金涌，以「攻防视角下，初创企业平安实战经验分享」为题进行分享。

胡金涌领有十年云平安产品研发教训，主持研发了 SCDN、抗 DDoS、云 WAF、SoC、零信赖等平安产品，在攻防畛域有丰盛的教训。

本文从攻防的视角分享业务上线后可能遇到的常见攻打，并分享平安研发标准、上线前的平安巡检、上线后的平安防护等实战经验并给出一些平安倡议。

本文基于胡金涌分享内容二次整顿。

01 一些平安建设的误区

1、几个典型的平安误区

■图 1

首先给大家介绍一下平安建设常见的误区，如图 1 所示。

第一个误区是：大家普遍认为初创公司受到攻打的概率比拟小，而平安总归是要花钱的，因而平安建设是不是能省就省，先放一边，保障我的项目上线。但其实黑客的攻打是没有差异的，攻打指标可能是大企业，也可能是小企业，所以我感觉初创企业一刚开始还是要有起码的平安建设意识。

第二个误区是：很多人认为只有装置了防火墙，并且买了平安服务，就能够居安思危了。这其实也是不对的，不论是防火墙，还是 WAF，或者其余的平安产品，其性能都是绝对无限的，可能只针对一个点进行防护，然而平安建设是一个纵深范畴十分深十分广的畛域，独自依赖一两个平安产品，解决所有的平安问题可能也不是很事实。

第三个误区是：有企业认为行业没有损失就代表很平安，这其实也是不对的，可能有些攻打曾经产生了，但咱们都不晓得，比方数据泄露、拖库等，这些安全隐患可能咱们都没有感知到。

2、网络安全问题决定将来倒退的天花板

其实因为不器重网络安全问题，很多知名企业受到重创。大家可能比拟相熟的 zoom 在美国上市，市值已经也很高，然而已经因为一些平安问题，导致股价上涨得比拟厉害。Clubhouse 也是美国的一家公司，它在起初的倒退是十分迅速的，然而也因为一些网络安全问题，导致起初的衰败。微盟也是因为外部的平安建设没有做好而呈现了问题。

这可能不光是外部治理的标准问题，也是不足安全意识的问题。从某种程度上来说，网络安全问题可能就决定了将来倒退的天花板。

3、平安建设的重要性和必要性

网络安全事件造成的影响是比拟大的，特地是最近几年，国家对网络安全越来越器重，也公布了一系列的平安法规，明确了企业从业者的法律上责任，强调了平安建设的重要性跟必要性。很多公司重业务轻平安，可能起初没有问题，感觉平安如同无关紧要，当呈现问题的时候，又感觉平安建设也没起到什么作用，然而这样的结果往往是比拟惨重的。

所以初创企业一开始就要器重平安建设，尽管说平安建设是须要花钱的，然而起码能够先做一些高优先级的平安建设，建设平安基线。另外，《数据安全法》《个人信息保护法》《网络安全法》等政策法规，也明确了网络经营者要承当的责任，初创企业也是不例外的。

4、常见的平安威逼

我明天次要是从两方面介绍常见的平安威逼，第一个是内部平安威逼，第二个就是外部平安威逼。内部平安威逼比拟常见，比方 DDoS、CC 等，这些攻打其实在整个产业链中曾经十分成熟了，从金主到接单的平台，整个链路是十分残缺的，而且攻打老本非常低。因为当初网络越来越发达，很多设施的破绽十分多，特地是物联网设施等，针对它们的攻打打法是比拟多的，攻击面也比拟广，破坏力十分强。然而防护就没那么容易，它存在重大的攻防不对等问题。

■图 2

图 2 所示为一个网络平台，只需 100 块钱就能够打一个攻打，这类攻打的老本很低，是咱们面临的常见威逼。Web 平安也是一种常见的平安威逼，比方搜寻注入、XSS、近程命令执行等。我从一份 2017 年到 2021 年的出名报告中摘取了一些数据，如图 3 所示，能够看到整个攻打类型的变动和攻打的趋势。

■图 3

第三种常见威逼就是 API 平安，其实当初基本上没有什么业务是不必 API 的，无论是 API 的数量，还是总体调用 API 的数量，都是越来越多的。所以 API 也会有很多的平安问题，比方程度越权、敏感数据裸露、代码破绽、鉴权、配置谬误以及业务逻辑缺点等。第四种业务平安，比方咱们在业务初期做流动推广的时候，就面临着薅羊毛的威逼，此外还有数据泄露、App 平安、主机平安、信息劫持、爬虫等。

02 业务防护办法和最佳实际

1、初创公司的平安建设

那么面对这些平安威逼，咱们应该怎么防备呢？初创企业的平安建设与大公司的平安建设是十分不一样的，初创企业的各方面资源比拟紧缺，不可能进行大规模的平安建设，然而仍要合乎平安基线的要求。我次要从三个方向进行介绍。

首先，在进行开发的时候，咱们要具备十分强的安全意识，对所有的内部输出都要做严格的校验，并且开发必须要标准，比方代码标准、公布标准、code review 标准。而后，在开发测试之后要做上线前的筹备，此时要做平安防护的布局，针对工具类型进行绝对应的平安布局。

不同的这个业务类型所面的攻打类型可能是不一样的，如果是游戏能力业务，那么遭逢 CC、DDoS 攻打的概率很高；如果是 App 业务，那么被逆向、被破解、被薅羊毛的概率就比拟高。上线之前还要做平安巡检，比方是否存在弱明码、密钥有没有放到代码中等。最初，上线之后须要制订防护计划以及进行平安经营。

2、业务零碎开发生命周期

从开发角度来说，整个的业务的开发周期从需要剖析，而后到方案设计，再到开发、测试、上线、经营，其实每个环节都会波及相应的平安的标准，具体如图 4 所示。

■图 4

比方在做需要分析阶段，可能要把平安因素思考进来，做相干的需要剖析调研；在方案设计阶段，要做相应的平安的设计，比方针对业务类型可能面临的攻打类型建模，对攻击面进行剖析；开发阶段可能更重要的是开发标准；测试阶段可能要做相干的基平安基线的测试；上线阶段要做的是相干的安全检查、配置，以及相应的 checklist；上线经营阶段要对继续关注最新的安全漏洞，并作出相干破绽的应答，这就是整个的这个业务开发周期。

■图 5

咱们在开发阶段就要做很多的开发标准，如图 5 所示，数据库的拜访标准、相干的文件操作，相干的代码标准、缓冲区、异样解决等都是咱们要关注的。

图 6 所示为 CI/CD 的流程，咱们在整个流程中都要引入相干的平安机制。

■图 6

3、防护办法和最佳实际

我联合实际梳理了平安防护的办法，次要包含程序代码平安、代码仓库平安、明码平安、通信平安、日志平安、组件应用平安、App 平安、平安测试等。因为平安畛域波及范畴十分广，所以这外面只介绍对初创企业来说比拟容易落地的几点。

1) 程序代码平安

程序代码平安是一个十分重要的环节，如图 8 所示，针对常见的 SQL 注入、XSS 破绽、用户输出是否非法，咱们都要做相应的校验，有时咱们还要对输出长度、输出内容做本义等解决。另外，针对数据库相应的标准包含永远应用最低的权限操作数据库，机密信息寄存不能放在程序代码中；针对非凡的场景也要做相干的解决、正当设置同源策略等都是咱们在开发的时候要思考到的。

2) 代码仓库平安

对初创企业来说，可能各方面的流程制度不是很标准，会将代码和工作文档传到公网上，比方 GitHub、GitLab，这就没有遵循很好的开源标准。另外，将用户名、明码、token 等敏感信息间接写在代码中非常容易造成信息泄露，也是不好的习惯。

3) 明码平安

明码平安是一个十分广泛的问题，程序面对暴力破解也要能做相应的防备，比方能够通过验证码或者双因子认证等机制来解决暴力破解问题。而且在整个的传输过程中要做加密链路，不容许应用弱明码。如果在开发过程中没有留神到这些问题，在上线之后可能会导致很大的危险。

4) 通信安全

方才也提到，所有的数据传输应该尽可能做到端到端的加密，尤其是互联网内部数据传输肯定要做 https 的加密传输，这也是一个最根底的平安保障。举荐大家肯定要做这样的安全措施。

5) 日志平安

零碎相干的所有拜访都要保留痕迹，包含操作工夫，操作人、IP、URL、拜访内容等，咱们都要做尽可能具体的记录。当然，其中可能也会思考到企业本人的数据安全，有些信息是不记录的，这要满足相干的政策法规。记录数据的目标就是不便故障剖析、安全事件的解决，甚至平安取证等。当初基本上对日志的要求是最低保留六个月，尤其是一些重要的日志数据。

6) 组件平安

在开发的过程中会大量应用第三方的各种开源组件。前段时间 Log4j 的破绽影响方十分广，因为它是一个十分根底的日志组件，很多利用都会用到这个组件，Redis、MySQL 技术组件的应用面是十分广的，应用这些技术组件时要留神哪些内容呢？

第一个就是重点关注公网的端口裸露，非必要不要裸露在公网上，放弃最低可见的范畴。第二个就是不要应用默认的端口，比方 Redis 6379、MySQL 3306，应尽可能应用非标的端口来升高攻打的危险（这里只能是升高，然而不可能完全避免，但这是一个很无效的动作）。对于外部的利用，比方 ES、grafana 等，咱们也要做相应的权限管制。如果是做认证，那么认证明码也要满足肯定的条件，尽可能不要应用弱明码。

7) App 平安

很多初创企业都有本人的 App，对于它们来说，重要的密钥、token 等信息不能硬编码到 App 中。这样很容易被破解。同时，尽可能做加固，其实当初有很多商用的解决方案能够应用。App 在采集用户数据的时候也要放弃最低的权限，而且要做好数据隐衷，这部分其实也有很多相干的政策法规，国家当初对此的管控也十分严格。咱们的 App 中还会大量应用第三方的 SDK，这些第三方 SDK 可能对咱们不那么通明，因而也要关注第三方 SDK 的安全性。

8) 平安测试

在整个平安开发过程中，咱们还要做好平安测试。首先是威逼建模，基于我的项目或者产品面临的威逼类型，依据不同的业务，要做好威逼的建模，并梳理攻击面来针对性地引入相干的平安测试。

咱们方才提到整个开发过程中要留神的标准，那么上线之前咱们应该做哪些事件呢？如图 8 所示，HTTPS 证书是最低的要求，但在应用 HTTPS 证书时咱们要留神监控证书的有效期，证书是有有效期的，特地是这种收费的证书，有效期可能只有几个月。一旦证书过期了，业务可能就会中断。

此外，咱们还要做平安检测，检查程序破绽、Web 利用破绽等。当然平安检测的笼罩领域比拟广，有很多的商用计划，然而可能会比拟贵。其实咱们也能够应用一些收费开源的漏扫工具，通过这些工具也能够帮忙咱们扫描一些比拟显著的问题。其实咱们也能够在外部应用扫描器来做定期的扫描，尽早发现以防止攻打造成更大的毁坏。

4、上线前的关注点

上线之前咱们还要做好平安防护布局，这可能要跟项目经理或者产品 owner 做好沟通，确定平安防护计划。做平安防护是要花工夫的，要确认是否会对整个我的项目打算和里程碑造成延期，这都是须要跟相干的管理方提前做好沟通的。咱们还要明确平安防护波及的平安和隐衷品质的最低可接管级别。这都是咱们上线之前须要做的筹备工作。

5、举荐应用云防护

防护平安威逼要做的事件是十分多的，对初创企业来说，可能没有很多的资源反对，也没有业余的平安人员做相应的施行，所以比拟可行的办法就是应用云防护，那应用云防护有什么益处呢？

首先云防护用起来比拟不便，基本上是即开即用的，只有在平台上买好平安服务，做好相应的配置，而后通过 DNS 引流的形式能够把流量间接接过来就能够。而且云防护个别是按需付费的，所以对初创的企业来说老本是非常容易管制的。

此外，除了做防护之外，云防护广泛还能提供减速，比方 WAF、SCDN，除了防护之外，还提供动态减速，升高回源带宽，晋升访问速度。云防护的资源能够弹性扩大，这对初创公司也是十分敌对的。

6、如何进行云防护的产品选型

然而在应用云防护的时候也要留神很多问题，其实咱们的很多客户在应用的过程中体验并不好，这不是说咱们的产品不好，而是没有用对，怎么样做平安产品的选型呢？其实当初各种各样的云防护产品十分多，做产品选型可能要留神以下几个方面。

第一个是产品能力，这是咱们最看重的，要具备针对常见攻打的防控能力，还要看节点数量，因为节点数量越多，就能满足就近接入，从而有更好的网络速度。产品价格也是初创企业比拟敏感的，要尽可能选价格比拟弹性的产品。

第二个就是防护设置，平安产品尤其是云防护，尽管应用非常灵活，然而如果用不好，防护成果也不会好。所以咱们在应用云防护的时候要设置好相干的策略，策略跟业务是强相干的，API 业务跟网站业务的拜访策略是齐全不一样的，很多 API 可能没有方法做人机校验，浏览器可能通过输出验证码的形式就能够。咱们还要做业务特色的学习，云防护的能力是比拟强的，然而如果当时依据业务特色的流量模型来做剖析，可能防护成果更好。

而且在业务接入的初期，举荐先应用察看模式，这样可能它会记录下认为的攻击行为，然而这并不会阻断业务，防护模式就会绝对比拟严格。所以在开始上线的初期，咱们还是要做好业务的察看，从而防止误防。而后在攻打的时候，咱们也能够做相干的告警，这样咱们就能够第一工夫接管到攻打的产生。咱们还要理解云厂商在极其攻打下的处理措施，尽管云厂商的防护能力很强，但毕竟也不是有限的，如果超出了防护能力会如何解决，咱们要当时理解分明。咱们应用这个防护的时候还要做一些平安预案，做好平安的底线。

第三个是就是平安服务，业务面对攻打时须要云厂商及时做出反馈跟响应。当初大部分云厂商是采纳工单的形式，咱们也须要去理解具体的响应速度，有的是人工服务，人工服务也是有工夫限度的，这都须要做一些理解。

第四个就是源站爱护。如果咱们应用云防护，然而源站裸露了，那么黑客齐全能够绕过云防，间接攻打源站，所以这是在应用云防护时尤其要留神的一点，要做好平安巡检，确保源站不裸露。同时在防护过程中，咱们要回源，做黑名单设置，只容许防护节点，这样能够最大水平地保障安全性。咱们的云服务比拟弹性，还要留神防止疏忽服务到期，导致失去防护。这是应用云防护过程中的一些小细节。

7、云防护 tips：我的源 IP 是如何裸露的？

方才咱们提到了源站，其实很多初创企业因为没有太多的教训，导致尽管接入了云防护，但实际上并没有取到防护的成果，因为 IP 裸露了，黑客曾经获取了 IP，即便更换 IP 他也能找到。实际上有十分多的路径能裸露 IP，比方过来可能没有接入云防护，前面尽管接入了，然而过来的 DNS 记录是间接指向源站的，而很多平台能够查到历史 DNS 解析记录。

所以如果 DNS 解析记录间接指向源站，就有裸露的危险。

第二种是子域名，这个也很广泛，当初有很多的子域名，包含动态域名、动态域名、API 域名可能是独立的域名，可能接入的是动态域名或者 API 域名，而动态域名可能还是指向源站的，这可能也会导致源站透露也有被攻打的危险。

第三种是有些网站做得不是很好，能间接展现或接口展现源站信息。第四种是应用的平安产品可能回源，这也会也会裸露 IP。

另外，邮箱 MX 记录、邮件服务、外部泄露、网络空间的搜索引擎也会导致源 IP 裸露，当初网络空间搜索引擎能力是其实十分强的，很多的业务资产都能检索到，能够通过关联剖析找到源站。其实各种办法也是十分多的，所以咱们在做业务开发或者上线的时候肯定要多加去留神，防止源站被裸露。因为一旦源站裸露，云防护基本上就失去作用了。

8、上线后的关注点

方才提到上线之前的开发和业务布局，那么上线之后咱们要关注哪些指标呢？首先就是关注防护状况，如果产生攻打，咱们要做数据分析。而后要进行平安巡检，有条件的话还能够做攻打应急和攻打演练。最初就是要关注平安圈，方才提到很多软件我的项目会大量应用第三方组件，如果关注平安圈的信息，就能够及时理解安全漏洞状况，进而做及时的响应，修复破绽。

03 初创企业的平安标准建设

后面介绍了面临内部威逼的防护，其实企业外部本身的平安建设也是十分重要的，接下来分享一下初创企业应该从哪些重点方向来建设平安基线。

1、初创公司的平安标准建设

■图 7

初创公司的平安标准建设包含图 7 所示的几个方面。第一个是要做好平安培训，平安培训要从刚开始就在整个公司进行，要让大家建设安全意识，造成平安文化，具体来说包含行为平安、账密平安、安全意识和开发标准。

第二个是流程制度。流程制度可能跟平安没有间接的关系，然而也对平安有肯定的影响。比方变更治理、权限管控、网络管理、设施治理、平安审计。第三个是数据安全，次要包含个人隐私、数据备份、数据脱敏。

2、布局零信赖

传统的平安其实还是存在很多的问题，随着企业的转型，当初很难适应现阶段新的发展趋势。特地是近程办公，所以零信赖很可能成为将来的新趋势。如果初创企业从一开始就布局零信赖，基于零信赖的最佳实际构建平安体系，其实是一件很好的事件。那么零信赖的理念是什么呢？它的理念很简略，如图 8 所示，首先是身份的认证和受权。

■图 8

其次，对所有资源拜访的权限是动静的，要基于整体的上下文来做这样相干的动静权限管制。而后在调配拜访权限的时候，遵循最低权限的准则，并且对于重要的利用还能够做多因素的身份认证。这是零信赖的几个重要的理念。所以如果咱们一开始就能布局零信赖，比方建设一个对立的身份治理、对立的权限治理、对立的利用管控，遵循零信赖的理念进行平安建设，我感觉是一个很好的开始。

布局零信赖其实也有几个技巧，如图 10 所示。第一个是咱们要以层为单位做整体性思考，因为零信赖波及的范畴比拟广，所以咱们要遵循最佳实际，依照分层的形式做整体的考量。第二个是尽可能应用多因素认证，而后是做单点登录，就是后面提到的一个企业中可能有很多平台和各种各样的零碎，如果能买通单点登录，就能够简化应用。

另外，因为零信赖的准则是不信赖任何人，不论员工是外部还是内部的，都要做相干的权限管制和身份认证，所以是没有内外部辨别的。同时，施行零信赖须要全公司自上而下的整个推动，所以高层也须要配合，全员参加过渡。

最初零信赖中其实有一些重要的细节，传统平安过渡到零信赖附加了很多的内容，整个防护理念齐全不一样，在这个过程中要尽可能防止对工作效率的影响，实现平滑过渡。所以如果有条件的话，倡议初创公司从一开始就去做零信赖设计，这样能够解决一些很久远的问题。

对于「声网开发者守业讲堂」

当下是一个人人可守业的时代，对技术人来说，更是一个守业敌对的时代。如果你懂技术，会比其他人更容易将本人的守业想法和幻想付诸实践。

但守业意味着要从 0 到 1，意味着要继续的发明和翻新，意味着创业者和团队须要一直的成长和冲破。只有这样能力打造出满足市场需求的、有价值的产品，逐步造成企业的劣势和壁垒，成长为一家成熟的企业。

声网关注有创新能力、开发能力和守业动向的开发者，并心愿为开发者提供相应的反对和服务 。为此，咱们推出了「声网开发者守业讲堂」系列守业分享，以便为大家在成长和守业路上提供更多的帮忙。