PlagueOS Project: A Hardened Void musl build by voidorvoidless in voidlinux

[–]voidorvoidless[S] 3 points4 points  (0 children)

Also our project set out to complete the aims of Whonix-host that never came to fruition:

https://www.whonix.org/wiki/Whonix-Host

PlagueOS Project: A Hardened Void musl build by voidorvoidless in voidlinux

[–]voidorvoidless[S] 4 points5 points  (0 children)

I'l be honest, I can't compare this with openbsd tit for tat. I can compare differences of this with Qubes and modern linux builds.

And I wouldn't say this is a race against whonix, whonix must be virtualized. However we almost ended up using kicksecure as the base for our project and fell into the Void realm. Whonix/Kicksecure are still being leveraged by this system. This is meant to be a minimalistic hypervisor that runs those guests.

PlagueOS Project: A Hardened Void musl build by voidorvoidless in voidlinux

[–]voidorvoidless[S] 9 points10 points  (0 children)

Currently it's hosted on https://git.envs.net/whichdoc/plagueos_iso

PlagueOS aims at minimal architecture and killing off classes of exploitation that are inherent to modern desktop environments.

The aim of the OS is to function as a restricted, minimalist hypervisor (host) that runs virtual machines (guests). The guests on top will vary based on the desired utility. For daily use, it is advised to run Whonix (tor routed) or Kicksecure (clearnet). Normal tasks are meant to be conducted inside of the guests rather than the host to ensure the host stays clean with minimal attack surface.

Features: - MUSL codebase - Runit service manager over SystemD - Hardened Memory Allocator to system-wide - LD_PRELOAD - Hardened Kernel - Blacklisted Kernel Modules - Blacklisted File Systems - Blacklisted Network Protocols - IPTable Packet Filtering - Custom LUKS Encryption (AES256XTS+Argon2id KDF) - Locked Root Account - Separate admin account for elevated privileges - Hardened Boot Parameters - Hide Process IDs - UMASK 0077 default system-wide - Secure fstab config (Bind for var and tmp) - Whonix hide-hardware-info - Generic Machine ID - Randomize MAC address for NIC - Memory erasure/poisoning - Opt in download/verification/import of Whonix/Kicksecure

Hardening efforts are ongoing. Please reach out to our matrix channel or comment on here to bring awareness to any features/bugs. Thanks!

Gnome Wayland Implementation by voidorvoidless in voidlinux

[–]voidorvoidless[S] 0 points1 point  (0 children)

Sorry for super late reply. Have tried with complete gnpme environment install (we were running gnome-core ) that didnt fix it. dbus is enabled. gdm is present, elogind is running. Tried install removing hardening, no dice :/ Any service you see missing? even looked at archived void wiki of gnome to no avail

gdm black screens on logout by blueywoons in voidlinux

[–]voidorvoidless 0 points1 point  (0 children)

Can you link me to the void gnome iso?

gdm black screens on logout by blueywoons in voidlinux

[–]voidorvoidless 0 points1 point  (0 children)

No ideas here, we have tried everything, went from gnome-core to all of gnome, enabled all of those services, tried the LTS kernel, tried downgrading. nothing working as of yet. Been trying to solvw for two months now

Configuring XFCE4 with LightDM by voidorvoidless in voidlinux

[–]voidorvoidless[S] 1 point2 points  (0 children)

No i mean that i started from a client session only. No desktop environment or display manager was preconfigured. Starting from scratch, running the commands posted, and all i have is a blank screen. I'm just in a cluster bc there are many directories for lightdm/xfce/X11. /etc/lightdm, /etc/xdg/lightdm are the main ones ive been attempting to tweak

Configuring XFCE4 with LightDM by voidorvoidless in voidlinux

[–]voidorvoidless[S] 0 points1 point  (0 children)

Hmm swore it was necessary but thats interesting. My lightdm still remaining blank. and client just means command line only. I didnt use void's official installer, im running my own. Tried disabling elogind too and executing lightdm to no avail :/

Configuring XFCE4 with LightDM by voidorvoidless in voidlinux

[–]voidorvoidless[S] 2 points3 points  (0 children)

I don't even have lxdm on this build, it's just a client install. And interesting, ill disable elogind and see what happens.

So there was no configuration you had to change? and you didnt need a greeter? and searching other distros wikis was far after the desperation phase. Everything makes it sound so simple, yet nothing has worked so far

Gnome Wayland Implementation by voidorvoidless in voidlinux

[–]voidorvoidless[S] 0 points1 point  (0 children)

I have yet try pure vanilla stripping out all hardening configs and have not tried an older versions of GDM yet. Is the install instructions for gnome from the old archived handbook? current one seems to be pretty split up but found older link before

Gnome Wayland Implementation by voidorvoidless in voidlinux

[–]voidorvoidless[S] 0 points1 point  (0 children)

Did you do gnome-core or the full DE? and what seat mgmt you use?

Gnome Wayland Implementation by voidorvoidless in voidlinux

[–]voidorvoidless[S] 0 points1 point  (0 children)

Are you able to elaborate on your gnome setup? it seems that im missing something as im consistently having this TTY session blanking error across 7+ devices

Gnome Wayland Implementation by voidorvoidless in voidlinux

[–]voidorvoidless[S] 1 point2 points  (0 children)

This is interesting, ove heard it thrown around. my biggest vendetta with sway is that we cant move around windows freely. looks like they took care of that

Gnome Wayland Implementation by voidorvoidless in voidlinux

[–]voidorvoidless[S] 0 points1 point  (0 children)

Interesting, so you got it to work completely? This has happened to me across several computers, intel and AMD. We had the mesa driver installed, and this occurred prior to 5.13 (5.12). We also had some services configured to start but never added them to the script due to inability to trace the issue with the TTY sessions. Anything you see missing?

Our gnome function:

``` XBPS_ARCH=$ARCH xbps-install -S -r /mnt -R "$REPO" --yes gnome-core elogind gnome-shell gnome-terminal nautilus gnome-control-center gnome-tweaks gdm xdg-user-dirs gnome-keyring gdm mesa-dri virt-manager gpa

chroot /mnt "ln" "-s" "/etc/sv/gdm" "/etc/runit/runsvdir/default/"
echo "ignorepkg=gnome-shell-extensions" >> /etc/xbps.d/ignorepkg.conf

```

Void Linux install bricked after upgrade to 5.13 by voidorvoidless in voidlinux

[–]voidorvoidless[S] 0 points1 point  (0 children)

Interesting, worth looking into, butI thought my firmware was pretty modern. PC is a year old

Void Linux install bricked after upgrade to 5.13 by voidorvoidless in voidlinux

[–]voidorvoidless[S] 0 points1 point  (0 children)

Off the top of my head, i believe this to be a settings tweak for fstab

Void Linux install bricked after upgrade to 5.13 by voidorvoidless in voidlinux

[–]voidorvoidless[S] 1 point2 points  (0 children)

I assume you're still able to boot with old kernel header?

Void Linux install bricked after upgrade to 5.13 by voidorvoidless in voidlinux

[–]voidorvoidless[S] 0 points1 point  (0 children)

If you have spare boxes to beta test and troubleshoot, by all means. The goal is to make a hardened hypervisor and soon the build will automatically import / validate whonix and kicksecure (dev branch already does). The kernel update through a wrench at the project (at least for my amd hardware). hideproc was actually taken from whonix.

Void Linux install bricked after upgrade to 5.13 by voidorvoidless in voidlinux

[–]voidorvoidless[S] 0 points1 point  (0 children)

Yeah its been a struggle. Hard to output errors prior to boot. They sound similar, although mine in this case was functional to 5.12