31
Don't Trust, Verify (or: Validating Origin and Integrity without Public CAs) (blog.k3can.us)
submitted 2 months ago by to c/selfhosted@lemmy.world
6 comments fedilink hide all child comments
 

Wanted to share a quick blog post (see link) playing around with a couple methods of validating data origin and integrity without blindly relying on public CAs.

It's sort of a follow-up-to-a-follow-up on an earlier post about using Cloudlfare proxies to selfhost personal sites or services, but it really applies more to TLS and public CAs in general.

you are viewing a single comment's thread
view the rest of the comments
[–] [S] 4 points 2 months ago

I'll add: mTLS would only break because the client certs are typically signed by a private CA and the host is configured to only trust that specific CA (similar to the enterprise solution I referenced in the post).

If, for some reason, the host was configured to trust all of the typical public CAs, then mTLS would theoretically share the same problem.

  • permalink
  • fedilink
  • source
  • parent