Glossar
Definitionen und Erklärungen der Kernbegriffe des Sovereign Systems Design.
Kern Nomenklatur
- Capacity Gate Der Filtermechanismus, der neue Tools, Rollen oder Verpflichtungen nur ins System lässt, wenn sie positiven Cognitive ROI haben.
- Cognitive ROI Die Bilanz aus kognitivem Nutzen und kognitiven Kosten einer Komponente im Exoskelett.
- Context Dilution Der schleichende Verlust von Handlungsfähigkeit durch zu viele parallele Informationsströme im Context Window.
- Exoskeleton Bloat Unreguliertes Wachstum von Tools, Kanälen und Erwartungen mit ungefiltertem Schreibzugriff auf das hOS.
- Exoskelett Die Schicht aller Werkzeuge, Apps, KI-Agenten und externen Verpflichtungen, die auf dem hOS aufsetzen.
- hOS Human Operating System - die biologische und kognitive Basisschicht eines Menschen mit festen Hardware-Limits.
- Sovereign State Der Zielzustand im SSD: hochverfügbare, fehlertolerante Lebens-Architektur mit strikter Trennung von Core-Prozessen und Peripherie.
- SPOF Single Point of Failure - eine Komponente, deren Ausfall das Gesamtsystem zum Absturz bringt.
Transform Phasen
- Continuous Deployment Phase 4 der TRANSFORM-Methodik: iterative Umsetzung der neuen Architektur in kleinen Sprints statt Big-Bang-Release.
- RCA Root Cause Analysis, Phase 2 der TRANSFORM-Methodik: Ursachenforschung für die Glaubenssätze hinter dem Bloat.
- Scale & Capacity Phase 5 der TRANSFORM-Methodik: Skalierung durch validierte Automatisierung und KI-Agenten unter Capacity-Gate-Kontrolle.
- System Design Phase 3 der TRANSFORM-Methodik: Architektur-Neuentwurf mit API-Gateways, Zugriffskontrolle und SPOF-Eliminierung.
- TRANSFORM-Methodik Die fünfphasige Refactoring-Pipeline im SSD: Triage, RCA, System Design, Continuous Deployment, Scale & Capacity.
- Triage Phase 1 der TRANSFORM-Methodik: akute Stabilisierung durch Abschalten aller nicht-essenziellen Prozesse.
Begleit Begriffe
- Architecture Brief Strukturierter Output des Self-Audits: Ist-Zustand, identifizierte Bugs und abgeleitete Refactoring-Prioritäten.
- Dopamin-Detox Bewusste Reduktion hochstimulativer Reize, um das Belohnungssystem des hOS neu zu kalibrieren.
- FOMO Fear of Missing Out, der zweite häufige Treiber von Exoskeleton Bloat: die Angst, wichtige Signale zu verpassen.
- Housekeeping Offline-Phasen zur Defragmentierung des hOS: strukturierte Zeiten ohne Input, in denen das System aufräumt.
- Legacy Code Alte, unpatchte Glaubenssätze und Verhaltensmuster, die auf Basis veralteter Anforderungen geschrieben wurden.
- People Pleasing Verhaltensmuster, das Zustimmung über Zugriffskontrolle stellt. Der häufigste Treiber von Exoskeleton Bloat.
Architektur
- Belegt, offen, oder eigene Schlussfolgerung Jede Aussage über DaWN in diesem Text ist gegen die Architekturdokumentation des Projekts geprüft, jede Aussage über Matrix gegen die veröffentlichte Spezifikation und dort verlinkt. Drei Arten von Kennzeichnung kommen vor. Als OFFEN markiert ist, wozu die Dokumentation nichts festlegt — das betrifft das Wachstum der Verwaltungsdaten verschmelzender Datentypen und die Verteilung von Sperrlisten beim Rechteentzug. Als EIGENE SCHLUSSFOLGERUNG markiert…
- Berechtigungen als vorzulegendes Dokument Statt Rechte im replizierten Zustand zu führen, legt der Anfragende ein signiertes Dokument vor, das der Empfänger allein prüft. Es lässt sich weiterreichen, dabei aber ausschliesslich einschränken: Jeder Empfänger hängt einen Block mit zusätzlichen Bedingungen an, und der Umfang kann nur kleiner werden, nie grösser. Bedingungen werden in einer eingebetteten Regelsprache ausgedrückt, sodass ein Prüfer sie auswerten kann, ohne die…
- BLAKE3 als Hash und Inhaltsadresse BLAKE3 ist die Hashfunktion des Baukastens und zugleich das Verfahren, aus dem Inhaltsadressen entstehen. Sie zerlegt die Eingabe in Blöcke und fasst diese paarweise zu einer Wurzel zusammen — ein Baum statt einer Kette. Daraus folgen zwei Dinge, die ein verteiltes System braucht: Der Hash lässt sich über beliebig viele Kerne parallel rechnen, und ein einzelner Abschnitt einer grossen Datei…
- CozoDB als eingebettete Wissensdatenbank Statt eine Graphdatenbank, einen Suchindex und einen Vektordienst nebeneinanderzustellen, bringt CozoDB alles drei in einer eingebetteten Engine zusammen. Eine einzige Abfrage kann damit semantische Nachbarschaft, Volltext und Beziehungen verbinden — und sie läuft ohne Netzverbindung auf dem eigenen Gerät, was für ein offline-fähiges System die eigentliche Voraussetzung ist. Verwendet wird ein eigener Abzweig der Datenbank mit einem anderen Speicherunterbau. Der…
- Das Manifest über den Feldern Weil jedes Feld ein eigenes Log mit eigener Inhaltsadresse hat, braucht es eine Stelle, die sie zusammenhält: ein Manifest je Objekt, das für die einzelnen Felder — Fliesstext, Zusammenfassung, Einbettungen, Anhänge — jeweils die zugehörige Adresse einträgt. Wer nur Titel und Zusammenfassung braucht, holt genau diese und lässt den Rest liegen. Das Manifest ist damit die kleinste Einheit, die man…
- Das Restrisiko an jedem Vermittlungspunkt Sobald jemand ohne eigenen Knoten teilnimmt — über einen Browser oder ein Website-Plugin — braucht es eine Stelle, die zwischen ihm und dem Netz vermittelt. Diese Stelle sieht zwangsläufig, wer wann wie oft etwas abruft, auch bei durchgehender Inhaltsverschlüsselung. Die Architektur benennt das ausdrücklich und stützt sich auf den Vergleich etablierter Muster: Gateways vor Inhaltsnetzwerken, Heimserver in föderierten Systemen, Weiterleitungsrelais…
- Der ungelöste Zielkonflikt: Zurechenbarkeit gegen Anonymität Jedes Ereignis trägt seinen Autor sichtbar im Umschlag — das ist die Voraussetzung dafür, dass Aussagen zurechenbar sind und Vertrauen in Autoren überhaupt gewichtet werden kann. Es bedeutet aber auch: Jeder Knoten, der ein Ereignis weiterleitet, sieht, von wem es stammt. Anonymität gegenüber dem eigenen Umfeld und verpflichtende Zurechenbarkeit schliessen einander aus, und diese Entscheidung steht in den Unterlagen ausdrücklich…
- Der unveränderliche Umschlag Jedes Ereignis besteht aus einem Umschlag mit Typ, Autorenkennung, Signatur und Zeitstempel sowie einer Nutzlast, deren Format sich frei entwickeln darf; die Versionsangabe der Nutzlast liegt in dieser selbst. Die Signatur deckt den Umschlag zusammen mit dem Hash der Nutzlast ab und wird vor dem Anhängen geprüft. Der Nutzen zeigt sich zwischen Protokollversionen: Ein älterer Knoten kann ein neueres Ereignis…
- Der Wissensspeicher und sein Neutralitätsprinzip HIRN ist der Wissensteil des Schwesterprojekts Spark und arbeitet auf drei Ebenen. Unten liegen signierte, unveränderliche Ereignisse. Darüber materialisiert eine erkenntnisbezogene Ebene Konzepte mit Einbettungen und Herkunftskanten. Ganz oben verbinden Kanten diese Konzepte, wobei ihr Gewicht ausdrücklich nicht Häufigkeit abbildet, sondern die Herkunft gewichtet mit dem Vertrauen in die Autoren — sonst gewinnt, wer die meisten Konten anlegen kann. Entscheidend…
- Der Zustandsrücksprung als Sicherheitslücke Verzögerter Föderationsverkehr konnte den Raumzustand auf einen älteren Stand zurückfallen lassen — bereits ausgetretene Mitglieder erschienen dann wieder als anwesend, und ein bösartiger Heimserver konnte den Zustand durch gezielt eingespielte Ereignisfolgen verfälschen. Das ist 2025 als Sicherheitslücke mit eigener Kennnummer erfasst worden. Die Antwort ist ein Bündel abgestimmter Änderungen, unter anderem eine überarbeitete Auflösung, die Prüfungen von der leeren Menge…
- Die erste baubare Stufe Zwischen einer Entwicklerkonfiguration, die nie an Endnutzer gehen darf, und einem Vollausbau, der zu grossen Teilen aus Forschung besteht, fehlte lange eine benannte, baubare Stufe. Sie dreht sich um genau eine wiederkehrende Handlung: Wissen veröffentlichen, zwischen den eigenen Geräten und mit anderen abgleichen, offline wiederfinden, dazu Quelle und Widerspruch sehen. Enthalten sind der direkte Transport, der Abgleich mit verschmelzenden Datentypen,…
- Die Grenze zwischen privatem Wissen und dem Netz Ein System, das aus privaten Daten ableiten darf, braucht eine harte Grenze zum Netz. Sie besteht aus vier Teilen, die einzeln umgehbar wären und erst zusammen tragen. Erstens arbeitet die KI nicht frei auf Objekten, sondern über typgebundene Operatoren, die Struktur und Schema deterministisch wahren — sie kann sich kein gültiges Objekt zusammensetzen. Zweitens erzeugt jedes Schreiben ein neues, über…
- Dienste-Registry Die Dienste-Registry ist ein verteiltes Verzeichnis, in dem Knoten signiert eintragen, welche Dienste sie anbieten, etwa Relais, Speicher, Sprachmodell oder Rechenleistung.
- Drei Datentypen für drei Feldarten Verschmelzende Datentypen garantieren, dass gleichzeitige Änderungen ohne Schiedsrichter zum selben Ergebnis zusammenlaufen. Entscheidend ist, für jedes Feld den passenden zu wählen. Für einfache Werte wie einen Titel gilt zuletzt-geschrieben-gewinnt — das ist keine konfliktfreie Verschmelzung, sondern eine Auflösung mit Verlust, nur eben eine deterministische, bei der alle Beteiligten zum selben Ergebnis kommen. Für gemeinsam bearbeitete Fliesstexte kommt ein spezialisierter Algorithmus…
- Ed25519 als Signaturverfahren Ed25519 ist das Signaturverfahren des Baukastens: eine Unterschrift über einer elliptischen Kurve, die eigens auf Geschwindigkeit und Fehlerresistenz hin gewählt wurde. Zwei Eigenschaften zählen für ein dezentrales System. Die Signatur entsteht deterministisch aus Schlüssel und Nachricht, ohne Zufallszahl zur Laufzeit — eine schlechte Zufallsquelle auf einem Telefon kann den privaten Schlüssel deshalb nicht verraten, ein Fehler, der bei älteren Verfahren…
- Eigene Zone für Kreis-Adressen Eine eigene Zone ist ein vom Kreis selbst betriebener Namensbereich, aus dem jeder Spark eines Mitglieds eine feste Adresse und ein gültiges Zertifikat erhält.
- Ein bevorzugter Kryptografie-Baukasten, drei Sphären Bevorzugt wird durchgehend ein Baukasten: ein Signaturverfahren, ein Schlüsselaustausch, ein Stromchiffre mit Authentifizierung und eine Hashfunktion, alle aus derselben Entwurfsschule. Die Begründung ist dokumentiert und kurz: Kurven nach nachvollziehbaren Auswahlkriterien, keine unerklärten Konstanten, konstante Laufzeit ohne Angewiesensein auf Hardwarebeschleunigung — und damit kein Vertrauen in Beschleunigungsbefehle fremder Prozessoren; dazu ein einziger Stack, der einmal geprüft werden kann statt mehrerer nebeneinander.…
- Ein Fehlertyp, eine undurchsichtige Kennung Das Transport-Interface kennt vier Operationen: die eigene Kennung nennen, eine Gegenstelle anwählen, eingehende Verbindungen entgegennehmen, herunterfahren. Zwei Regeln machen es tragfähig. Erstens ist die Knotenkennung nicht der Adresstyp der verwendeten Bibliothek, sondern schlicht 32 Byte — der öffentliche Signaturschlüssel, der auch für jede andere Transportvariante gilt. Zweitens laufen alle Fehler über einen gemeinsamen Fehlertyp mit fünf Fällen, nicht über die…
- Ein Formular ohne Server, das trotzdem keinen Spam bekommt Statische Seiten haben kein Gegenüber, das ein Formular annehmen könnte. Ein kleiner eigener Dienst neben den Seiten übernimmt das — und bekommt es mit derselben Flut zu tun wie jedes Formular im Netz. Die Abwehr besteht aus mehreren Stufen, die einander stützen: Der Client holt vorab einen signierten Schein, der eine halbe Stunde gilt und an einen bei jedem Start…
- Ein Log pro Feld statt pro Objekt Ein Objekt mit Titel, Fliesstext und Anhängen wird nicht als Einheit repliziert, sondern als drei getrennte Logs mit je eigener Inhaltsadresse. Der Abgleich holt genau die Felder, die gebraucht werden: Eine Trefferliste überträgt Titel, keine Artikel. Das ist die Entscheidung mit dem grössten Betriebseffekt und zugleich die, die am frühesten getroffen werden muss — Selektivität nachträglich in eine Struktur zu…
- Ein Weg für alles: Warteschlange statt Direktaufruf Jede Anfrage an den Knoten, auch die aus seiner eigenen Oberfläche und auch die Konfiguration, wird von einem dünnen Adapter in einen Arbeitsauftrag übersetzt und in eine dauerhafte Warteschlange mit sieben Prioritäten eingereiht. Einen synchronen Direktweg gibt es nicht. Die Messung, die diese Entscheidung trug, war unspektakulär: Ein direkter Aufruf kostet 0,7 Millisekunden, das Wecken eines Arbeiters etwa fünf —…
- Ein zweites Gerät, ohne den Hauptschlüssel zu kopieren Wer seinen Wurzelschlüssel auf jedes Gerät kopiert, vervielfacht die Angriffsfläche und kann ein verlorenes Gerät nicht mehr einzeln ausschliessen. Stattdessen bleibt der Wurzelschlüssel auf einem Gerät, und jedes weitere bekommt ein eigenes Schlüsselpaar, dessen Rechte über ein delegiertes Berechtigungsdokument eng zugeschnitten sind. Geht ein Gerät verloren, wird dessen Dokument gesperrt — die Identität selbst bleibt unberührt. Für den Fall, dass…
- Einbettungen und Näherungssuche Ein Einbettungsmodell übersetzt einen Text in eine Liste von Zahlen, hier 1024 Stück. Texte mit ähnlicher Bedeutung landen dabei nahe beieinander, auch wenn sie kein Wort teilen — Ähnlichkeit wird zur messbaren Entfernung. Damit lässt sich nach Sinn suchen statt nach Zeichenketten. Weil ein vollständiger Vergleich mit allen gespeicherten Punkten zu teuer wäre, liegt darüber ein mehrstöckiger Nachbarschaftsgraph, der die…
- Eine Identität auflösen, ohne dass jemand sie abschalten kann Eine web-basierte Identität hängt normalerweise an ihrer Domain und damit an Registrar, Hoster und Rechtsraum. Wer sie abschaltet, löscht die Identität. Die Lösung besteht aus drei Teilen. Erstens ist die Portabilität ab dem Gründungseintrag verpflichtend eingeschaltet — die Spezifikation erlaubt dieses Kennzeichen nur dort, ohne diese Vorsorge wäre ein Domainwechsel für immer versperrt. Zweitens wird die Protokolldatei zusätzlich inhaltsadressiert über…
- Eine kanonische Schicht — aber keine Einbahnstrasse Ursprünglich galt: Ereignisse sind die einzige Schreibquelle, alles darüber ist abgeleitet und darf ausschliesslich lesen; nach einem Absturz wird die abgeleitete Ebene neu gebaut statt repariert. Diese Regel ist im Juni 2026 ausdrücklich zurückgenommen worden — die Wissensschicht schreibt ebenfalls, und ein Zwang zum Neuaufbau besteht nicht, weil ihre Ablage selbst dauerhaft ist. Was bleibt und die eigentliche Lehre trägt:…
- Eine Vergessenskurve, die sich umdreht Speicherplatz ist endlich, also braucht auch ein Archivsystem eine Regel fürs Vergessen. Üblich ist eine Verfallskurve nach dem Muster der Gedächtnisforschung: Was selten abgerufen wird, verfällt, und jede Bestätigung verlängert die Halbwertszeit. Im Wissensbereich dreht diese Kurve ihre Richtung um — Widerspruch und inhaltliche Bewegung verlängern die Haltbarkeit, weil genau dort das Risiko sitzt, dass etwas unterdrückt wird. Vergessen wird…
- Einen Monolithen zerlegen, ohne die Teile aneinanderzuketten Eine gewachsene Erweiterung mit tausend Klassen lässt sich nicht dadurch aufteilen, dass man Dateien in Ordner sortiert. Entscheidend ist, wer wen kennen darf. Die gewählte Aufteilung besteht aus einem freien Kern und mehreren Funktionsteilen, und der Kern kennt keinen einzigen Namen dieser Teile — die Abhängigkeit zeigt ausschliesslich nach innen. Ebenso gilt ein Geschwister-Verbot: Kein Funktionsteil darf einen anderen direkt…
- Erklärungen, die die Seite nicht verlassen Ein Fachtext braucht Erläuterungen, aber jeder Sprung auf eine andere Seite kostet den Leser den Faden. Die Lösung ist eine seitliche Tafel, die über dem Text erscheint: Ein Verweis trägt eine Inhaltskennung, die Laufzeit löst sie auf und zeigt den Inhalt, ohne die Seite zu verlassen. Zwei Entwurfsentscheidungen tragen das. Erstens gibt es genau einen Behälter pro Dokument, nicht einen…
- Erreichbarkeitsdatensatz Ein Erreichbarkeitsdatensatz ist eine signierte Angabe, wie eine Person im RLS-Netz erreichbar ist; ein öffentlicher Teil nennt ihre Postfächer, ein privater Teil ihre Geräteadressen nur für Kontakte.
- Erweiterungen in der Sandkiste Werkzeug-Erweiterungen lassen sich zur Laufzeit nachladen, ausgeführt in einer WebAssembly-Umgebung nach dem Komponentenmodell. Die Erweiterung bekommt genau die Schnittstellen, die ihr zugeteilt werden, und keinen Zugriff auf Dateisystem, Netz oder Schlüsselmaterial, solange ihr das nicht ausdrücklich gewährt wird. Das folgt der durchgehenden Linie, unvertrauten Code strukturell vom sicherheitskritischen Kern zu trennen, statt auf seine Gutartigkeit zu vertrauen. Die Grenze dieses…
- Firmennetz und Abholen durch Nachfragen Abholen durch Nachfragen ist der letzte Zustellweg im RLS-Netz: Das Gerät fragt in kurzen Abständen per HTTPS bei seinem Postfach, ob etwas für es bereitliegt.
- Fremde Werkzeuge über ein offenes Protokoll Das Model Context Protocol ist ein offener Standard dafür, wie ein Programm einem Sprachmodell Werkzeuge, Datenquellen und Vorlagen zur Verfügung stellt. Die Anbindung läuft als eigener Prozess, der über einen Standardkanal Nachrichten austauscht — beliebige externe Werkzeugserver lassen sich damit einbinden, ohne dass ihr Code Teil des eigenen Programms wird. Für ein System, das unvertrautem Code grundsätzlich misstraut, ist diese…
- Gegenseitigkeit bei Lantern Gegenseitigkeit bei Lantern ist die Regel, dass eine Website, die Spam- und Sicherheitsdaten aus dem Netz bezieht, im Gegenzug die Dienste-Registry des Netzes mitträgt.
- Gleiches bleibt getrennt Wenn zwei Quellen dasselbe Konzept beschreiben, ist die naheliegende Lösung, sie zu einem Datensatz zusammenzuführen. Genau das passiert hier nicht: Die beiden bleiben getrennt und werden durch eine Gleichheits-Kante verbunden; erst bei einer Abfrage fallen sie zur Laufzeit zusammen. Der Grund ist kryptografischer Natur. Jeder Beitrag trägt die Signatur seines Urhebers, und ein physisches Verschmelzen würde diese Zuordnung zerstören —…
- Gleichförmige Zellen mit Blindfüllung Jede Nachricht wird in Einheiten fester Grösse zerlegt, mit zufällig gesetztem Startpunkt der Nutzlast und Blindfüllung aufgefüllt; mehrere kleine Nachrichten werden in kurzen, festen Zeitfenstern gebündelt. Zusätzlich halten an die Oberfläche gekoppelte Scheinströme den Verkehr auch dann aufrecht, wenn niemand tippt. Ein Beobachter sieht dadurch nur gleichförmigen Geheimtext in gleichmässigem Takt — weder Nachrichtenlängen noch Aktivitätsmuster. Der Preis ist offensichtlich…
- Hash-basierte Signaturen für seltene Ereignisse Für Signaturen gibt es ein quantenresistentes Verfahren, dessen Sicherheit allein auf Hashfunktionen beruht und damit auf besonders gut verstandenen Annahmen. Der Preis ist die Grösse: Eine einzelne Signatur belegt 8 bis 17 Kilobyte — bei jeder Nachricht wäre das untragbar, insbesondere mobil. Die Architektur trifft deshalb eine bewusste Aufteilung: Das Verfahren wird nur für seltene, sicherheitskritische Vorgänge eingesetzt, namentlich die…
- Herkunft als eigene Datenstruktur Zu jeder Aussage gehört die Frage, woher sie stammt. Statt das in Fliesstext zu vermerken, wird die Herkunft als eigene Beziehung geführt, nach einem etablierten Vokabular des W3C: Es unterscheidet zwischen dem, was behauptet wird, dem Dokument, in dem es steht, und der Person oder dem Vorgang, die es dort hineingebracht haben — jeweils mit einem Mass dafür, wie sicher…
- Hybrider Schlüsselaustausch gegen künftige Quantenrechner Verschlüsselter Verkehr, der heute aufgezeichnet wird, kann später entschlüsselt werden, sobald ausreichend leistungsfähige Quantenrechner existieren. Wer langlebige Vertraulichkeit zusagt, muss das jetzt einplanen. Gewählt ist ein hybrides Verfahren, das den etablierten elliptischen Schlüsselaustausch mit einem gitterbasierten, quantenresistenten Verfahren kombiniert. Der Punkt ist die Kombination: Die Sicherheit hält, solange auch nur eines der beiden Verfahren hält. Damit ist man weder dem…
- Identität am Heimserver festgemacht Eine Matrix-Nutzerkennung enthält die Domain des Heimservers. Damit ist die Identität strukturell an diesen Server gebunden: Wer den Anbieter wechseln will, wechselt die Kennung und verliert den Bezug zu seiner Geschichte. Ein Vorschlag für tragbare Identitäten existiert seit 2020 als Entwurf; ein aktuellerer Umsetzungsstand liess sich bei der Recherche nicht finden — der letzte dokumentierte Stand stammt aus Dezember 2020…
- Identität mit vorab festgelegtem Nachfolger Die Identität ist ein hash-verkettetes Änderungsprotokoll: Jeder Eintrag verweist auf den vorherigen, und jeder Eintrag legt bereits den Hash des künftigen Schlüssels fest. Eine Rotation ist nur gültig, wenn der neue Schlüssel zu diesem vorab hinterlegten Wert passt. Wer den aktuellen Schlüssel erbeutet, kann damit Nachrichten fälschen, aber die Identität nicht auf sich umschreiben — dazu bräuchte er den nächsten,…
- Kausale Ordnung statt Uhrzeit Jedes Ereignis verweist auf die Ereignisse, die sein Urheber zuletzt gesehen hat. Daraus entsteht ein gerichteter, kreisfreier Graph mit einer belastbaren Aussage: Wenn A auf B verweist, wusste A von B. Was in keiner Verweisbeziehung steht, ist gleichzeitig entstanden und muss von den Datentypen darüber vereinigt werden. Diese Ordnung ist manipulationsresistent, weil sie nicht von Uhren abhängt — ein Knoten…
- KI-Rechte per Biscuit KI-Rechte per Biscuit sind die Regel, dass ein Sprachmodell in Spark nur Werkzeuge nutzen kann, für die der angemeldete Nutzer ein Recht besitzt, das er per Biscuit-Token eingeschränkt an die KI weitergibt.
- Kreis-Stack Der Kreis-Stack ist ein per Ein-Klick-Installation eingerichtetes Server-Paket für einen Kreis, das Website, Spark mit HIRN, CommandCenter, Kundenchat und Onboarding bündelt und nebenbei Relais, Postfach und eigene Zone bereitstellt.
- Kreise statt Rollen Gruppen laufen über denselben Mechanismus wie Einzelrechte, nur eine Ebene höher: Wer in einen Kreis aufgenommen wird, erhält vom Kreis-Eigentümer einen angehängten Block, der ihn als Mitglied ausweist; nimmt ein Kreis einen anderen Kreis auf, wiederholt sich das eine Stufe darüber. Mehrstufige Mitgliedschaft ist damit eine gewöhnliche mehrgliedrige Kette und braucht keine eigene Prüflogik. Das Datenmodell folgt beziehungsbasierten Systemen, wie…
- Löcherstanzen und das Rückfall-Relais Die meisten Geräte sitzen hinter einem Router, der eingehende Verbindungen verwirft. Beim Löcherstanzen senden beide Seiten gleichzeitig nach aussen; jeder Router hält daraufhin für die Antwort einen Rückweg offen, und über diese beiden Öffnungen entsteht eine direkte Verbindung. Ein Vermittlungsdienst muss dafür nur den Startschuss und die beobachteten Adressen weitergeben, nicht die Nutzdaten. Gelingt das nicht — hinter mehrfach verschachtelten…
- Löschung als Sicherheitsmerkmal Gelöscht wird nicht durch Entfernen, sondern durch ein eigenes Ereignis, das auf das betroffene verweist und es ungültig setzt. Das ist die einzige Form, die in einem verteilten Ereignisspeicher funktioniert — was einmal repliziert wurde, lässt sich nicht mehr netzwerkweit zurückholen. Entscheidend ist die Verbindlichkeit: Unbekannte Ereignistypen darf ein Knoten als undurchsichtigen Block ablegen, Löschanweisungen jedoch nicht — sie muss…
- Matrix' eigenes Peer-to-Peer-Experiment Das Vorhaben, Matrix ohne Server zu betreiben, ist nicht eingestellt. Nach aktuellem Stand von Juli 2026 wurde es mit staatlicher Förderung aus den Niederlanden wieder aufgenommen. Bemerkenswert ist der Richtungswechsel: Statt des früheren eigenen Overlay-Netzwerks dient inzwischen Iroh als Transport für kleinere vermaschte Netze — dieselbe Bibliothek, auf der DaWN aufsetzt. Dazu kommt ein neuer, schlanker eingebetteter Server in Rust,…
- MatrixRTC statt Anruf-Ereignissen Das ursprüngliche Modell mit eigenen Anruf-Ereignissen ist abgelöst. Heute wird die Teilnahme samt Geräten als Mitgliedschaft im Raumzustand abgebildet, während der Medientransport austauschbar ist: direkt zwischen zwei Teilnehmern, über einen Medienverteiler oder über eine Mischeinheit. Die Referenzumsetzung nutzt einen quelloffenen Medienverteiler; ein eigener Autorisierungsdienst gibt dem Client dessen Adresse und ein Zugriffstoken, und ein Relaisdienst springt ein, wenn direkte Verbindungen…
- Netzwerkeinstieg über einen Verweis Die Anwendung meldet beim Betriebssystem ein eigenes Verweis-Schema an. Ein solcher Verweis enthält Knotenkennung und Adresse; ein Klick oder ein eingescannter QR-Code bietet die Verbindung an. Der zuletzt erfolgreich genutzte Verweis wird lokal behalten und ist beim nächsten Kaltstart der schnellste Weg zurück ins Netz — ohne Netzwerkanfrage. Vorgesehen sind ausdrücklich Bestellbestätigungen, Kursseiten, Landing Pages und Beiträge in sozialen Medien:…
- Nym-Mixnetz statt Onion-Routing Ein Mixnetz geht über Onion-Routing hinaus: Es sammelt Pakete mehrerer Absender, hält sie unterschiedlich lange zurück und gibt sie in veränderter Reihenfolge weiter, gemischt mit Blindverkehr. Damit verteidigt es auch gegen einen Beobachter, der beide Enden einer Verbindung sieht und allein aus Zeitpunkten und Paketgrössen Zusammenhänge herstellt — genau der Angriff, gegen den Onion-Routing wenig ausrichtet. Der Preis ist erneut…
- Olm und Megolm im Detail Für Einzelgespräche kommt ein Verfahren zum Einsatz, das an das Signal-Protokoll angelehnt ist: dreifacher Diffie-Hellman über Curve25519, Schlüsselableitung mit HKDF über SHA-256, Verschlüsselung mit AES-256 im CBC-Modus, Authentizität über HMAC mit SHA-256. Für Gruppen tritt ein Ratschenverfahren daneben, das mehrfaches Entschlüsseln erlaubt, mit demselben Chiffrierverfahren und zusätzlicher Signatur über Ed25519. Der Vergleich ist an dieser Stelle sachlich, nicht wertend: Diese…
- Postfach im RLS-Netz Ein Postfach im RLS-Netz ist ein ständig erreichbarer Ablageort, an dem verschlüsselte Nachrichten liegen, bis ihr Empfänger online ist und sie abholt.
- Prism, das Fenster nach aussen Prism ist das Veröffentlichungs-Frontend des Verbunds, gebaut mit Astro und Vue-Inseln, aufgeteilt in fünf geteilte Pakete für Schema, Inhalts-Aufbereitung, Auflösung, Laufzeit und Oberfläche. Es erzeugt statische Seiten, die Suchmaschinen lesen können, und lädt einzelne Inhalte erst beim Betrachten nach — der Server liefert dafür nur schlichte Datendateien je Inhaltskennung aus. Die Aufteilung in Logik, Text und Erscheinungsbild erlaubt mehreren Websites…
- Prüfbäume für Teilstücke grosser Dateien Ein gewöhnlicher Hash über eine Datei erlaubt nur eine Aussage, wenn man sie vollständig hat. Beim baumförmigen Verfahren wird der Inhalt in Blöcke zerlegt, paarweise gehasht und zu einer Wurzel zusammengeführt. Damit lässt sich jeder einzelne Block gegen die Wurzel beweisen — man kann also mitten in einer grossen Datei zu lesen beginnen, jeden ankommenden Abschnitt sofort prüfen und bei…
- QUIC als Transportgrundlage QUIC ist ein Transportprotokoll über UDP, das Verschlüsselung, Verbindungsaufbau und Multiplexing zusammenfasst. Für ein dezentrales System zählen drei Eigenschaften: Der Verbindungsaufbau kostet eine Rundreise statt der zwei, die ein verschlüsselter Aufbau über TCP mindestens braucht, und bei wiederkehrenden Gegenstellen sogar keine; mehrere logische Ströme teilen sich eine Verbindung, ohne sich gegenseitig zu blockieren; und eine Verbindung ist an eine Kennung…
- Schlüssel in Umschlägen Grosse Inhalte werden nicht für jeden Empfänger einzeln verschlüsselt. Stattdessen verschlüsselt ein einziger Inhaltsschlüssel den Inhalt, und dieser Schlüssel wandert in kleinen, für jeden Empfänger einzeln verschlossenen Umschlägen. Dafür gibt es ein standardisiertes Verfahren, das Schlüsselaustausch, Ableitung und Verschlüsselung zusammenfasst und dabei genau vorschreibt, wie die Bausteine zusammenwirken — die Klasse von Fehlern, die beim Selbstbauen entsteht, ist damit ausgeschlossen.…
- Speicher entlang der Kontakte Speicher entlang der Kontakte ist die Regel, dass jeder bestätigte Kontakt einen festen Anteil des Speichers nutzen darf, den ich dem Netz bereitstelle, um dort Nachrichten für abwesende Empfänger zu hinterlegen.
- Tarnung als gewöhnliche Webverbindung Das Verfahren nimmt Verbindungen auf dem gewöhnlichen Web-Port entgegen. Wer sich nicht ausweist — etwa ein Zensor, der aktiv anklopft — wird transparent an eine echte, fremde Website weitergereicht und sieht deren gültiges Zertifikat und deren Inhalt. Nur wer den passenden Schlüssel in der Sitzungskennung mitbringt, landet im getarnten Tunnel. Entscheidend ist die Wahl des vorgetäuschten Ziels: Ein öffentlicher Nachweis…
- Teilbeitritte zu grossen Räumen Tritt ein Heimserver einem Raum bei, brauchte er ursprünglich dessen vollständigen Zustand, bevor irgendetwas nutzbar war — bei grossen Räumen dauert das erheblich. Der eingeführte Teilbeitritt erlaubt es, mit unvollständigem Zustand zu starten und den Rest im Hintergrund nachzuladen; ein älterer Vorschlag für verzögertes Laden wurde dadurch gegenstandslos. Die Funktion ist gemergt und produktiv, wird aber weiter nachgebessert — im…
- Tor als einsteckbarer Transport Beim Onion-Routing wird jedes Paket mehrfach verschlüsselt und über drei Zwischenstationen geschickt. Die erste kennt den Absender, aber nicht das Ziel; die letzte kennt das Ziel, aber nicht den Absender; die mittlere kennt keines von beidem. Wer die Verbindung beobachtet, sieht nicht, wer mit wem spricht. In DaWN wird das nicht selbst gebaut, sondern über die in Rust geschriebene Tor-Umsetzung…
- Verkehrstarnung: was ein Beobachter sehen soll Wer in einem Netz sperren will, muss nicht entschlüsseln. Es genügt zu erkennen, dass ein bestimmtes Protokoll läuft — an Paketgrössen, Zeitabständen und der Signatur des Verbindungsaufbaus. Genau dagegen liegt in DaWN eine eigene Schicht zwischen Transport und Anwendung. Das Bedrohungsmodell ist ausdrücklich benannt: staatliche Tiefenprüfung des Datenverkehrs, aktives Anklopfen an verdächtige Adressen und maschinell gelernte Verkehrsmuster. Zwei Verfahren sind…
- Verschlüsselte Einträge im Namenssystem Adressen lassen sich auch als Texteinträge im Namenssystem hinterlegen. Der naheliegende Schutz wären signierte Zonen — die Architektur verzichtet bewusst darauf, weil diese Absicherung nicht flächendeckend ausgerollt ist und ihre Verfügbarkeit damit vom jeweiligen Anbieter abhängt. Stattdessen sind die Einträge selbst verschlüsselt, mit demselben Stromchiffre-Verfahren wie der übrige Verkehr. Wer den Eintrag abfragt, sieht ohne Schlüssel nur Geheimtext; wer den…
- Verschlüsselung im Medienstapel Für Sprache und Video ist die Verschlüsselung Teil des Medienstapels selbst: Ein Handshake über einen Kanal, der Paketverluste verträgt, handelt die Schlüssel aus, danach wird jeder Medienstrom paketweise verschlüsselt und authentifiziert. Der Aufbau verträgt verlorene und in falscher Reihenfolge ankommende Pakete, ohne dass der Strom abreisst — genau das unterscheidet ihn von Verschlüsselung über zuverlässigen Verbindungen. Die Architektur legt ausdrücklich…
- Vier vordefinierte Zusammenstellungen Weil jede Schicht ein austauschbares Interface hat, ist eine Auslieferung eine Auswahl von Implementierungen. Vier sind vordefiniert: eine Entwicklungsvariante mit lokaler Datenbank und ohne Netzwerk- und Anonymisierungsaufwand; eine Entwicklervariante mit echtem verschmelzendem Abgleich und Berechtigungsprüfung; eine Produktivvariante mit Tor-Transport, Tarnung und Anrufunterstützung; und eine anonymisierende Variante mit Mixnetz und zusätzlichem Sybil-Schutz — gemeint ist der Schutz davor, dass eine einzelne…
- Wachsende Metadaten — eine offene Stelle Verschmelzende Datentypen führen Verwaltungsdaten mit sich: Kennungen für jede jemals eingefügte Position, Merkmale gelöschter Stellen, Ordnungsinformationen. Bei gemeinsam bearbeiteten Texten wächst dieser Anteil über die Lebensdauer eines Dokuments und kann den eigentlichen Inhalt übersteigen. Übliche Gegenmittel sind Verdichtung des Verlaufs und Schnappschüsse, aus denen später begonnen wird — beides verwirft Nachprüfbarkeit und steht damit in Spannung zum erklärten Ziel dauerhafter…
- Warum der Wissensspeicher nicht die Wahrheit ist Ein Wissensgraph braucht Klartext: Einbettungen berechnen, Ähnlichkeiten suchen, Beziehungen bilden — all das geht nicht auf verschlüsselten Daten. Daraus folgt eine Festlegung, die zunächst überrascht: Der Wissensspeicher ist nicht die kanonische Quelle, sondern eine entschlüsselte Repräsentation eines Ausschnitts, gerechnet auf genau dem Gerät, das ohnehin Zugriff hat. Kanonisch ist die verschlüsselte, inhaltsadressierte Ereignis- und Blob-Logistik. Anders als eine frühere Fassung…
- Warum die verteilte Suchtabelle gestrichen wurde Der Vorgängerbau nutzte eine verteilte Suchtabelle, wie sie in Tauschnetzen üblich ist: Jeder Knoten kennt einen kleinen Ausschnitt, Anfragen hangeln sich in logarithmisch vielen Sprüngen zum Ziel. Der Wechsel war eine bewusste Abkehr — zugesicherte Zustellung statt bestem Bemühen, konstante statt wachsender Sprungzahl, und geringere Anfälligkeit dafür, dass ein Angreifer mit vielen Schein-Knoten den zuständigen Bereich verdrängt. Bezahlt wird das…
- Warum dieselbe Abwehr an zwei Stellen läuft Sowohl das Veröffentlichungs-Frontend als auch die Website-Erweiterung nehmen Formulareingaben entgegen, und beide müssen sich derselben Flut erwehren. Statt zwei Verfahren zu erfinden, gilt eine gemeinsame Schutzlinie mit derselben Prüfmaschine im Hintergrund: mehrere Stufen, die einander stützen — ein vorab geholter, kurzlebiger Schein, ein Rechennachweis, der den Absender messbar Zeit kostet, Fallen im Formular, eine Frequenzprüfung und zuletzt eine inhaltliche Bewertung.…
- Warum eine Website kein Netzknoten sein kann Ein Netz aus Knoten auf Endanwender-Geräten hat ein Verfügbarkeitsproblem: Rechner werden abends ausgeschaltet. Gehostete Websites laufen dagegen rund um die Uhr, über viele Domains und Rechtsräume gestreut, und es gibt Millionen davon. Der naheliegende Gedanke, sie als Netzknoten zu verwenden, scheitert an einer harten Eigenschaft ihrer Laufzeit: Ein Prozess des Redaktionssystems lebt nur während einer einzelnen Anfrage, also Sekunden. Weiterleitung…
- Warum Iroh und nicht Veilid Beide Bibliotheken lösen dieselbe Aufgabe, aber in unterschiedlicher Reife. Veilid bringt Onion-Routing von Haus aus mit und wäre damit inhaltlich der elegantere Weg — die Prüfung ergab jedoch, dass die damals aktuelle Fassung offiziell Nachrichtenverlust, doppelt zugestellte Nachrichten und weitere Auffälligkeiten dokumentiert, eine vorangegangene Version zurückgezogen wurde und sich kein einziger produktiver Betrieb nachweisen liess. Iroh dagegen war zum Entscheidungszeitpunkt…
- Warum keine Push-Dienste — und was es stattdessen gibt Die Push-Dienste der beiden grossen Plattformanbieter sind ausdrücklich abgelehnt: zentrale Torwächter, deren Nutzung Metadaten über die Aktivität jedes Nutzers ausliefern würde. Was an ihre Stelle tritt, ist allerdings enger gefasst, als es zunächst klingt. Beschrieben ist der Fall eines im Browser laufenden Knotens, dessen Tab in den Ruhezustand geht: Eine begleitende Serverkomponente hält die äussere Verbindung aufrecht und sammelt Eingehendes…
- Warum KERI verworfen wurde KERI war der naheliegende Kandidat für eine Identitätsschicht ohne Webserver-Abhängigkeit, und der Reiz lag im Zeugennetz mit Erkennung widersprüchlicher Einträge. Die Prüfung der Spezifikation ergab, dass genau dieser Schutz nicht trägt: Der Inhaber wählt seine Zeugen selbst aus, es gibt keinen Mechanismus zur zufälligen Zuweisung, und die Spezifikation räumt an der geprüften Stelle selbst ein, dass der Zeugen-Konsens gegen einen…
- Warum nicht die dateiorientierte Abgleichlösung Die verwendete Transportbibliothek bringt eine eigene Abgleichlösung mit, es lag also nahe, sie auch für die Daten zu nutzen. Die dokumentierte Prüfung entscheidet dagegen: Jene Lösung ist auf Datei-Abgleich zugeschnitten und kennt für Konflikte nur zuletzt-geschrieben-gewinnt, also keine echte Verschmelzung. Hier werden aber strukturierte Objekte mit einzeln bearbeitbaren Feldern repliziert — Titel, Fliesstext, Sammlungen, jeweils mit eigener Verschmelzungssemantik. Mitgeprüft und…
- Warum nicht libp2p und IPFS Das Vorgängersystem war auf libp2p und IPFS gebaut, die Ablösung war eine bewusste Entscheidung. Erstens sind die dort verwendeten Inhaltsadressen in der Praxis auf SHA-256 aufgebaut — das Format sieht zwar mehrere Hashfunktionen vor, der Bestand nutzt aber durchgängig diese eine, und Inhaltsadressen lassen sich nachträglich nicht austauschen, weil sie in jeder Referenz stehen. Zweitens vermischt das dort übliche Verbreitungsverfahren…
- Warum reiner Rundfunk auf Mobilgeräten scheitert Das Vorgängersystem verteilte Neuigkeiten über ein Rundfunkverfahren: Wer verbunden ist, bekommt sie; wer gerade nicht verbunden ist, bekommt sie nicht — und es gibt keinen Mechanismus zum Nachholen. Für dauerhaft laufende Server ist das brauchbar, für Mobilgeräte nicht: Tunnel, Funklöcher, geschlossene Anwendungen und Energiesparmodi trennen die Verbindung ständig. Bei einer Nutzerschaft, die zu über neunzig Prozent mobil ist, ist das…
- Warum RLN als Sybil-Schutz ausschied Das Verfahren begrenzt die Nachrichtenrate anonymer Teilnehmer und straft Vielsender automatisch ab — inhaltlich genau das, was gegen massenhaft angelegte Schein-Identitäten hilft. Die Referenzumsetzung bringt jedoch einen kompletten dritten Kryptografie-Baukasten mit: eine andere Hashfunktion, eine andere elliptische Kurve und ein Beweissystem, das eine vertrauensbedürftige Einrichtungszeremonie voraussetzt — wer dabei geheimes Material zurückbehält, kann später beliebige Beweise fälschen. Hinzu kam, dass…
- Warum UCAN ausschied UCAN ist der bekannteste Vertreter delegierbarer Berechtigungen und war ursprünglich gesetzt. Formal schreibt die Spezifikation eine Hashfunktion vor, die im übrigen System nicht bevorzugt wird, und lässt Signaturkurven als gleichberechtigt zu, die aus demselben Grund nicht erste Wahl sind; sie war zudem noch nicht endgültig. Strukturell kommen zwei Punkte hinzu. Der eine ist das fehlende Konfinement — gemeint ist nicht,…
- Was beim Entzug festgelegt ist — und was nicht Festgelegt ist mehr, als der erste Blick vermuten lässt. Jedes abgeleitete Berechtigungsdokument trägt die Widerrufskennung des Ursprungs automatisch mit sich — ein einziger Sperrlisteneintrag entwertet damit auch alle Weitergaben. Für die prüfende Seite gilt seit Juli 2026 ausdrücklich: Der Netzwerkstatus ist niemals ein Autorisierungsargument, im Zweifel wird abgelehnt statt durchgelassen, gegen zurückgedrehte Uhren schützt eine nur vorwärts laufende Zeituntergrenze, und…
- Was ein Heimserver trotz Verschlüsselung sieht Auch bei durchgehend verschlüsselten Räumen liegen beim Heimserver unverschlüsselt vor: Raumname und -thema, die Mitgliederliste mit Anzeigenamen und Bildern, die Machtstufen, sowie Anzahl und Zeitpunkt gesendeter Nachrichten samt Absender, Gerätekennung und Zeitstempel auf Transportebene. Zwischen Heimservern ist zudem im Klartext sichtbar, welcher Server wann mit welchem verkehrt — daraus lassen sich Beziehungsmuster ableiten. Diese Aufstellung stammt aus Herstellerdarstellungen und einer…
- Was passiert, während ein Knoten schläft Für einen im Browser laufenden Knoten, dessen Tab in den Ruhezustand geht, ist die Antwort ausgearbeitet: Eine begleitende Serverkomponente hält die äussere Verbindung aufrecht und sammelt Eingehendes in drei getrennten Ringpuffern mit fester, je Klasse eigener Obergrenze. Getrennt deshalb, damit ein volllaufender Hintergrundpuffer niemals Steuernachrichten verdrängt; jeder Puffer verdrängt nur innerhalb seiner eigenen Klasse. Beim Aufwachen holt der Knoten den…
- Websites als Einstiegspunkte Unter einem festen Pfad liefert eine Website eine kleine Datei mit Knotenkennung, aktuellen Adressen und Zeitstempel aus. Bereitgestellt wird sie von einem Plugin für das verbreitetste Redaktionssystem; es speichert die Adressen in der ohnehin vorhandenen Datenbank und braucht weder Zugriff auf die DNS-Verwaltung noch besondere Serverrechte. Damit wird jede beliebige Website zu einem Einstiegspunkt, ohne dass jemand Infrastruktur betreiben muss.…
- Widerspruch ist eine Kante, kein Fehler In den meisten Wissenssystemen ist Widerspruch ein Problem, das aufgelöst werden muss. Hier ist er eine eigene Art von Verbindung: Zwei Konzepte können ausdrücklich als einander widersprechend oder als bestritten verknüpft sein. Beim Durchlaufen des Graphen zählt dann die Struktur und nicht der Abstand im Bedeutungsraum — eine Gegenstimme bleibt erreichbar, auch wenn zehntausend Quellen das Gegenteil behaupten. Das ist…
- Wie ein Inhalt gefunden wird, wenn er sich ändern darf Inhaltsadressierung hat einen unangenehmen Nebeneffekt: Ändert sich ein Text, ändert sich seine Adresse — und jeder Verweis darauf zeigt ins Leere. Gelöst wird das mit zwei Kennungen pro Eintrag. Die eine wird bei der ersten Erfassung vergeben und bleibt danach stabil; sie ist das Ziel aller Verweise. Die andere ist der Hashwert des aktuellen Inhalts und wandert mit jeder Fassung;…
- Wie Matrix ein schlafendes Telefon weckt Der Client meldet beim Heimserver einen Empfänger an und nennt dabei die Adresse eines Push-Gateways; dieses spricht die Dienste der Plattformanbieter an. Fair anzumerken ist der datensparsame Modus: Dabei werden nur Ereignis- und Raumkennung, Zähler und Gerätekennungen übertragen — der Nachrichteninhalt verlässt den Heimserver nicht, die App holt ihn nach dem Wecken selbst. Was trotzdem bei den Plattformanbietern anfällt, ist…
- Wie Matrix einen Server findet Die Serveradressierung läuft in einer festen Reihenfolge: Zuerst wird auf der Domain eine Delegationsdatei unter einem festgelegten Pfad abgefragt, die auf den tatsächlichen Host samt Port verweist. Fehlt sie, folgen Diensteinträge im Namenssystem, zuerst der neuere, dann der ältere. Gibt es auch die nicht, wird die Domain direkt auf einem festen Port angesprochen. Aufschlussreich ist die Absicherung: Der Zielserver muss…
- Wie Matrix-Server miteinander sprechen Heimserver tauschen untereinander Transaktionen über HTTPS aus. Darin stecken zwei Arten von Nachrichten: dauerhafte, die Teil der Raumhistorie werden und im Ereignisgraphen des Raums landen, und flüchtige wie Tippanzeigen oder Anwesenheit, die nirgends gespeichert werden. Dauerhafte Nachrichten werden vom absendenden Server signiert — kanonisch serialisiert, gehasht und mit dem Serverschlüssel unterschrieben. Die Signatur gehört also dem Server, nicht der Person:…
- Wiederherstellung ohne Hinterlegung Wer alle Geräte verliert, verliert in einem schlüsselbasierten System normalerweise seine Identität. Der Ausweg hier ist ein Verfahren, das ein Geheimnis in fünf Anteile zerlegt, von denen drei genügen, um es zu rekonstruieren — und aus denen einzeln nichts zu gewinnen ist. Diese Anteile liegen bei Vertrauenskontakten, das Geheimnis selbst auf keinem eigenen Gerät. Aus der wiederhergestellten Saat entsteht deterministisch…
- Woher die Zahl „Faktor 20“ stammt Die Zahl wird in der Architekturdokumentation an mehreren Stellen genannt und geht auf genau ein Beispiel zurück: Beim Seitenaufruf im Vorgängersystem wurde nur das Textfeld mit rund 50 Kilobyte geladen statt des gesamten Objekts mit rund 980 Kilobyte. Das ergibt knapp das Zwanzigfache, aufgerundet zu „Faktor 20“. Es gibt keine systematische Messung über verschiedene Inhaltsarten, keine Angabe zur Verteilung typischer…
- Woran man erkennt, dass eine Erweiterung unverändert ist Das verbreitetste Redaktionssystem bringt keinen Integritätsschutz für Erweiterungen mit: Wer eine Datei im Verzeichnis austauscht, merkt es niemand. Die Antwort ist ein Verzeichnis aller ausgelieferten Dateien mit ihren Hashwerten, signiert mit demselben Schlüsselverfahren wie die Lizenzen. Der Kern prüft es, bevor er ein Modul registriert, und wiederholt die Prüfung später im Gesundheitscheck — offline, ohne Rückfrage bei einem Lizenzdienstleister. Zusätzlich…
- X25519 als Schlüsseleinigung X25519 ist die Schlüsseleinigung auf derselben Kurve, auf der auch die Signaturen aufbauen: Zwei Seiten tauschen öffentliche Werte und errechnen daraus dasselbe gemeinsame Geheimnis, ohne dass dieses je übertragen wird. Die Rechnung ist so gebaut, dass jede beliebige Bytefolge ein gültiger öffentlicher Wert ist — es gibt keine Sonderfälle, die eine Umsetzung falsch behandeln könnte, und die Laufzeit hängt nicht…
- XChaCha20-Poly1305 als Inhaltsverschlüsselung Die Inhaltsverschlüsselung des Baukastens ist eine Stromchiffre, die zugleich einen Prüfwert erzeugt: Eine Veränderung am Geheimtext fällt beim Entschlüsseln auf, statt unbemerkt zu bleiben. Gegenüber der Grundform ist der Einmalwert, der jede Verschlüsselung von jeder anderen unterscheidet, von 12 auf 24 Byte verlängert. Das klingt nach einer Kleinigkeit und ist der eigentliche Grund für die Wahl: Bei 24 Byte darf…
- Zeugen, die sich niemand aussuchen kann — mit Einschränkungen Wenn Zeugen einen Vorgang bestätigen sollen, darf sie niemand aussuchen können — sonst bestätigt ein Ring von Verbündeten sich selbst. Genau daran scheiterte die geprüfte Alternative KERI, deren Inhaber ihre Zeugen selbst wählen. Die eigene Lösung arbeitet mit einer überprüfbaren Zufallsfunktion nach standardisierter Konstruktion: Aus einem Zufallswert je Zeitabschnitt berechnet jeder Kandidat mit seinem eigenen Schlüssel ein Ergebnis, das für…
- Zurückziehen statt löschen Wenn eine Aussage sich als falsch erweist, ist die naheliegende Reaktion, sie zu löschen. Genau das passiert hier nicht: Sie wird zu einem Zeitpunkt zurückgezogen und bleibt mit ihrem Gültigkeitszeitraum abrufbar. Das Datenmodell führt dafür zwei Zeitachsen — wann etwas galt und wann es erfasst wurde. Eine Abfrage kann damit den heutigen Stand liefern oder den von vor einem Jahr,…
- Zustandsauflösung über Machtstufen Laufen zwei Zweige des Raumgraphen auseinander, muss bestimmt werden, welcher Zustand gilt. Das Verfahren sortiert zunächst die steuernden Ereignisse — Machtstufen, Beitrittsregeln, Sperren — in einer rückwärts topologischen Ordnung über die Kette der Autorisierungsereignisse und wendet sie an; danach folgen die übrigen Zustandsereignisse nach den so festgelegten Machtstufen. Bei Gleichstand entscheidet zuerst die höchste Machtstufe, dann der ältere Zeitstempel, zuletzt…
- Zustellung an einen abwesenden Empfänger In einem Netz ohne Server gibt es kein Postfach, in dem eine Nachricht auf ihren Empfänger wartet. Wer etwas zustellen will, während der andere aus ist, braucht eine Antwort auf die Frage, wo die Nachricht solange liegt. Beschlossen ist folgendes: Ein fertiges Ergebnis wird nicht an ein Gerät geschickt, sondern als Aktualisierung an den zugehörigen Auftrag gehängt und über dessen…
- Zwei Relais und ihre ausdrücklich benannte Grenze Der Medienstrom wird zwingend über zwei Relais geführt statt direkt. Das erste kennt den Anrufer und das zweite Relais, das zweite kennt das erste und den Angerufenen — keines sieht beide Enden. Ausgewählt wird zufällig aus einer Gruppe gut erreichbarer Relais, wobei beide zwingend in verschiedenen Betreibernetzen liegen müssen; geprüft wird das gegen eine Zuordnung von Adressbereichen zu Betreibernetzen. Die…
- Zwei Wege, wie Prism an das Netz kommt Vorgesehen sind zwei Betriebsarten. Betreibt der Leser selbst einen Knoten, spricht das Frontend dessen lokalen Dienst direkt an; die Verbindung läuft dabei über gewöhnliches HTTP an die lokale Adresse, gesichert durch ein Aufforderung-und-Antwort-Verfahren mit Signatur und einer einmaligen Kopplung. Eine frühere Darstellung sprach hier von direkter Prozesskommunikation über einen Betriebssystem-Kanal — das ist seit Juli 2026 ausdrücklich korrigiert, weil ein…
- Zwei Zugriffsmodelle, weil eines nicht beides kann Ein einziges Zugriffsmodell kann nicht gleichzeitig zusagen, dass niemand einen Leser wieder aussperren kann, und dass sich Zugang verkaufen und entziehen lässt. Beides ist gewollt, also gibt es beides — und die Wahl trifft der Eigentümer pro Objekt, nicht der Betreiber pauschal. Im souveränen Modus wandert der Inhaltsschlüssel direkt an die Empfänger, ohne Vermittler und ohne Rückfrage, zeitlich unbegrenzt offline…
Datenschutz
- DSGVO Die Datenschutz-Grundverordnung (DSGVO), englisch General Data Protection Regulation, ist die EU-Verordnung 2016/679, die seit dem 25. Mai 2018 in allen Mitgliedstaaten unmittelbar gilt und die EU-Datenschutzrichtlinie von 1995 ablöste. Sie schafft einen einheitlichen Rechtsrahmen für die Verarbeitung personenbezogener Daten und bindet jeden, der eine Website betreibt, die Personen aus der EU erreicht, unabhängig vom Sitz des Betreibers. Personenbezogene Daten umfassen…
- DSGVO Art. 6 Artikel 6 der DSGVO legt die abschließende Liste der sechs Rechtsgrundlagen fest, auf die jede Verarbeitung personenbezogener Daten gestützt werden muss; ohne eine dieser Grundlagen ist jede Datenverarbeitung verboten. Die sechs Tatbestände sind Einwilligung (lit. a), Vertragserfüllung oder vorvertragliche Maßnahmen (lit. b), rechtliche Verpflichtung (lit. c), Schutz lebenswichtiger Interessen (lit. d), Wahrnehmung einer Aufgabe im öffentlichen Interesse (lit. e) und…
- Gravatar Gravatar (Globally Recognized Avatar) ist ein Dienst von Automattic, dem Unternehmen hinter WordPress.com, der es ermöglicht, ein einziges Profilbild über alle unterstützenden Websites hinweg zu verknüpfen. Eine Person registriert sich unter gravatar.com mit ihrer E-Mail-Adresse und lädt ein Bild hoch; einbindende Websites schicken einen MD5-Hash der E-Mail-Adresse an die Gravatar-Server und erhalten das zugehörige Bild zurück. WordPress liefert Gravatar-Unterstützung seit…
Infrastruktur
- APCu APCu (APC User Cache) ist eine PHP-Erweiterung, die einen flüchtigen Schlüssel-Wert-Speicher im gemeinsam genutzten Arbeitsspeicher des Webserver-Prozesses bereitstellt. Flüchtig bedeutet, dass der Inhalt beim Neustart von Webserver oder PHP-FPM verloren geht; gemeinsam genutzt heißt, dass alle PHP-Worker-Prozesse eines Servers denselben Speicher teilen. APCu ist der Nachfolger des APC-Opcode-Cache: Nachdem PHP 5.5 den OPcache als integrierte Komponente einführte, wurde der Opcode-Teil…
- Grafana Grafana ist eine quelloffene Plattform für Datenvisualisierung und Monitoring-Dashboards, die 2014 von Torkel Ödegaard entwickelt wurde und unter der AGPL-3.0-Lizenz steht. Sie speichert selbst keine Metriken, sondern verbindet sich mit über 150 externen Datenquellen wie Prometheus, Loki, Elasticsearch, InfluxDB und MySQL und visualisiert deren Daten in konfigurierbaren Dashboards mit Graphen, Heatmaps, Alerts und Tabellen. Für DevOps-Teams und Webseitenbetreiber ist Grafana…
- Jaeger Jaeger ist ein Open-Source-Distributed-Tracing-System, das ursprünglich 2015 von Uber Technologies entwickelt und 2017 als CNCF-Projekt der Cloud Native Computing Foundation gespendet wurde. Es steht unter Apache-2.0-Lizenz, implementierte zunächst den OpenTracing-Standard und ist heute OpenTelemetry-kompatibel (OTLP). Jaeger verfolgt, wie ein eingehender Request durch verschiedene Dienste und Komponenten fließt, und misst die Dauer jedes einzelnen Schritts. Jeder Request erhält eine eindeutige Trace-ID,…
- Prometheus Prometheus ist ein Open-Source-Monitoring- und Alerting-System mit eingebetteter Zeitreihendatenbank, das 2012 bei SoundCloud entwickelt und 2016 als zweites Projekt nach Kubernetes in die Cloud Native Computing Foundation (CNCF) aufgenommen wurde. Es ist heute der De-facto-Standard für Metriken in containerisierten Infrastrukturen und bildet zusammen mit Grafana den Kern der meisten modernen Observability-Stacks. Das Besondere ist sein Pull-Modell: Prometheus fragt Applikationen und…
- Redis Redis (Remote Dictionary Server) ist ein quelloffener In-Memory-Datenspeicher, der als Datenbank, Cache, Message Broker und Session-Store eingesetzt wird. Er wurde 2009 von Salvatore Sanfilippo entwickelt und hält alle Daten im RAM, wodurch Lesezugriffe typischerweise unter einer Millisekunde erfolgen, verglichen mit 5 bis 50 Millisekunden bei MySQL. Redis unterstützt verschiedene Datenstrukturen (Strings, Hashes, Lists, Sets, Sorted Sets, Streams), optionale Persistenz über…
Netzwerk
Vertrauensnetze
- Anker in RLTP Ein Anker in RLTP ist die äußere Seite eines aus dem Seed abgeleiteten Kontexts: ein selbstzertifizierender did:key mit Ed25519-Schlüssel. Es gibt Paar-Anker für eine Beziehung, Gruppen- und Mitglieds-Anker, den Anker der persönlichen Community und Persona-Anker. Ohne den Seed lassen sich zwei Anker derselben Person nicht verknüpfen.
- Anker-Zuordnung (anchor mapping) Die Anker-Zuordnung (anchor mapping) ist im Real Life Trust Protocol ein Nachweis, der den Paar-Anker einer Beziehung mit dem Community-Anker derselben Person verknüpft, und zwar für genau einen Adressaten. Sie ist als Designated-Verifier-Konstruktion gebaut: Nur der Adressat kann sie prüfen, und er hätte sie selbst fälschen können.
- Aufnahme in fünf Schritten Aufnahme in fünf Schritten (admission) ist der Beitrittsablauf einer Gruppe im Real Life Trust Protocol: Die eingeladene Person liefert ihren Gruppenanker, erhält eine Einladung, stimmt signiert zu, ein berechtigtes Mitglied schreibt die Aufnahme ins Log, und ein versiegeltes Welcome übergibt die aktuellen Schlüssel.
- Aufnahme-Bürgschaft (admission vouch, vouch(n)) Aufnahme-Bürgschaft (admission vouch) ist im Real Life Trust Protocol das signierte Zeugnis eines Mitglieds, dass es für die Aufnahme einer bestimmten Person bürgt. Eine Gruppe, die vouch(n) als Regel führt, verlangt n Bürgen für genau diese eine Aufnahme. Eine Bürgschaft gilt nie für eine spätere.
- Authority-Log Authority-Log ist im Real Life Trust Protocol das Protokoll aller Autoritätsentscheidungen einer Gruppe: ein kausal verketteter Graph einzeln signierter Operationen, dessen Wurzel, die Genesis, den Digest als Gruppenidentität liefert. Der Gruppenzustand wird deterministisch aus dem Log berechnet. Kein Schlüssel verleiht dauerhafte Autorität.
- Begegnung und Encounter-Credential Die Begegnung (encounter) ist im Real Life Trust Protocol die einzige registrierte Zeremonie, mit der zwei Personen gegenseitige Anerkennung herstellen. Jede Seite stellt der anderen ein Encounter-Credential aus, von einem frischen Paar-Anker zu einem frischen Paar-Anker. Das Credential beweist keine Anwesenheit und keinen Personenstatus.
- BIP-39-Merkwörter (Mnemonic) BIP-39 (Bitcoin Improvement Proposal 39) ist der Standard für Mnemonic-Sätze: Eine Folge von 12 bis 24 Wörtern aus einer Liste von 2048 Wörtern kodiert Zufall samt Prüfsumme und wird per PBKDF2 in einen 64-Byte-Seed für deterministische Schlüssel umgewandelt. Er ist seit 2013 im Einsatz.
- CRDT Ein CRDT (Conflict-free Replicated Data Type, konfliktfrei zusammenführbarer Datentyp) ist ein Datentyp, dessen Kopien auf verschiedenen Geräten unabhängig voneinander geändert werden können und sich beim Abgleich ohne Konfliktlösung durch eine zentrale Stelle zum selben Stand vereinigen. Das Real Life Trust Protocol schreibt keinen CRDT vor.
- Data Integrity Proof und eddsa-jcs-2022 Ein Data Integrity Proof ist ein in das Credential eingebettetes Signaturobjekt nach W3C Verifiable Credential Data Integrity 1.0. Die Cryptosuite eddsa-jcs-2022 signiert mit EdDSA über die JSON-Kanonisierung nach RFC 8785, braucht beim Prüfen keine Auflösung des @context und lässt sich daher offline verifizieren.
- Decentralized Identifier (DID) Ein Decentralized Identifier (DID) ist ein Bezeichner für verifizierbare, dezentrale digitale Identität, dessen Kontrolleur (controller) die Kontrolle über den Bezeichner unabhängig von einer zentralen Registry, einem Identitätsanbieter oder einer Zertifizierungsstelle nachweisen kann. Jeder DID gehört zu einer DID-Methode, die Erzeugung und Auflösung festlegt.
- Decentralized Trust Graph (DTG) Der Decentralized Trust Graph (DTG) ist ein Graph kryptografisch überprüfbarer Vertrauensbeziehungen zwischen Personen, Gemeinschaften, Geräten und Software-Agenten. Seine Kanten entstehen aus Paaren von Credentials, die zwei Knoten einander ausstellen. Ein zentrales Verzeichnis ist nicht vorgesehen, jede Partei kontrolliert ihren eigenen Teilgraphen.
- Designated-Verifier-Nachweis Ein Designated-Verifier-Nachweis ist ein kryptografischer Beleg, den nur ein einziger, im Voraus bestimmter Adressat prüfen kann. Weil dieser Adressat ihn mit seinen eigenen Geheimnissen auch selbst hätte herstellen können, beweist er Dritten nichts. Der Aussteller bleibt dadurch gegenüber allen anderen abstreitbar (Deniability).
- did:key did:key ist eine nicht registrybasierte DID-Methode, bei der ein kryptografischer öffentlicher Schlüssel direkt zum Bezeichner wird und deterministisch zu einem DID-Dokument expandiert. Der Bezeichner lässt sich ohne Netz und ohne Registry auflösen, kann aber nicht rotiert, aktualisiert oder deaktiviert werden.
- DIDComm DIDComm (DIDComm Messaging v2) ist ein Nachrichtenprotokoll für die Kommunikation zwischen Parteien, die durch Decentralized Identifiers identifiziert werden. In den Trust-Tasks des Decentralized Trust Graph ist es eines von mehreren austauschbaren Transport-Bindings. Das Real Life Trust Protocol verwendet es nur für Mediation und Abholung beim Mediator.
- DTG-Credential-Familie Die DTG-Credential-Familie ist der Satz von sieben Credential-Typen, den die Credentials-Spezifikation des Decentralized Trust Graph definiert: VRC, VMC, VDC, VIC, VPC, VSC und VAC. Sie trennen Beziehung, Mitgliedschaft, Delegation, Einladung, Persona, Aussage und Autorität in eigene, einzeln prüfbare Typen, die zusammen die Kanten und Aussagen des Graphen tragen.
- First Person Project und First Person Network First Person Project ist eine Initiative, die eine Vertrauensschicht für das Internet aufbauen will, gegründet auf dem Nachweis, online eine reale, einzigartige Person mit realen Vertrauensbeziehungen zu sein. Das darauf geplante First Person Network aus Personen und Gemeinschaften beschreibt ein White Paper vom September 2025.
- Gruppe als Ort (group as place) Gruppe als Ort (group as place) ist die Modellierung einer Gruppe im Real Life Trust Protocol als gemeinsamer Ort: ein verschlüsseltes Dokument mit eigenem Log, repliziert auf den Geräten aller Mitglieder. Mitglied ist, wer im Gruppenzustand steht und den aktuellen Schlüssel hält. Betreiber und Administratoren gibt es nicht.
- Kante im RLTP-Graphen Eine Kante im RLTP-Graphen ist die halter-lokale Verbindung zu einer Gegenstelle, genau eine pro Ankerpaar. Aus lokaler Sicht ist sie ausgehend, wenn nur ausgestellt wurde, eingehend, wenn nur empfangen wurde, und gegenseitig, wenn für mindestens eine Begegnung beides gilt. Gezählt werden Kanten, nicht einzelne Credentials.
- Kontaktkarte (contact card) Die Kontaktkarte (contact card) im Real Life Trust Protocol ist eine signierte Selbstbeschreibung, keine Credential: Sie enthält den Anker, einen Schlüssel zur Schlüsselvereinbarung, in einer Begegnung eine frische Challenge und optional einen Anzeigenamen. Gezeigt wird sie als Code, der Scanner antwortet mit einer eigenen, an den Anzeigenden gebundenen Karte.
- Korrelationsbereich (Correlation Scope) Der Korrelationsbereich (correlation scope) ist die Breite, in der der Halter eines Identifiers diesen korreliert haben will. Die DTG-Spezifikation kennt drei geordnete Werte: pairwise für genau eine Gegenpartei, directed für eine vom Halter gewählte Menge und public für unbegrenzte Sichtbarkeit. Jedes Credential erklärt den Bereich seines Ausstellers im Feld issuerScope.
- Local-first-Software Local-first-Software ist ein Entwurfsansatz, bei dem die maßgebliche Kopie der Daten auf den Geräten der Nutzer liegt und die Anwendung auch ohne Server arbeitet. Geräte gleichen sich untereinander ab. Das Real Life Trust Protocol übernimmt daraus replizierte Daten, Gruppenschlüssel und Ereignisprotokolle.
- Mediator (Zustellknoten in VTI) Mediator ist in der Verifiable Trust Infrastructure ein Store-and-forward-Transportknoten: Er nimmt Nachrichten für Empfänger an, hält sie bereit und liefert sie aus. Er sieht Routing-Metadaten, keine Inhalte, und verleiht keine Autorität. Der Empfänger authentisiert den Absender aus der Nachricht selbst, nie aus dem Transportweg.
- Nachfolge (Succession) Nachfolge (Succession) ist im Real Life Trust Protocol die Regel, wie die Beziehungen eines Ankers einen Ankerwechsel überstehen, etwa nach Verlust des Recovery-Geheimnisses. Die Autorität liegt bei vorab bestimmten Vertrauenspersonen (Guardians), nie beim Besitz eines Schlüssels. Der Entwurf ist bewusst geparkt, und nichts davon soll bisher umgesetzt werden.
- Personhood Credential (PHC) Personhood Credential (PHC) ist ein digitaler Nachweis, dass sein Halter eine reale, einzigartige Person ist, zumindest im Bereich des Ausstellers, ohne dass dafür persönliche Daten offengelegt werden. Das Konzept stammt aus einem Paper vom August 2024 (arXiv:2408.07892) und soll sich gegen KI-Täuschung behaupten, wo CAPTCHAs nicht mehr genügen.
- Personhood Predicates in RLTP Personhood Predicates sind im Real Life Trust Protocol Prüfer-bezogene Maße über vorgelegte Begegnungs-Credentials, die Anerkennungen zählen, ohne Einzigartigkeit zu behaupten. Keines sagt „das ist ein Mensch“, keines belegt, dass ein Treffen stattfand, und ein Prüfer ohne bekannte Wurzeln lernt nichts.
- Ports: Zustell- und Replikationsvertrag Ports sind im Real Life Trust Protocol die zwei Verträge, über die das Protokoll Zustellung und Replikation anspricht, ohne einen Transport oder Datenspeicher zu benennen. Der Delivery Contract bringt ein Dokument zu einem Adressaten, der Replication Contract hält das Dokument einer Gruppe auf jedem Gerät identisch. Jedes Substrat, das den Vertrag einhält, kann dahinter als Adapter sitzen.
- Prüfstelle oder Einladung (checkpoint vs. invitation) Prüfstelle oder Einladung (checkpoint vs. invitation) benennt zwei Grundfiguren digitalen Vertrauens: An der Prüfstelle entscheidet ein Fremder anhand eines übertragbaren Beweises, bei der Einladung entscheidet der Einladende, und die Prüfung bleibt auf den Geräten der Beteiligten. Die Leitfrage lautet, für wen eine Vertrauensaussage gedacht ist.
- Real Life Trust Protocol (RLTP) Das Real Life Trust Protocol (RLTP) ist ein dezentrales Vertrauensprotokoll, das in Begegnungen zwischen Menschen wurzelt: Zwei Personen treffen sich, erkennen einander an und halten das als verifizierbare Credentials fest. Gruppen sind darin gemeinsame, verschlüsselte Orte auf den Geräten ihrer Mitglieder. Alle Spezifikationen sind Entwürfe, Stand Oktober 2026.
- Schlüsselepoche (key epoch) Schlüsselepoche (key epoch) ist im Real Life Trust Protocol der Zeitraum, in dem eine bestimmte Menge von Personen eine Gruppe lesen kann. Jede Operation, die Autorität entzieht, beginnt eine neue Epoche. Wer in ihr ist, berechnet jedes Gerät aus dem Log, die Operation behauptet es nicht.
- Self-Sovereign Identity (SSI) Self-Sovereign Identity (SSI) ist ein Modell digitaler Identität, in dem eine Person Nachweise von Ausstellern selbst hält und gegenüber Prüfern vorzeigt, ohne dass eine Plattform als Torwächter dazwischen steht. Das Dreieck aus Aussteller (issuer), Inhaber (holder) und Prüfer (verifier) überträgt die Rollen des Papierausweises ins Netz.
- Stern (star) und Sichtgrad in RLTP Der Stern (star) ist im Real Life Trust Protocol ein Artefakt, mit dem ein Kontakt die eigenen Kontakte zu denen eines Gegenübers in Beziehung setzen lässt, ohne Anker preiszugeben. Je betroffenem Kontakt zählt entweder nur die Gesamtzahl (count) oder ein verblindeter Eintrag (blinded); welche Form gilt, legt der betroffene Kontakt mit seinem Sichtgrad fest.
- Sybil-Angriff Ein Sybil-Angriff liegt vor, wenn eine Partei in einem Netz viele Identitäten erzeugt, um mehr Gewicht zu bekommen, als einer einzelnen Person zusteht. In Vertrauensnetzen zählt dieser Angriff zu den Grundproblemen, weil Schlüssel nichts kosten und Zählwerte dadurch fälschbar werden.
- Trust over IP (ToIP) Trust over IP (ToIP) ist ein Projekt von Linux Foundation Decentralized Trust, das eine Architektur für überprüfbares Vertrauen im Internet entwirft. Sie besteht aus vier Schichten, von denen jede eine technische und eine Governance-Seite trägt. Unter dem Dach von ToIP arbeiten unter anderem die Arbeitsgruppe zum Decentralized Trust Graph und die Spezifikation des Trust Spanning Protocol.
- Trust Registry Eine Trust Registry ist in der Verifiable Trust Infrastructure der Nachschlagedienst für die Autorität von Ausstellern und Communities. Ein Eintrag ist kein Beleg aktueller Autorität, und eine nicht erreichbare Registry beweist keine Abwesenheit. Eine Antwort trägt ihren Bestimmungszeitpunkt und unterliegt einer Frischegrenze.
- Trust Spanning Protocol Das Trust Spanning Protocol (TSP) ist das Nachrichtenprotokoll, das in der Trust-over-IP-Architektur die Spanning Layer bildet. Es verbindet Endpunkte, die durch verifizierbare Identifier (VIDs) benannt sind, und sichert jede Nachricht auf Authentizität, auf Wunsch auch auf Vertraulichkeit. Das Real Life Trust Protocol bindet es über einen VTI-Mediator an.
- Trust Tasks Ein Trust Task ist eine Einheit überprüfbarer Arbeit zwischen zwei Parteien, etwa eine KYC-Übergabe, eine Einwilligung oder eine Zugriffsänderung. Er wird als JSON-Dokument mit Typ-URI ausgetauscht, das sich auf ein veröffentlichtes JSON-Schema stützt, und ist unabhängig vom Transport. Das Framework liegt als Working Draft 0.7.0 vor.
- Trust Tasks in RLTP (Nachrichtentypen) Trust Tasks in RLTP sind die Nachrichtentypen des Real Life Trust Protocol: Jede Nachricht ist ein Trust-Task-Dokument eines privaten, versionierten Typs unter real-life.org/trust-tasks. Ein unbekannter Typ wird abgelehnt, nie stillschweigend ignoriert, und der Umstieg vom Framework 0.4 auf 0.7.0 steht noch aus.
- Verifiable Authority Credential (VAC) und Delegation (VDC) Ein Verifiable Authority Credential (VAC) erlaubt seinem Subject im Decentralized Trust Graph, innerhalb eines benannten Bereichs bestimmte Aktionen im eigenen Namen auszuführen. Ein Verifiable Delegation Credential (VDC) lässt dagegen einen Delegierten im Namen des Delegators handeln. Beide sind befristet, widerrufbar und kein Inhaber-Token.
- Verifiable Credential (W3C VC 2.0) Eine Verifiable Credential (VC) ist nach dem W3C-Datenmodell 2.0 eine kryptografisch gesicherte, maschinenprüfbare Aussage eines Ausstellers über ein Subjekt, die der Inhaber aufbewahrt und Prüfern vorzeigen kann. Das Datenmodell ist seit dem 15. Mai 2025 eine W3C Recommendation und bildet die Grundlage der Credentials im Decentralized Trust Graph.
- Verifiable Invitation Credential (VIC) Ein Verifiable Invitation Credential (VIC) ist ein Credential des Decentralized Trust Graph, das die Aufnahme eines Beitrittskandidaten in eine Gemeinschaft oder ein Netzwerk autorisiert. Es ist allein durch die Signatur des Ausstellers vollständig und erteilt weder Rollen noch Zugriffsrechte; diese stehen in anderen Credentials.
- Verifiable Membership Credential (VMC) Ein Verifiable Membership Credential (VMC) ist im Decentralized Trust Graph der Nachweis, dass eine Entität Mitglied einer Verifiable Trust Community oder eines Verifiable Trust Network ist. Er besteht aus zwei Credentials, der Zusage der Gemeinschaft und der Bestätigung des Mitglieds. Erst beide zusammen bilden die Kante zwischen Mitglied und Gemeinschaft.
- Verifiable Relationship Credential (VRC) Ein Verifiable Relationship Credential (VRC) ist die Hälfte einer bidirektionalen Vertrauensbeziehung zwischen zwei Parteien im Decentralized Trust Graph. Zwei VRCs, eines je Richtung, bilden eine Kante des Graphen. Der Aussteller signiert mit dem Identifier, den er in dieser Beziehung nutzt, das Subjekt ist die Gegenpartei.
- Verifiable Statement Credential (VSC) Ein Verifiable Statement Credential (VSC) ist im Decentralized Trust Graph ein Credential, das eine signierte Aussage eines Knotens über einen anderen trägt: Subject, Prädikat und Objekt. Es bezeugt und begründet nie Mitgliedschaft, Vertretung oder Autorität. Die früheren Typen EndorsementCredential und WitnessCredential sind heute Prädikat-Profile des VSC.
- Verifiable Trust Agent (VTA) Verifiable Trust Agent (VTA) ist der Knoten der Verifiable Trust Infrastructure, der die Schlüsselhierarchie eines Prinzipals verwaltet, sie in Vertrauenskontexte gliedert und Credentials stellvertretend hält und vorzeigt. Prinzipal kann eine Person, eine Organisation oder ein Software-Agent sein. Die Spezifikation nennt den VTA die Wurzel von allem anderen.
- Verifiable Trust Community (VTC) Verifiable Trust Community (VTC) ist die Gemeinschaftsautorität der Verifiable Trust Infrastructure: Sie entscheidet über Mitglieder, über die Bedeutung der Mitgliedschaft im Zeitverlauf und darüber, welche anderen Communities sie anerkennt. Eine VTC läuft auf einem bestehenden Verifiable Trust Agent und leitet ihre Identität von ihm ab.
- Verifiable Trust Infrastructure (VTI) Die Verifiable Trust Infrastructure (VTI) ist die Spezifikation der Knoten- und Dienstebene unter dem Decentralized Trust Graph. Sie beschreibt Verifiable Trust Agents, Verifiable Trust Communities und Verifiable Trust Networks samt Clients und Hosts, die Credentials erzeugen, halten, präsentieren und widerrufen. Der Stand ist Working Draft 0.2.0.
- Verifiable Trust Network (VTN) Verifiable Trust Network (VTN) ist die Aggregationsebene der Verifiable Trust Infrastructure: Es kuratiert eine veröffentlichte Menge von Verifiable Trust Communities und anderen VTNs unter einem benannten Eigentümer und einem Governance Framework. Die Spezifikation vergleicht es mit einem Autonomous System im Internet.
- Vorstellung über einen gemeinsamen Kontakt (introduction) Die Vorstellung (introduction) ist im Real Life Trust Protocol der Ablauf, mit dem ein gemeinsamer Kontakt zwei Fremde einander bekannt macht, in fünf versiegelten Nachrichten. Der Vermittler gibt Nachrichten weiter, aber nie die stehenden Anker der beiden; jede Seite stellt für die neue Beziehung einen frischen Paar-Anker aus.
- VTI-Mediator-Adapter Der VTI-Mediator-Adapter ist das Profil des Real Life Trust Protocol, das den Delivery Contract an den Mediator der Verifiable Trust Infrastructure bindet, über das Trust Spanning Protocol. Es ist der erste und bisher einzige spezifizierte Zustell-Adapter, läuft nach dem README live und trägt trotzdem den Vermerk, dass es nicht konvergiert ist.
- Wiedererkennen (continuity probe) in RLTP Wiedererkennen (continuity probe) ist im Real Life Trust Protocol der Mechanismus, mit dem zwei Geräte bei einer erneuten Begegnung feststellen, dass sich ihre Besitzer bereits kennen, obwohl jede Begegnung frische Anker erzeugt. Dazu vergleichen sie verblindete Hinweise auf frühere Beziehungen und zeigen nach dem Scan ohne Dialog „wieder verifiziert“ an.
- Zero-Knowledge-Proof Ein Zero-Knowledge-Proof (Nullwissensbeweis) ist ein kryptografisches Verfahren, mit dem eine Partei einem Prüfer zeigt, dass eine Aussage wahr ist, ohne etwas darüber hinaus zu verraten. Für Vertrauensnetze heißt das: Ein Credential-Inhaber weist eine Eigenschaft nach, ohne das Credential selbst vorzulegen.
- Zielgruppenklassen P, V und D in RLTP Zielgruppenklassen P, V und D sind im Real Life Trust Protocol drei Klassen von Artefakten, geordnet danach, wen eine Aussage überzeugen muss und ob der Empfänger sie weitergeben können soll. Aus der Klasse folgt die kryptografische Form: übertragbar signiert oder nur für einen Adressaten prüfbar und damit abstreitbar.
Webentwicklung
- AVIF AVIF (AV1 Image File Format) ist ein modernes Bildformat, das auf dem AV1-Video-Codec basiert und von der Alliance for Open Media (AOMedia) seit 2019 entwickelt wird. Bei gleicher visueller Qualität erzeugt AVIF typischerweise 30 bis 50 Prozent kleinere Dateien als JPEG und 20 bis 30 Prozent kleinere als WebP. Es unterstützt Transparenz, verlustfreie Komprimierung sowie als einziges Web-Format HDR und…
- CDN Ein Content Delivery Network (CDN) ist ein Netzwerk geografisch verteilter Server, sogenannter Edge-Nodes oder Points of Presence, die Inhalte näher am Nutzer zwischenspeichern und ausliefern. Statt dass alle Anfragen zum Origin-Server reisen, antwortet ein nahegelegener PoP mit demselben Inhalt, aber mit einem Bruchteil der Latenz. Das grundlegende Prinzip ist Edge-Caching per Origin Pull: Beim ersten Abruf holt der Edge-Node die…
- COEP COEP (Cross-Origin Embedder Policy) ist ein HTTP-Response-Header, der eine Webseite in den Zustand der Cross-Origin Isolation versetzt. In diesem Zustand werden leistungsstarke Browser-APIs wieder verfügbar, die nach dem Spectre-Exploit 2018 deaktiviert wurden, insbesondere SharedArrayBuffer und hochauflösende performance.now()-Timer. Der Header kennt drei Werte: unsafe-none (Standard, keine Einschränkung, SharedArrayBuffer nicht verfügbar), require-corp (alle Cross-Origin-Ressourcen müssen CORP setzen oder per CORS freigegeben sein)…
- COOP COOP (Cross-Origin Opener Policy) ist ein HTTP-Response-Header, der kontrolliert, ob eine Seite einen Browsing-Kontext mit Seiten anderer Origins teilt. Öffnet eine Seite über window.open() eine andere, regelt COOP, ob beide gegenseitig window-Referenzen behalten. Durch Kappen dieser Referenz verhindert COOP Spectre-basierte Angriffe über das Window-Objekt. Der Header kennt drei Werte: unsafe-none (Standard, keine Einschränkung), same-origin-allow-popups (die Seite ist isoliert, selbst geöffnete…
- CORP CORP (Cross-Origin Resource Policy) ist ein HTTP-Response-Header, der festlegt, welche Origins eine Ressource wie Bild, Skript, Stylesheet oder API-Response laden und einbetten dürfen. Er schützt vor Spectre-ähnlichen Side-Channel-Angriffen, bei denen eine bösartige Seite fremde Ressourcen in ihren Prozess laden und im Speicher auslesen könnte. Der Header kennt drei Werte: same-origin (nur exakt gleicher Ursprung aus Protokoll, Domain und Port), same-site…
- CORS CORS (Cross-Origin Resource Sharing) ist ein Browser-Sicherheitsmechanismus, der kontrolliert, welche Webseiten API-Anfragen an welche Server stellen dürfen. Ohne CORS würde die Same-Origin-Policy des Browsers jeden Cross-Origin-Request blockieren, bei dem Protokoll, Domain oder Port abweichen; CORS ist das server-gesteuerte Verfahren, diese Sperre selektiv aufzuheben. CORS greift ausschließlich browserseitig: Server-zu-Server-Kommunikation wie PHP-cURL-Aufrufe unterliegt ihm nicht. Der Browser unterscheidet Simple Requests, die direkt…
- DNS DNS (Domain Name System) ist das verteilte System, das menschenlesbare Domainnamen wie example.com in die IP-Adressen übersetzt, die Netzwerkkomponenten tatsächlich verwenden. Es wurde 1983 (RFC 882/883) eingeführt und erhielt 1987 mit RFC 1034/1035 seine heutige Form; die Kommunikation läuft über Port 53 (UDP und TCP). DNS ist hierarchisch und dezentral organisiert, also keine zentrale Datenbank, sondern ein Netzwerk kooperierender Nameserver.…
- HSTS HSTS (HTTP Strict Transport Security) ist ein Sicherheitsmechanismus, der über den Response-Header Strict-Transport-Security kommuniziert wird und den Browser anweist, eine Domain für einen definierten Zeitraum ausschließlich über HTTPS zu kontaktieren – auch wenn ein Nutzer explizit http:// eintippt oder einem alten HTTP-Link folgt. Der Browser führt den HTTPS-Upgrade intern durch, ohne je einen HTTP-Request ans Netz zu schicken. Damit verhindert…
- HTTP HTTP (HyperText Transfer Protocol) ist das Anwendungsprotokoll auf Layer 7 des OSI-Modells, auf dem das World Wide Web aufbaut. Es definiert, wie Nachrichten zwischen einem Client wie Browser oder API-Consumer und einem Server strukturiert und übertragen werden; jede Webseite, jede REST-API-Anfrage und jeder Bild-Download läuft über HTTP oder seine verschlüsselte Variante HTTPS. HTTP ist zustandslos: Jede Anfrage ist unabhängig von…
- HTTP 403 HTTP 403 (Forbidden) ist ein HTTP-Statuscode der 4xx-Klasse, den ein Webserver sendet, wenn er eine Anfrage zwar versteht, ihre Ausführung aber wegen fehlender Berechtigung verweigert. Der entscheidende Unterschied zu HTTP 401 (Unauthorized): Bei 401 fehlt die Authentifizierung und der Client kann es mit Credentials erneut versuchen, bei 403 ist die Autorisierung verweigert und auch eine gültige Authentifizierung verschafft keinen Zugriff.…
- HTTPS HTTPS (HyperText Transfer Protocol Secure) ist HTTP mit einer TLS-Verschlüsselungsschicht, dem Nachfolger von SSL. Statt Daten im Klartext zu übertragen, werden alle Inhalte zwischen Browser und Server verschlüsselt, signiert und auf Integrität geprüft; HTTPS schützt damit Vertraulichkeit, Integrität und Authentizität. Es ist heute kein optionaler Zusatz mehr: Browser markieren reine HTTP-Seiten als „Nicht sicher“, Google bewertet HTTPS als Ranking-Faktor, und…
- JPEG JPEG (Joint Photographic Experts Group, auch JPG) ist ein verlustbehaftetes Bildkompressionsformat, das 1992 als ISO/IEC-Standard 10918-1 standardisiert wurde und seither das dominierende Format für fotografische Bilder im Web ist. Der Algorithmus ist auf Fotos und realistische Bilder optimiert, für Grafiken mit scharfen Kanten, Text oder Transparenz dagegen weniger geeignet, da JPEG keinen Alpha-Kanal und keine Animation unterstützt. Die Kompression arbeitet…
- JWT JWT (JSON Web Token, ausgesprochen 'jot') ist ein offener Standard nach RFC 7519 (2015) für kompakte, URL-sichere Token, die Informationen zwischen Parteien als JSON-Objekt übertragen. Ein JWT ist selbst-beschreibend: Es enthält alle zur Verifikation nötigen Informationen, sodass der Server keine Session-Datenbank abfragen muss. Es besteht aus drei Base64URL-codierten, durch Punkte getrennten Teilen — Header, Payload und Signature. Der Empfänger verifiziert…
- oEmbed oEmbed ist ein offenes Format, das es ermöglicht, eine URL automatisch gegen einen einbettbaren HTML-Snippet auszutauschen, ohne dass manuell nach Embed-Codes gesucht werden muss. Das Protokoll wurde 2008 von Leah Culver, Mike Malone und Cal Henderson spezifiziert und ist auf oembed.com dokumentiert; WordPress integriert es seit Version 2.9 (2009). Der Mechanismus läuft in zwei Schritten ab: Bei der Discovery prüft…
- OpenTelemetry OpenTelemetry (kurz OTel) ist ein quelloffenes Framework zur Erfassung, Verarbeitung und zum Export von Telemetriedaten – Traces, Metriken und Logs – aus verteilten Systemen. Es entstand 2019 aus der Zusammenführung von OpenCensus und OpenTracing unter dem Dach der Cloud Native Computing Foundation (CNCF) und ist heute der vendor-neutrale De-facto-Standard für Observability. Sein zentraler Vorteil: Einmal instrumentiert, lassen sich Daten über…
- OTLP OTLP (OpenTelemetry Protocol) ist das standardisierte Übertragungsprotokoll von OpenTelemetry – das Format und der Transport, über den Telemetriedaten wie Traces, Metriken und Logs von der Applikation an den Collector oder direkt an ein Backend gesendet werden. OTLP definiert das Datenformat über Protocol Buffers (protobuf) und drei Transportvarianten: gRPC, HTTP/Protobuf und HTTP/JSON. Es löst eine Vielzahl proprietärer Protokolle wie Jaeger-Thrift, Zipkin-Format,…
- PHP PHP (PHP: Hypertext Preprocessor, ein rekursives Akronym) ist eine serverseitige Skriptsprache, die ursprünglich 1994 von Rasmus Lerdorf entwickelt wurde. PHP verarbeitet HTTP-Anfragen auf dem Server, spricht Datenbanken an, erzeugt dynamisches HTML und bildet die technische Grundlage von WordPress, Drupal, Joomla, Magento und zahlreichen anderen Web-Plattformen. Jeder WordPress-Seitenaufruf startet einen PHP-Prozess, der das CMS lädt, Datenbanken abfragt, Templates rendert und HTML…
- PNG PNG (Portable Network Graphics) ist ein verlustfreies Bildformat, das 1996 als offener Standard (ISO/IEC 15948) entwickelt wurde – ursprünglich als Ersatz für das patentierte GIF-Format. PNG unterstützt Transparenz über einen Alpha-Kanal, was es zum Standard für Logos, Icons, Grafiken mit transparentem Hintergrund und Screenshots macht. Das Schlüsselwort ist "verlustfrei": Jedes Pixel wird exakt gespeichert, weshalb auch nach mehrfachem Öffnen und…
- REST API REST steht für Representational State Transfer, einen Architekturstil für verteilte Systeme, den Roy Fielding 2000 in seiner Dissertation beschrieb. Eine REST API ist eine nach diesen Prinzipien aufgebaute Programmierschnittstelle, die HTTP als Transportprotokoll nutzt und Ressourcen über URLs adressiert. Zentrale Grundprinzipien sind die einheitliche Schnittstelle, Zustandslosigkeit, Client-Server-Trennung, Cachbarkeit und ein Schichtensystem. Operationen werden über HTTP-Verben ausgeführt: GET liest, POST erstellt,…
- RSS RSS (Really Simple Syndication, ursprünglich RDF Site Summary) ist ein XML-basiertes Format zur Syndizierung von Web-Inhalten, das Nutzern und Maschinen ermöglicht, neue Inhalte einer Website strukturiert abzurufen, ohne die Seite selbst zu besuchen. Ein RSS-Reader fragt den Feed regelmäßig ab und zeigt neue Einträge gebündelt an. Die aktuelle Version RSS 2.0 stammt von 2002 (Dave Winer). Ein Feed ist ein…
- TCP TCP (Transmission Control Protocol) ist eines der beiden zentralen Transportprotokolle des Internets (neben UDP) und Grundlage für HTTP/HTTPS, E-Mail, SSH und nahezu alle verbindungsorientierten Protokolle. Spezifiziert 1981 in RFC 793 (aktuell RFC 9293, 2022), arbeitet TCP auf Layer 4 des OSI-Modells und garantiert, dass Datenpakete vollständig, in richtiger Reihenfolge und ohne Duplikate ankommen, auch wenn das Netzwerk Pakete verliert oder…
- WebP WebP ist ein von Google entwickeltes Bildformat, das 2010 eingeführt wurde und seit 2023 in allen relevanten Browsern vollständig unterstützt wird. Es kombiniert, was bisher drei Formate brauchten: verlustbehaftete Komprimierung wie JPEG, verlustfreie Komprimierung mit Transparenz wie PNG und Animation wie GIF – bei typischerweise kleineren Dateigrößen. Verlustbehaftetes WebP basiert auf dem VP8-Video-Codec und nutzt Blockprädiktion in 4×4-Pixel-Blöcken; bei vergleichbarer…
- XML-RPC XML-RPC (XML Remote Procedure Call) ist ein Protokoll, das entfernte Funktionsaufrufe über HTTP mit XML als Datenformat ermöglicht. Es wurde 1998 von Dave Winer und Microsoft entwickelt und war ein Vorläufer von SOAP und REST-APIs. In WordPress ist XML-RPC über die Datei xmlrpc.php seit Version 1.5 (2005) integriert und gilt bis heute als eine der häufigsten Angriffsflächen für Brute-Force- und…
Webperformance
- CLS CLS (Cumulative Layout Shift) ist eine der drei von Google definierten Core Web Vitals und misst die visuelle Stabilität einer Webseite, also wie stark sich der sichtbare Inhalt während des Ladens unerwartet verschiebt. CLS ist kein Zeitwert, sondern ein einheitenloser Score, der sich aus der Impact Fraction (Anteil des Viewports, den ein verschobenes Element belegt) multipliziert mit der Distance Fraction…
- Core Web Vitals Core Web Vitals sind drei von Google definierte Messgrößen, die die reale Nutzererfahrung einer Webseite abbilden: Ladegeschwindigkeit, Interaktivität und visuelle Stabilität. Seit Mai 2021 fließen sie als offizieller Ranking-Faktor in die Google-Suche ein. Die drei Metriken sind LCP (Largest Contentful Paint), das den Ladezeitpunkt des größten sichtbaren Elements misst (gut unter 2,5 Sekunden), INP (Interaction to Next Paint), das die…
- FCP FCP (First Contentful Paint) ist eine Web-Performance-Metrik, die den Zeitpunkt misst, an dem der Browser das erste sichtbare Element einer Seite rendert, sei es Text, ein Bild, ein SVG oder ein Canvas-Element. Sie wird von Google beziehungsweise dem W3C definiert und unterscheidet sich von der LCP, die das größte Element misst, während FCP das allererste erfasst. Bei FCP erkennt der…
- LCP LCP (Largest Contentful Paint) ist einer der drei Core Web Vitals von Google und misst, wann das flächenmäßig größte sichtbare Element im Viewport vollständig gerendert ist — typischerweise ein Hero-Bild, ein großer Textblock oder ein Video-Poster. Der Zielwert liegt unter 2,5 Sekunden; Werte zwischen 2,5 und 4 Sekunden gelten als verbesserungswürdig, über 4 Sekunden als schlecht. LCP gilt als Performance-Metrik…
Websicherheit
- Brute-Force Ein Brute-Force-Angriff ist der Versuch, ein Passwort, einen Schlüssel oder eine geheime Information durch erschöpfendes Durchprobieren aller möglichen Kombinationen zu ermitteln, ohne inhaltliche Analyse, allein durch Rechenkraft. Der Begriff bedeutet rohe Gewalt: Der Angreifer überwältigt die Sicherheitsbarriere durch Ausdauer statt Intelligenz. Für WordPress-Betreiber ist Brute-Force der häufigste Angriffsvektor gegen die Login-Seite wp-login.php, wo automatisierte Bots rund um die Uhr bekannte…
- CAPTCHA CAPTCHA ist ein Akronym für Completely Automated Public Turing test to tell Computers and Humans Apart, ein vollständig automatisierter öffentlicher Turing-Test zur Unterscheidung von Computern und Menschen. CAPTCHAs stellen Herausforderungen, die für Menschen einfach, für Bots aber schwer zu lösen sind, und schützen Webformulare vor Spam-Kommentaren, Brute-Force-Login-Versuchen, Massenregistrierungen und Scraping. Das Konzept wurde 2003 von Luis von Ahn, Manuel Blum…
- CIDR CIDR (Classless Inter-Domain Routing) bezeichnet ein 1993 mit RFC 1518 und RFC 1519 eingeführtes Verfahren zur effizienten Zuteilung von IP-Adressen sowie, im Sicherheitskontext, eine kompakte Schreibweise für IP-Adressbereiche. Statt einzelne Adressen aufzuzählen, beschreibt eine Notation wie 192.168.1.0/24 mit einem Eintrag alle 256 Adressen des Bereichs. Die nach dem Schrägstrich angegebene Zahl legt fest, wie viele der 32 Bits einer IPv4-Adresse…
- Clickjacking Clickjacking, auch UI Redressing oder UI Redress Attack genannt, ist eine Angriffstechnik, bei der eine legitime Webseite unsichtbar in einen transparenten iframe geladen und über einer täuschenden Oberfläche platziert wird. Der Nutzer glaubt, auf eine sichtbare Schaltfläche der Angreifer-Seite zu klicken, betätigt aber den unsichtbaren Button der darunterliegenden Originalseite; sein Klick wird gekapert. Der Angriff kommt ohne Malware aus und…
- Content-Security-Policy Content-Security-Policy (CSP) ist ein HTTP-Response-Header, mit dem ein Webserver dem Browser vorschreibt, aus welchen Quellen Scripts, Stylesheets, Bilder und andere Ressourcen geladen oder ausgeführt werden dürfen. Der Browser verweigert alles nicht explizit Erlaubte, wodurch CSP zur wichtigsten technischen Schutzmaßnahme gegen XSS (Cross-Site Scripting) wird; sie wirkt auf der letzten Verteidigungslinie direkt im Browser des Besuchers. Der Header enthält Direktiven wie…
- CrowdSec CrowdSec ist eine quelloffene, 2020 gegründete Sicherheitslösung (IDS/IPS, MIT-Lizenz), die auf zwei Ebenen arbeitet: Lokal erkennt sie Angriffsmuster in Log-Dateien ähnlich wie fail2ban und reagiert automatisch; global teilt sie anonymisierte Angreifer-IPs mit einer weltweiten Community und bezieht im Gegenzug deren aggregierte Bedrohungsintelligenz. So wird eine IP, die heute einen Server in Japan angreift, morgen automatisch andernorts geblockt, bevor sie zuschlägt.…
- CrowdSec LAPI Die CrowdSec LAPI (Local API) ist die zentrale REST-API-Schnittstelle innerhalb der CrowdSec-Architektur und verbindet deren Hauptkomponenten miteinander: Agents, die Angriffe in Log-Dateien erkennen, Bouncers, die sie durchsetzen, sowie optional die globale Central API (CAPI). Sie läuft standardmäßig auf Port 8080 auf demselben Host wie der Agent. Im Datenfluss meldet der Agent erkannte Angriffe als Decision (mit IP, Angriffstyp und Sperrdauer)…
- DDoS DDoS (Distributed Denial of Service) ist ein verteilter Angriff zur Dienstverweigerung, bei dem ein Angreifer ein Ziel mit so vielen Anfragen oder so viel Traffic überflutet, dass legitime Nutzer nicht mehr bedient werden. Im Unterschied zum einfachen DoS kommen die Pakete von Tausenden bis Millionen verteilter Quellen gleichzeitig, typischerweise aus einem Botnetz kompromittierter Geräte. Diese Verteilung macht den Angriff schwer…
- hCaptcha hCaptcha ist ein kommerzieller CAPTCHA-Dienst des US-Unternehmens Intuition Machines, der als datenschutzorientiertere Alternative zu Google reCAPTCHA positioniert ist. Technisch ähnelt es reCAPTCHA v2: Nutzer lösen entweder Bildklassifikations-Aufgaben oder werden im Hintergrund über Verhaltensanalyse von Mausbewegungen und Browser-Eigenschaften bewertet. Der strukturelle Unterschied besteht darin, dass hCaptcha die CAPTCHA-Auflösungen als Datenlabels an Unternehmen verkauft, die KI-Trainingsdaten benötigen, und Website-Betreiber daran beteiligt. Große…
- mCaptcha mCaptcha ist ein quelloffenes, selbst-hostbares CAPTCHA-System, das auf dem Proof-of-Work-Prinzip basiert statt auf Tracking oder Verhaltensanalyse. Anstatt Nutzer Bilder klassifizieren zu lassen, löst der Browser im Hintergrund ein kryptografisches Rechenrätsel (argon2-basiert), das für einen einzelnen Browser in unter einer Sekunde lösbar ist, für einen Bot mit Tausenden gleichzeitigen Anfragen aber zum wirtschaftlichen Problem wird. Bei einer Verifikation fordert der Browser…
- MIME-Sniffing MIME-Sniffing bezeichnet das Verhalten von Browsern, den Dateityp einer heruntergeladenen Ressource anhand ihres tatsächlichen Inhalts zu bestimmen und dabei den vom Server deklarierten Content-Type-Header zu ignorieren oder zu überschreiben. MIME steht für Multipurpose Internet Mail Extensions, das System zur Deklaration von Dateitypen. Historisch wurde das Sniffing entwickelt, damit Browser mit fehlerhaft konfigurierten Servern umgehen können, etwa eine als text/plain ausgelieferte…
- Rspamd Rspamd ist ein quelloffenes, hochperformantes System zur Analyse und Filterung von E-Mails, das jede eingehende Nachricht anhand hunderter Regeln und Algorithmen bewertet, einen Spam-Score berechnet und auf Basis von Schwellenwerten über Zustellung, Markierung oder Ablehnung entscheidet. Es ist in C geschrieben, unter Apache 2.0 lizenziert und die Standardkomponente in Mailcow, dem verbreiteten selbst-gehosteten E-Mail-Stack. Rspamd agiert als Milter zwischen Mailserver…
- XSS Cross-Site Scripting (XSS) ist eine Klasse von Sicherheitslücken in Webanwendungen, bei der ein Angreifer schadhaften JavaScript-Code in Seiten einschleust, die anderen Nutzern ausgeliefert werden. Der Begriff ist historisch etwas irreführend: Entscheidend ist nicht, dass der Code von einer anderen Site stammt, sondern dass fremder Code im Sicherheitskontext einer vertrauenswürdigen Site ausgeführt wird und damit Zugriff auf Cookies, localStorage und den…