区块链安全概述
区块链虽然具有密码学保护，但仍面临多种安全威胁。理解这些威胁对于开发和运营安全的区块链应用至关重要。
主要安全威胁分类
区块链安全威胁 ├── 网络层攻击 │ ├── 51% 攻击 │ ├── 双花攻击 │ └── Eclipse 攻击 ├── 智能合约漏洞 │ ├── 重入攻击 │ ├── 整数溢出 │ ├── 访问控制漏洞 │ └── 前端运行攻击 └── 应用层攻击 ├── 钓鱼攻击 ├── 私钥泄露 └── 交易所被黑
1. 51% 攻击（Majority Attack）
攻击原理
当攻击者控制网络超过 50% 的算力（PoW）或质押代币（PoS）时，可以：
- 阻止交易确认
- 撤销已确认交易
- 阻止其他矿工挖矿
正常网络： 51% 攻击： ┌─────┐ ┌─────┐ ┌─────┐ ┌─────┐ ┌─────┐ ┌─────┐ │ 20% │ │ 30% │ │ 50% │ │ 20% │ │ 30% │ │ 50% │ ← 攻击者控制 │ 矿工A│ │ 矿工B│ │ 矿工C│ │ 矿工A│ │ 矿工B│ │ 攻击者│ └─────┘ └─────┘ └─────┘ └─────┘ └─────┘ └─────┘ ↓ 可以决定哪个区块被确认
实际案例
| 时间 | 项目 | 损失 |
|---|---|---|
| 2018-05 | Bitcoin Gold | 1800 万美元 |
| 2019-01 | Ethereum Classic | 110 万美元 |
| 2020-08 | Ethereum Classic | 再次遭受攻击 |
防护措施
- ✅ 增加网络总算力/质押量
- ✅ 提高确认数要求
- ✅ 实施检查点机制
- ✅ 采用混合共识机制
2. 双花攻击（Double Spending）
攻击原理
同一笔资金被花费两次，利用区块链确认延迟实现。
双花攻击流程： 攻击者 ──┬──→ 商家A：支付 10 BTC 购买商品（交易A） │ └──→ 商家B：支付同样的 10 BTC（交易B） 步骤： 1. 广播交易A到网络 2. 商家A看到交易后发货 3. 攻击者快速广播交易B 4. 攻击者控制矿工优先打包交易B 5. 交易A被孤立，成为孤儿交易 6. 攻击者获得商品，资金未实际支出
攻击类型
| 类型 | 描述 | 难度 |
|---|---|---|
| Race Attack | 同时广播两个冲突交易 | 低 |
| Finney Attack | 矿工自己挖到区块后广播 | 中 |
| Vector76 | 结合 Race 和 Finney | 中 |
| 51% Attack | 控制多数算力重组链 | 高 |
防护措施
- ✅ 等待多个确认（比特币建议 6 个确认）
- ✅ 使用支付处理器检测异常
- ✅ 高价值交易要求更多确认
3. Eclipse 攻击（日蚀攻击）
攻击原理
攻击者控制受害节点的所有网络连接，使其只能看到攻击者控制的区块链视图。
正常网络连接： Eclipse 攻击后： ┌─────┐ ┌─────┐ │ 节点 │──┬── 诚实节点1 │ 节点 │── 攻击者节点1 │ │ ├── 诚实节点2 → │ │── 攻击者节点2 │ │ └── 诚实节点3 │ │── 攻击者节点3 └─────┘ └─────┘ （看到真实网络） （只能看到攻击者的链）
攻击后果
- 矿工在孤立链上浪费算力
- 商家接受无效交易
- 双花攻击更容易实施
防护措施
- ✅ 限制单一 IP 连接数
- ✅ 随机选择对等节点
- ✅ 使用种子节点硬编码
4. 智能合约安全漏洞
重入攻击（Reentrancy）
The DAO 事件（2016）：损失 360 万 ETH
// 漏洞代码 function withdraw() public { uint256 amount = balances[msg.sender]; require(amount > 0); (bool success, ) = msg.sender.call{value: amount}(""); // 外部调用 require(success); balances[msg.sender] = 0; // 状态更新在后 } // 攻击合约 contract Attacker { function attack() external { victim.withdraw(); // 触发重入 } receive() external payable { if (address(victim).balance >= amount) { victim.withdraw(); // 递归调用 } } }
防护措施：
- 检查-生效-交互（Checks-Effects-Interactions）模式
- 使用重入锁（ReentrancyGuard）
- 先更新状态再转账
整数溢出/下溢
// 漏洞代码（Solidity < 0.8） function transfer(address to, uint256 amount) public { balances[msg.sender] -= amount; // 下溢！ balances[to] += amount; } // 攻击：amount > balances[msg.sender] 时 // balances[msg.sender] 变成极大值
防护措施：
- 使用 Solidity 0.8+（内置检查）
- 使用 SafeMath 库
5. 前端运行攻击（Front-running）
攻击原理
攻击者监控内存池（mempool），发现有利可图的交易后，支付更高 Gas Price 抢先执行。
攻击流程： 1. 用户广播交易：在 DEX 上购买代币A Gas Price: 20 Gwei 2. 攻击者监控到交易 3. 攻击者广播相同交易 Gas Price: 30 Gwei ← 更高，优先打包 4. 攻击者交易先执行，代币价格上涨 5. 用户交易后执行，以更高价格买入 6. 攻击者卖出获利
防护措施
- ✅ 使用提交-揭示模式（Commit-Reveal）
- ✅ 设置滑点保护
- ✅ 使用 Flashbots 等私有内存池
安全最佳实践
开发层面
- 代码审计：部署前进行专业审计
- 形式化验证：使用工具验证关键逻辑
- 测试覆盖：单元测试 + 集成测试 + 模糊测试
- 使用标准库：OpenZeppelin Contracts
- 漏洞赏金：建立 Bug Bounty 计划
运营层面
- 多签钱包：关键操作需要多方确认
- 时间锁：重要操作延迟执行
- 监控告警：实时监控异常交易
- 应急响应：制定紧急暂停和资金恢复方案
面试要点
- 理解 51% 攻击的原理和后果
- 掌握双花攻击的类型和防护
- 熟悉智能合约常见漏洞及防护措施
- 了解前端运行攻击的机制
- 知道区块链安全最佳实践
- 能够分析真实安全事件（如 The DAO）