基于区块链的多网融合数据安全跨域共享方法研究
2026-08-06 15:10
🔍 耿同学打假报告
论文信息
- 标题:基于区块链的多网融合数据安全跨域共享方法研究
- 作者:崔宇
- 导师:黎琳
- 期刊/来源:北京交通大学硕士学位论文
- 发表年份:2025年6月
综合评定:🟠 高度可疑
详细发现
发现 1:密码学安全证明存在“套娃式”致命逻辑错误
- 位置:3.4.3 安全性证明 / Page 37
- 描述:在基于随机预言机模型(ROM)的ECDLP安全证明中,作者试图推导“如果敌手能伪造签名,就能解决ECDLP难题”。但在提取私钥 \(k\) 的关键步骤中,作者写出了如下惊为天人的公式:\(k = (h's'^{-1} + r's'^{-1}k - r') / r's'^{-1} \pmod n\)。
- 证据:这是一个极其低级的代数循环(套娃)。用 \(k\) 去定义 \(k\),等式两边同时消去含 \(k\) 的项后,这个等式根本无法成立,也绝对无法推导出私钥。在密码学安全归约证明中,要么使用“分叉引理”通过两次签名提取私钥,要么挑战者需要预置后门。这种直接在等式两边同时保留未知数 \(k\) 的“全自动造假代码”式证明,属于为了凑字数强行瞎编数学推导,证明该安全证明纯属纸上谈兵。
- 严重程度:🔴
- 复核状态:✅ 成立
⚠️ 发现 2:实验对比涉嫌“殴打小朋友”(稻草人对比法)
- 位置:4.5 性能分析与仿真 / 图 4-8、图 4-9 及相关描述 / Page 62-64
- 描述:作者将自己的方案(方案一:SM4 + CP-ABE混合加密)与方案三(直接使用CP-ABE加密共享数据)进行性能对比,并自豪地宣布“当数据量为10MB时,本方案的共享耗时仅为对比方案的22.6%和33.0%”。
- 证据:在密码学常识中,属性基加密(ABE)作为非对称加密,极其不适合加密大文件(计算开销随文件大小呈线性暴增)。业界标准做法(即作者的方案一)是用对称加密(SM4)处理明文,用ABE处理对称密钥。作者拿“混合加密”去和“纯ABE加密10MB文件”比速度,就好比拿跑车和三轮车比百公里加速,赢了也是毫无技术含金量的“降维打击”。这种对比不仅无法体现方案优势,反而暴露出作者对现有基线实验的敷衍了事。
- 严重程度:🟠
- 复核状态:⚠️ 依据不足
发现 3:实验数据呈现“美丽的真空”(数据过于完美)
- 位置:3.5 性能分析与仿真 / 表 3-8 / Page 42
- 描述:表 3-8 展示了身份认证有效性实验结果。在“精度”一栏,所有8组实验结果清一色为“100%”。
- 证据:虽然密码学验证在理论上应该非真即假,但在真实系统仿真(尤其是涉及网络通信、系统时间戳偏差、并发处理)的情况下,测试精度全为绝对的100%是非常罕见的。此外,作者在图表中报告了大量极其精确的耗时数据(如 22.9ms, 16.5ms),但通篇未提供任何标准差(SD)、置信区间或误差棒。这违背了计算机系统仿真实验的基本规范,数据呈现出“随机数生成器都不如”的过度完美。
- 严重程度:🟡
- 复核状态:✅ 成立
⚠️ 发现 4:文本中未提供足够的图片信息,无法进行像素级分析
- 位置:全文图表
- 描述:鉴于本次检测仅接收到文本提取内容,未包含高分辨率原始图片,无法使用图像分析工具进行图像的重叠、噪点对比及 PS 拼接痕迹检测。
- 证据:无法比对实验架构图与流程图是否存在过度复用现象。
- 严重程度:ℹ️(客观局限)
- 复核状态:⚠️ 依据不足
(注:在耿同学六式的第五式“产出异常检测”中,本文使用的时间线极其合理。如 Go 1.22.4 和 Java 11.0.26 都是2024-2025年发布的版本,Kubo 0.16.0 也是近期的 IPFS 实现。作者在软件版本和时间逻辑上没有造假,这一点值得肯定。)
耿同学辣评
安全证明写成了“我证明我就是我”的逻辑死循环,实验设计上可能存在“大学生暴打幼儿园”的无意义降维打击。这篇论文的工程实现(代码)可能确实跑了,但在理论推导的尊严上,仿佛是把读者当成了毫无密码学常识的“信任域节点”。虽然部分图表因客观条件无法深入验真,但光是一个密码学证明的代数循环,就足以让这篇论文的理论基石摇摇欲坠。
建议后续行动
- 联系作者及导师要求提供 3.4.3 节安全证明的完整数学推导过程
- 要求作者提供表 3-8 和相关图表中耗时测试的多次重复实验原始数据及方差分析
- 建议北京交通大学网络空间安全学院对该硕士论文的理论证明部分进行学术复查
⚠️ 免责声明
本报告由 AI 辅助生成,仅供学术讨论参考。
学术不端的最终认定需要专业机构调查。
我们支持学术诚信,但也尊重每一位研究者的名誉权。
如有异议,请以官方调查结论为准。
本工具不保证检测结果的准确性,误报和漏报均有可能。