❶ 您的internet安全设置阻止打开一个或多个文件。。
windows7：“您的 internet 安全设置阻止打开一个或多个文件 ”的修复步骤如下：
1.看到这个提示，应该是IE安全策略问题，于是打开IE点击设置。
❷ 什么是手机越狱
]什么是越狱？为何要越狱？
入手iPhone 3GS以来，从3.1.2到3.1.3，再到如今的4.1，一路跟下来，积累了很多越狱、软件使用方面的经验。分享一下自己使用iPhone的心得体会。本篇文章主要谈论一下iPhone很多基础的破解概念。
一、什么是iOS？
iOS就是iPhone OS。iPhone是一部智能手机，在硬件之上部署了一套iPhone OS操作系统。这个操作系统如同windows CE和windows Mobile一样。用一个对比就能非常容易地描述它们，即：iPhone OS（操作系统）之于iPhone（硬件平台），相当于Windows XP之于我们的x86、x64家用PC机，当然也相当于WinCE之于嵌入式硬件。
二、有锁版和无锁版有什么区别？
iPhone分成两种类型，有锁版和无锁版。有锁版就是加了网络锁，也就是绑定了运营商，比如美版的AT&T，英国的O2。这样的手机只能插入相应运营商的SIM卡才能使用，插入其他的卡则无法使用，大家通常管这种机器叫做小白。通常情况下，购买这种类型的iPhone是通过和某运营商签订一份为期1–2年的入网协议，绑定信用账户承诺月消费多少多少元，折价购机或免费送机。这种方式iPhone的手机费用已经折算到相应运营商的话费中了。如果想使用别的卡，那么iPhone就需要先越狱，再解锁。只有通过这两部过程，一部有锁版的iPhone才可以使用别家运营商的卡。关于解锁，也分为硬解锁和软解锁，我们后面谈起。
无锁版也叫官方解锁版，比如港行或是阿联酋的无锁版（香港另有和记的“3”定制版iPhone）。这种手机一般价格都会比较高，但好处就在于任何一家运营商的SIM卡都可以顺利地帮助iPhone激活，并能够正常使用。它们只需要越狱，不需要解锁。
iPhone 2G（一代）全部都为有锁版
三、什么是越狱？为什么要越狱？
越狱是指利用iOS系统的某些漏洞，通过指令取得到iOS的root权限，然后改变一些程序使得iPhone的功能得到加强，突破iPhone的封闭式环境。iPhone在刚刚买来的时候，是封闭式的。作为我们普通的用户，是无法取得到iPhoneOS的root权限的，更无法将一些软件自己安装到手机中。我们只能通过iTunes里的iTunes Store购买一些软件（当然也有免费的），然后通过Apple认可的方式（iTunes连接iPhone并同步），将我们合法得到的软件复制如手机。但这种方式就把我们广大用户牢牢地桎梏在苹果的管辖范围内。一些好用的软件，但并不一定符合Apple利益，它们就无法进入iTunes Store。比如我们无法在iOS上安装SSH，无法复制iOS中的文件，更无法安装更适合我们的输入法。这些软件，都需要用到更高级别的权限，苹果是不允许的。
为了能够更好地使用我们的iPhone，我们要越狱。越狱不是必须的，但越了狱的手机使用起来会更爽、更方便、更好玩。越狱后，能够免费使用很多软件，更能够使手机的易用性进一步增强。
四、什么是解锁？为什么要解锁？
因为有锁版iPhone的存在，我们如果想用其他运营商的SIM卡，就必须要解锁。如果不需要换运营商，当然不用解锁。但比如，对流到中国大陆的美版水货来说，不解锁那也不可能用AT&T，只能解锁。
解锁有两种方法，硬解或软解，软解的方法没放出来之前，都是硬解，最常见的硬解便是使用卡贴。如果不适用卡贴，还有一种终极的解锁方法，但这种方法只能由Apple官方来完成，因为我们不知道密钥。就像我们没有钥匙是进不去房间的原理一样，我们没有密钥，就无法全面而完美地解锁。在逐渐了解了iPhone基带、NOR、固件等属于后，我们再来更加深入地讨论完美解锁这个问题。
通常说的破解，当是“解锁+越狱”的合称，对很多iPhone用户（尤其是中国大陆的美版iPhone使用者）来说，这两个都是需要（当然还是那句话，越狱不是必须，只是更好玩）的，所以很多破解方式就将解锁和越狱的方法放在一块，提供给大家。
五、什么是固件？怎样更新固件？
固件是iPhone存储基础iOS和通讯模块实现软件的载体，相当于电脑的操作系统（如windows xp）或功能更高级BIOS。没有固件，iPhone只是一部没有大脑的硬件，就相当于我们买来一台电脑没有操作系统。固件可以认为是操作系统。
更深入地看，iPhone的固件分为应用部分和基带部分。应用部分主要指的iOS的iPhone OS操作系统，而基带主要就是iPhone通讯系统。两部分加起来，合成为一个xxxx.ispw文件存在，行程了一个iPhone的固件。
更新固件就相当于重新安装操作系统，是通过iTunes里面的“iPhone固件恢复”的方式来完成的。在3GS之前的iPhone一代、二代手机，由于没有足够的安全措施，我们可以直接下载Apple的固件软件（xxx.ipsw）然后恢复。但是在3GS及以后的版本，就不能这样恢复了。因为对于一个从网络上下载的固件来说，我们完全可以修改它们内部的内容直接越狱，这样苹果当然是不干的。在3GS加入了加密方式后，我们如果想恢复固件（或称之为更新固件），那么就先要到苹果的激活服务器上去检查，我们即将要恢复的固件软件（xxx.ipsw）是否来自于苹果官方。他们会检查这个固件的签名。如果不是官方的，那么对不起，用户不能恢复该固件。这就印出了下一个话题，及SHSH及自己搭建苹果固件恢复认证服务器。
六、什么是ECID？什么是SHSH？如何备份SHSH？怎样能恢复到原先的iOS版本？
引入这个话题的根本原因是：，苹果公司禁止你使用老版本的固件。一旦你“升级”后，就不能“降级”了。他们一般会在你选择恢复老版本固件的时候，让iTunes收到一个拒绝实施这项恢复操作的命令，从而阻止你这么做。要知道，现在的固件都是签过名的，并且使用只有你的设备才具有的、全球唯一的标识符(也就是ECID)来签名。苹果公司使用“仅此一家”的方式将对应版本的固件文件以及你的ECID一起生成一个哈希值。iTunes会收到这个哈希值，并发送给你的设备。当你的设备收到后会立即检查并核实签名(确保这个固件的确来自于苹果公司官方。加密算法非常繁杂，实践上暂时无法被破解)。如果签名匹配，才会继续进行固件恢复操作；如果不匹配，设备就会报错，恢复操作也就中止了。
不过，我们要膜拜Saurik大神(Jay Freeman)，现在我们知道该怎么“忽悠”iTunes了。苹果公司只提供“活跃”版本固件的签名。因此，一旦新版本固件发布，他就停止对老版本固件的签名。这就是你为何再也无法获得3.1.2版本的签名的缘故。现在苹果公司只为3.1.3版本（iPad是3.2版本）签名，直至下个版本固件的发布。很快，3.1.3(以及3.2)版本的固件签名将会成为历史，因为苹果只会为新版本固件签名(也就是只为iOS4签名，译者注)。当前这个版本很重要。如果你没有为你的设备(ECID)准备好对应版本固件的有效签名，你就没法再恢复到那个版本的固件了。这个问题会周期性地出现(每次固件更新后都会出现，译者注)。
因此，如果有一种机制，能够保存这个签名，我们就能绕过苹果公司而随意恢复各个版本的固件。如果你的设备越狱了，使用cydia，你的SHSH文件就可以保存好了。反之，如果你的设备没有越狱或者当前未能越狱，那真是天大的不幸，因为cydia只能越狱后才能使用。
ECID，即Exclusive Chip ID，就是iPhone3GS/iPhone4的身份证号，每一个iPhone3GS/iPhone4都有自己的独特的ECID。有了这个ECID，就能唯一确定一部iPhone。而ECID和我们按手机*#06#得到的序列号不太一样，虽然都能唯一确定一部手机。ECID是iPhone的唯一编号，而后者则只是针对iPhone的通讯模块的唯一编号。
SHSH实际上是ECID+iOS某个特定版本加起来行程的一个特征码。对于一部iPhone 3GS或是iPhone 4，想升级到某一版本，就需要到苹果的激活服务器去下载一个文件，来判断这个版本针对这部手机是否合法。而这个文件就是xxxx.shsh。
这个文件对与我们越狱十分重要，一定要将针对每个iOS版本的SHSH文件备份好，才能在某天苹果不让我们恢复到这个版本时候，自行搭建认证服务器，然后恢复老的、有漏洞的版本来越狱。
再啰嗦一句，ECID和SHSH的概念仅仅适用于3GS及其以上版本，iPhone一代和二代就不需要考虑了。
如何备份SHSH目前主要有两种方法。一种是手机越狱了有了Cydia，进入Cydia首页就能看到备份SHSH的内容（不过是英文的）。另外就是通过TinyUmbrella这款软件。目前这款软件已经做得很出色了，iPhone连上电脑，就能够自动读取ECID编号，然后从Cydia或是苹果官方获取特定版本的SHSH。
关于固件的恢复，也就是iOS的降级，我们仍然需要使用TinyUmbrella这款软件。导入相应的SHSH后，即可在自己本地的电脑上模拟苹果的认证服务器，也就可以恢复被苹果禁掉的固件了。
七、什么是基带？什么是NOR？什么是Seczone？什么是NCK？
基带就是iPhone的通讯系统，是用来控制手机通讯的程序，控制电话通讯，WiFi无线通讯，还有蓝牙通讯。iPhone有相关的通讯硬件，是需要靠基带这个通讯系统来驱动的，有了正常工作的基带，才能打电话、收发短信、使用3G功能。
当然WIFI除外。基带版本可以从iphone中设置->“关于本机”的调制解调器使用的版本号中查询到。iOS和基带相对******，协同工作。基带升级后，很多软解就会失效，有锁版的iPhone便无法使用。而最严重的是，基带几乎无法降级。所以对于有锁版的手机来说，基带升级一定要慎重，一定要等破解后再升级。当然无锁版也要慎重对待基带升级。
NOR是flash内存芯片的一种。区别于Flash NAND. 但都是内存芯片。iPhone 的Baseband就使用这种flash。NOR就是存储基带所用的媒介。
Seczone是baseband的一个内部验证模块。是属于这个通信系统的。这个认证模块很厉害，除非是使用苹果特定私钥加密后生成的代码，其他内容一律会被阻止。这样基带便很难被破解。而且不能暴力破解。
NCK是一个解锁计数器。内部有一个有计数值。达到一定的数值。它将会把iPhone永久变成只能使用AT&T或其它国家合约运营商（注：这取决于你购买的国家）。
有了这些概念，我们就可以讨论完美越狱了。
关于完美解锁更深入的讨论：
八、怎么样才能实现完美解锁？
iPhone中baseband（基带）的资料都存在NOR里，是的，NOR里保存了目前baseband的状态，其中就有目前iPhone的解锁状态，iPhone出厂的时候，都给锁在ATT的网络里了。 到这里有些人想问了：那么我们把这个状态改成解锁，不就完美了么，是的，但是，问题是：
1，只有通过baseband的firmware，也就是baseband的操作系统，才能读写NOR，而且NOR中seczone的控制及其严格，想要直接发指令写入，是不可能的。
2，baseband的firmware是Apple数字签名过的，意思就是说，只有Apple自己的1024位的私匙签名过的firmware，baseband才会运行。
3，最重要的一点，我们不知道要往NOR seczone里面写入什么，才能解锁，因为NOR seczone里数据都是加密过的，不是0就是锁，1就是解锁这么简单，每台iPhone的NOR在加密前可以是一样的，但是加密后每台都是不一样的，而且这个加密机制，也只有通过Apple的私匙才能算出来。
那么，想要达到完美解锁，需要怎么做？
实际上，你可以通过iPhone的minicom对iPhone的baseband发送指令，其中有一条指令，就是用来解锁的，而且我们明确知道这条指令是什么，就是： AT+CLCK=“PN”,0,“xxxxxxxx”
注意到后面那8个x了吗？那些x就是你的解锁码，unlock code，或者专业说法，叫做NCK、Network Control Key，这个key每个iphone都不一样，相信苹果应该是用某种随机机制生成了这些解锁码，然后和IMEI或者序列号挂钩，放在自己的数据库里，在将来，苹果官方提供解锁的时候，他们会通过你的IMEI或者序列号告诉你的unlock code，达到完美解锁。
但是你发送指令的时候，你的iPhone又怎么知道这个解锁码是对还是错的？如果iPhone需要知道对错，那么说明iPhone自己知道unlock code，所以我们能从iPhone里某个地方找到这个code，然后完美解锁，对吗？不对！
实际上iPhone NOR上保存的，是这个code经过某个特殊的算法生成的一个hash值，hash(code) ，而这个算法是不可逆的（就像MD5）。
通俗点说，我们可以这么想，Apple教会了iPhone一套暗号，告诉iPhone 1 = 鸭子 2 = 鸡 3 = 鹅，然后把暗号123这个unlock code编码成“鸭子鸡鹅”存放在Phone NOR里，这时候iPhone并不知道unlock code是123，它只知道如果别人告诉我123，我按照Apple的暗号算一下，如果算出来和”鸭子鸡鹅”一样，那么别人告诉我的code就是对的了。当然实际上这个过程不是这么简单，否则你一猜就能破译这个密码了，按照目前的计算机水平，把这个unlock code通过hash过的值逆算回来，几乎是不可能的。
那么，我们穷举行吗？不就是一个8位数嘛？我们从00000000试到99999999，总有一个对吧？这个方法理论上可以，但是实际上行不通，原因又两个：
1，按照粗略结算，关把这些1亿个指令发给iPhone尝试，就要35天，并且还不考虑iPhone算需要多久。
2，最关键的，iPhone的baseband NOR seczone中，有一个NCK计数器，一旦你尝试3–10次失败，你的baseband将会硬件烧死在AT&T上。
所以，目前来说，iPhone完美解锁，还没有，相信如果Apple不出大错误，也不会有，除非Apple到时候官方推出解锁，那才是完美解锁。
九、写在最后
这篇文章很多内容不仅仅是在介绍，更多是在告诉大家苹果对iPhone的封闭做了多大的工作。有了这些工作，iPhone才会被限制在一个大墙内，而这堵墙让苹果不仅出售iPhone赚爽了，而且通过iTunes Store售卖了大量iPhone应用。而为了让我们能够用上更好的软件，更开放地使用iPhone，我们需要越狱解锁。最后，再汇总一下整个破解的流程：
提前备份好特定版本的SHSH
连接iPhone到电脑，在iTunes上做好同步
下载所需版本的固件（xxxx.ipsw）
恢复固件（对于老版本固件需要使用shsh文件和TinyUmbrella）
运行越狱软件
在Cydia上安装解锁软件
在Cydia上安装AppSync软件，保证所有iPhone应用能够通过iTunes同步到iPhone中
在iTunes上恢复第二步同步了的iPhone数据
最后做一次同步，将所有存储在iTunes里的iPhone应用同步到iPhone中
❸ Web应用安全威胁与防治——基于OWASP Top 10与ESAPI的目录
第1篇 引子
故事一：家有一IT，如有一宝 2
故事二：微博上的蠕虫 3
故事三：明文密码 5
故事四：IT青年VS禅师 5
第2篇 基础篇
第1章 Web应用技术 8
1.1 HTTP简介 8
1.2 HTTPS简介 10
1.3 URI 11
1.3.1 URL 11
1.3.2 URI/URL/URN 12
1.3.3 URI比较 13
1.4 HTTP消息 13
1.4.1 HTTP方法14
1.4.2 HTTP状态码 19
1.5 HTTP Cookie20
1.5.1 HTTP Cookie的作用22
1.5.2 HTTP Cookie的缺点23
1.6 HTTP session23
1.7 HTTP的安全 24
第2章 OWASP 27
2.1 OWASP简介27
2.2 OWASP风险评估方法28
2.3 OWASP Top 10 34
2.4 ESAPI（Enterprise Security API） 35
第3篇 工具篇
第3章 Web服务器工具简介 38
3.1 Apache 38
3.2 其他Web服务器 39
第4章 Web浏览器以及调试工具 42
4.1 浏览器简介 42
4.1.1 基本功能 42
4.1.2 主流浏览器 43
4.1.3 浏览器内核 44
4.2 开发调试工具 45
第5章 渗透测试工具 47
5.1 Fiddler 47
5.1.1 工作原理 47
5.1.2 如何捕捉HTTPS会话 48
5.1.3 Fiddler功能介绍 49
5.1.4 Fiddler扩展功能 56
5.1.5 Fiddler第三方扩展功能 56
5.2 ZAP 58
5.2.1 断点调试 60
5.2.2 编码/解码 61
5.2.3 主动扫描 62
5.2.4 Spider63
5.2.5 暴力破解 64
5.2.6 端口扫描 65
5.2.7 Fuzzer66
5.2.8 API 66
5.3 WebScrab 67
5.3.1 HTTP代理67
5.3.2 Manual Request 69
5.3.3 Spider70
5.3.4 Session ID分析71
5.3.5 Bean Shell的支持 71
5.3.6 Web编码和解码 73
第6章 扫描工具简介 74
6.1 万能的扫描工具——WebInspect 74
6.1.1 引言 74
6.1.2 WebInspect特性 74
6.1.3 环境准备 74
6.1.4 HP WebInspect总览 76
6.1.5 Web网站测试 79
6.1.6 企业测试 86
6.1.7 生成报告 88
6.2 开源扫描工具——w3af 91
6.2.1 w3af概述 91
6.2.2 w3af环境配置 92
6.2.3 w3af使用示例 93
6.3 被动扫描的利器——Ratproxy 94
6.3.1 Ratproxy概述 94
6.3.2 Ratproxy环境配置 95
6.3.3 Ratproxy运行 96
第7章 漏洞学习网站 98
7.1 WebGoat 98
7.2 DVWA 99
7.3 其他的漏洞学习网站 99
第4篇 攻防篇
第8章 代码注入 102
8.1 注入的分类 104
8.1.1 OS命令注入 104
8.1.2 XPath注入109
8.1.3 LDAP注入114
8.1.4 SQL注入 118
8.1.5 JSON注入131
8.1.6 URL参数注入 133
8.2 OWASP ESAPI与注入问题的预防 135
8.2.1 命令注入的ESAPI预防 135
8.2.2 XPath注入的ESAPI预防 138
8.2.3 LDAP注入的ESAPI预防 138
8.2.4 SQL注入的ESAPI预防 141
8.2.5 其他注入的ESAPI预防 143
8.3 注入预防检查列表 143
8.4 小结 144
第9章 跨站脚本（XSS）146
9.1 XSS简介 146
9.2 XSS分类 146
9.2.1 反射式XSS 146
9.2.2 存储式XSS 148
9.2.3 基于DOM的XSS 149
9.2.4 XSS另一种分类法 151
9.3 XSS危害 154
9.4 XSS检测 156
9.4.1 手动检测 156
9.4.2 半自动检测 158
9.4.3 全自动检测 158
9.5 XSS的预防 159
9.5.1 一刀切 159
9.5.2 在服务器端预防 160
9.5.3 在客户端预防 168
9.5.4 富文本框的XSS预防措施 170
9.5.5 CSS 172
9.5.6 FreeMarker174
9.5.7 OWASP ESAPI与XSS的预防 177
9.6 XSS检查列表 183
9.7 小结 184
第10章 失效的身份认证和会话管理 185
10.1 身份认证和会话管理简介185
10.2 谁动了我的琴弦——会话劫持186
10.3 请君入瓮——会话固定 188
10.4 我很含蓄——非直接会话攻击191
10.5 如何测试 199
10.5.1 会话固定测试 199
10.5.2 用Web Scrab分析会话ID 200
10.6 如何预防会话攻击 202
10.6.1 如何防治固定会话 202
10.6.2 保护你的会话令牌 204
10.7 身份验证 208
10.7.1 双因子认证流程图 209
10.7.2 双因子认证原理说明 210
10.7.3 隐藏在QR Code里的秘密 211
10.7.4 如何在服务器端实现双因子认证 212
10.7.5 我没有智能手机怎么办 216
10.8 身份认证设计的基本准则216
10.8.1 密码长度和复杂性策略 216
10.8.2 实现一个安全的密码恢复策略 217
10.8.3 重要的操作应通过HTTPS传输 217
10.8.4 认证错误信息以及账户锁定 219
10.9 检查列表 219
10.9.1 身份验证和密码管理检查列表 219
10.9.2 会话管理检查列表 220
10.10 小结 221
第11章 不安全的直接对象引用 222
11.1 坐一望二——直接对象引用 222
11.2 不安全直接对象引用的危害 224
11.3 其他可能的不安全直接对象引用 224
11.4 不安全直接对象引用的预防 225
11.5 如何使用OWASP ESAPI预防 227
11.6 直接对象引用检查列表 230
11.7 小结 230
第12章 跨站请求伪造（CSRF） 232
12.1 CSRF简介 232
12.2 谁动了我的奶酪232
12.3 跨站请求伪造的攻击原理233
12.4 剥茧抽丝见真相235
12.5 其他可能的攻击场景236
12.5.1 家用路由器被CSRF攻击 236
12.5.2 别以为用POST你就躲过了CSRF 238
12.5.3 写一个自己的CSRF Redirector 241
12.5.4 利用重定向欺骗老实人 243
12.6 跨站请求伪造的检测245
12.6.1 手工检测 245
12.6.2 半自动CSRFTester 246
12.7 跨站请求伪造的预防250
12.7.1 用户需要知道的一些小技巧 250
12.7.2 增加一些确认操作 250
12.7.3 重新认证 250
12.7.4 加入验证码（CAPTCHA） 250
12.7.5 ESAPI解决CSRF 250
12.7.6 CSRFGuard 256
12.8 CSRF检查列表 260
12.9 小结 261
第13章 安全配置错误 262
13.1 不能说的秘密——Google hacking 262
13.2 Tomcat那些事 264
13.3 安全配置错误的检测与预防 264
13.3.1 系统配置 264
13.3.2 Web应用服务器的配置 268
13.3.3 数据库 282
13.3.4 日志配置 284
13.3.5 协议 285
13.3.6 开发相关的安全配置 291
13.3.7 编译器的安全配置 302
13.4 安全配置检查列表 305
13.5 小结 307
第14章 不安全的加密存储 308
14.1 关于加密 310
14.1.1 加密算法简介 310
14.1.2 加密算法作用 312
14.1.3 加密分类 313
14.2 加密数据分类 314
14.3 加密数据保护 315
14.3.1 密码的存储与保护 315
14.3.2 重要信息的保护 323
14.3.3 密钥的管理 336
14.3.4 数据的完整性 339
14.3.5 云系统存储安全 342
14.3.6 数据保护的常犯错误 343
14.4 如何检测加密存储数据的安全性 344
14.4.1 审查加密内容 344
14.4.2 已知答案测试（Known Answer Test）344
14.4.3 自发明加密算法的检测 345
14.4.4 AES加密算法的测试 345
14.4.5 代码审查 346
14.5 如何预防不安全的加密存储的数据347
14.6 OWASP ESAPI与加密存储 348
14.6.1 OWASP ESAPI与随机数 353
14.6.2 OWASP ESAPI 与FIPS 140-2 354
14.7 加密存储检查列表 355
14.8 小结 355
第15章 没有限制的URL访问357
15.1 掩耳盗铃——隐藏（Disable）页面按钮357
15.2 权限认证模型 358
15.2.1 自主型访问控制 360
15.2.2 强制型访问控制 360
15.2.3 基于角色的访问控制 361
15.3 绕过认证 363
15.3.1 网络嗅探 364
15.3.2 默认或者可猜测用户账号 364
15.3.3 直接访问内部URL364
15.3.4 修改参数绕过认证 365
15.3.5 可预测的SessionID365
15.3.6 注入问题 365
15.3.7 CSRF 365
15.3.8 绕过认证小结 366
15.4 绕过授权验证 367
15.4.1 水平越权 368
15.4.2 垂直越权 369
15.5 文件上传与下载373
15.5.1 文件上传 373
15.5.2 文件下载和路径遍历 377
15.6 静态资源 382
15.7 后台组件之间的认证383
15.8 SSO 385
15.9 OWASP ESAPI与授权 386
15.9.1 AccessController的实现387
15.9.2 一个AccessController的代码示例390
15.9.3 我们还需要做些什么 391
15.10 访问控制检查列表 393
15.11 小结 393
第16章 传输层保护不足 395
16.1 卧底的故事——对称加密和非对称加密395
16.2 明文传输问题 396
16.3 有什么危害398
16.3.1 会话劫持 398
16.3.2 中间人攻击 399
16.4 预防措施 399
16.4.1 密钥交换算法 400
16.4.2 对称加密和非对称加密结合 401
16.4.3 SSL/TLS 406
16.5 检查列表 423
16.6 小结 423
第17章 未验证的重定向和转发 425
17.1 三角借贷的故事——转发和重定向425
17.1.1 URL转发425
17.1.2 URL重定向 426
17.1.3 转发与重定向的区别 429
17.1.4 URL 重定向的实现方式 430
17.2 危害 438
17.3 如何检测 439
17.4 如何预防 440
17.4.1 OWASP ESAPI与预防 441
17.5 重定向和转发检查列表 443
17.6 小结 443
第5篇 安全设计、编码十大原则
第18章 安全设计十大原则 448
设计原则1——简单易懂 448
设计原则2——最小特权 448
设计原则3——故障安全化450
设计原则4——保护最薄弱环节451
设计原则5——提供深度防御 452
设计原则6——分隔 453
设计原则7——总体调节 454
设计原则8——默认不信任454
设计原则9——保护隐私 455
设计原则10——公开设计，不要假设隐藏秘密就是安全 455
第19章 安全编码十大原则 457
编码原则1——保持简单 457
编码原则2——验证输入 458
编码原则3——注意编译器告警459
编码原则4——框架和设计要符合安全策略 459
编码原则5——默认拒绝 460
编码原则6——坚持最小权限原则 462
编码原则7——净化发送到其他系统的数据 463
编码原则8——深度预防 464
编码原则9——使用有效的质量保证技术464
编码原则10——采用一个安全编码规范 465
媒体评论
这是一本带点酷酷的工程师范儿和人文气质的“硬货”。作为一名资深IT文艺老人，特别喜欢这种带着思想气息却又有着丰富案例娓娓道来的实用信息安全书，过去却往往只在国外作者中读到。正如书中开头的引子说的那样：“家有IT，如有一宝。”那么在Web安全日益火爆的今天，你会不会在读完这本书后的未来也成为传说中让我们顶礼膜拜的大牛呢^-^
——IDF威慑防御实验室益云（公益互联网）社会创新中心联合创始人万涛@黑客老鹰
伴随互联网的高速发展，基于B/S架构的业务系统对安全要求越来越高，安全从业人员面临空前的压力。如何让安全从业人员快速掌握Web应用安全？本书以诙谐、幽默的语言，精彩、丰富的实例，帮助安全从业人员从端到端理解Web应用安全。不失为近几年Web应用安全书籍的上佳之作。
——OWASP中国区主席SecZone高级安全顾问 RIP
很乐意看到有人将自身的资深安全积累和OWASP的最佳实践出版成书，内容严谨细致却不乏生动。这本信息安全领域的实用手册将成为银基安全致力于互联网安全的参考指导书目之一，我们广泛的电信、银行、保险、证券和政府部门等客户都会从中受益。
——上海银基信息安全技术有限公司首席技术官胡绍勇（Kurau）
随着安全访问控制策略ACL的普及应用，互联网企业目前面临的安全风险面主要集中在Web服务层。其中Web应用系统在架构设计、开发编码过程中是安全漏洞和风险引入的主要阶段，而普遍地我们的架构、开发、测试岗位在安全技能与意识上恰恰是相对比较欠缺的。本书详细介绍了Web安全基础知识、测试平台与方法，常见漏洞形式与原理，并结合OWASP最佳实践经验给出预防建议、设计和编码原则等。书中举例生动形象，图文代码并茂，步骤归纳清晰。特别推荐给广大Web开发、测试、安全岗位的朋友们。
—— 中国金山软件集团信息安全负责人程冲
在网络攻击愈加复杂，手段日益翻新的今天，Web攻击依然是大多数攻击者首选的入侵手段。反思CSDN泄密及新浪微博蠕虫事件，Web应用的安全突显其重要性。OWASP作为全球领先的Web应用安全研究团队，透过本书将Web应用安全的威胁、防御以及相关的工具进行了详细的探讨和研究。详尽的操作步骤说明是本书的亮点之一，这些详实且图文并茂的内容为逐步深入学习Web应用安全提供了很好的帮助。我衷心希望这本书能够成为信息安全专业的在校生以及应用安全相关从业人员的学习指导书。
-- 上海交通大学信息安全工程学院施勇(CISSP CISA)
❹ iPhone有锁机原理
在这里就应当了解几个知识。
SIM卡：SIM卡是一个GSM用户的身份证，而其中起到验证运营商的一组字串称为IMSI，中文意思是国际移动用户识别码，笼统来讲就是通过这组字串可以识别出来SIM卡对应的用户信息，包括运营商、国家、手机号码等等。
ICCID：中文意思集成电路卡识别码，作用是标明SIM卡的物理信息，不参与用户进行身份信息的验证。
IMSI：国际移动用户识别码。这个是区别移动用户的标志，储存在SIM卡中，可用于区别移动用户的有效信息。
KI：KI的作用是SIM卡与运营商之间加密数据传递的密钥，如果KI和IMSI二者匹配那么运营商就允许用户在网络中注册并返回相关信息，换言之就是来信号，反之则不能使用。
如果认真阅读会发现，整个过程中完全没有提到手机号码这一项。这是因为对于一张SIM卡来说里面并没有包含手机号码这个字段，手机号码是SIM卡在网络注册成功之后运营商返回的信息之一，也就是说手机号码是根据IMSI来匹配给的。每次关闭信号，再重新开启信号之后都要进行一次验证并重新返回手机号码，只不过一般情况下来讲手机号码和IMSI的关系是固定的。
❺ 您的internet安全设置阻止打开一项或多项文件
解决方法: HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\Internet Settings\Zones\ 该键值下正常情况下只有0,1,2之类的子键, 如果出现 0x01-0x29之间的怪异字符,就会导致某些程序无法启动的问题. 删除这些键值即可. Ref: http://surfthenetsafely.com/ieseczone3.htm =============================== Internet属性-高级-重置IE 这个错误信息应该是由一个IE安全设置引起的。最简单的解决办法，就是重置IE。 如果想要查，可以看看HKLM和HKCU下面\Software\Microsoft\Windows\CurrentVersion\Internet Settings\Zones里面的各项下面的1806这个项。解释为： # 1806 其他：启动应用程序和不安全文件 1806 Miscellaneous: Launching applications and unsafe files 也有可能是Zone的设置不正确造成的。注册表为：HKLM和HKCU下面的\Software\Microsoft\Windows\CurrentVersion\Internet Settings\ZoneMap\Domains。 英文的错误信息为："These files can't be opened. Your Internet security settings prevented one or more files from being opened." Ref: http://social.answers.microsoft.com/Forums/zh-CN/w7programszhcn/thread/e77c4b08-effc-4107-848e-81226d00a5ea