首页   注册   登录
V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
Twitter 的好玩功能
Twitter Analytics
Twitter API 开发推荐书目
Twitter API - Up and Running
Coding
V2EX  ›  Twitter

Twitter:我们刚发现我们把所有推特用户密码明文存了……你们改密码吧

  •  1
     
  •   FindHao · 2018-05-04 10:05:55 +08:00 via Android · 12421 次点击
    这是一个创建于 589 天前的主题,其中的信息可能已经有所发展或是发生改变。

    刚刚登录试了下,果真提示了。。乖乖改密码吧。。

    42 回复  |  直到 2018-05-08 09:25:43 +08:00
        1
    neosfung   2018-05-04 10:21:45 +08:00
    今天是 World Password Day,Twitter 给我们开个玩笑提醒我们更新密码吧?
    [参考这里]( https://www.mirror.co.uk/tech/happy-world-password-day-worrying-12472421)
        2
    mozutaba   2018-05-04 10:25:06 +08:00
    “我们近日发现了一个 bug,该 bug 导致密码无遮掩地被存储在一个内部日志上。我们已经修复了这个 bug,没有迹象表明密码被任何人盗取或滥用。作为预防措施,用户应考虑在所有使用过同一密码的服务上更改密码。”

    大胆推测,修复过程是注释掉输出密码日志的代码。
        3
    soarscnu   2018-05-04 10:30:33 +08:00 via iPhone
    喷子呢
        4
    maichael   2018-05-04 10:32:52 +08:00
    @mozutaba 这说的是 github 的吧。
        5
    jadec0der   2018-05-04 11:07:58 +08:00 via Android
    为什么不在前端 hash 了再传?
        6
    SingeeKing   2018-05-04 11:15:15 +08:00
    没收到通知……
        7
    Macolor21   2018-05-04 11:21:50 +08:00 via Android
    我们通过所谓的哈希转换流程,使用一个名为 bcrypt 的函数对密码进行掩码处理,即用随机的一系列数字和字母替代实际密码,存储在 Twitter 系统内。 这让我们的系统可以在不显示你的密码的前提下核实帐号身份。 这是行业标准做法。

    有一个问题导致密码在完成哈希转换前被写入一个内部日志。 我们自己发现了这个错误,移除了密码信息,并且正在部署计划以防这个问题再度发生
        8
    sobigfish   2018-05-04 11:36:32 +08:00
    @mozutaba #2 请问这是哪个网站 谢谢
        9
    windcode   2018-05-04 11:41:09 +08:00
    登陆了一下,果然提示了……
        10
    mozutaba   2018-05-04 11:48:13 +08:00 via Android
    @sobigfish twitter 的新闻稿
        12
    wintercoder   2018-05-04 12:20:33 +08:00
    输出到内部日志 难道还会被人黑入么.
        13
    orangeade   2018-05-04 12:30:35 +08:00 via Android
    @wintercoder 防内鬼
        14
    ryd994   2018-05-04 12:48:31 +08:00 via Android   ♥ 1
    @jadec0der 这个讲过很多次了
    前端 hash 没有意义
    密码 hash 成了实质上的密码
    只需要重放你的 hash 即可
    而要抗重放的话就要加入一次性的分量,这又会让服务端无法验证,除非保存明文
        15
    cairnechen   2018-05-04 12:55:15 +08:00   ♥ 2
    @wintercoder 如果糟糕的事情可能发生,那它一定会发生
        16
    leafleave   2018-05-04 12:57:27 +08:00 via iPhone   ♥ 1
    @ryd994 加了盐的 hash 至少可以防止在其他网站使用同一密码的用户受到更大的损失吧
        17
    yangyaofei   2018-05-04 12:57:49 +08:00 via Android   ♥ 1
    @ryd994 hash 的作用应该是防止你丢了这个网站的密码,结果用了同样密码的别的网站不被盗吧
        18
    ctsed   2018-05-04 12:57:53 +08:00 via Android
    @ryd994 但是这样不会影响一码通
        19
    leafleave   2018-05-04 13:01:33 +08:00 via iPhone
    @ryd994 而且有些人喜欢拿 QQ 号或者手机号加上两个字母做密码,不 hash 一下会泄露更多信息
        20
    ryd994   2018-05-04 13:13:02 +08:00 via Android   ♥ 1
    @leafleave 加盐 hash 是在服务端做的
    前端 hash 凑什么热闹

    @ctsed
    @yangyaofei
    前端 hash 一次后端再 hash 一次的结果就是值域变小
    本来需要穷举所有可能明文的,现在全变成定长字母数字串了
        21
    timwei   2018-05-04 13:32:19 +08:00
    刚好跟上这阵子 PPv2 密码字典的话题

    大部分的用户在各网站密码都是单一且重复性高的

    明文密码的日志数据有作为字典的价值,被内鬼泄漏出去可能会给公司带来法律风险。
        22
    lsyk   2018-05-04 13:36:15 +08:00
    这水平也是搞笑了。应该是最开始调试用的代码。那么多年就没人发现问题???、
        23
    wb14123   2018-05-04 13:51:54 +08:00
    @ryd994 前端 hash 可以防止多个网站共用一个密码的情况。
        24
    leafleave   2018-05-04 14:31:05 +08:00 via iPhone
    @ryd994 我想的是如果大家在前端 hash 的时候都不加盐,那就可以在其他同密码的网站重放 hash 了
    值域变小确实是个问题,不过只要不是百度 QQ 这种用户数的应该没事
        25
    husky   2018-05-04 16:58:52 +08:00
    @ryd994 #14
    前端 hash 可以提高被改密码的成本,前提是校验原密码的时候前端不做 hash
        26
    ZombieMisaka   2018-05-04 17:08:14 +08:00
    在加上全局 https 的前提下,实在想不出前端 hash 的意义在哪
        27
    redsonic   2018-05-04 20:14:56 +08:00
    我这里三个帐号都没有提示要更新密码
        28
    jadec0der   2018-05-04 21:18:58 +08:00 via Android
    @ryd994 可以防止泄露明文密码让客户被撞库不是意义吗´_>`
        29
    Building   2018-05-04 22:00:42 +08:00 via iPhone
    ...很多账号密码我第一次输进去的时候都点了记住账号,完全不记得密码是什么,全靠自动登录。
        30
    icy37785   2018-05-05 02:29:18 +08:00 via iPhone
    @jadec0der 前端 hash 比不加密还要不安全
        31
    BearD01001   2018-05-05 07:06:50 +08:00 via iPhone
    @ryd994 敏感信息 hash 之后再进行网络传输基本是前端行业的一个基础安全知识。
        32
    wenzhoou   2018-05-05 07:42:10 +08:00 via Android
    @BearD01001 这句话有出处吗?
        33
    BearD01001   2018-05-05 08:36:50 +08:00 via iPhone
    @wenzhoou 出处不清楚。不过窃以为敏感数据在进行网络传输前应该进行 hash。
        34
    yangyaofei   2018-05-05 10:03:26 +08:00
    @ryd994 还这个讲过很多次了...大家在讨论问题不是听你讲课,你也不是什么权威大神.很讨厌这种语气
        35
    julyclyde   2018-05-05 10:51:48 +08:00
    @ryd994 能理解到你这个程度的人不多。很多人还在沉迷于“三遍 md5 ”
        36
    ryd994   2018-05-05 11:19:27 +08:00 via Android
    @yangyaofei 并不是我讲过很多次了,而是很多地方很多大神讲过很多次了

    @BearD01001 我上面讲过了,前端 hash 了,后端不可能不 hash,实际上就是两遍 hash,两遍 hash 比一遍 hash 更不安全。你需要的是 TLS,而不是拍脑袋自创的安全方案。
    换个说法,如果这是安全常识,你要不要看看国外各大银行有没有这样做?自己签个 CA,浏览器里忽略强制 hsts,中间人一下自己还是很简单的。
        37
    yangyaofei   2018-05-05 11:41:01 +08:00
    @ryd994 谁说过?在哪儿?不可能一句我记得吧? 看看你给我的回复下面回复别人的吧,还是我上面讲过了,一副我肯定对我是来科普你们都是辣鸡的语气,2333
        38
    wenzhoou   2018-05-05 12:09:41 +08:00 via Android
    ryd994 说的对,就该认。别管语气。又不是跟女盆友吵架。如果认语气的话,那你们是不是看着 error 信息不爽就不用调查 bug 了啊。
        39
    ryd994   2018-05-05 12:20:15 +08:00 via Android
    @yangyaofei 你自己被害妄想吧杠精
    (书上 /网上 /大神)已经讲过很多次了
    非要理解成
    (我)已经讲过很多次了
    你自己脑补成什么语气关我屁事

    非要问谁说的,给你两个:
    https://crackstation.net/hashing-security.htm
    https://security.stackexchange.com/questions/110948/password-hashing-on-frontend-or-backend

    又不是对你说的,你高潮个什么劲啊?
        40
    ryd994   2018-05-05 12:28:25 +08:00 via Android   ♥ 1
    @leafleave 加密、hash 的安全性之一,就是输出的随机性。理论上完美的加密结果应该和纯随机数据一样。如果和纯随机不一致,不一致的部分就是泄露的信息熵。
    值域很重要,如果值域变小了,我完全可以用更短的数据代替它(压缩)。你看以前所谓王小云破解 md5,说的就是把原本 2^n 的碰撞难度,降低到 2^m。
    hash 两边,不也是一样么?值域就是难度啊。
        41
    yangyaofei   2018-05-05 20:03:34 +08:00 via Android
    @ryd994 呵呵,跟你好好说话,什么玩意儿啊
        42
    ctsed   2018-05-08 09:25:43 +08:00 via Android
    @ryd994 又不是不能解决,这种发言颇有公众号的味道。258 512 1024 2048 了解一下,两次随机 salt 了解一下,来,你来算下值域,来批量跑彩虹表
    关于   ·   FAQ   ·   API   ·   我们的愿景   ·   广告投放   ·   感谢   ·   实用小工具   ·   953 人在线   最高记录 5043   ·     Select Language
    创意工作者们的社区
    World is powered by solitude
    VERSION: 3.9.8.3 · 30ms · UTC 19:53 · PVG 03:53 · LAX 11:53 · JFK 14:53
    ♥ Do have faith in what you're doing.