这是一个专门讨论 idea 的地方。

每个人的时间,资源是有限的,有的时候你或许能够想到很多 idea,但是由于现实的限制,却并不是所有的 idea 都能够成为现实。

那这个时候,不妨可以把那些 idea 分享出来,启发别人。
gowl

HTTP basic authentication + HTTPS 的组合似乎也挺安全的

  •  
  •   gowl · Mar 18, 2023 · 3807 views
    This topic created in 1325 days ago, the information mentioned may be changed or developed.

    你们觉得呢?

    15 replies  •  2023-03-19 13:00:15 +08:00
    vitovan
    vitovan
    Mar 18, 2023
    1
    就是丑。
    iseki
    iseki
    Mar 18, 2023
    2
    把 Authorization 头给占了,有时候可能有坑
    yunser
    yunser
    Mar 18, 2023
    3
    信息安全看短板。传输过程是安全了,客户端怎么保存账密就是安全瓶颈了。
    MFWT
    MFWT
    Mar 18, 2023
    4
    感觉可以,但是还是不建议直接传输明文密码( Base64 就是明文),加盐 Hash 一下也要的
    xiangyuecn
    xiangyuecn
    Mar 18, 2023
    5
    没有区别,放 header 里 还是 放 body 里 仅此而已
    4BVL25L90W260T9U
    4BVL25L90W260T9U
    Mar 18, 2023❤️1
    6
    本来就是最佳实践啊
    lopssh
    lopssh
    Mar 18, 2023 via Android
    7
    没懂,还有其它组合吗?
    pocarisweat
    pocarisweat
    Mar 18, 2023
    8
    相当于每次都要提交最原始的登录信息,登录状态容易不可控,而且退出登录也不够方便
    leonshaw
    leonshaw
    Mar 18, 2023❤️1
    9
    服务端校验密码是比较重的操作,尤其是 bcrypt 这种抗攻击 hash
    gowl
    gowl
    OP
    Mar 18, 2023
    10
    @iseki

    > 把 Authorization 头给占了,有时候可能有坑

    能有什么坑呢?
    codehz
    codehz
    Mar 18, 2023 via iPhone
    11
    密码本身就不安全了,更别说还要传输,加密也不行,cdn 也可以解密
    这边建议用无密码的方式认证,用 webauthn api ,双方都不需要存储和记忆密码
    gowl
    gowl
    OP
    Mar 18, 2023
    12
    @lopssh

    > 没懂,还有其它组合吗?

    相对于所谓“现代”的机遇 session token 的认证方式
    IvanLi127
    IvanLi127
    Mar 19, 2023 via Android
    13
    @leonshaw 好像 web 服务会缓存
    iseki
    iseki
    Mar 19, 2023
    14
    @gowl 哦,我误会了,你是指自己的东西要用这种方式认证吗,也不是不行
    iseki
    iseki
    Mar 19, 2023
    15
    另外每个请求都传输主密码是非常不安全的行为
    About   ·   Help   ·   Advertise   ·   Blog   ·   API   ·   FAQ   ·   Privacy   ·   Solana   ·   1285 Online   Highest 6679   ·     Select Language
    创意工作者们的社区
    World is powered by solitude
    VERSION: 3.9.8.5 · 40ms · UTC 21:08 · PVG 05:08 · LAX 13:08 · JFK 16:08
    ♥ Do have faith in what you're doing.