HTTPS is privacy in transit. It has no say into what’s being downloaded.

You’re right I don’t think it can, can only advertise explicit labels.

It’s not a fine standard. Microsoft filed it with the express goal of preventing ODF from becoming the prevailing document standard, not with the goal of documenting OOXML. It’s intentionally obfuscated and kept different from MS Office. It’s not a standard it’s a red herring.

Please note that to use “bcrypt” for htpasswd_encryption you need the bcrypt python module installed. Some distributions of radicale (eg. some docker images) don’t have it.

It’s fairly safe to set it to “md5” instead. It does not mean plain MD5 (one iteration), it does several hundred rounds of MD5 plus a salt.

For the curious, the advantage of bcrypt over a single-iteration, fast hash like MD5 is that bcrypt lets you set the hashing effort, while MD5’s goal is to do it as fast as possible.

This becomes relevant when someone steals your password file and tries to brute force it by hashing a bunch of dictionary words and random strings (plus a bunch of salts) until something matches. A fast single-iteration hash like MD5 will let them do that much faster than a bcrypt hash set to a higher effort; it can mean the difference between finding a password in one week vs finding one in 100 years. That’s what the hundreds-of-iterations MD5 is trying to achieve, it’s a “poor man’s bcrypt”.

The former.

Evil billionaires are more of a 2020’s thing.

Euro-Office and OnlyOffice don’t “only support” OOXML. Where did you get that idea?

From the fact ODF “support” is an awkward import/export function. It’s not a first class format.

The code is open so where do you suppose all this supposed spyware is hiding?

On their live service. They don’t publish the spyware with the code they choose to open, obviously. 😃

Here’s the AUR recipe (PKGBUILD file) for a random package:

https://aur.archlinux.org/cgit/aur.git/tree/PKGBUILD?h=nautilus-git

This is a standard format for the recipe. It’s Bash code used to define variables and functions.

You’ll notice there’s no place to sneak in a Python script. There is some brief Bash code in the functions but any major stuff would stand out immediately. So would an command that fetches a malware zip from a weird URL.

Meanwhile, if you add node or python to the dependencies, and then run a command that installs a perfectly legit npm or pip module, nobody would bat an eye. It’s impossible to figure out that among the many upstream dependencies of that module there might be one that was subverted to discreetly run malware.

AUR is a very bad idea tbh and should not be used by the faint of heart. It makes it entirely too easy to pull this kind of crap.

Add mTLS to the reverse proxy and to the Immich client app and forbid access without it.

The mTLS certs can be self-generated. There are tutorials for generating your own CA and individual mTLS certs for each device. Then you put the ca.pem file in a place accessable by NPM and add a couple of commands to the “Advanced” tab of the Immich proxy host, and you put the mTLS cert on the phone and load it into the Immich app.

mTLS is a super strong method, not only does it serve as great authentication for that particular device, it also checks the TLS connection for tampering so it can’t be hijacked even if somehow you get rogue certificates loaded on your phone, you can revoke certs if your phone gets lost or stolen etc.

It supports it on the iOS client as well but last time I tried it would always lose the mTLS setting on its own after a while. I had to resort to the other method they offer, secret key in a custom HTTP header.

DAVx5 also includes good security, like the ability to use mTLS to secure your access to Radicale adequately even if you expose it over the open Internet. It’s also being actively developed, with updates coming out every few weeks.

InfCloud is the last and only functional, standalone, web-based CalDAV frontend currently in existence. It doesn’t really matter how crap it is because there’s no alternative. And besides CalDAV/CardDAV are not exactly rapidly-evolving anymore.

There are a handful of alternative frontends bundled with other webapps, for example Nextcloud includes one, but if you don’t want to install Nextcloud just for that you’re stuck with InfCloud.

I really wish someone would make a modern standalone webapp for this but no luck so far.

Having worked at some point on some calendar interfaces I can appreciate why, because they’re super intricate and difficult.

Start by using a 3rd party contacts app (or dialer+contacts as they usually come, at least on Android). Google’s Contacts app only works with Google.

The 3rd party app should let you explicitly select which sources of contacts you want to use. After you set up DAVx5 you should see it available as a source.

The app I use (True Phone, com.hb.dialer.free) shows a list of all sources under “Settings > Contacts > Contacts to show” and you can check/uncheck the ones you want.

AUR “packages” are just a recipe file that runs some commands that sources packages from somewhere else and builds them then puts them in the format required by the AUR package manager.

Normally it’s a source tarball downloaded directly from the project’s Git repo. But it can also fetch and install a binary package (for closed source software). Or it can install Node modules, or Python modules etc.

