• 3 Posts
  • 55 Comments
Joined 3 years ago
cake
Cake day: August 10th, 2023

help-circle
    1. It’s extraordinarily complex.

    The reality is that security is not just technical implementation, but also actually getting people to use the solutions. “Stop disabling SELinux” is not a real answer to when people disable it, like we have one person in this thread.

    Another problem with complex security solutions is they are hard to get right. Even if you enable them and configure them, without being an expert, it’s possible you left a gap here or there, and holes and gaps in these solutions.*

    1. Like so many other complex linux security solutions, it is lacking effectiveness due to still sharing the same kernel.

    There is a good, but bit dated writeup here about the problems with Linux security, from an architecturual perspective: https://madaidans-insecurities.github.io/linux.html . But, the short version is that the Linux kernel is large and complex, and has a lot of attack surface. And it’s a frequent source of vulnerabilities because attackers can hit it as long as they access to the kernel, even if they are in a container/sandbox. Like, copyfail and dirtyfrag would punch through containers, but also punch through SELinux.

    For example, just earlier on lemmy someone dropped a zero day that punches through SELinux: https://programming.dev/post/51103657

    Now, SELinux can be used to restrict what a root shell could do after escalating… but that’s further complexity you have to learn to configure, and configure it correctly as well.

    Ultimately, none of the Linux security solutions come anywhere near the isolation of simply running something in a virtual machine. Which, also happens to be a lot simpler and actually possible to get people to use.

    *(putting this at the bottom because it veers off topic) I have a greater argument and problem with mentalities like this. I have noticed a pattern, where many of the more effortfull and toil intensive security solutions are recommended by people who have the time, energy, and skills to execute them. They have a bias/blindspot to the realities, which is that not everyone is in the same situation as them.

    For example, updating/patching software. Linux distros like RHEL or Debian, have a policy where they only do security updates, and don’t do feature updates or bugfixes. This enables them to ship automatic updates, so that security issues are automatically handled.

    On the other hand software like Windows, likes to bundle in breaking changes along with security updates. So automatic updates get disabled because “They might break something”. And then, people don’t update them, and environments get horrifically out of date, because not enough money/time/people is put into regular IT people who are in charge of maintaining them.

    But some environments, have heroes, people who go around patching everything and keeping everything up to date and secure. And when they see these environments that don’t have everything patched, they usually give the advice of “You should patch everything” (while simultaneously advising against auto updates), not understanding that these environments are lacking a key ingredient: Themselves.

    Sure, I could be a hero. I could “patch” everything manually. I could deploy SELinux. But that would only last until I get burnt out, or leave. Once I’m gone, SELinux, the patches, any similar security solutions are gone. I’ve met so many people, even in cybersecurity, that are apathetic about security, even though they might have cared once upon a time.




  • I use KDE as my desktop. KDE is installable on any distro, although you probably want a distro with a newer version of it like Fedora or Opensuse. On KDE, these two shortcuts do what you would expect them to do.

    Win + V opens up a clipboard manager by default:

    I actually like this clipboard manager better than the Windows default clipboard manager, because it lets me search, edit, or star items so they can be found quickly from the “starred only tab”. The amount of items kept is also configurable, and it keeps way more items than the Windows clipboard manager.

    Windows + Shift + S opens Spectacle (KDE’s screenshot utility) by default. It has some basic editing features, but one feature about it I like is there is an option to upload the screenshot directly to imgur for easy sharing.

    For RDP, I recommend using Remmina to connect to machines via RDP. It supports shared clipboard, but also shared filesystem and some other nice stuff. You can save connections and their options to easily connect again later.

    Remmina is a mature program that is available in the repositories of most Linux distros.



  • Were these numbers generated using compsize or a similar tool that asseses deduplication, symlinks, and compression properly?

    I get much different numbers than I use one or the other.

    gdu:

    gdu ~ Use arrow keys to navigate, press ? for help
     --- /var/lib/flatpak ---
        2.6 GiB ████████  ▏/runtime
      471.7 MiB █▍        ▏/app
      114.4 MiB ▎         ▏/repo
        9.1 MiB           ▏/appstream
      164.0 KiB           ▏/exports
            0 B           ▏.changed
    

    compsize:

    [moonpie@nefertem flatpak]$ sudo compsize -x /var/lib/flatpak
    Processed 73225 files, 31115 regular extents (70649 refs), 35977 inline.
    Type       Perc     Disk Usage   Uncompressed Referenced
    TOTAL       64%      1.9G         2.9G         6.4G
    none       100%      1.3G         1.3G         2.6G
    zstd        35%      596M         1.6G         3.8G
    

    Only 2 gb’s are actually being used, even though some tools might be reporting 6.4 gb.

    And this is with these runtimes installed:

    Name                                               Application ID                                     Version                               Branch                  Installation
    Freedesktop Platform                               org.freedesktop.Platform                           freedesktop-sdk-23.08.34              23.08                   system
    Mesa                                               org.freedesktop.Platform.GL.default                25.0.7                                23.08                   system
    Mesa (Extra)                                       org.freedesktop.Platform.GL.default                25.0.7                                23.08-extra             system
    Mesa                                               org.freedesktop.Platform.GL.default                26.0.5                                25.08                   system
    Mesa (Extra)                                       org.freedesktop.Platform.GL.default                26.0.5                                25.08-extra             system
    Codecs Extra Extension                             org.freedesktop.Platform.codecs-extra                                                    25.08-extra             system
    GNOME Application Platform version 49              org.gnome.Platform                                                                       49                      system
    Breeze GTK theme                                   org.gtk.Gtk3theme.Breeze                           6.6.5                                 3.22                    system
    

    So you can get app which weights 4mb with runtime which weight 250 more than app itself.

    Except for the fact that the runtime is reused across apps, meaning that another app which uses up that runtime won’t be taking up any extra space.

    Appimages weight much less but lack sandboxing.

    You can sandbox them with something like firejail or bubblewrap.

    I hadn’t tried nix but it also lacks sandboxing.

    Similar, you can sandbox with bubblewrap. But you gotta write nix code to do it because ofc:

    https://github.com/fgaz/nix-bubblewrap , https://github.com/nixpak/nixpak , https://sr.ht/~alexdavid/jail.nix/

    I’ve tried to use them before though, definitely not as easy as flatpak’s flatseal sandboxing in comparison. Also, nix apps on non nix distros aren’t GPU accelerated.


  • I use nix to get many cli apps (on arch/cachyos), but the flakes and non flakes split makes things very tough, and causes this annoying documentation split. And then certain things can only be done via flakes and vice versa.

    I try to limit my use of nix to using home manager to ONLY install packages, but even then there are annoying things.

    Like for example, many users may gravitate towards nix-env for installing packages, not understanding that oops, you aren’t actually supposed to use nix-env. nix profile install is better and more supported, but it’s flakes only. Flakes are off by default, and must explicitly be enabled because they are still “experimental” despite them being extremely popular. The official documentation is often hesitant to touch flakes because of this, so there is this horrific documentation split where a bunch of different unofficial docs cover flakes in varying manners.

    Or, another thing is that nix apps on non nix distros have no gpu access/hardware acceleration. I have a home manager config to enable that: https://github.com/moonpiedumplings/home-manager/blob/main/home.nix#L32

    And then I couldn’t figure out how to make that work on aarch64 (asahi) so I just had to disable it,

    But it is something that is insane to make someone learn how to do for just installing programs. But the latter issue doesn’t affect nixos.

    Anyway, I like nix. I use home manager, but for packages only, and I use it for my development environments.


  • Maybe. But they, and many others overestimate the amount of size flatpaks take up.

    Flatpaks use a “runtime”, a shared set of libraries and programs flatpak apps use. With one flatpak app, there is just one runtime. But with 2, 3, 10 flatpak apps, there are still only going to be 1 (to 3) runtimes on the system. This is not the same for something like appimage.

    In the blog, they compare the size of deepin calculator across formats. But this is not a fair comparison. A more fair comparison would involve comparing the app size without the runtime, or comparing many apps installed.

    In addition to this, if you are on btrfs, further deduplication and compression is done. This (and symlinks) won’t show up in many disk and space usage analysis tools. To get a more accurate measure, use compsize instead of traditional tools. It will show you how much transparent compression (when btrfs compresses files but you can stilll access them normally), symlimks and the like are saving space.

    Anyway, I am interested in more cross distro package managers though. Flatpak, docker, and nix cover a lot of things but have their annoying edge cases and paper cuts, especially in comparison to snap in some ways for some apps.

    Edit: linglong appears to reuse system libraries, which would probably lead to significanr space savings at the cost of portability across distros




  • Show is better than tell:

    Often, when viewing images, firefox “caches” the image in order to be able to load it faster when visiting that site again. Left unchecked, this cache (of images and other assets) can pretty much infinitely grow. Many other apps also have big caches.

    Bleachbit actually is useful. Instead of hunting through your system and accidentally rm -rfing the wrong folder and losing all your precious firefox profile data, it enables you to quickly nuke all caches, freeing up a significant amount of space. I would probably free up 15gb+ if I ran it based on these images.

    EDIT: just ran it. I freed up 6gb of space. Not 15gb. Huh. Still, pretty good though, and if you are space starved (I used to use a machine with only 32 gb of storage TOTAL), then it’s useful to keep things slim.








  • Moderation, much as the average internet user loves to lambast it, is not an easy task at all.

    This is exactly why you should use reddit lemmy as a forum instead of discord. One of the repeated problems I have seen in the emulation on android community, is that there are many entittled children, who harass and troll in these communities. Moderators have to ban them, but the bans are per server. That means that each server has to deal with the same troll who kicks up a fuss, and then ban them. And then they create a new account and repeat. I have seen communities and projects die due to harassment and trolling and it makes me sad.

    But on reddit Lemmy, instance bans could be applied to ban problematic users from many communities at once, saving and deduplicating work.

    Moderation is a lot of work, but moderating a reddit Lemmy community is ultimately a team sport, rather than an individual one.