Let’s Encrypt will be reducing the validity period of the certificates we issue. We currently issue certificates valid for 90 days, which will be cut in half to 45 days by 2028.
This change is being made along with the rest of the industry, as required by the CA/Browser Forum Baseline Requirements, which set the technical requirements that we must follow. All publicly-trusted Certificate Authorities like Let’s Encrypt will be making similar changes. Reducing how long certificates are valid for helps improve the security of the internet, by limiting the scope of compromise, and making certificate revocation technologies more efficient.

  • Valmond@lemmy.world
    link
    fedilink
    English
    arrow-up
    2
    ·
    2 days ago

    But you have to manually accept this dangerous cert in the browser right?

    Very interesting actually, do you have any experience about it or other pointers? I might just set one up myself for my tenfingers sharing protocol

    • Unforeseen@sh.itjust.works
      link
      fedilink
      English
      arrow-up
      15
      ·
      2 days ago

      No, because it’s no longer dangerous if it’s trusted.

      You give your friends your public root and if applicable, intermediary certs. They install them and they now trust any certs issued by your CA.

      Source: I regularly build and deploy CA’s in corps

      • Valmond@lemmy.world
        link
        fedilink
        English
        arrow-up
        1
        ·
        15 hours ago

        Thank you!

        Is there some simple soft that let you make those certs, like with a root cert and then “derived” certs? On linux :-) ?

        I guess people have to re-trust every now and then because certs get old, or do they trust the (public partof the) root cert and the daughter certs derived from root are churned out regularly for the sites?

        • Unforeseen@sh.itjust.works
          link
          fedilink
          English
          arrow-up
          1
          ·
          12 hours ago

          Openssl can do everything.

          That’s right, but instead of the word derived we use “issued”

          Correct certs get old by design, they can also be revoked. As another commenter mentioned the biggest pain is actually in the redistribution of these end certificates. In enterprise this is all managed usually with the same software they use for deployment or have auto enrollment configured.

          You should find tons of guides just take it slow to understand it all. Understanding certificates in depth is a rare and good skill to have. Most sysadmins I come across are scared to death of certificates.

    • IsoKiero@sopuli.xyz
      link
      fedilink
      English
      arrow-up
      4
      ·
      1 day ago

      It’s pretty simple to set up. Generate CA, keep key and other private stuff stored securely, distribute public part of CA to whoever you want and sign all the things you wish with your very own CA. There’s loads of howtos and tools around to accomplish that. The tricky part is that manual work is needed to add that CA to every device you want to trust your certificates.

    • ℍ𝕖𝕝𝕚0𝕤@social.ggbox.fr
      link
      fedilink
      English
      arrow-up
      3
      ·
      2 days ago

      No that’s the point. If you import the CA certificate on your browser, any website that uses a cert that was signed by that CA will be trusted and accessible without warning.