• 0 Posts
  • 54 Comments
Joined 3 years ago
cake
Cake day: June 13th, 2023

help-circle













  • That’s… not a caterpillar. That’s the larvae/maggot of the common cockchafer, as far as I can tell. Otherwise known as Maybug.

    The black egg is century egg, a duck or chicken egg preserved in an alkaline solution (usually quicklime, ash, salt and rice hulls). It’s not horrible in the way, say, surströmming is, but it an unusual taste and texture that makes most people balk at the idea. Honestly, I’d pick it over even the onion.



  • Authentik (and other auth systems) are super heavy for single/low-user systems. They’re geared for more MSO use than SOHO. For auth, I’d really recommend something lighter, like Pocket-ID (as long as you don’t mind passkeys instead of passwords - Seerr and BookOrbit support WebAuthn so you can use it directly, and Jellyfin supports it with an extension for the web interface + you can set password for a Jellyfin account for clients that need direct auth). For any service that doesn’t support it, Pocket-ID has an auth gateway/wrapper you can use with your reverse proxy (I use Caddy, config is fairly straightforward).

    For security, I’d recommend some automated IDP systems. You could run Suricata on your router (if it can host heavier apps), which is what Ubiquiti uses. It can talk to your firewall and set up rules on the fly to block intrusions, specific users etc.

    Beyond that I’d also recommend crowdsec. One half is the detection (you hook it up as part of your reverse proxy, so it can inspect packets and full flows), and the other is the actioning (you hook it up with your router/gateway/firewall to apply blocking rules). Big benefit is that their open database (the free to access one) has all the 0-day fingerprints and CVE-specific behaviour is detected and blocked.

    Here’s a quick preview of what it’s been doing today on my setup:

    altr

    Since most indirect attackers (people randomly probing your homelab instead of directly targeting you and your services) will come from various data centers (routed through a VPS or directly relying on the infrastructure), a 4h block is generally enough to not interrupt other services while blocking attackers from probing once they hit a limit.

    And of course you also need proper container network setups. For example, every single container I can, I run in rootless, read-only mode. This means the container itself can’t be edited - only a handful of paths (left as volume mount points) are RW: the config folder, media folders only if the container needs write access to them, and caches. Each path is mounted noexec so even if a backdoor is found into the container, the attacker can’t do much as they can’t execute anything they’d deliver as payload (can’t write to paths that are executable, can’t execute from writeable paths), and since the container is rootless, there aren’t many tools to run: no ash/bash/zsh/fish, no interactive shell at all, no operating system beyond a barebones Linux kernel and the bare minimum tooling needed for the specific software.

    Docker networking is also hardened, with routing strictly limited, and containers only seeing other containers they need access to.

    I’d also recommend using LLMs to expand on your security. No I’m not talking about giving Claude access to your entire network and homelab… But you can ask for general hardening guidance, and most frontier models will gladly walk through your stack using basic reporting (you run a command on the homelab nodes, it returns a report, you give that report to the model), and give recommendations on making it more secure.


  • There really isn’t one.

    Trust me. I’ve worked for WBD for 4+ years specifically on the video playback component for Android devices - so my day job was literally testing streaming boxes and smart TVs.

    That job made me switch from EVERY single other TV smart box, to Apple. Why, you might ask? Well, it’s because ALL streaming oriented boxes suck ass. Apple is the only one who puts appropriate hardware into their products.

    Lets start with Android, my field. The ONLY usable box is the Nvidia Shield, which, to date, costs upwards of £200. For hardware that was already kinda dated in 2019, when it released 7 years ago. Even Google’s options lack RAM, and focus too much on the codec of the SoC instead power. This means nice playback, but awful user experience in menus and any other non-video functionality.

    Your best bet, if you want to hand-roll a solution, is to buy a more expensive, high end SBC and hope for good support. You’ll lose DRM, though, which means no official streaming apps (or, for the ones that do work, low resolution/fidelity playback only).

    If it’s Steam Link you want, get dedicated hardware for that. Even a Pi4/5 will do. Use it for Steam Link only, and keep the Apple TV for media.