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
}
}
}
]
SSRF的防御策略
以下是一些防御SSRF攻击的建议:
-
过滤输入和输出: 对任何用户输入的数据进行严格的验证和过滤,防止恶意输入导致的攻击。
-
禁止或限制从服务器发出的请求: 尽可能地减少或禁止服务器向外部发起的请求,限制服务器发起请求的目标范围。
-
采用最新的安全漏洞修复: 随着时间的推移,可能会有新的安全漏洞被发现。一旦有新的漏洞被发现,应尽快对其进行修复,防止成为攻击的目标。
-
实施网络隔离: 将服务器放置在DMZ区域,从而限制攻击者能够接触的网络资源。
-
使用安全库和框架: 使用安全的库和框架可以有效地减少编码错误,从而防止漏洞的产生。
以上就是SSRF攻击的一些基本原理和防御策略。理解并遵守这些策略,可以有效地保护我们的服务器不受SSRF攻击的威胁。