• mic_check_one_two@lemmy.dbzer0.com
    link
    fedilink
    English
    arrow-up
    7
    ·
    3 个月前

    It’s probably because TLS uses your system clock to validate certificates. If your clock doesn’t match the server you’re connecting to, TLS fails and you get an “https failed/connection is insecure” error. And Windows likely uses https in the store to ensure MITM attacks can’t replace valid downloads with malicious ones.

    • Windex007@lemmy.world
      link
      fedilink
      arrow-up
      6
      ·
      edit-2
      3 个月前

      I understand the mechanism, and why it is important.

      I don’t understand why the error message from the store was nothing more than an error code, and why the MSKB for that code had absolutely no mention of a failed ssl negotiation as a possible cause.

      • rumba@lemmy.zip
        link
        fedilink
        English
        arrow-up
        1
        ·
        3 个月前

        Time->TLS errors aren’t handled well anywhere.

        As critical as they are to 2fa and TLS, you’d think every OS out there would poke around a few time servers and scream bloody murder if the time was off.

        Honestly, I think we, as a society, have leaned a little too hard into time as a precise critical failure point. It’s fine for things like GPS that actually require it. but our clocks don’t need to be precisely the same to tell how recent a request and response are and we can certainly make better hashing algos

        • Windex007@lemmy.world
          link
          fedilink
          arrow-up
          3
          ·
          3 个月前

          wget will give you a sniff of what the problem is. Microsoft Store will not.

          I don’t NEED an application to necessarily pinpoint the error. Just even a rough direction. Any browser will explicitly tell you if there is a cert issue. That’s more than enough to go on.