应用系统安全开发技术规范培训资料
Java安全技术培训课件(40页)
Valuable resources(files,etc)
ProtectionDomain是在策略数据库中指定的， 授予 CodeSource 的 Permission 的聚合体。通过 ClassLoader 装入到 JVM 的每个类文件被分配给一 个ProtectionDomain。
20
Keytool
1）创建公/私钥对； 2）发出证书请求到认证权威（CA） 3）从认证权威导入证书回复 4）指明属于其他组织的公钥是受信任的。 Keytool目前能够处理符合X.509标准的证书。
JSSE（ Java Secure Socket Extension，JSSE ) 1.0.2以后的版本可以支持pkcs12。
21
Keytool参数
22
KeyTool应用
D:\>keytool -genkey -alias javafan -keyalg rsa -validity 750
输入keystore密码： keystore
您的名字与姓氏是什么？
[Unknown]： JavaFan
您的组织单位名称是什么？
SecurityManager security = System.getSecurityManager();
if (security != null) { security. checkPermission (Permission perm ); } 如果这个请求被允许，checkPermission不返回任何 值；如果被拒绝，抛出异常SecurityException。
[Unknown]： CN
CN=JavaFan, OU=Computer Science, O=Chongqing University, L="Chongqing ", ST=Chon
其他应用系统的安全开发和改造规范讲义
胜利石油管理局企业标准Q/SL TEC-g－2002 其他应用系统的安全开发和改造规范1 适用范围胜利油田各单位操作重要数据的机关，科室，如党政办公，财务处，供应处，计划科等2 规范解释权胜利油田管理局信息安全管理中心对本规定拥有解释权。
3 应用系统安全概述应用系统完成网络系统的最终目的--为用户服务。
应用系统的安全与系统设计和实现关系密切。
应用系统使用应用平台提供的安全服务来保证基本安全。
应用系统的安全大体包括：系统的物理安全，系统运行安全，系统信息安全。
油田系统中，有许多关于生产，计划，财务等重要数据，基于它们的应用系统安全要求较高。
下面将结合具体情况阐述。
4 术语定义4.1 计算机信息系统安全防范设施计算机主机房的构筑防护设施和计算机信息系统及其相关的配套设备的技术防护设施。
4.2 完全隔离局域网段的物理隔离4.3 相对隔离采用VLAN技术划分的不同网段4.4顺序完整性保护业务数据免于重复，增加，删除，丢失或重放4.5内容完整性保护业务数据免于篡改4.6 真实性保护接收方免于业务数据的发送方声称它是另一个（被授权的）参与者。
4.7 源抗抵赖性保护接收方免于发送方否认一发送的业务数据。
4.8 接收抗抵赖性保护发送方免于接收方否认业接收到的业务数据。
4.9 可用性可用性即按照授权实体的要求可被访问和可被使用的性质。
网络环境下的可用性不仅包括用户可访问硬件和软件资源（如用户代理和服务器），还包括用户有能力获得所期望的服务质量（如使用具有合理吞吐量的网络带宽）。
网络流量必须能穿过局域和广域网按照要求到达预期的目的地。
4.10 CACertificate Authority 证书认证中心4.11 RASRemote access server 远程访问服务器5 应用系统安全开发的技术措施：5.1 系统的物理安全防范设施根据各系统对设备的物理安全要求、系统的场地及环境的要求的判断，可以按照特定的等级区建设或者改造。
【生产管理】应用系统安全开发技术规范培训资料(doc 51页)
应用系统安全开发技术规范培训资料(doc 51页)部门： xxx时间： xxx制作人：xxx整理范文，仅供参考，勿作商业用途应用系统安全开发技术规范（版本号 V1.3）朗新科技股份有限公司二〇一五年十二月更改履历注：更改人除形成初稿，以后每次修改在未批准确认前均需采用修订的方式进行修改。
目录1背景与目标 (1)2安全编程概念 (2)2.1安全编程 (2)2.2结构化编程 (3)2.3脆弱性 (3)2.4可信计算 (3)2.5安全可信模块 (3)2.6不可信任模块 (3)2.7敏感信息 (4)2.8特权 (4)2.9信息隐藏 (4)2.10中间件 (4)2.11死锁 (5)2.12可信边界 (5)2.13元字符 (5)2.14参数化查询 (5)2.15UNIX JAIL环境 (6)2.16临时文件 (6)2.17信息熵 (6)2.18SSL (6)2.19TLS (7)2.20HTTPS (7)2.21H TTP会话 (7)2.22C OOKIE (8)2.23H TTP O NLY C OOKIE (8)3安全编程原则 (9)3.1统一的安全规范 (9)3.2模块划分 (9)3.3最小化功能 (10)3.4最小化特权 (10)3.5对多任务、多进程加以关注 (10)3.6界面输出最小化 (11)3.7使代码简单、最小化和易于修改 (11)3.8避免高危的服务、协议 (11)3.9数据和代码分离 (11)3.10关键数据传输保护 (11)3.11禁止赋予用户进程特权 (12)3.12使用适当的数据类型 (12)3.13使用经过验证的安全代码 (12)3.14使用应用中间件 (13)3.15设计错误、异常处理机制 (13)3.16提供备份机制 (13)3.17检查传递变量的合法性 (13)3.18检查所有函数返回代码 (13)3.19修改面向用户的操作的反馈缺省描述 (13)3.20文件操作的要求 (14)3.21其他编码原则 (14)4应用安全分析 (15)4.1安全需求 (15)4.2安全威胁 (16)4.2.1Web安全漏洞 (16)4.2.2拒绝服务攻击 (17)4.2.3嗅探攻击 (17)4.2.4中间人攻击 (18)4.3安全约束 (19)5安全编程要求 (20)5.1输入处理 (20)5.1.1建立可信边界 (20)5.1.2验证各种来源的输入 (21)5.1.3保证所有的输入信息是被验证过的 (22)5.1.4对输入内容进行规范化处理后再进行验证 (22)5.1.5选择合适的数据验证方式 (22)5.1.6防范元字符攻击 (22)5.1.7拒绝验证失败的数据 (23)5.1.8在服务端进行验证 (23)5.1.9建立统一的输入验证接口 (23)5.1.10控制写入日志的信息 (24)5.1.11从服务器端提取关键参数 (24)5.2输出处理 (24)5.2.1限制返回给客户的信息 (24)5.2.2建立错误信息保护机制 (24)5.3数据库访问 (25)5.3.1合理分配数据库访问权限 (25)5.3.2合理存放数据库连接帐号和密码信息 (25)5.3.3使用参数化请求方式 (25)5.3.4对 SQL 语句中来自于不可信区域的输入参数进行验证 (27)5.3.5对数据库操作的返回数据进行验证 (27)5.3.6分次提取数据 (27)5.3.7通过 row（行）级别的访问控制来使用数据库 (27)5.3.8确保数据库资源被释放 (28)5.4文件操作 (28)5.4.1对上传文件进行限制 (28)5.4.2把文件名以及文件内容作为不可信的输入对待 (29)5.4.3安全的使用文件名 (29)。
应用程序安全技术交底范本
应用程序安全技术交底范本一、背景为了加强本公司应用程序的安全性，保护公司信息和用户数据的安全，确保业务的可靠性和稳定性，我们特制定了应用程序安全技术交底范本。
本范本旨在向公司员工详细解释应用程序的安全要求和安全技术措施，以及员工在开发、测试和维护应用程序时应遵守的规范和流程。
二、应用程序安全要求1. 安全防护要求：开发过程中必须遵守相关安全规范和标准，如OWASP Top 10、CWE/SANS Top 25等，并根据实际情况进行合理的安全防护措施，确保应用程序的漏洞被最大程度地降低。
2. 身份认证和访问控制：必须对应用程序的用户身份进行认证，并对用户进行适当的访问控制，确保用户只能访问其有权限的资源。
3. 输入验证和数据过滤：必须对用户输入进行有效性验证和安全过滤，防止恶意输入和注入攻击。
4. 安全日志和监控：必须对关键操作进行安全日志记录，并建立相应的监控机制，及时发现异常和安全事件。
5. 安全更新和漏洞修复：必须定期检查和更新应用程序的依赖库和组件，及时修复已知漏洞，并对应用程序进行漏洞扫描和安全评估。
6. 应急响应和事件处理：必须制定应急响应计划，对安全事件进行及时处置，减少损失和影响。
三、安全技术措施1. 开发阶段的安全技术措施：a. 安全编码规范：制定和遵守公司的安全编码规范，注意安全性相关的代码编写和安全函数的调用使用。
b. 安全设计和评审：在应用程序设计之初就考虑安全因素，并进行安全设计评审，识别潜在的安全风险和漏洞。
c. 输入验证和过滤：对用户输入进行有效性验证和安全过滤，防止XSS、SQL注入等攻击。
d. 输出编码和转义：对输出数据进行正确的编码和转义处理，防止跨站脚本攻击等。
e. 访问控制和权限管理：采用适当的访问控制和权限管理机制，确保用户只能访问其有权限的资源。
f. 异常处理和错误处理：在应用程序中加入适当的异常处理和错误处理机制，避免敏感信息泄露和拒绝服务等问题。
2. 测试阶段的安全技术措施：a. 安全测试计划和用例：制定和执行全面的安全测试计划和用例，覆盖常见的安全问题和漏洞。
【项目管理】项目应用系统开发安全管理规范(等保三级)
4.1.1 通用规范 ............................................................................................................................ 10 4.1.2 Perl 语言 ............................................................................................................................. 11 4.1.3 Java 语言 ............................................................................................................................ 13 4.1.4 C/C++语言........................................................................................................................... 14
信息化应用系统开发安全规范
文件制修订记录一、概述软件不安全的因素主要来源于两个方面，一是软件自身存在错误和缺陷引起的安全漏洞，二是来自外部的攻击。
良好的软件开发过程管理可以很好地减少软件自身缺陷，并有效抵抗外部的攻击。
本规范主要规定了信息化应用系统在系统开发的各个阶段所应遵守的各种安全规范，将在不同阶段中所需要注意的安全问题和相关的安全规范进行进一步的描述和规定，以提高信息化应用系统的安全性和抵抗外部攻击的能力。
二、可行性计划可行性计划是对项目所要解决的问题进行总体定义和描述，包括了解用户的要求及现实环境，从技术、经济和需求3个方面研究并论证项目的可行性，编写可行性研究报告，探讨解决问题的方案，并对可供使用的资源（如硬件、软件、人力等）成本，可取得的效益和开发进度作出估计，制订完成开发任务的实施计划。
2.1 阶段性成果可行性研究报告。
2.2 可行性研究报告重点如下4个方面：1、设计方案可行性研究报告的需对预先设计的方案进行论证，设计研究方案，明确研究对象。
2、内容真实可行性研究报告涉及的内容以及反映情况的数据，必须绝对真实可靠，不许有任何偏差及失误。
可行性研究报告中所运用资料、数据，都要经过反复核实，以确保内容的真实性。
3、预测准确可行性研究是投资决策前的活动，对可能遇到的问题和结果的估计，具有预测性。
因此，必须进行深入地调查研究，充分地占有资料，运用切合实际的预测方法，科学地预测未来前景。
4、论证严密论证性是可行性研究报告的一个显著特点。
要使其有论证性，必须做到运用系统的分析方法，围绕影响项目的各种因素进行全面、系统的分析，既要作宏观的分析，又要作微观的分析。
三、需求分析软件需求分析就是对开发什么样的软件的一个系统的分析与设想，它是一个对用户的需求进行去粗取精、去伪存真、正确理解，然后把它用软件工程开发语言表达出来的过程。
需求分析阶段主要工作是完成需求对业务的表达，这体现在对需求规格说明书中，包括业务流程，子系统划分，状态图，数据流图等，最终通过用户用例完成业务分析测试。
应用安全培训(江雷)讲稿
14
访问控制
要求项
应提供访问控制功能，依据安全策略控制用户对文件、数 据库表等客体的访问；
访问控制的覆盖范围应包括与资源访问相关的主体、客体 及它们之间的操作；
应由授权主体配置访问控制策略，并严格限制默认帐户的 访问权限；
15
访问控制
要求项
应授予不同帐户为完成各自承担任务所需的最小权限，并 在它们之间形成相互制约的关系；
应提供用户身份标识唯一和鉴别信息复杂度检查功能，保 证应用系统中不存在重复用户身份标识，身份鉴别信息不 易被冒用；
10
身份鉴别
要求项
应提供登录失败处理功能，可采取结束会话、限制非法登 录次数和自动退出等措施；
应启用身份鉴别、用户身份标识唯一性检查、用户身份鉴 别信息复杂度检查以及登录失败处理功能，并根据安全策 略配置相关参数。
鉴别方式。
上的鉴别技术。
份鉴别；
1）提供用户身份标识唯一性检查 功能； 2）用户身份标识具有唯一性。 1）用户身份标识不唯一，或存在 3）提供鉴别信息复杂度检查功能， 多人共用账号； 复杂度检查内容包括长度，字母、 c) 应提供用户身份标识唯一和鉴 2）未提供鉴别信息复杂度检查功 数字及特殊符号、定期更换周期 别信息复杂度检查功能，保证应 能，或未启用身份鉴别功能，或 等； 用系统中不存在重复用户身份标 口令长度低于6位或者存在弱口令， 4）采用口令进行鉴别的系统，口 识，身份鉴别信息不易被冒用； 或使用默认用户和默认口令，或 令由数字、大小写字母、符号混 渗透测试发现可绕过身份鉴别进 排，无规律的方式。 行系统访问。 5）用户口令的长度至少为8位。 6）口令每季度更换一次，更新的 口令至少5次内不能重复。
应保证系统内的文件、目录和数据库记录等资源所在的存 储空间被释放或重新分配给其他用户前得到完全清除。
开发安全软件的最佳实践与方法论培训课件
安全开发培训与意识提升
01
安全意识培训
对所有开发人员进行安全意识培训，提高他们的安全意识和风险防范能
力。
02
安全开发技能培训
针对开发人员提供专门的安全开发技能培训，包括安全编码、安全测试
、漏洞修复等。
03
持续学习和更新
鼓励开发人员持续学习新的安全技术和知识，保持对最新威胁的了解和
防范。
安全开发文档与知识库建设
建立持续的安全监控机制，包括日志分析、入侵检测和事件响应 等，以及时发现和应对潜在的安全威胁。
安全审计与合规性检查
定期进行安全审计和合规性检查，确保系统符合相关法规和标准的 要求。
安全培训与意识提升
加强员工的安全培训和意识提升，提高整个组织对网络安全的认识 和重视程度。
06
开发安全软件的团队协作与培训
未来发展趋势与展望
01
人工智能与安全软件 的融合
随着人工智能技术的不断发展，未来 安全软件将更加智能化，能够自动识 别和防御各种威胁。人工智能与安全 软件的融合将成为未来发展的重要趋 势。
02
零信任安全模型的应 用
零信任安全模型是一种新的网络安全 防护理念，其核心思想是“永不信任 ，始终验证”。未来，零信任安全模 型将在安全软件开发中得到更广泛的 应用。
开发安全软件的最佳实践与 方法论培训课件
汇报人：
2023-12-31
• 引言 • 开发安全软件的基本原则 • 安全软件开发流程 • 安全编码技术与规范 • 安全测试与漏洞评估 • 开发安全软件的团队协作与培训 • 总结与展望
01
引言
培训目的和背景
提高开发人员的安全意识
通过培训，使开发人员了解安全软件开发的重要性，增强 安全意识，从而在开发过程中更加注重安全性。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
应用系统安全开发技术规范培训资料1、3）朗新科技股份有限公司二〇一五年二月更改履历版本号修改编号更改时间更改的图表和章节号更改简要描述更改人批准人0、5xx-11-24初稿施伟施伟1、0xx-11-19修改宋月欣陈志明1、1xx-11-30修改宋月欣陈志明1、2xx-12-3修改宋月欣施伟1、3xx-12-3修改施伟注：更改人除形成初稿，以后每次修改在未批准确认前均需采用修订的方式进行修改。
目录1背景与目标12安全编程概念12、1安全编程12、2结构化编程22、3脆弱性22、4可信计算22、5安全可信模块32、6不可信任模块32、7敏感信息32、8特权32、9信息隐藏32、10中间件32、11死锁42、12可信边界42、13元字符42、14参数化查询42、15UNIX JAIL环境42、16临时文件42、17信息熵52、18SSL52、19TLS52、20HTTPS52、21Http会话52、22Cookie62、23HttpOnly Cookie63安全编程原则63、1统一的安全规范63、2模块划分63、3最小化功能73、4最小化特权73、5对多任务、多进程加以关注73、6界面输出最小化73、7使代码简单、最小化和易于修改83、8避免高危的服务、协议83、9数据和代码分离83、10关键数据传输保护83、11禁止赋予用户进程特权83、12使用适当的数据类型93、13使用经过验证的安全代码93、14使用应用中间件93、15设计错误、异常处理机制93、16提供备份机制93、17检查传递变量的合法性93、18检查所有函数返回代码93、19修改面向用户的操作的反馈缺省描述93、20文件操作的要求103、21其他编码原则104应用安全分析114、1安全需求114、2安全威胁114、2、1Web安全漏洞114、2、2拒绝服务攻击124、2、3嗅探攻击124、2、4中间人攻击124、3安全约束135安全编程要求135、1输入处理135、1、1建立可信边界135、1、2验证各种来源的输入145、1、3保证所有的输入信息是被验证过的145、1、4对输入内容进行规范化处理后再进行验证155、1、5选择合适的数据验证方式155、1、6防范元字符攻击155、1、7拒绝验证失败的数据155、1、8在服务端进行验证155、1、9建立统一的输入验证接口165、1、10控制写入日志的信息165、1、11从服务器端提取关键参数165、2输出处理165、2、1限制返回给客户的信息165、2、2建立错误信息保护机制165、3数据库访问165、3、1合理分配数据库访问权限165、3、2合理存放数据库连接帐号和密码信息175、3、3使用参数化请求方式175、3、4对 SQL 语句中来自于不可信区域的输入参数进行验证185、3、5对数据库操作的返回数据进行验证185、3、6分次提取数据185、3、7通过 row（行）级别的访问控制来使用数据库185、3、8确保数据库资源被释放185、4文件操作195、4、1对上传文件进行限制195、4、2把文件名以及文件内容作为不可信的输入对待195、4、3安全的使用文件名195、4、4使用文件系统访问控制195、4、5注意文件访问竞争条件195、4、6安全使用临时文件205、4、7确保文件系统资源被释放206安全特征206、1关注应用的对象重用206、2用户访问控制信息的机密性206、3不要在客户端存放敏感数据206、4避免内存溢出216、5可配置数据保护216、6禁止在源代码中写入口令216、7随机数216、8使用可信的密码算法226、9异常管理227应用安全设计规范237、1应用安全规划237、2数据安全等级划分237、3数据库规划237、3、1用户权限237、3、2数据源设计237、3、3外部系统访问237、4角色划分247、5URL规划247、6程序文件目录规划247、6、1数据及程序分离2 47、6、2静态程序资源247、6、3程序文件分类247、7Cookie247、8文件安全257、8、1文件存储257、8、2文件操作257、8、3文件类型257、9第三方组件安全257、9、1组件兼容性257、9、2组件安全及成熟度2 57、9、3组件配置257、10Web Service257、11RESTful Web Service2 67、12应用安全关注点277、13应用安全限制应对方案2 97、13、1外网隔离297、13、2外网文件操作297、13、3正向和反向隔离装置（国网系统）298应用安全开发规范308、1Java及Web安全编程规范308、1、1不信任未知308、1、2数据层开发308、1、3会话管理328、1、4Cookie338、1、5输入验证338、1、6输入文件名的验证348、1、7输出处理348、1、8敏感信息处理368、1、9异常信息处理378、1、10特殊页面跳转378、1、11文件操作378、1、12资源释放388、1、13内存控制388、1、14外部程序调用漏洞388、1、15整数溢出398、2C++安全编程规范398、2、1不信任未知398、2、2免缓存区溢出408、2、3免缓整数溢出428、2、4域名合法性检查458、2、5检查返回值468、2、6产生随机数478、2、7验证输入文件名488、2、8类设计注意事项488、2、9外部程序调用漏洞508、2、10临时文件处理50应用系统安全开发技术规范1 背景与目标在Internet大众化及Web 技术飞速演变的今天，Web安全所面临的挑战日益严峻。
黑客攻击技术越来越成熟和大众化，针对Web的攻击和破坏不断增长，Web 安全风险达到了前所未有的高度。
许多程序员不知道如何开发安全的应用程序，开发出来的Web应用存在较多的安全漏洞，这些安全漏洞一旦被黑客利用将导致严重甚至是灾难性的后果。
这并非危言耸听，类似的网上事故举不胜举，公司的Web产品也曾多次遭黑客攻击，甚至有黑客利用公司Web产品的漏洞敲诈运营商，造成极其恶劣的影响。
本规范为解决Web应用系统安全问题，对主要的应用安全问题进行分析，并有针对性的从设计及开发规范、开发管理、安全组件框架、安全测试方面提供整体的安全解决方案。
使本组织能以标准的、规范的方式设计和编码。
通过建立编码规范，以使每个开发人员养成良好的编码风格和习惯；并以此形成开发小组编码约定，提高程序的可靠性、可读性、可修改性、可维护性和一致性等，增进团队间的交流，并保证软件产品的质量。
2 安全编程概念2、1 安全编程安全编程是指开发人员首先需要具备一定的安全知识，然后识别数据在流转（输入、处理和输出）过程中可能面对的威胁，对这些威胁进行分析得出其利用的漏洞，通过合理地编写代码消除这些漏洞，降低软件面临的风险。
本规范对开发人员的编码提出统一的安全要求，主要涉及输入处理、输出处理、数据库访问、文件操作、异常管理等方面，如下图：输入处理部分能指导开发者避免用户的不良输入；输出处理能指导开发者对输出内容进行过滤；数据库访问、文件操作部分则能指导开发者进行数据库查询，写入文件等操作时进行防护；而异常管理、敏感数据保护、对象重用等技术则指导开发者改进软件的自身缺陷。
W EB 开发规范部分则指导用户在WEB 系统（ B/S 架构应用）的研发方面时如何增加对应用软件的保护。
2、2 结构化编程结构化编程，一种编程典范。
它采用子程序、程式码区块、for循环以及while循环等结构，来取代传统的goto。
希望借此来改善计算机程序的明晰性、品质以及开发时间，并且避免写出面条式代码。
2、3 脆弱性脆弱性指计算机系统安全方面的缺陷，使得系统或其应用数据的保密性、完整性、可用性、访问控制、监测机制等面临威胁。
2、4 可信计算可信计算的行为会更全面地遵循设计，而执行设计者和软件编写者所禁止的行为的概率很低。
2、5 安全可信模块审计和访问控制模块是唯一的安全可信模块。
2、6 不可信任模块除审计和访问控制模块外其它所有模块均为不可信模块。
2、7 敏感信息系统的敏感信息包括用户身份信息、认证信息、授权信息、交易过程中的私密或隐私信息、其它的敏感信息。
2、8 特权特权只是允许去做并不是每个人都可以做的事情。
2、9 信息隐藏信息隐藏指在设计和确定模块时，使得一个模块内包含的特定信息（过程或数据），对于不需要这些信息的其他模块来说，是不可访问的。
信息隐藏基本原理框图：2、10 中间件中间件是提供系统软件和应用软件之间连接的软件，以便于软件各部件之间的沟通、中间件技术创建在对应用软件部分常用功能的抽象上，将常用且重要的过程调用、分布式组件、消息队列、事务、安全、连结器、商业流程、网络并发、HTTP服务器、Web Service等功能集于一身或者分别在不同品牌的不同产品中分别完成。
2、11 死锁死锁是操作系统或软件运行的一种状态：在多任务系统下，当一个或多个进程等待系统资源，而资源又被进程本身或其它进程占用时，就形成了死锁。
2、12 可信边界可信边界可以被认为是在程序中划定的一条分隔线，一边的数据是不可信的而另一边则是可信的。
当数据要从不可信的一侧到可信一侧的时候，需要使用验证逻辑进行判断。
2、13 元字符元字符就是在编程语言中具有特定含义的字符或者字符串。
例如在 SQL 查询中，单引号（‘）是危险的字符；在文件系统路径中两个点号（、、）是危险的字符；在命令shell 中，分号（；）和双 &（&&）符号同样是危险的字符，而换行符（\n）对日志文件很关键。
2、14 参数化查询参数化查询（Parameterized Query 或Parameterized Statement）是指在设计与数据库链接并访问数据时，在需要填入数值或数据的地方，使用参数 (Parameter) 来给值，这个方法目前已被视为最有效可预防SQL注入攻击(SQL Injection)的攻击手法的防御方式。
2、15 UNIX JAIL环境一个被改变根目录的程序不可以访问和命名在被改变根目录外的文件，那个根目录叫做“chroot监狱（chroot jail,chroot prison)”。
2、16 临时文件创建临时文件的程序会在完成时将其删除。
2、17 信息熵信息熵指信息的不确定性,一则高信息度的信息熵是很低的,低信息度的熵则高。
2、18 SSL安全套接层（Secure Sockets Layer，SSL），一种安全协议，是网景公司（Netscape）在推出Web浏览器首版的同时提出的，目的是为网络通信提供安全及数据完整性。
SSL在传输层对网络连接进行加密。
SSL采用公开密钥技术，保证两个应用间通信的保密性和可靠性，使客户与服务器应用之间的通信不被攻击者窃听。