2015年3月2日
百度了下网上已有的同类话题，讲的有些笼统。这里将我日常工作中涉及到的细化一下，以备忘。
博客里的表格太难用了…直接上图：
下面这张图可以帮忙加深上面表格的理解：
1. 最小授权
只授予每个用户/程序在执行操作时所必须的最小特权。这样可以限制事故、错误、攻击带来的危害，减小特权程序之间潜在的相互影响。
2. 发生故障优先保证安全：
当系统发生故障时，对任何请求默认应加以拒绝。
3. 深入防御原则：
采用多层安全机制，这个概念范围比较大。比如在表单中的字段校验不光要在页面校验，还要在后台有相应的校验机制；比如在信任区、飞信任区之间二次部署防火墙。
4. 权限分离：
比如禁止root用户远程登录、多重身份校验登陆等；
5. 系统架构设计和代码尽可能简洁，越复杂的系统，bug越多…
6. 共享事务的数量和使用尽可能少，毕竟单独控制一个操作比并行控制两个过程更容易一些；
7. 安全保护机制不能依赖于攻击者对系统实现过程的无知、而只依赖于像口令/密钥这样较容易改变的东西。
8. 不信任原则：
要严格限制用户、外部部件的信任度，要假设他们都是不安全的。
9. 对受保护的对象的每一个访问都要经过检查。
10. 心理接受程度：
不能通过限制、甚至组织用户访问系统资源来阻止攻击，但可以考虑引入少量可接受的使用障碍。
11. 不要等开发人员编码完成才开始进行安全测试，可以负责任的将，65%以上的安全漏洞都是发生在架构设计阶段，因此要积极参与到架构设计评审活动中，将一些低中级别的隐患扼杀在摇篮中。
(完善中…)
，旅行要学会随遇而安，淡然一点，走走停停，
