近期在测试一个下单的项目，出于安全角度考虑，测试了一个场景，那就是利用工具对接口进行拦截并篡改数据。将接口一拦截并篡改数据后，发现收货满满。开发默默接受了我的建议，并对代码进行了修改。
对于fiddler的操作，网上帖子很多，该方法一查就很多，我还将此写出来，是记录下自己的实践时刻。
拦截HTTP请求
使用Fiddler进行HTTP断点调试是fiddler一强大和实用的工具之一。通过设置断点，Fiddler可以做到：
①修改HTTP请求头信息。例如修改请求头的UA，Cookie，Referer信息，通过“伪造”相应信息达到相应的目的(调试，模拟用户真实请求等)。
②构造请求数据，突破表单的限制，随意提交数据。避免页面js和表单限制影响相关调试。
③拦截响应数据，修改响应实体。
设置断点共有两种方式：
①fiddler菜单栏->rules->automatic Breakpoints->选择断点方式，这种方式下设定的断点会对之后的所有HTTP请求有效。有两个断点位置：
1)before response。也就是发送请求之后，但是Fiddler代理中转之前，这时可以修改请求的数据。
2)after response。也就是服务器响应之后，但是在Fiddler将响应中转给客户端之前。这时可以修改响应的结果。
3)如何消除命令呢？点击Rules->Automatic Breakpoint->Disabled
如下图所示：
②命令行设置断点
1)bpu在请求开始时中断
2)bpafter在响应到达时中断
3)bps中断HTTP响应状态为指定字符的全部session响应
4)bpv/bpm中断指定请求方式的全部session响应
示例一
命令行输入：bpm www.baidu.cm(拦截www.baidu.com请求)
解除拦截：输入命令：bpu
示意图如下所示：
示例二
命令行输入：bpuafter www.baidu.cm(拦截www.baidu.cm返回值)
解除拦截：输入命令：bpuafter
示意图如下所示：
结合实际操作，打开fiddler，去拦截提交订单的那个接口，设置成：rules->automatic Breakpoints->before response，在页面上提交订单，拦截效果如下所示，页面中一直在加载
修改数据
拦截HTTP请求后修改方式有两种，一种是临时修改，即结果只对当次请求有效，另一种是永久修改，可以通过urlreplace命令实现。
①临时修改请求
即在fiddler中执行Inspectors->WebForms，修改请求变量参数后执行Run to Completion，服务器返回新的请求结果
②永久性修改请求
1)命令行设置修改规则，修改请求：urlreplace 旧请求值 新请求值
fiddler命令行输入：urlreplace uuid=103 uuid=105
其中uuid是请求参数，输入命令后回车即可，新的请求设置成功，除非释放请求，否则请求值不变，释放请求命令urlreplace
2)脚本中修改规则，打开脚本方式：fiddler执行Rules->Customize Rules
在fiddler中修改订单数据后，点击Run to Completion按钮，实现数据篡改，页面中的数据修改成功，这里就不上图了，嘿嘿
通过fiddler实现拦截，篡改数据就是这么简单，在实际测试工作中很实用的工具，希望对大家有帮助，仅以此记录下自己篡改数据成功的时刻。
