Wir beschreiben nur, was tatsächlich umgesetzt ist. Wenn eine Funktion nicht implementiert ist, wird sie hier auch nicht versprochen.
Der Zugriff auf Nachrichten, Medien und Profile wird serverseitig mit Row-Level-Security durchgesetzt — Mitgliedschaft und Rollen entscheiden, was du sehen kannst.
Meldefunktionen, Audit-Protokolle und rollenbasierte Moderationswerkzeuge halten Aktionen innerhalb jeder Community transparent.
Die Desktop-App folgt den Sicherheits-Best-Practices von Electron: isolierte Renderer, strikte IPC-Grenzen und eine streng konfigurierte Content Security Policy.
Diese Regeln gelten schon heute für Sprachräume und ab dem Start auch für Community-Radio und Podcasts.
Die Mikrofonberechtigung wird nur angefragt, wenn du einem Sprachraum beitrittst oder eine Radioübertragung hostest — nie im Hintergrund.
Bildschirm- und Audioaufnahme beginnen nur durch deine ausdrückliche Aktion. Es gibt keine stille Aufzeichnung.
Das Starten einer Radioübertragung oder das Veröffentlichen einer Podcast-Folge unterliegt Berechtigungen auf Community-Ebene.
Hosts und Moderatoren können Übertragungen jederzeit beenden und Zuhörer verwalten.
Diagnosedaten enthalten niemals Rohaudioinhalte.
Podcast-Upload und Speicherzugriff folgen demselben Community-Berechtigungsmodell wie alles andere.
Die zukünftige Transkript-Funktion durchläuft vor dem Start eine ausdrückliche Datenschutzprüfung.
Chat, Sprache, Bildschirmfreigabe, Übertragen und Veröffentlichen unterliegen alle demselben rollenbasierten Berechtigungssystem auf Community-Ebene — einmal festgelegt, überall durchgesetzt.
Owner definieren Rollen; Rollen entscheiden, wer posten, sprechen, teilen, übertragen und veröffentlichen darf.
Jede Community legt ihre eigenen Regeln fest. Standardmäßig wird nichts global gewährt.
Berechtigungen werden auf dem Server geprüft, nicht nur in der Oberfläche verborgen.
Wenn sich Richtlinien ändern, fragt Picom erneut nach — mit genauer Versionsbezeichnung und beiden Dokumenten nur einen Klick entfernt. Die Zustimmung erfasst die Version und den Server-Zeitstempel.
Diese Abschnitte beschreiben bereits umgesetzte Kontrollen und geplante Arbeiten. Geplante Punkte sind gekennzeichnet — nie als verfügbar dargestellt.
E-Mail-Authentifizierung und Sitzungswiederherstellung sind in der Beta verfügbar. Nutzer-MFA / 2FA ist Geplant. Vertrauenswürdige Geräte und Wiederherstellungsabläufe werden erweitert, sobald diese Kontrollen umgesetzt sind.
MFA folgt später — noch nicht verfügbar
Werkzeuge für menschliche Moderation, Meldefunktionen und rollenbasierte Kontrollen sind schon heute verfügbar. KI-gestützte Moderation und automatisierte Fairness-Systeme sind Geplant — sie werden nicht als bereits verfügbare Produktfunktionen beworben.
KI-Sicherheit Geplant
Datenschutzeinstellungen für Profile, Zustimmungsabfragen bei Richtlinienaktualisierungen und Kanäle für Datenschutzanfragen unterstützen eine an DSGVO/KVKK orientierte Praxis. Dies ist keine Zertifizierungsaussage.
Kontrollen verfügbar — kein Compliance-Zertifikat
Öffentliche Statuskommunikation und Kontaktwege bei Vorfällen sind auf der Website vorhanden. Tiefergehendes Monitoring und Details zur Notfallwiederherstellung wachsen mit der Reife des Produktivbetriebs.
Betriebliche Ehrlichkeit in der Beta
Bildanhänge im Chat folgen der Community-Mitgliedschaft und den Berechtigungen. Malware-Scans und erweiterter Medienschutz bleiben Ausschlüsse nach V1.
Anhänge verfügbar; erweiterte Scans Geplant
Du wirst auf dieser Website keine Behauptungen wie „Ende-zu-Ende-verschlüsseltes Audio" oder Beschreibungen von Aufnahme- und Transkriptionsfunktionen finden, solange diese Funktionen nicht tatsächlich umgesetzt und geprüft sind. Ehrliche Kennzeichnung ist eine Designregel, kein Slogan.
Wir erklären dir gerne, wie Picom mit den Daten deiner Community umgeht.
