基于国密算法的通信数据加密传输方法
2026-07-17 09:11
🔍 耿同学打假报告
论文信息
- 标题:基于国密算法的通信数据加密传输方法
- 作者:刘仲驰
- 期刊:DIGITCW (数字通信世界)
- DOI:10.3969/J.ISSN.1672-7274.2023.03.008
- 发表年份:2023年
综合评定:🔴 实锤
详细发现
发现 1:数据造假与常识性逻辑冲突(内存计算崩塌)
- 位置:Page 26 / 表2(实验结果)
- 描述:在“2.2 实验结果与分析”中,作者明确写道:“采用8张264字节的表,得到的实验结果如表2所示”。然而,根据基础数学常识,8张264字节的表,其总数据量应为 \(8 \times 264 = 2112\) 字节。
- 证据:在表2中,实验组的“表占内存”为 1252 Byte,而对照组更是出现了 2511 Byte、5456 Byte、4123 Byte 的离谱数值。输入数据总共只有 2112 字节,对照组是如何在内存中占用了 5456 字节的?难道算法自带“内存膨胀”特效?这说明作者极大概率根本没有做实验,表2的数据纯粹是坐在电脑前“随机敲键盘”编造出来的,连最基本的数学自洽都没有做到。
- 严重程度:🔴
- 复核状态:✅ 成立
发现 2:数据造假检测(“教科书式”的完美伪造数据)
- 位置:Page 26 / 表2(实验结果)
- 描述:实验结果的数据呈现出典型的“随机数生成器”造假特征。
- 证据:表2中的所有数据(内存占用 1252/2511/5456/4123,加解密速率 94/90/65/64/54/62/70/74)全部是完美的整数,没有任何小数点,没有任何标准差(SD)或标准误(SEM)。真实的加解密性能测试受系统调度、CPU状态影响,独立重复实验绝对不可能得出完全一致的整数。此外,实验组的数据全面、精准地碾压所有对照组,这种无误差完美数据是虚假数据的典型红旗。
- 严重程度:🔴
- 复核状态:✅ 成立
发现 3:方法学与引用异常(伪术语大赏)
- 位置:Page 25(1.1 构建多节点通信数据拓扑模型)
- 描述:论文在描述TCP/IP网络通信机制时,使用了大量在计算机通信领域根本不存在的“伪术语”,疑似使用低劣的同义词替换工具进行洗稿。
- 证据:作者写道:“当连接断开,操作端会自动将停止YIN报文发送到主机,并进入 YIN_T_1状态...传递确认包 ADF确认对方...进入CLP_I等待状态”。在标准的计算机网络通信中,根本不存在所谓的“YIN报文”、“YIN_T_1状态”或“ADF确认包”(正常的应是TCP协议中的FIN报文、FIN_WAIT状态、ACK确认包)。连基本的专业名词都能大面积生造和错乱,很难想象这是一篇由“副教授、研究生”撰写的严谨学术论文。
- 严重程度:🟠
- 复核状态:✅ 成立
发现 4:统计学异常检测(缺失的统计分析)
- 位置:Page 26 / 实验结果与分析
- 描述:整篇文章设置了4组实验进行对比,但全文没有出现任何统计检验方法(如t检验、ANOVA)。
- 证据:作者仅凭肉眼看了几个干瘪的整数(例如加密速率 94 和 70),就直接得出结论“实验组的内存占有量最小,加密速度最快...提升了通信数据在加密传输中的安全性与实时性”。没有样本量(n)、没有误差线、没有显著性水平(p值),这种“只看结果不论统计”的论证方式在学术上是极其不严谨的。
- 严重程度:🟠
- 复核状态:✅ 成立
耿同学辣评
这篇论文简直是“学术造假界的泥石流”。连 8 乘 264 都敢不过脑子就敢往上写(明明只有 2000 出头的字节,对照组内存能跑出 5000 多),数据完美得仿佛是从没用过随机数种子的初级 VB 教程里抄来的。最搞笑的是,为了躲避查重,居然把经典的 TCP 协议三次握手和断开里的 FIN、ACK 硬生生洗稿成了“YIN报文”和“ADF确认包”。把经典的 TCP/IP 协议改写得连亲妈都不认识,这哪里是“国密算法”,这分明是作者自创的“阴阳怪气通信协议”!
建议后续行动
- 联系作者要求提供原始数据(虽然数据明显是编的)
- 在 PubPeer 上提出质疑
- 向期刊编辑部举报,要求核实实验真实性与学术不端嫌疑
- 建议作者所在机构(江西制造职业技术学院)学术委员会审查其课题产出
⚠️ 免责声明
本报告由 AI 辅助生成,仅供学术讨论参考。
学术不端的最终认定需要专业机构调查。
我们支持学术诚信,但也尊重每一位研究者的名誉权。
如有异议,请以官方调查结论为准。
本工具不保证检测结果的准确性,误报和漏报均有可能。