zerodds-uds-transport-1.0 — Open Items
Aggregate of zerodds-uds-transport-1.0.en.md, generated by website/_tools/gen_open_items.py.
No new content: every entry appears there as an item with its evidence.
§5.1 Volume mount as the permission boundary
Status: partial — the process boundary is shown, the container boundary is not: no test starts two containers with a mounted volume and actually exercises the UID-mapping and SELinux questions. The missing evidence is carried as open item §5.2.
§5.2 Evidence across a real container boundary
Status: open — no test starts two containers with a mounted volume and different UID mappings.
§6.2 Windows
Status: open — on Windows the crate compiles to an empty library (crates/transport-uds/src/lib.rs: #![cfg(unix)]). Windows offers sockets of the family AF_UNIX since Windows 10 (build 17063) (Microsoft’s statement, not checked here); the transport does not use them.
zerodds-uds-transport-1.0 — offene Punkte
Aggregat aus zerodds-uds-transport-1.0.md, erzeugt von website/_tools/gen_open_items.py.
Kein eigener Inhalt: jedes Item steht dort mit seinem Beleg.
§5.1 Volume-Mount als Permission-Grenze
Status: partial — die Prozessgrenze ist belegt, die Container-Grenze nicht: es gibt keinen Test, der zwei Container mit gemountetem Volume startet und die UID-Mapping- und SELinux-Fragen tatsächlich durchspielt. Der fehlende Nachweis ist als §5.2 offen geführt.
§5.2 Nachweis über eine echte Container-Grenze
Status: open — kein Test startet zwei Container mit gemountetem Volume und unterschiedlichen UID-Mappings.
§6.2 Windows
Status: open — auf Windows übersetzt der Crate zu einer leeren Bibliothek (crates/transport-uds/src/lib.rs: #![cfg(unix)]). Windows bietet seit Windows 10 (Build 17063) Sockets der Familie AF_UNIX an (Angabe von Microsoft, hier nicht geprüft); der Transport nutzt sie nicht.