• exu@feditown.com
    link
    fedilink
    English
    arrow-up
    7
    arrow-down
    1
    ·
    3 months ago

    You can set up your own CA, sign certs and distribute the root to every one of your devices if you really wanted to.

    • solrize@lemmy.world
      link
      fedilink
      English
      arrow-up
      24
      ·
      3 months ago

      Yeah I know about that, I’ve done it. It’s just a PITA to do it even slightly carefully.

    • BestBouclettes@jlai.lu
      link
      fedilink
      English
      arrow-up
      2
      arrow-down
      11
      ·
      3 months ago

      That sounds like a bad idea, you would need your CA and your root certs to be completely air gapped for it to be even remotely safe.

        • BestBouclettes@jlai.lu
          link
          fedilink
          English
          arrow-up
          1
          arrow-down
          4
          ·
          3 months ago

          For self hosting at least, having your own CA is a pain in the ass to make sure everything is safe and that nobody except you has access to your CA root key.
          I’m not saying it’s not doable, but it’s definitely a lot of work and potentially a big security risk if you’re not 100% certain of what you’re doing.

          • Petter1@lemm.ee
            link
            fedilink
            English
            arrow-up
            1
            ·
            3 months ago

            Just use only VPN to access your services behind the reverse proxy, if you want prevent unauthorised connections.

            CA certificates are not here to prevent someone accessing a site, they are here, so that you can be sure, that the server you are talking to is really the one belonging to the domain you entered and to establish a tunnel in order to send the API calls (html, css, javascript etc.) and answers encrypted.

            • BestBouclettes@jlai.lu
              link
              fedilink
              English
              arrow-up
              2
              arrow-down
              1
              ·
              3 months ago

              That’s the problem, if anyone somehow gets your root CA key, your encryption is pretty much gone and they can sign whatever they want with your CA.
              It’s a lot of work to make sure it’s safe in a home setup.

              • prime_number_314159@lemmy.world
                cake
                link
                fedilink
                English
                arrow-up
                6
                ·
                3 months ago

                You can just issue new certificates one per year, and otherwise keep your personal root CA encrypted. If someone is into your system to the point they can get the key as you use it, there are bigger things to worry about than them impersonating your own services to you.

                • Petter1@lemm.ee
                  link
                  fedilink
                  English
                  arrow-up
                  2
                  ·
                  3 months ago

                  And additionally, you can sign intermediate Certificates reducing the risk even more, since you can revoke and re-issue new ones any time.

      • r00ty@kbin.life
        link
        fedilink
        arrow-up
        3
        ·
        3 months ago

        What if I told you, businesses routinely do this to their own machines in order to make a deliberate MitM attack to log what their employees do?

        In this case, it’d be a really targetted attack to break into their locally hosted server, to steal the CA key, and also install a forced VPN/reroute in order to service up MitM attacks or similar. And to what end? Maybe if you’re a billionaire, I’d suggest not doing this. Otherwise, I’d wonder why you’d (as in the average user) be the target of someone that would need to spend a lot of time and money doing the reconnaissance needed to break in to do anything bad.

        • Findmysec@infosec.pub
          link
          fedilink
          English
          arrow-up
          2
          ·
          edit-2
          3 months ago

          Ah, you mean they put the cert in a transparent proxy which logs all traffic? Neat idea, I should try it at home

          • r00ty@kbin.life
            link
            fedilink
            arrow-up
            1
            ·
            3 months ago

            They (the service that provides both web protection and logging) installs their own root certificate. Then creates certs for sites on demand, and it will route web traffic through their own proxy, yes.

            It’s why I don’t do anything personal at all on the work laptop. I know they have logs of everything everyone does.

        • BestBouclettes@jlai.lu
          link
          fedilink
          English
          arrow-up
          1
          arrow-down
          1
          ·
          3 months ago

          I’m talking about home hosting and private keys. Not businesses with people whose full time job is to make sure everything runs fine.
          I’m a nobody and I regularly have people/bots testing my router. I’m not monitoring my whole setup yet and if someone gets in I would probably not notice until it’s too late.
          So hosting my own CA is a hassle and a security risk I’m not willing to put work into.

      • lemmyvore@feddit.nl
        link
        fedilink
        English
        arrow-up
        1
        ·
        3 months ago

        As opposed to what, the domain certificate? Which can’t be air-gapped because it needs to be used by services and reverse proxies.

        • BestBouclettes@jlai.lu
          link
          fedilink
          English
          arrow-up
          1
          ·
          3 months ago

          The domain certificate is public and its key is private? That’s basically it, if anyone gets access to your key, they can sign with your name and generate certificates without your knowledge. That’s my opinion and the main reason why I wouldn’t have a self hosted CA, maybe I’m wrong or misled, but it’s a lot of work to ensure everything is safe, only for a self hosted setup.