屋顶现视研1. 计算机安全基础与核心目标解析
作为一名长期从事系统安全设计的工程师，我经常需要向团队新人解释计算机安全的基本概念。很多人误以为安全就是装个防火墙或杀毒软件，实际上这是一个系统性的技术体系。在软考软件设计师考试中，这部分内容虽然分值占比不高（3-5分），但却是构建安全知识框架的基础。
计算机安全的五大核心目标构成了整个安全体系的基石。理解这些目标不仅对考试有帮助，更是实际工作中的必备知识。让我们从最基础的机密性开始：
机密性 的实现远不止加密这么简单。在实际项目中，我们通常采用分层防护策略：
- 网络层使用TLS/SSL加密传输
- 应用层实施字段级加密
- 数据库层面采用透明数据加密(TDE)
- 存储层面使用自加密硬盘
这种纵深防御（Defense in Depth）策略能有效防止"鸡蛋放在一个篮子里"的风险。我曾参与一个政务云项目，就因为只在网络层做加密，导致数据库管理员可以直接查看敏感字段，后来不得不返工增加列级加密。
完整性 保障是另一个常被低估的领域。很多开发者以为用个MD5校验就够了，实际上：
- 金融系统要求使用SHA-256及以上算法
- 关键系统需要实施双签名机制
- 实时系统还要结合时间戳服务
有个惨痛教训：某交易系统只用MD5做校验，结果被黑客构造碰撞攻击篡改了转账金额。后来我们改用SHA-3算法，并增加了业务流水号绑定，才彻底解决问题。
可用性 设计要考虑的维度更多。去年我们为某医院设计的HIS系统，就采用了：
- 双活数据中心部署
- 负载均衡集群
- DDoS防护设备
- 自动故障转移机制
最终实现了99.99%的可用性，年停机时间控制在52分钟内。这里有个经验公式：每提高一个9，成本几乎翻倍，所以要根据业务重要性合理设计。
可控性 的实现关键在于权限体系设计。我们团队总结的最佳实践是：
- 基于RBAC模型设计角色
- 实施最小权限原则
- 关键操作需要二次认证
- 建立权限定期评审机制
最近审计发现，某系统管理员权限过大，能同时操作开发和生成环境，这明显违反了可控性原则。
可审查性 方面最容易犯的错误是：
- 日志格式不统一
- 关键操作漏记
- 日志存储周期不足
- 缺乏防篡改措施
我们现在的标准做法是：
- 使用syslog统一收集
- 关键操作记