18、服务安全保障与 ReactJS 前端构建

服务安全保障与 ReactJS 前端构建

1. 服务安全保障

1.1 数据威胁认知

始终要将传入数据视为系统遭受注入攻击的潜在威胁。在微服务应用环境中，除了保护应用免受传入数据引发的不良行为影响，还需确保应用自身不会在微服务生态系统中造成损害。

1.2 应用范围限制

1.2.1 微服务交互限制

若微服务被授权与其他微服务交互，这些交互应经过身份验证，并且限制在允许的最小范围内。例如，若一个微服务仅对另一个微服务进行读取调用，则应限制其不能进行 POST 调用，只能进行只读操作。可以使用 JWT 令牌来实现这种范围限制，通过定义角色（如读/写）并将该信息添加到令牌的权限或范围键下。目标微服务可以拒绝使用仅用于读取数据的令牌进行的 POST 调用。

1.2.2 网络访问限制

如果能够控制微服务生态系统的所有部分，可以在系统级别使用严格的防火墙规则，将允许与每个微服务交互的 IP 列入白名单。在亚马逊网络服务（AWS）云环境中，无需配置 Linux 防火墙，只需在 AWS 控制台中设置简单的访问规则即可。

1.2.3 资源访问限制

除了网络访问，应尽可能限制应用程序可以访问的其他资源。在 Linux 上以 root 用户身份运行应用程序不是一个好主意，因为在出现安全问题时，会赋予服务完全的权限。例如，如果应用程序调用系统并且该调用被注入或其他漏洞利用所攻击，攻击者就可以借此控制整个操作系统。

1.3 系统操作规则

为了减轻风险，应遵循以下两条规则：
- 非 root 用户运行