Point is, you can’t inject a script directly in AUR itself. You could add the malicious code directly to the recipe file but it would be obvious. You could also download a zip with the malware directly, but it would also be obvious.

So what they do is add the malware to modules published on another platform, and they’re downloaded indirectly, as a dependency of the Nth grade.

It’s very hard to detect, you can’t really notice this kind of attack with a glance at the recipe.

Because the NPM is a complete mess and it’s super easy to exploit for supply-chain attacks by sneaking malware into one of the billion dependencies required by most popular packages.

OnlyOffice is not related to OpenOffice. OnlyOffice is developed by Ascensio System which has labored to obscure their Russian backing.

Whereas StarOffice/OpenOffice/LibreOffice is a product officially developed by Sun, then donated to the Apache Foundation, then forked as LibreOffice governed by The Document Foundation.

https://en.wikipedia.org/wiki/OpenOffice.org#Forks_and_derivative_software

I really don’t get this latest series if tantrums from LibreOffice/The Document Foundation. They are attacking every other up-and-coming open source document project.

They are not. They are pointing out how innefectual the Euro-Office setup is in the context of EU Digital Sovereignty. If the EU wants to free its document stack from dependencies it makes no sense that they’d pick a product that only supports OOXML, which is fully controlled by Microsoft. (And riddled with Russian spyware, but that’s the icing on the cake.)

And speaking of OOXML, let’s get some things straight:

It is an open standard since 2006.

It has never been truly open. It was demonstrated back in 2006 and time and time again that Microsoft doesn’t publish the full spec and that they obfuscate what they do publish. It is impossible to fully support what comes out of the latest MS Office in an open manner.

It is a recognized ISO standard, just like ODF. (ISO/IEC 29500)

Yes, because back in 2006 Microsoft asked their vendors in all ISO-voting countries to join the ISO committees and vote in favor of OOXML. A practice which the ISO was completely unprepared for, but also did absolutely nothing to correct.

ISO/IEC 29500 is a joke and choosing to enforce as an EU-wide standard is a joke.

https://en.wikipedia.org/wiki/Standardization_of_Office_Open_XML#Complaints_about_the_national_bodies_process

LibreOffice also supports OOXML and allows users to set it as default.

Which is why LibreOffice, or a similar product that supports both OOXML and ODF should have been chosen.

It is already the de-facto standard

That has to be taken into account for migration but it doesn’t mean we have to keep being tied to Microsoft.

I guess this can be useful when you can’t change DNS on the local router.

But wouldn’t announcing *.local.domain for the server that Traefik runs on accomplish the same?

Isn’t this what I just did? mydomain.eu.cc

I mean the second part from the end (.eu.). That’s not yours, and that means that the mydomain. part can dissapear at any time. The owner can also do all kinds of unpleasant things that can affect your online presence.

By “your own” domain I mean getting something of your own in that 2nd spot instead of “eu”. It doesn’t have to be on the .cc registry, it can be any established TLD like .com, .net, .org, it can be a country TLD aka ccTLD like .cc, .nl, .de and so on, or it can be a so-called “novelty” domain like .dev.

Having your own domain means you can own it in perpetuity (well… old, established TLDs are better at this than novely TLDs) and have much better control over it.

Visit a domain registrar like Porkbun and have a look through their TLDs, check some prices, the privacy of your personal data etc.

Avoid registries that allow “premium” domains, it means that the registry can suddenly decide that the domain you own is very cool and force you to pay hundreds or thousands for the next renewal or lose it.

Wouldn’t connecting through an existing fedi server also enforce its blocklist down to me?

I’m not entirely sure on how you propose to use your server: if you just want to read stuff or also want to be able to post.

Your server can do things with another server in two ways, by exposing an open port and allowing the other server to do stuff locally through that port, or by connecting to a port opened on the other server and doing stuff there.

If the fediverse protocol mandates having a local port open to do stuff like posting, it may be impossible to avoid doing it.

First of all I would suggest getting your own domain. There’s many TLDs and ccTLDs that will let you get a domain for $10/year or much less.

If you don’t want to pay then at least get a subdomain from somewhere reliable. Preferably a DNS service because you also get DNS management this way. My recommendation is DeSEC because it’s a German, privacy-oriented non-profit and it has a modern interface and modern features like an API, security tokens, support for recent record types, DNSSEC etc. And if you later decide to get a paid domain you can keep using DeSEC for it very easily.

Secondly, does your fediverse single-user server really need to be exposed to the internet to get updates? Can’t it pull them from other servers? That way you would reduce your risk a lot.

An unauthenticated tunnel is still an ingress path same as an open port, just with more steps.