[功能]: 全局热加载

• 有关问题/

○ ,

-- -- . . .

页:1

(原始内容存档于2018-09-29). Yakit QQ, 其作用域完全不同:

{\fn黑体\fs22\bord1\shad0\3aHBE\4aH00\fscx67\fscy66\2cHFFFFFF\3cH808080}你觉得呢? |:也. ################################################################################################################################################################################################################################################################ {\fn黑体\fs22\bord1\shad0\3aHBE\4aH00\fscx67\fscy66\2cHFFFFFF\3cH808080}我还不知道你是谁 {\fn黑体\fs22\bord1\shad0\3aHBE\4aH00\fscx67\fscy66\2cHFFFFFF\3cH808080} ################################################################################################################################################################################################################################################################

当前已知限制:

• MITM – WebFuzzer – 互联网档案馆的存檔,存档日期2013-12-02.
• MITM 热加载虽然能实现劫持请求和响应的目的,但它不能像全局热加载那样跨模块复用。,但它不能像全局热加载那样跨模块复用。
• MITM,WebFuzzer, \ n

####1.2当前数据流与函数覆盖情况.

目前,全局热加载提供了部分请求方向的加解密函数;

{\fn黑体\fs22\bord1\shad0\3aHBE\4aH00\fscx67\fscy66\2cHFFFFFF\3cH808080}你觉得呢? |:也.

□□□□□□□□□□□□□□□□□□□□□□□□□□□□□□□□□□□□□□□□□□□□□□□□□□□□□□□□□□□□□□□□□□□□□□□□□□□□□□□□□□□□□□□□□□□□□□□□□□□□□□□□□□□□□□□□□□□□□□□□□□□□□□□□□□□□□□□□□□□□□□□□□□□□□□□□□□□□□□□□□□□□□□□□□□□□□□□□□□□□□□□□□□□□□□□□□□□□□□□□□□□□□□□□□□□□□□□□□□□□□□□□□□□□□□□□□□□□□□□□□□□□□□□□□□□□□□□

当前问题汇总:

1. 全局热加载仅覆盖了请求方向(流程1+ 2),响应方向(流程3+流程4) 的函数完全缺失,MITM 界面无法呈现明文响应。
2. TeII MITM 热加载能实现劫持,但其加解密逻辑无法复用到 (原始内容存档于2018-09-28) (英语). WebFuzzer 等模块, 用户需在不同模块重复维护相同的加解密代码。.

-- -- . . .

建议新增以下两个全局热加载函数,以实现跨模块复用,注释中直接将函数名嵌入数据流向链路:

**(1)`劫持HTTPLESPONSE ' -- --

// 数据流向: 服务端被劫持 HTPRESPONSE → Yakit MITM 客户端:
// XXX:                                                                                                                              
//作用域:全局热加载(MITM + WebFuzzer 共用).
函数 HTTPresponse( 响应) {
//用户自定义解密逻辑.
返回已解密的答复;
{\fn黑体\fs22\bord1\shad0\3aHBE\4aH00\fscx67\fscy66\2cHFFFFFF\3cH808080}你觉得呢?

**(2) `答复后 ' -- --

[JavaScript] //数据流向: /服务端Yakit MITM / 答复后 /客户端 // : 47. MITM 修改后的明文响应加密后传回客户端. //作用域:全局热加载(MITM + WebFuzzer 共用). 函数在回复( 回复) { //用户自定义加密逻辑. 返回加密回复; {\fn黑体\fs22\bord1\shad0\3aHBE\4aH00\fscx67\fscy66\2cHFFFFFF\3cH808080}你觉得呢?

页:1

```2ZZ
//数据流向:客户端被劫持者HTTP请求-Yakit MITM-服务端.
// XXX:                                                                                                                              
//作用域:全局热加载(MITM + WebFuzzer 共用).
函数劫持 HTTP 请求( 请求) {
//用户自定义解密逻辑.
返回已解密的请求;
{\fn黑体\fs22\bord1\shad0\3aHBE\4aH00\fscx67\fscy66\2cHFFFFFF\3cH808080}你觉得呢?

//数据流向: /客户端Yakit MITM / 在要求前 /服务端
// : 47. MITM 修改后的明文请求加密后发往服务端.
//作用域:全局热加载(MITM + WebFuzzer 共用).
函数在请求( request) {
//用户自定义加密逻辑.
返回加密请求;
{\fn黑体\fs22\bord1\shad0\3aHBE\4aH00\fscx67\fscy66\2cHFFFFFF\3cH808080}你觉得呢?

期望效果:

• 四个流程覆盖后, Yakit MITM 交互界面看到的请求和响应均为明文, 便于测试人员分析和修改。
• 额,额,额,额,额,额.

-- -- . . .

####:解决外部扫描工具复用. 亚基特

问题描述:

Sqlmap , sqlmap , Yakit `在请求之前 ' , 有效载荷 , sqlmap 亚基特MITM:

• q(少则数千,多则数十万),所有流量都会被(所有流量都会被) Yakit MITM 写入本地数据库, 导致数据库文件急剧膨胀。
• MITM 交互界面需要渲染海量流量记录,界面响应缓慢甚至无响应。,界面响应缓慢甚至无响应。
• 扫描流量与人工测试流量混在一起干扰正常的人工渗透测试分析。

当前平替方案:

校对:Soup

• 亚基特 :
• ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
• ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
• 雅基特 MITM 置于两个代理之间** 仅处理纯明文流量 仅处理纯明文流量 用于人工分析和调试。
• **,复用下游代理中的加密逻辑发往服务端,流量完全绕过 Yakit MITM, 避免涌入数据库。 避免涌入数据库。

问题:这套方案下,Yakit 中编写的:"在请求前" q sqlmap 等外部工具复用, 用户需在 mimproxy 中重新实现一套相同的加密脚本, 维护两套代码。:

期望改进: . . . . . . .