Owner Free Filesystem, kurz OFF, ist ein Open-Source-System zum Speichern und Abfragen von digitalen Daten in einem Netzwerk. Der Zugriff auf spezifische Daten ist dabei nur autorisierten Personen möglich. Es handelt sich dabei um den Proof of Concept für sogenannte Bright Nets. Das System soll die Anonymität seiner Benutzer gewährleisten, die in der heutigen Zeit von höchster Wichtigkeit ist, da in Netzwerken wie z.B. Bearshare, Kazaa, eDonkey, BitTorrent die Benutzer inzwischen häufiger Ziel von Strafverfolgung und zivilrechtlichen Forderungen werden.

Konzept

Alle Dateien im OFF-Netzwerk werden auf zufällig ausgewählten („randomized“) Datenblöcken gespeichert. Jede angebotene Datei wird vor dem Upload auf der eigenen Festplatte in etliche Einzelteile geteilt und dann mit anderen Dateien, die nichts mit der eigentlichen Datei zu tun haben, miteinander gemischt. Danach werden die einzelnen gemischten Dateien verschlüsselt und auf benachbarte Nodes verteilt. Jeder Teilnehmer des OFF-Netzwerks gibt je nach Bedarf eine bestimmte Menge Festplattenspeicher frei, auf welchem daraufhin die einzelnen, vermischten Dateien verschlüsselt gespeichert werden.

Um eine Datei herunterladen zu können, braucht man einen Schlüssel, der in Form einer URL vergeben wird. Der Client lädt sich dann verteilte Kleinteile vom Swapspeicher der ausgewählten Nodes und setzt sie wieder zur einer kompletten Datei zusammen. Weil die Kleinteile mehrdeutig sind und als Kombination mehrerer Dateien oder Kleinteile entstehen, kann man keinerlei Rückschlüsse von den vorhandenen, gespeicherten Daten an sich, auf die ursprünglichen Dateien schließen.

Das einzige Element, das die Zuordnung erlaubt, ist die URL der hochgeladenen Dateien. Diese sind jedoch durch die Bereitstellung der Keys über die Suche vollkommen optional („protected“). Es müssen einfach nur die URLs über andere Kanäle anonym ausgetauscht werden.

Das Owner Free Filesystem verfolgt dasselbe Ziel wie das Freenet-Projekt, ist jedoch einfach zu Bedienen mit optimierter Geschwindigkeit.

0.18.14

Toggle listctrl lines from the view menu caused a crash under GTK, the
wxw listcrtl sample seemed to have similar problems so the option is
disabled under linux for now.

Implemented a PtrMultimapH class which is similar to PtrMapH but allows
colliding hash keys.

The global srch results are now contained in a PtrMultiMapH object instead
of a linked list. The filehash is used as the map key.

Fixed bug where a paused download would not really be destroyed if cancelled
and would reappear on restart.

Search results for primary (user) srches are now stored in a PtrMultimapH
object. These use the first descriptor hash as a key - may change to the
filehash later.

Each local URL now has an entry in the global srch results list, this means
we don't need to access the local URLs whenever we receive a srch request
and the local urls can be looked up in the same map as the srch results.
However it does mean that list list needs to be kept updated as to the
protected and searchable status of the locals.

Srch records are now stored in PtrMap classes.

Srch result owner ids are now held in an std::set<int> instead of a
linked list.

Fixed another bug that could prevent download blocks being preserved when
the first hashmap tuple was missing.

Fixed occasional crasher in mapping of concatenated inserts.

CRITICAL: fixed crasher that affected only release builds with verbose
mode on. Many thanks go to the user who put several hours effort into
helping us find this shallow, yet hard to spot, bug.

Downloads where corruption is detected in the descriptor hash will
now be suspended with a warning in the status column. We'll handle this
more intelligently later.

New src files added:
ptr_map.cxx,
ptr_map.h (actually a version or two ago)