随着XX领域最近几次重大安全事件发生，各个供应厂商都受到严重的波及，使得我们重新认识安全的重要性，安全建设不得不做好了。
一直以来也想快速做好平台安全，但是都没有实际落地，一个是安全体系建设包含的内容实在太多，另一个是安全建设实际具体落地没有规划，中小企业大部分时间应该都是开发有价值的业务功能， 组织架构里也没有专门的安全部门，不可能给研发团队大块时间来专门搞安全建设。另外，即使客户环境出了重大安全事件，客户也是对这个小领域进行一顿安全整顿，不会关注太长时间，毕竟安全这东西不是日常业务工作内容，这也促使开发商随之放松下来，直至慢慢淡忘。
我们必须清楚这个现状，然后做好一定的安全建设规划，然后从细处着手，一步步在平台建设过程中把平台安全落地, 不要想去一下子做一个高深复杂强大的东西，而是用时间慢慢去堆叠一个个功能，时间长了也是一种技术积累，安全建设也是一样。
下面章节记录了一点粗略的安全建设规划，先形成一个大致目标和思路，细节在实际操作过程中再细化和优化, 其实说落地都谈不上。

1. 安全建设概述

从软件生命周期角度，安全贯穿设计、开发、测试和运维四个阶段，不仅仅是最终的运维阶段。
SDL(SDLC): 是微软提出的一种软件开发安全生命周期管理的一种最佳安全实践，全称为Security Development Lifecycle。

从平台运营角度，安全体系包括系统安全、数据安全、设备安全、网络安全、通信安全、应用安全、软件安全、硬件安全、制度安全等。
系统安全一般包括软件系统安全、硬件系统安全。
数据安全一般包括数据采集、传输、存储、处理、使用的安全。
设备安全一般包括软件安全和硬件安全，也涉及数据安全。
网络安全一般指网络访问、网络传输的安全性，考虑因素有无线网络、有线网络、路由器、交换机、服务器等。
通信安全一般专指网络通讯上的安全性，比如通讯协议是否有漏洞、通道是否加密、数据包是否混淆和加密。
应用安全一般指应用系统业务流程的安全性，比如业务逻辑上设计是否有安全漏洞、数据泄密等问题。
软件安全一般指软件系统的安全性，在云时代软件系统一般部署在机房，用户通过网络远程访问系统接口，那么系统接口的安全性就很重要。
硬件安全一般硬件设备的安全性，比如防水、防破坏、防盗窃等。
制度安全一般指运营过程中流程制度的安全性问题，防止泄密、不安全操作、破坏性操作等。

软件开发活动里一切安全行为都是最终为平台运营安全性服务的，目标就是平台能够安全地运营。
DevSecOps: 是“开发、安全和运营”的缩写，在软件开发生命周期的每个阶段自动集成安全性, 从最初的设计到集成、测试、部署直至软件交付。

2. 设计阶段安全建设

系统架构设计过程中就要考虑安全性，架构师就要设计出一个具有一定安全性的架构出来，对开发团队、测试团队和运维团队都具有指导作用。
总体上要考虑平台的硬件安全、软件安全、网络安全、通信安全、数据安全、应用安全、设备安全、制度安全等。
根据我们平台实际情况，具体考虑的安全因素如下，但不仅仅限于这些方面：

  • 采集设备的硬件安全，部署安全
  • 采集设备的软件系统安全：操作系统安全、账号安全、应用系统安全、漏洞修复、通讯加密、网络访问安全
  • 4G网的网络安全：路由器、交换机、服务器的网络通讯安全，防火墙规则配置，通道加密
  • 视频网的网络安全：路由器、交换机、服务器的网络通讯安全，防火墙规则配置，通道加密
  • 内网的网络安全：路由器、交换机、服务器的网络通讯安全，防火墙规则配置，通道加密
  • 软件系统API服务接口访问安全：访问者有效性和合法性验证，访问安全审计
  • 数据安全：数据传输加密、数据存储加密、数据存储备份、数据存储访问安全
  • 应用安全：业务逻辑安全、业务涉密、用户访问权限、用户访问审计
  • 流程制度安全：运营过程中的流程制度的安全性

3. 开发阶段安全建设

3.1 安全编码

IDE集成环境使用安全插件

开源SonarLint支持Eclipse、VSCode、JetBrains IDE(IntelliJ IDEA, PyCharm, WebStorm, Android Staudio).
利用集成开发环境的安全插件提示进行代码安全修复。

遵循SDL安全编码规范

编码过程中遵循SDL Checklist规范。

遵循OWASP安全编码规范

编码过程中遵循OWASP安全编码规范参考指南。

账号安全
  • 管理员用户名不要取常见的容易猜中的名称，如admin, root等。
  • 管理员密码必须按涉密规范要求，长度10位以上，必须包括数字、字母和特殊字符三种组合, 并且在数据库里不能明文存放，必须hash并加盐。
  • 用户的密码必须按涉密规范要求，长度8位以上，必须包括数字、字母和特殊字符三种组合, 并且在数据库里不能明文存放，必须hash并加盐。
  • 业务系统访问存储系统的密码，长度10位以上，必须包括数字、字母和特殊字符三种组合, 如MySQL、Elasticesearch、Redis、RabbitMQ等等。
  • 不永许任何系统没有登录就直接可访问。
  • 不永许把用户名或密码写死在代码里、配置文件里。
  • 不能把代码和配置发布到github、gitee等任何外部系统。
  • 开发人员引入一个开源系统，开源系统自带的管理系统必须要有登录机制, 用户名和登录密码不能使用默认，不能简单设置，必须和上面描述的规则一样。
