对 6 位数字 PIN 进行慢哈希是不是形式主义安全？

[drymonfidelia]

哪怕一次验证需要进行 1s 运算（这个效率已经影响用户体验了） 1000000/3600~=277.778h ，十多天的时间，更别说是可以加机器一起跑

至于拖慢数据库泄露后发现高价值用户的时间，你密码表都能泄露用户数据表大概率也泄露了

[gogo_tutu]

是指哪一款应用

[ryd994]

是。密码不能只有 6 位。
TPM/智能卡可以用 6 位数字 pin 是因为 TPM 无法读取，且错误多次后会自毁。6 位 pin 可以保证 3 次以内猜不到。

[wfg]

多次错误会冷却，不存在十多天爆破的情况。

[sentinelK]

没太懂楼主想表达什么，不安全指的是哪一侧？

如果是用户侧的话，问题不大，因为六位数字往往伴随着尝试次数限制。
如果是数据侧用于非明文存储的话，确实没意义。

但是你光拿到 hash ，你怎么知道他的算法是什么，以及他的明文是什么范围？

[qupei2u]

想表达什么？

[stormtrooperx5]

你用六位 pin 保护的是什么？

[BenHunDun]

其实不是很确定场景是什么, 可能输入 6 位, 但是在后端有加 salt 后再做哈希?

[drymonfidelia]

@sentinelK 指的是后端存入数据库的哈希，我听说金融行业一般都有这类要求，对用户输入的数字 PIN 进行慢哈希处理
@stormtrooperx5

[stormtrooperx5]

@drymonfidelia 先问是不是再问为什么，我没觉得银行/券商登录时校验花了一秒以上，也没影响我体验

[realpg]

@stormtrooperx5 #6
有几个亿存款的银行卡

[sentinelK]

@drymonfidelia 数据库侧，慢哈希的意义是相较于其他算法而言的。
假设你知道密码字段的加密算法、加盐逻辑以及取值范围。按照你的理解，一个 6 位纯数字，慢哈希的破解是以天为维度。

如果是其他算法的话，使用 GPU 加速，那暴力破解的单位将会是毫秒。
一天已经把整个银行系统的所有用户都轮完了。

[stormtrooperx5]

@realpg 麻烦先举证一下