Tailscale is one of those services…

Tailscale isn’t an exposed service. Headscale is, and it isn’t connected to the Tailnet. It’s a control server used to communicate public keys and connectivity information between nodes. Sure, a threat actor can join nodes to the Tailnet should it become compromised. But have you looked at Headscale’s codebase? The attack surface is significantly smaller than anything like OpenVPN.

A cert tells you that you are actually…

I’m all for ssl/tls, but it’s more work and may not always be worth the effort depending upon the application, which is exactly why I recommended SmallStep+Caddy. Let’s not pretend that introducing things like a CA don’t introduce complexity and overhead, even if it’s just distributing the root cert to devices.

MITM/DNS Hijack/ARP Poisoning…

Are you suggesting that these attack techniques are effective against zero trust tunnels? Given that the encryption values are sent out of band, via the control channel, how would one intercept and replay the traffic?

Yikes! I’d avoid leaving any services externally exposed unless they’re absolutely necessary…

Tailscale+Headscale are pretty easy to implement these days. Since it’s effectively zero trust, the tunnels become the encrypted channel so there’s an argument that HTTPS isn’t really required unless some endpoints won’t be accessing services over the Tailnet. SmallStep and Caddy can be used to automatically manage certs if it’s needed though.

You can even configure a PiHole (or derivative) to be your DNS server on the VPN, giving you ad blocking on the go.

Anecdotal, but Ive had a container running Nextcloud in an LXC on Proxmox along with PiHole, Step CA, Bacula, and quite a few other services and I’ve had zero downtime since June 2023. Even have Tailscale rigged to use PiHole as the tailnet DNS to have adblocking on the go.

Guess that restart: always value in the Compose config is pulling it’s weight lol

“Over 50 per cent of heroin addicts will stop using by 2025 as negative, obvious consequences grow”

Definitely complicated to root cause. Please share if ya figure out the hard parts 😄

An idea: Netflix could be fingerprinting TUN interfaces on the TV.

One thing I’d consider trying is Tailscale in userspace networking mode on a distinct network host at location 2, which’ll start a SOCKS/HTTP proxy that the TV can use for outbound connections.

Bonus: any devices incompatible with Tailscale can use the proxies.

If you’d like to take a stab at this, Headscale is a self-hosted version of Tailscale’s service. Personally, I use Caddy to automatically manage letsencrypt certs while proxying requests to Headscale.

Would I trust them to not masquerade as me?..

Masquerading is literally the term used for this.

I’ve spent quite a bit of time as a penetration tester and one of the first things we do once we recover credentials is check for validity against online accounts known to be good for a given user. We do that because it simulates attackers and government operators alike. It’s a guarantee that free credentials will be abused in one manner or another when they’re available to government entities.

The obvious control for this is to maintain a unique password for each account but that’s not always feasible for users due to myriad conditions.

Agreed, but we have to trust the instances we keep accounts on. Trust is subjective, but I certainly wouldn’t trust a government ran instance for anything other than an outlet for information originating from the owning government.

If I run a private instance or know the maintainer of another, then I can have greater confidence in the security/privacy implementations.

My mistake.

My mistake.

Probably a poor decision to be creating accounts on government operated instances. Since they own the server, they’re in a position to:

1. Siphon credentials and attempt reuse to gain access to distinct services
2. Ban individual accounts
3. Censor based on post content

I’m all for government support and adoption of open-source software so long as they’re not in the position to disrupt how it’s used by the public at large.

Edit (my perspective is relevant, but doesn’t apply in this case): My nerd impulses outran my willingness to read the link’s content. Seems it’s not for public registration.

Edit 2: Like my cornbread eating American ass can read Dutch anyway 🤣

Sure can! It’s a bit involved and there are security considerations to take into account. Those who deploy their own instance have to make sure the underlying services are well-configured and patched. This happened yesterday, for instance. Hard to know the exact scope of the compromise, but in bad circumstances it could have compromised everyone’s credentials who has registered on lemmy.world. I’ve no reason to believe that’s the case…just saying it’s a thing.

Just started learning about the fediverse but I suspect everything goes down with the ship. Sort of creates a development opportunity for community driven backup utilities, though. Interesting problems are fun development challenges :)

I just joined and I suspect that you’re correct: there’s an overall learning curve. No snarky tone intended, but explaining decentralization to those who would likely struggle with grasping the basic client/server model is going to be challenge.

Shoot, I’ve got 10 years pentesting and R&D under my belt and it took me a while to weigh the pros and cons of creating an account on a public instance or self-hosting. (Will self-host eventually…enjoying a test drive.)