MISP项目审计日志分页功能异常分析与修复

在开源威胁情报平台MISP的2.4.191版本中，用户报告了一个涉及事件审计日志分页功能的UI缺陷。该问题表现为当用户尝试查看事件审计日志的第二页及后续页面时，系统无法正确返回预期的日志记录。

问题现象

审计日志模块在事件详情页面的分页功能出现异常，具体表现为：

1. 当用户点击第二页时，系统生成的URL路径包含多余的"eventId:"前缀
2. 手动修正URL参数后，分页导航链接又会出现参数顺序错乱的情况
3. 该问题影响所有非第一页的审计日志查询

技术分析

通过代码审查发现，问题根源在于前端路由生成逻辑存在两处缺陷：

1. 参数前缀问题：系统错误地在事件ID参数前添加了"eventId:"文本前缀，导致后端路由解析失败。正确的URL格式应为/audit_logs/eventIndex/EVENT-ID/page:2，但实际生成了/audit_logs/eventIndex/eventId:EVENT-ID/page:2。

2. 参数顺序问题：当用户手动修正URL访问后续页面时，系统生成的分页链接又将页码参数错误地放置在了事件ID参数之前，形成/audit_logs/eventIndex/page:4/eventId:EVENT-ID这样的无效路径。

影响范围

该缺陷影响所有运行MISP 2.4.191版本且满足以下条件的实例：

• 使用事件审计日志功能
• 单个事件的审计日志数量超过第一页显示容量
• 任何基于PHP 7.4环境部署的系统

解决方案

开发团队已通过提交修复了此问题，主要修改内容包括：

1. 移除了事件ID参数前多余的"eventId:"前缀
2. 修正了分页参数的位置顺序
3. 确保所有分页链接生成符合预期的URL格式

最佳实践建议

对于MISP管理员和开发者，建议：

1. 及时升级到包含此修复的版本
2. 在自定义开发中注意URL路由参数的标准化处理
3. 对关键功能如审计日志进行完整的分页测试
4. 考虑实现自动化测试用例覆盖分页功能

总结

这个看似简单的UI问题实际上反映了Web应用中路由处理的重要性。正确的参数格式和顺序对于保证应用功能正常运行至关重要。MISP团队通过快速响应和修复，确保了用户能够完整访问事件审计历史，这对于安全审计和合规性检查具有重要意义。