• 8 Posts
  • 619 Comments
Joined 3 years ago
cake
Cake day: June 15th, 2023

help-circle

  • 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”.







  • 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.




  • 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.





  • I got several jobs through it. It’s good place for its core goal, which is to be found and to look for posted openings.

    All the other crap is pointless: posts, discussions, trivia, games etc.

    The identity verification is a mixed bag.

    It’s mostly pointless in the EU because each country has a government body that tracks each ongoing employment contract for the purpose of tax, insurance, credit, work laws, regulations etc. So you really cannot misrepresent yourself.

    But there are shenanigans like fake profiles made by bots, or someone putting up a profile pretending to be someone else who may or may not be already on LinkedIn etc. Not sure how you can weed those out without some sort of identity check.

    There are however better ways to go about it. For example the EU countries have been (slowly) coming up with benign forms of identity checks.

    My country has an online identity platform ran by the government directly, where citizens can enroll voluntarily and use it to perform federated login to other government platforms, and can also see and approve what personal details are shared with those platforms when they do. It’s a completely voluntary alternative to the good ol’ way of making a different account with every government website. (I’m still floored they had the insight to make something so nice.)

    So anyway it hasn’t been opened to commercial entities but I could see it be safely used in the future to confirm to a company like LinkedIn that you are indeed a live citizen and nothing else. Just a live API “yes” response with a hash of the citizen ID number; no pics, no data to store.


  • 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.



  • 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.