用途：分析当前目录下的 mitmproxy 抓包文件 log.txt，查找 IDOR（不安全的直接对象引用）授权漏洞，适用于用户询问授权问题、顺序 ID 或越权访问他人资源的场景。
主要能力：识别高价值 IDOR 参数模式，包括用户/账户引用（user_id、account_id、profile_id 等）、资源引用（order_id、booking_id、payment_id、document_id 等）、组织引用（project_id、team_id、workspace_id 等）、内容引用（media_id、post_id、comment_id 等）以及会话/令牌引用（session_id、subscription_id、card_id、api_key_id 等）。支持识别需解码的 ID 编码模式：Base64 数值、十六进制、含时间戳的 UUID v1、短哈希、补零 ID。按访问类型给出严重性评级：读取他人 PII 为 CRITICAL，修改他人数据或访问他人订单/交易为 HIGH，读取他人私密内容为 MEDIUM，枚举用户存在为 LOW，访问公开类数据为 INFO。
使用方式：需当前目录存在 log.txt；若缺失，先抓包：mitmdump --set flow_detail=3 2>&1 | tee log.txt。随后用 grep 搜索候选参数，例如 grep -iE '(user|account|order|session|subscription|member|card|document|file|project|team|group)[-_]?id' log.txt；提取数值 ID 检查是否连续：grep -oE 'id[=:]["''']?[0-9]+' log.txt | sort -u；再用 curl 携带会话测试 ID±1 的授权情况。IDOR 常见位置包括 URL 路径参数、查询参数、请求体（JSON/表单）和请求头（如 X-User-Id）。
输出格式：每个发现报告端点、参数、ID 类型、当前值、严重性、证据、影响、测试命令与修复建议。
限制：需忽略误报，如分析/追踪端点、公开内容 ID、与授权无关返回相同数据的资源 ID、以及错误用户返回 403 的 ID。资料未提供安装方式、收费与平台支持信息。