首页
学习
活动
专区
圈层
工具
发布
社区首页 >问答首页 >应该如何保护*intranet* REST API调用?

应该如何保护*intranet* REST API调用?
EN

Stack Overflow用户
提问于 2013-09-12 03:28:21
回答 3查看 7.9K关注 0票数 7

这是一个场景。防火墙外部的用户在浏览器中执行UI操作。浏览器向系统A发出REST API调用(并在通过防火墙的入口点或其附近进行身份验证和授权)。系统A(在公司网络防火墙内)向系统B(也在公司网络防火墙内)发出REST API调用。

考虑到已经在系统A的入口点进行了身份验证和授权,从系统A到系统B的“内部”REST API调用的安全性是多少?

EN

回答 3

Stack Overflow用户

发布于 2013-09-12 03:35:38

通常,使用strongish SSL (https连接)被认为是足够好的。如果您需要审核哪个System A提交了请求,则可能需要包括一种身份验证机制--为此,您可以使用以下任一项:客户端证书、HTTP Auth (基本或摘要)、用户名/密码作为请求参数、IP-地址映射、API等。

如果数据非常敏感,您可以使用物理上分离的网络或VPN在客户端和服务器之间建立专用连接。

票数 7
EN

Stack Overflow用户

发布于 2019-02-12 10:43:48

新的(2018+)最佳实践将是以与保护外部服务完全相同的方式保护内部服务。

为什么?

因为超过60%的数据披露来自内部来源。内部系统和外部系统一样有可能破坏数据,因此您需要拥有与外部系统相同的控制。

票数 3
EN

Stack Overflow用户

发布于 2013-09-12 04:55:39

首先,如果两者都在一个私有子网中,那么这已经是一个相当不错的安全性了。如果您有任何理由相信外部人员可以连接到该API,那么可以继续实现一个安全API密钥,该密钥在允许执行任何调用之前进行检查。

票数 2
EN
页面原文内容由Stack Overflow提供。腾讯云小微IT领域专用引擎提供翻译支持
原文链接:

https://stackoverflow.com/questions/18749642

复制
相关文章

相似问题

领券
问题归档专栏文章快讯文章归档关键词归档开发者手册归档开发者手册 Section 归档