If I ask an LLM to review my code it will find a long list of issues. Some of them will be real, and some of them will look kind of like issues, but won’t really be when you dig into them. Sometimes the issues will be kind of real, in the sense that there’s a real best practice not being quite followed, but they don’t actually rise to the level of a bug or vulnerability, and they’re not worth fixing.

If I fix that first list of issues, then ask an LLM to review my code again, it will, almost without fail, generate an equally long list of issues the second time. There might be some new real issues it missed in the first pass, but it will be much more slanted towards the “not quite a real issue” category, or duplicates of the “issues” I didn’t fix.

By the third round of review, almost everything it produces will be useless.

I’m pretty sure this is what’s going on with Project Glasswing.

You can use git over ssh with no other infrastructure. It’s less work, and you’ll learn more from doing it.

Tailscale is a sort of VPN. So, yeah, treat it the same.

I’m mostly responding to add a little context to the security concerns. Probably the biggest inside-the-VPN concern is that someone on your VPN gets some malware. So, if this is your family network, and say, your kid’s phone or laptop gets some malware, now any non-encrypted traffic is potentially compromised. Basically, the VPN is only as secure as the weakest link. That’s the thing you’re protecting against with https for individual services.

If I were hosting vaultwarden, and had my bank login in there, I absolutely wouldn’t consider a VPN + http sufficient protection. With LLMs, if we don’t have malware that knows how to hunt around for valuable credentials in the wild already, it’ll be here soon. I personally run my Jellyfin server over https because I’ve gone to the trouble to set up a good system to use letsencrypt with nginx as a proxy for any service. But I wouldn’t be too worried about running Jellyfin over http.

If you’re not using https, then anyone who can see the traffic in your VPN can see everything you do.

Whether that’s a problem depends. In principle, as long as access to your VPN is restricted to people you trust, then http inside it is fine. In practice, if your security isn’t perfect, and someone gets access to your VPN, then https provides a meaningful second line of defense.

My recommendation would be to never use http for anything where a breach would be really painful. It’s good that vaultwarden is on https. Beyond that, https is absolutely the best practice, but if someone getting access to your service is only a mild inconvenience, then leaving it on http is fine as long as it’s only accessible inside your VPN - the risk is relatively low, and the consequences aren’t bad.

castle-nathan.gif

I don’t know why, but I always assumed that image was from Firefly. It’s the same color shirt and everything!

I’m not saying it’s great.

I just don’t see this ending without a bunch of people having their lives ruined, so whatever we can do to pull the bandaid off faster is the best we can hope for.

You know, this might not be for the worst.

People really need to get used to the idea that everything you see online, and especially on Facebook is fake. Maybe it’s for the best if they don’t moderate things well enough to let people pretend otherwise.

I don’t have any personal experience with self hosted webmail. I know there are a bunch out there and definitely both options that can sit in front of a maildir and options that can sit in front of a POP/IMAP server like Dovecot.

I did a little googling, and if I wanted to set this up, the first thing I’d check out is something like imapsync -> dovecot -> Roundcube.

Dovecot provides a really reliable maildir -> IMAP/POP conversion layer, and once you’ve got that, most things should work.

You can use imapsync to keep a local synced copy your email in maildir format. That, along with a domain you own, solves the “I own my own email sycned to my server” problem pretty much completely. Switching email providers is just syncing to the new server (which imapsync supports) and updating your MX records on your domain.

Some email clients (like aerc) can just operate on the maildir directly. That’s what I do, but there are lots of ways to do this.

One option is to just keep using your email client the way you are now talking directly to your mailserver, and just rely on the imapsync side to be your owned backup/migration path.

Alternatively you can run your own local IMAP or POP server like Dovecot backed by the local maildir. So that’s imapsync -> dovecot -> thunderbird (or similar). It’s a little more software to set up, but once it’s set up it should be very reliable and gives you total control over what email client you use and full ownership of your data.

100% agreed, though I’m in the “neither is ideal” camp. My favorite language, by a long way at this point is Rust.

It’s not functional, but borrows a lot of functional idioms while avoiding the pain points functional language usually hit in exchange for losing the purity of functional languages.

Is France… ok?

I’ve always treated my home server with public facing services as presumptively compromised. I don’t put any data on there I wouldn’t want to see become public, and any data I actually care about losing is backed up to the cloud with an append-only key. The NixOS config lives in a git repo not on the server. If something bad happens, I can wipe the machine clean, redeploy the image, restore my backups, and we’re back to the status quo.

So, my threat model hasn’t changed much!

They really want people scared, ehh?

note that you probably need to trust the remote household with your data

Probably not actually. Borgbackup (and any sensible encrypted backup system really), does client side encryption. So the data should be encrypted before it’s even sent down the wire. The remote household shouldn’t be able to access the data without the encryption key/password.

I mean, they will have to trust the remote household not to destroy the data, but that’s pretty much an unavoidable limitation.

You’d better give us money and not try to regulate us.

Actually, right now, the western AI companies desperately want regulation.

An unregulated environment is one where they’re forced to compete on price against the Chinese companies and startups running open-weight models. All signs point to them losing that battle.

OpenAI/Anthropic’s wish list right now is a bunch of regulation to prevent the use of foreign models, and to require expensive to implement “safety” requirements that make it hard for startups to compete.

I didn’t say that.

Listen, I’ve got nothing against you hating AI. There’s lots of valid reasons to be concerned, especially with the implications for the future of jobs and work. The way corporations are adopting AI is legitimately concerning.

Just don’t pretend it’s about the environment when it’s not. That isn’t just an unconvincing argument, it hurts the environmental movement generally.

It’s the plastic straws all over again. You understand that the stupid straws debate did the environment no favors right? Fighting AI as an environmental issue is much worse because the AI is coming, and you will lose that fight. If you’re arguing for more controls about water and power use, I’m with you. If you’re arguing for a carbon tax, I will sing your praises. If you’re trying to fight the idea of AI itself, and pretending that it’s about the environment, that’s where I have a problem.

The TPM exists because it’s useful to support use cases where you want your passkeys tied to a device. It isn’t a Microsoft thing either. I run Linux - my computer has a TPM. I can’t use it because Linux support for the TPM is weak still, but it’s there! You probably have one too if your computer was made in the last decade.

By default, even on Windows, your website passkeys aren’t stored in the TPM. No one is forcing you to store your passkeys on the TPM.

And they won’t, because it’s a bloody stupid idea that benefits no one.

Microsoft wants your passkeys synced across devices because that’s how you get lock in. If the passkeys are stuck on the computer you made them on, then you may as well buy a Mac for your next computer because those passkeys are gone either way! If the passkeys are in Microsoft Password Manager though, now migrating to a Mac is harder.

You absolutely shouldn’t be angry!

The existence of powerful open-weight models is the single thing that’s going to prevent us from descending into the full corporate dystopia everyone’s afraid of.

It’s going to hit the stock market hard once everyone figures out what’s going on though.

[forget]
keep-daily = 10
keep-weekly = 4

Daily backups are cheap because of de-duplication. I keep a few weekly backups in case it takes me a bit to notice something went wrong. I don’t usually back up logs.

I could probably drop the weekly backups without much risk, but I’ve got the space.

Sure.

Do you think that’s a reasonable reason to hate gen AI?

There are absolutely issues around the rollout of AI. I haven’t seen anyone disagree with that. That’s just not a good argument for being opposed to the technology. That might be a reasonable reason to hate xAI or Microsoft (and I do!). It’s definitely a reasonable reason to have concerns about how we’re doing this. You should be concerned.

It’s not a reasonable reason to hate the technology itself.