API接口安全

禁止免密免登录免认证鉴权的访问，swagger也需要进行访问认证，外部访问采用https协议。

  • API接口要具有用户身份的验证机制，包括合法性和有效性
  • API接口要具有用户鉴权机制，包括模块权限和数据权限
  • API接口要具有应用令牌的验证机制，对一个应用系统访问另一个应用系统进行鉴权
web访问安全

web访问需要采用https方式，支持国密。

数据通道安全

数据传输通道需要加密，或者数据包进行加密, 支持国密。

Java开源框架和组件库进行漏洞修复
  • JDK
  • log4j
  • Spring Boot
  • 所有使用到的开源库，到国家安全中心等发布漏洞的机构定期查询，有漏洞出现则及时打上补丁。

3.2 静态代码扫描分析

对源代码进行质量和安全等方面的静态分析，采用开源SonarQube系统, 把gitlab系统和SonarQube系统结合起来。

3.3 开源库扫描分析

对系统使用的开源库进行扫描分析，防止可疑代码注入，木马植入等, 如采用开源ossf/package-analysis工具。

4. 测试阶段安全建设

待补充。

5. 运维阶段安全建设

5.1 账号安全

操作系统账号安全
  • root账号不能远程登录
  • 坚持最小权限原则，不能把一个普通账号设置的权限和root账号一样大
  • 登录密码必须足够复杂，长度10位以上，必须包括数字、字母和特殊字符三种组合
  • 禁用或删除无用账号, 把系统一些自带的账号注释掉
  • 禁用或删除无用用户组
  • 用户密码不能包含用户名
  • 设置用户密码过期时间, 定期修改密码
  • 密码输错三次，锁定用户5分钟
  • 禁止普通用户su到root用户，只允许指定的用户su到root用户
  • 配置证书密钥登录
应用系统账号安全
  • 管理员用户名不要取常见的容易猜中的名称，如admin, root等。
  • 管理员密码必须按涉密规范要求，长度10位以上，必须包括数字、字母和特殊字符三种组合。
  • 用户的密码必须按涉密规范要求，长度8位以上，必须包括数字、字母和特殊字符三种组合。
存储系统账号安全
  • 不永许未登录直接访问
  • 登录密码必须按涉密规范要求，长度10位以上，必须包括数字、字母和特殊字符三种组合。
消息队列账号安全
  • 不永许未登录直接访问
  • 登录密码必须按涉密规范要求，长度10位以上，必须包括数字、字母和特殊字符三种组合。
缓存系统账号安全
  • 不永许未登录直接访问
  • 登录密码必须按涉密规范要求，长度10位以上，必须包括数字、字母和特殊字符三种组合。
第三方系统账号安全
  • 不永许未登录直接访问
  • 登录密码必须按涉密规范要求，长度10位以上，必须包括数字、字母和特殊字符三种组合。

5.2 API接口访问安全

  • 不永许未登录直接访问
  • swagger界面要关闭, 或者提供登录认证机制

5.3 Web系统访问安全

  • 不永许未登录直接访问
  • 外部用户必须采用https协议进行访问
  • 最好采取Ukey+CA证书进行登录认证

5.4 防火墙安全

有一个定时任务在监测防火墙规则的启用, 但要注意以下几点：

  • 定时任务的频率，太短影响运维任务执行，太长给黑客入侵给足空间；
  • 定时任务内容的更新，新增规则是否及时写入脚本；
  • 定时任务发现未上防护措施，应发告警信息并写入日志，管理人员应判别是正常运维的善后处理未完成，还是系统被入侵规则被改变。前者要对多次违规者批评教育，避免技术人员依赖监控脚本，后者是及时发现入侵及时处理。

5.5 服务器漏洞扫描

对开发环境和线上环境的服务器群定期进行漏洞扫描，尽量多组合漏扫工具，有针对性进行扫描，至少对一下目标进行扫描：

  • Linux操作系统，以及附带的系统软件，如OpenSSL、SSH等;
  • 所有Web系统，以及相关软件，如SpringMVC/Springboot开发的系统、Go开发的API系统、Python开发的API系统等;
  • 所有引入的开源系统，如docker、hadoop、kafka、rabbitmq、redis、elasticsearch、minio、seaweedfs、milvus、nginx、traefik、consul等;
  • 所有自己开发的业务系统.

在开发环境搭建一个全真的覆盖线上环境配置的环境，实时或定期进行漏扫，发现问题及时全网修复。

5.6 服务器安全审计

  • 对Linux系统日志进行审计
  • 监控所有Linux系统登录和注销
  • 跟踪用户帐户和组的所有更改
  • 监控在网络中插入或取出可移动设备的所有实例
  • 跟踪所有sudo命令执行
  • 识别在每个严重性级别发生的所有事件，包括关键事件
  • 跟踪一些其他事件，例如，会话连接、NFS安装等等

5.7 数据安全备份

关键数据进行备份，并进行物理隔离:

  1. 用专门一台机器作为备份机，进行热备份，或短频率备份。备份机坚持最小软件安装原则，仅仅备份功能，只有它向其它服务器发起连接，不提供其它任何端口让外部链接, 减少被攻击的可能性。
  2. 定期进行冷备份，从备份机复制到磁盘或光盘进行保存，比如1个月一次。

关键数据包括MySQL里的一些数据表，consul里的配置文件, 系统源代码和文档等，非关键数据就是不断增长的采集日志数据，这种数据量太大且不停增长。
线上平台关键数据和开发环境里关键数据都要做好备份措施。