重复哈希SHA3输出百万次是否比Scrypt更安全？Scrypt是否仍适用？

那个“重复SHA3百万次更简单安全”的说法并不属实 #

简单迭代哈希（重复SHA3百万次）存在核心缺陷，远不如Scrypt安全：

• 抗并行破解能力极差：这类操作是单线程、低内存消耗的计算，现代GPU、ASIC可以轻松并行处理数百万次这类哈希运算，字典攻击的效率几乎不会被限制。而Scrypt是专门设计的内存硬哈希算法，计算时需要占用大量内存，GPU/ASIC很难对其做并行优化，能从根本上降低暴力破解的规模和效率。
• 扩展性不足：“百万次”这个数值完全依赖当前硬件性能，随着硬件迭代，用不了多久这个次数就会变得不足以抵御攻击。而Scrypt可以通过调整N（内存因子）、r（块大小）、p（并行因子）等参数，灵活适配未来的硬件水平，长期安全性更有保障。
• 没解决核心问题：你之前觉得SHA3易被字典攻击，本质是弱密码本身容易被字典匹配——不管迭代多少次哈希，弱密码的哈希依然能被字典库快速命中。Scrypt的内存硬特性才是针对这类场景的有效防护，它让攻击者每尝试一个密码都要付出极高的资源成本。

Scrypt仍是合适的选择 #

Scrypt依然是存储密码等敏感数据的优质选择：

• 它是经过密码学界广泛验证的标准算法（收录于RFC 7914），安全性得到行业认可。
• 其内存硬特性完美适配当前对抗GPU/ASIC暴力破解的需求，这是简单迭代哈希无法做到的。
• 参数配置灵活，按照当前安全推荐（如N=16384、r=8、p=1）设置即可提供足够防护，后续还能根据硬件升级动态调整参数。

如果出于某些原因不想用Scrypt，也可以选择Argon2（尤其是Argon2id，当前密码哈希的首选标准），但绝对不要用简单的迭代哈希替代专业的内存硬哈希算法。

内容的提问来源于stack exchange，提问作者Wor Chan