API安全——SSRF服务端请求伪造的原理以及防范-Toy模板网

这篇具有很好参考价值的文章主要介绍了API安全——SSRF服务端请求伪造的原理以及防范。希望对大家有所帮助。如果存在错误或未考虑完全的地方，请大家不吝赐教，您也可以点击"举报违法"按钮提交疑问。

SSRF全称Server-Side Request Forgery，服务端请求伪造。
在最新的2023 OWASP中API 安全的Top10榜单中，ssrf排第7。

易受攻击原因

我们在开发过程中，通常使用API 获取远程时出现服务器端请求伪造（SSRF）缺陷资源，而不验证用户提供的 URL。它使攻击者能够强制应用程序将精心编制的请求发送到意外目标，即使受到防火墙或VPN的保护。

什么是SSRF（服务器端请求伪造）？

SSRF（服务器端请求伪造）是一种安全漏洞，它允许攻击者引诱服务器发起服务器本不打算进行的请求。这种攻击的关键在于，攻击者可以通过服务器发起的请求，访问其无法直接访问的网络资源。

SSRF攻击的工作原理

攻击者通过发送含有特定数据的请求（通常是URL）到服务器，引导服务器访问该URL。这个URL可能指向内部网络中的资源，比如数据库、内部web服务器等。这种攻击手法使攻击者能够绕过防火墙，进入内部网络进行攻击。

攻击场景示例

1、用户头像/图片上传

例如，用户在某个网站上上传个人资料图片。通常情况下，用户可以选择从他们的本地上传图像文件，或者直接提供 URL 图像。这个时候我们假设用户使用图像上传时选择提供url，这个时候会触发以下api:

POST /api/profile/upload_picture
{
  "picture_url": "http://example.com/profile_pic.jpg"
}

这个时候，攻击者可以发送恶意url参数来测试API对应的服务端信息，例如
{ "picture_url": "localhost:8080" }
那么攻击者能够通过响应时间，判断目标端口是否打开，从而进行更深入的渗透操作

2、攻击事件查询

有些团队在开发监控系统时更习惯于直接调取安全产品平台中安全事件的查询接口，例如SIEM类平台的事件接口，假设这里有一个请求，注意看url这个参数

POST /graphql

[
  {
    "variables": {},
    "query": "mutation {
      createNotificationChannel(input: {
        channelName: \"ch_piney\",
        notificationChannelConfig: {
          customWebhookChannelConfigs: [
            {
              url: \"http://www.siem-system.com/create_new_event\",
              send_test_req: true
            }
          ]
          }
      }){
        channelId
    }
    }"
  }
]

这个时候攻击者可以利用这个流，修改Url参数使API 请求敏感资源，例如公开凭据的内部云的元数据

POST /graphql

[
  {
    "variables": {},
    "query": "mutation {
      createNotificationChannel(input: {
        channelName: \"ch_piney\",
        notificationChannelConfig: {
          customWebhookChannelConfigs: [
            {
              url: \"http://169.254.169.254/latest/meta-data/iam/security-credentials/ec2-default-ssm\",
              send_test_req: true
            }
          ]
        }
      }) {
        channelId
      }
    }
  }
]