协议设计

安全问题常被忽视

一般设计人员制定协议之时，通常首先强调功能性，而安全性问题则是到最后一刻、甚或不列入考虑范围。在网络应用环境下，安全问题尤须更加注意。

架构在其它问题之上

选用其它基础协议时，必须要注意该协议是否易于了解、易于实作。就算费尽心思制定完善的协议，若架构在不穏固的基础之上，其结果可想而知。以CERT®/CC(computeremergencyresponseteam,http://www.cert.org/)CA-2001-18[LDAP](http://www.cert.org/advisories/CA-2001-18.html)及CA-2002-03[SNMP](http://www.cert.org/advisories/CA-2002-03.html)两起安全事件为例，两者发生问题的原因类似(皆起因于BER编码处理问题)，但前后事件相隔近七个月，却不见厂商重视。

流程问题

设计协议时，可能考虑不够周全，导致发生状况时，系统处理方式不当。如CERTCA-1996-21TCPSYNFlooding(http://www.cert.org/advisories/CA-1996-21.html)问题。

设计错误

协议设计错误，导致系统服务容易失效或容易招受到攻击。

■软件实作

实作错误

就算协议订定正确，实作协议时若发生错误，或实作人员对协议的认知错误，同样会导致安全漏洞。

程序错误

安全漏洞也常因程序撰写习惯不良引起，其中包含常见的未检查资料长度内容、输入资料容错能力不足、未检测可能发生的错误、应用环境的假设错误、引用不当模块、未检测资源不足等。

■人员操作

作业疏失

最严格规定，若操作人员未受过良好训练、或未按手册操作，同样会导致安全的漏洞。把守网络安全最重要公司之一的VeriSign，仍曾经因为操作人员的疏忽，导致发生重大的安全损失，就是一例(CERTCA-2001-04)。

■系统维护

默认值不安全

许多软件或操作系统在安装完成后，是处于极度不安全的状况下。而这些预设环境背后的理由竟是为了方便用户，诚然，用户是方便了，不过此处所指的用户，范围也同时包含了病毒、蠕虫、特洛依木马等等不速之客。也难怪「CodeRed」、「SirCam」、「Nimda」等等，能够大肆侵扰网络用户。

未修补系统

一般软件多多少少都会有些错误，勤于修补才能让系统免遭破坏。

萧墙祸起

或许你不愿相信，但对系统发起攻击的，通常是你信任的系统。在你信任的领域里(通常这信任关系太过薄弱)若存在不够安全的系统，这不够安全的系统很快就会成为下次攻击的跳板。一个领域的安全强度，等同这领域中最不安全系统的安全强度。