genode
redox
Our great sponsors
genode | redox | |
---|---|---|
14 | 12 | |
8 | 14,862 | |
- | 0.7% | |
0.0 | 9.6 | |
7 days ago | 7 days ago | |
C | Shell | |
GNU General Public License v3.0 only | MIT License |
Stars - the number of stars that a project has on GitHub. Growth - month over month growth in stars.
Activity is a relative number indicating how actively a project is being developed. Recent commits have higher weight than older ones.
For example, an activity of 9.0 indicates that a project is amongst the top 10% of the most actively developed projects that we are tracking.
genode
-
Design, Implementation and Evaluation of the SeL4 Device Driver Framework [pdf]
seL4 foundation members[0] are using it.
There's Genode[1], which supports it among other kernels, offering a fancy desktop environment.
However, efforts like this driver framework do help. There's also Makatea[2], an effort to implement a stronger Qubes-like system based on seL4.
0. https://sel4.systems/Foundation/Membership/
1. https://genode.org/
2. https://trustworthy.systems/projects/makatea/
-
eBPF Documentary
> While this is true from a certain perspective, machine code creates a system which must grand access to many things to become usable. A shared file system is a good example of this. Some software could easily echo a line into you .profile that tries to launch a key-logger, and this works in many cases.
That's common, but it's certainly not a requirement to run native code. For example, we've done a pretty good job at retroactively fixing that while preserving backwards compatibility with containers (I can, and have run normal official Firefox binaries inside a docker container with zero access to my real home directory) or sandboxes like flatpak (bubblewrap). If you want to run real native binaries but don't have to preserve backwards compatibility, then it gets easy; genode ( https://genode.org/ ) does a lovely job of truly practicing only giving programs what access you want to give them.
> The expectation of software existing as opaque files creates a huge amount of work for the OS in verifying the exact behaviour of the software as it runs (and in ways which can often be circumvented), rather than a source-based approach in which malware is never allowed to touch the processor.
I think you're overoptimistic regarding what you can do with the source code short of manual (human) auditing. I mean, sure there are things you can scan for to try and catch bad behavior, but in the case of actual malice I wouldn't trust automatic code analysis to protect me.
>> I'm typing this on a nice comfy GNU/Linux box where the only blobs are some firmware
> So you suffer the worst of both worlds then. You've had to download and compile the source yourself, but as the software is designed around being distributed as blobs, so you enjoy none of the benefits that might come from source distribution.
I have no idea why you think either of those things? Depending on the distro I certainly can compile from source on my own box (ex. Gentoo, NixOS), but I can also use precompiled binaries (ex. Debian, NixOS) while still having it be trivial to go find the exact source that went in to the binary package I downloaded (this has gotten even stronger with Reproducibility efforts meaning that I can even verify the exact source and build config that created a specific binary). The actual application software and OS are available as Open Source code that can be audited, with binaries available as a convenience, and the only remaining blobs (unwelcome but impractical to fix so far) are firmware blobs with relatively constrained roles (and on machines with an IOMMU we can even enforce what access they have, which is a nice mitigation).
-
Showstopper: Nobody is writing new operating systems any more
Genode[1] is slowly approaching the point at which I can use it as a daily driver. I hope it makes it before Windows 10 goes away. It will be nice to never have to work about viruses, or spyware, etc., any more. It'll be like a trip back to the free spirited days of DOS and write protected floppy boot disks.
[1] https://genode.org/
- GNU/Hurd strikes back: How to use the legendary OS in a (somewhat) practical way
-
Ask HN: How to get into OS/systems programming in 2023?
I'd dig into genode[1], which is a capability based operating system. You'll likely see an upsurge in interest in capability based systems in the next decade.
[1] https://genode.org/
-
Linux Kernel Ksmbd Use-After-Free Remote Code Execution Vulnerability
Yet another exploit that just wouldn't work on a well-designed system, such as Genode[0].
0. https://genode.org/
-
the maddening truth of using Qubes
Have you looked at Genode? I don't think it's usable day-to-day yet but the concepts seem interesting.
- The Helios Microkernel: Written in Hare
- We've started a RISC-V64 Microkernel OS Project called "Generisc". We're gonna redo eveything an OS is with the "end" goal of a fully fledged running web-browser. Anybody wanna come aboard. Support and ideas is enough. No need for coding if you don't have time, just interest and feedback is good
-
Anyone wanna join me in changing out the Linux kernel with seL4? Not running LFS inside a seL4 hypervisor, but actually a native seL4 OS.
Maybe you should go into details a bit more what you are planning and why. There are (and have been) several approaches here. The most prominent might be Genode (https://www.reddit.com/r/genode, https://genode.org) and joining forces there might be a better approach than starting another project that will get lost in the details and complexity eventually.
redox
-
Fomos: Experimental OS, Built with Rust
Redox is another full fledged OS written in rust by Pop OS developer
https://github.com/redox-os/redox
-
GNU/Hurd strikes back: How to use the legendary OS in a (somewhat) practical way
Even in the noncommercial world, Hurd's gone precisely nowhere. RedoxOS is a toy and had a GUI within a year or so. Brutal got in within two. SerenityOS not only built a GUI but the beginnings of the first greenfield web browser to gain any semblance of modern standards support in the past several decades. Honestly, what's Hurd doing wrong to flounder so hard?
[0] https://github.com/redox-os/redox/releases/tag/0.0.3
[1] https://github.com/brutal-org/brutal/releases
[2] https://serenityos.org/happy/1st/
-
Rust is ugly, doesn’t even let you write simple data structures, unsafe rust is not even defined, makes the simplest things so hard to write and did I mention it’s ugly?
Ah yes, std, that famous crate that is unusable for systems programming. God forbid anyone do any "systems" programming that uses std.
-
Planning to make a video on cool Rust apps focused on the end user. Make recommendations!
Operating System: Theseus, Redox
-
The wild world of non-C operating systems
Looks like C++ to me!
And my point is that when you mention OS-es like Mezzano (3k stars on Github, a dozen contributors [1]) and Redox (13k stars, 80 contributors [2]), but don't mention Serenity (18k stars, over 100 contributors [3] (Github limits this view to the top 100)) it seems funny.
[0] https://github.com/SerenityOS/serenity/tree/master/Kernel/Ar...
[1] https://github.com/froggey/Mezzano/graphs/contributors
[2] https://github.com/redox-os/redox/graphs/contributors
[3] https://github.com/SerenityOS/serenity/graphs/contributors
-
How far are we from writing Redox on Redox?
Side note, blog posts may have been quiet but there's still been some commit activity here and there.
-
Porting QEMU to RedoxOS
>I wish opportunities had been around when I was learning to program.
And yet now, we have plenty of projects and nobody contributing.
https://github.com/redox-os/redox/graphs/contributors
This graph doesn't look so healthy. Projects with one major contributor tend to die the moment that contributor loses interest.
Which leads me to wonder, if rust is so popular, and this is one of the most relevant rust projects in the wild, why is this essentially a single contributor repo? Linus didn't write Linux by himself. Redox is never going to happen with a single developer.
Doesn't anyone want a memory safe OS and micro kernel? What does this say about the demand for memory safe systems languages?
-
Pop!_OS uses a lot of Rust
I think the guy behind RedoxOS works for them.
-
[ SECURITY ] Linux Is Not More Secure Than Other os
redox os is rust operating system without c , here
-
I Want to start leaning OS development on microcontrollers, any advice?
RedoxOS, an OS written in Rust A tutorial on making an OS in Rust, complwte with bootable source
What are some alternatives?
madaidans-insecurities.github.io
rust-raspberrypi-OS-tutorials - :books: Learn to write an embedded OS in Rust :crab:
omnios-build - Build system for OmniOS
serenity - The Serenity Operating System 🐞
Helios-NG - Breathing new live in Helios, an OS from the 90's
tock - A secure embedded operating system for microcontrollers
systemd-for-administrators - A systemd-Handbook written by Lennart Poettering
cli-guidelines - A guide to help you write better command-line programs, taking traditional UNIX principles and updating them for the modern day.
qubes-app-linux-usb-proxy - USBIP over qrexec proxy
book - The Rust Programming Language
manjarno - Why you shouldn't use Manjaro
blog_os - Writing an OS in Rust