Stand

Diese Seiten beschreiben fileshare v0.29.1.

Was jedes Release hinzugefügt hat

Geprüft

Dies sind Dinge, die ein Client, den dieses Projekt nicht geschrieben hat, tatsächlich tun musste, keine Behauptungen über den Code.

• macOS hängt eine Freigabe über SMB ein, während curl über WebDAV in dasselbe Image schreibt, und liest zurück, was WebDAV geschrieben hat. Bobs WebDAV-Schreibzugriff auf eine Freigabe, die er nur lesen darf, ergibt 403; ein falsches Passwort ergibt 401.
• go-smb2 – ein Client, den dieses Projekt nicht geschrieben hat – führt in der CI unter -race zwanzig gleichzeitige Lesezugriffe über SMB aus, während zwanzig über WebDAV laufen.
• Die Zugriffsregeln werden über jedes Protokoll geprüft statt nur in der Konfiguration: alice schreibt und bob nicht, über SMB und über WebDAV, und NFS wird die Freigabe gar nicht erst angeboten.
• SFTP-Zertifikate werden gegen den eigenen Client von OpenSSH geprüft, der denselben Schlüssel auch ablehnt, sobald sein Zertifikat beiseitegelegt wird.
• NFS-Identitäten aus Zertifikaten wurden mit einem echten Linux-Client (Kernel 6.17, ktls-utils 0.9) in der CI von go-filesystems/nfs gemessen – so wurden MNT im Klartext und die Fallstricke von tlshd gefunden.
• Die unsignierte Form der KRL ist eine Messung: OpenSSH 9.6 und 10.3 lesen eine signierte KRL und überspringen die Signatur (go-authn/krl, gegen beide).
• Die Interop-Strecke von go-authn/bridge (#12, #17) prüft fileshare v0.13.0 gegen die echte Bridge: die KRL, die CRL über NFS, über Shared Signals widerrufene WebDAV-Tokens, ein per Scope deaktivierter IdP und opkssh über Shared Signals.

Noch nicht

Schreibzugriffe über S3. PUT und DELETE antworten mit 403. Die Bibliothek kann schreiben, aber eine Freigabe, die eine Person nur lesen darf, muss an derselben Stelle ablehnen wie SFTP, und das ist nicht verdrahtet. Ablehnen ist besser als ein halb geschriebenes Objekt.

Ein OIDC-Token über S3. Tokens funktionieren über WebDAV und nirgendwo sonst. Der übliche Weg für S3 ist STS AssumeRoleWithWebIdentity, das das Token gegen temporäre Zugangsdaten tauscht, mit denen der Client dann signiert – ein anderer Mechanismus als das Akzeptieren eines Bearer-Tokens, und nicht implementiert.

--isolate mit einem admin- oder einem metrics-Block. Abgelehnt: Es gibt keinen einzelnen Prozess, auf den eine Änderung über die API angewendet werden könnte. Siehe ein Prozess pro Protokoll.

Eine Person pro Benutzer auf einem gemeinsam genutzten Linux-NFS-Client, aus einem Zertifikat. Ein Linux-Client bindet das Zertifikat an einen Mount, sodass jeder Benutzer des Mounts die Person ist, die es nennt. Das ist eine Eigenschaft des Clients, und die Antwort dort ist sec=krb5. Siehe was es nicht zusichern kann.

S3 selbst ist ausgeliefert: Eine Freigabe ist ein Bucket, bereitgestellt über denselben Baum pro Benutzer, den SFTP verwendet.

Gemessen, und als gemessen ausgewiesen

Aussagen auf diesen Seiten, die Absicherung oder Messung sind statt Reproduktionen eines Fehlers, und die auch im Quellcode so formuliert sind:

• Acht Goroutinen, die unter -race über einen nicht umhüllten fat32-Treiber schreiben, erzeugen heute keinen Race. Die gemeinsame Sperre ist eine Absicherung eines Vertrags – go-filesystems/interface sichert nichts über gleichzeitige pfadbasierte Aufrufe zu –, keine Korrektur eines beobachteten Fehlers.
• Die Größen nach Build-Tag wurden gemessen, einschließlich der 13,2 MB, die hashicorp/go-plugin allein kostet – das gab den Ausschlag gegen ein Plugin-Framework –, und der 11,7 MB, die gRPC kostet, seit die Admin-API es mitbringt; deshalb gibt es nogrpc.
• Eine eigene Zertifikatserweiterung für Gruppen-Tags wurde entworfen und gegen den X.509-Parser von Go gemessen, der das ganze Zertifikat ablehnte; die Gruppen reisen stattdessen als Tag-URIs.