Technical and organisational measures

The documented security measures for confidentiality, integrity, and availability.

Scope and Evidence

This description concerns Gojambel GmbH’s editorial workspace. It distinguishes application controls from measures that must be implemented through the actual hosting, access and backup configuration. It does not assert certification, a specific availability percentage or blanket encryption of all data. Operational documentation must be determined before commissioned processing together with the DPA. Art. 32 GDPR and the agreed protection level remain binding.

Access and Separation

  • Account login uses Google and server-side session verification. Workspace access requires the applicable invitation and membership eligibility.
  • Workspace queries are associated with an authenticated account. Customers’ data are separated logically by account association, not separate hardware for each customer.
  • Operator access-list and cost-statistics functions require the designated verified administrator account on the server. Browser-side display or a supplied email address does not replace this check.
  • Private state-changing endpoints apply session, permission, origin and input checks according to their function. Publication requires explicit approval of reviewed content and a destination profile.
  • Database, hosting and Dokploy access are separate from Google application sessions. Appropriate individual permissions, secure credentials, necessary multi-factor authentication and revocation of unnecessary rights must be implemented and documented operationally.
  • Confidentiality duties and risk-appropriate training apply to personnel accessing personal data. Development and test access must be limited to what is necessary; automated tests use a separate test database.

Transmission, Tokens and Storage

  • Public service deployment is intended to use HTTPS behind the reverse proxy. External provider endpoints use HTTPS.
  • Internal proxy connections may use HTTP within the Docker network. Network access protection is part of hosting configuration; the application does not automatically encrypt that connection.
  • LinkedIn access tokens are encrypted before database storage using AES-256-GCM, random initialisation vectors and account binding. The server-side key must be protected; changing it may require reconnection.
  • Invitation and browser-claim tokens are stored as hashes. Hashes and content fingerprints are not inherently anonymous.
  • The local SQLite file also contains workspace data and images. The application does not automatically encrypt the entire file or its backups. Appropriate storage, disk or backup encryption must be configured and evidenced separately according to risk.
  • Persistent storage does not prevent all data loss and is not a backup. Database, backups, keys and administrative access must be protected separately with appropriate permissions.

Integrity and Minimisation

  • Inputs and uploaded media undergo size, format and structure checks. Workspace revisions prevent stale saves from silently overwriting newer state.
  • Publication jobs recheck approved content, destination, token validity and eligibility. Relevant changes or disconnection cancel pending jobs; already transmitted requests cannot be recalled.
  • Uncertain publication outcomes are not automatically retried, to avoid duplicate publication.
  • AI accounting retains model, usage and cost metadata, not prompts, drafts or images. It is not a complete access or individual-action audit trail.
  • Proxy, hosting and application logs and self-hosted analytics have their own scope and retention rules. No general non-storage of IP addresses or automatic deletion within an unspecified short period is promised.

AI Providers and Optional Analytics

  • The operator confirms that selected OpenRouter LLMs use Input & Output Logging disabled and Data training disallowed, for writing, refinement, image review and Signal Check.
  • This configuration is distinct from actual provider agreements, security metadata, retention and international-transfer safeguards. It does not replace assessment of the processing chain; BYOK is not an EU-only or zero-retention guarantee.
  • Optional OpenPanel analytics is requested only after express consent. The integration is limited to permitted public pages, excluding private workspaces, drafts, user identification and session replay.
  • Withdrawal stops subsequent events but does not automatically erase earlier records. Actual analytics and log retention must be established in server configuration and deletion procedures.

Availability, Deletion and Review

Risk-appropriate backup intervals, protected backup access, documented retention, restoration tests, incident monitoring and a deletion procedure covering backups are operational requirements. Actual intervals, locations, encryption and test evidence are recorded in deployment documentation; this page does not assert an already verified automatic encrypted full backup.

Commissioned data are returned or deleted at the Controller’s choice under the DPA, subject to statutory retention exceptions. Own data follow purpose and statutory requirements. Necessary deletions must be reapplied after restoration. No automatic export or deletion feature is asserted.

Management is responsible for regular risk-based review of controls, provider agreements, transfer safeguards and personal data incidents. Whether a data protection officer is required must be assessed separately under Art. 37 GDPR and § 38 BDSG; management does not replace a legally required officer.

See the privacy policy, DPA, provider list and contingency plan.

Editorial revision: 9 October 2026.

Technische und organisatorische Maßnahmen (TOMs) nach Art. 32 DSGVO

1. Umfang und Nachweise

Diese Beschreibung betrifft den redaktionellen Arbeitsbereich der Gojambel GmbH. Sie unterscheidet technische Anwendungskontrollen von Maßnahmen, die durch die konkrete Hosting-, Zugriffs- und Sicherungskonfiguration umgesetzt werden müssen. Eine Zertifizierung, bestimmte Verfügbarkeitsquote oder pauschale Verschlüsselung sämtlicher Daten wird nicht behauptet. Die konkrete betriebliche Dokumentation ist vor Auftragsverarbeitung zusammen mit dem AVV festzulegen. Art. 32 DSGVO und das vereinbarte Schutzniveau bleiben verbindlich.

2. Zugang, Zugriff und Trennung

  • Die Kontoanmeldung erfolgt über Google und serverseitige Sitzungsprüfung. Arbeitsbereichszugriff setzt die jeweilige Einladungs- und Mitgliedschaftsberechtigung voraus.
  • Arbeitsbereichsabfragen werden einem authentifizierten Konto zugeordnet. Daten verschiedener Kunden werden logisch durch Kontozuordnung getrennt, nicht durch separate Hardware pro Kunde.
  • Betreiberfunktionen für Zugangsliste und Kostenstatistiken verlangen serverseitig das festgelegte verifizierte Administratorkonto. Browserseitige Anzeige oder mitgesendete E-Mail-Adressen ersetzen diese Prüfung nicht.
  • Zustandsändernde private Schnittstellen verwenden je nach Funktion Sitzungs-, Berechtigungs-, Ursprungs- und Eingabeprüfungen. Veröffentlichungen erfordern die ausdrückliche Freigabe eines geprüften Inhalts und Zielprofils.
  • Datenbank-, Hosting- und Dokploy-Zugänge liegen außerhalb der Google-Anwendungssitzung. Hierfür sind gesonderte individuelle Berechtigungen, sichere Zugangsdaten, erforderliche Mehrfaktor-Authentifizierung und Entzug nicht mehr benötigter Rechte betrieblich umzusetzen und zu dokumentieren.
  • Vertraulichkeitsverpflichtungen und risikogerechte Unterweisung gelten für Personen mit Zugriff auf personenbezogene Daten. Entwicklungs- und Testzugriffe sind auf das erforderliche Maß zu beschränken; automatisierte Tests verwenden eine gesonderte Testdatenbank.

3. Übertragung, Tokens und Speicher

  • Der öffentliche Dienst ist für HTTPS-Betrieb hinter dem Reverse Proxy vorgesehen. Externe Anbieter-Schnittstellen werden über HTTPS angesprochen.
  • Interne Proxy-Verbindungen können HTTP im Docker-Netzwerk verwenden. Dessen Zugriffsschutz ist Teil der Hosting-Konfiguration; die Anwendung verschlüsselt diese interne Verbindung nicht automatisch.
  • LinkedIn-Zugriffstokens werden vor Datenbankspeicherung mit AES-256-GCM, zufälligem Initialisierungsvektor und Kontobindung verschlüsselt. Der serverseitige Schlüssel ist vor unbefugtem Zugriff zu schützen; sein Wechsel kann eine erneute Verbindung erforderlich machen.
  • Einladungs- und Browser-Claim-Tokens werden gehasht gespeichert. Hashwerte und Inhaltsprüfsummen sind nicht grundsätzlich anonyme Daten.
  • Die lokale SQLite-Datei enthält auch Arbeitsbereichsdaten und Bilder. Die Anwendung verschlüsselt weder diese gesamte Datei noch ihre Sicherungskopien automatisch. Schutz durch Speicher-, Datenträger- oder Backup-Verschlüsselung ist gesondert risikogerecht zu konfigurieren und nachzuweisen.
  • Persistenter Speicher verhindert nicht alle Datenverluste und ersetzt kein Backup. Datenbank, Sicherungen, Schlüssel und administrative Zugänge sind getrennt und mit angemessenen Zugriffsrechten zu schützen.

4. Integrität und Minimierung

  • Eingaben und hochgeladene Medien werden mit Größen-, Format- und Strukturprüfungen verarbeitet. Arbeitsbereichsrevisionen verhindern das unbemerkte Überschreiben eines neueren Stands durch einen veralteten Speichervorgang.
  • Veröffentlichungsaufträge prüfen freigegebenen Inhalt, Zielprofil, Token-Gültigkeit und Zugangsberechtigung erneut. Ausstehende Aufträge werden bei relevanten Änderungen oder Trennung storniert; bereits gesendete Anfragen lassen sich nicht zurückrufen.
  • Unklare Veröffentlichungsergebnisse werden nicht automatisch erneut gesendet, um doppelte Veröffentlichungen zu vermeiden.
  • Das KI-Kostenprotokoll enthält Modell-, Nutzungs- und Kostenmetadaten, nicht Prompts, Entwürfe oder Bilder. Es ist keine vollständige Zugriffs- oder Einzelaktionsprotokollierung.
  • Protokolle von Proxy, Hosting und Anwendung sowie die selbst gehostete Analyse haben eigene Umfangs- und Speicherregeln. Eine generelle Nicht-Speicherung von IP-Adressen oder automatische Löschung innerhalb einer unbestimmten kurzen Frist wird nicht zugesagt.

5. KI-Anbieter und optionale Webanalyse

  • Nach Betreiberbestätigung gelten für ausgewählte OpenRouter-LLMs Input & Output Logging deaktiviert und Data training untersagt, für Schreiben, Überarbeitung, Bildprüfung und Signal Check.
  • Diese Konfiguration ist von tatsächlichen Anbietervereinbarungen, Sicherheitsmetadaten, Aufbewahrung und internationalen Übermittlungsgarantien zu unterscheiden. Sie ersetzt keine Prüfung der Verarbeitungskette; auch BYOK ist keine EU-only- oder Null-Aufbewahrungsgarantie.
  • Optionale OpenPanel-Webanalyse wird erst nach ausdrücklicher Einwilligung angefordert. Die Integration beschränkt sich auf freigegebene öffentliche Seiten und schließt private Arbeitsbereiche, Entwürfe, Nutzeridentifizierung und Sitzungsaufzeichnungen aus.
  • Ein Widerruf stoppt nachfolgende Ereignisse, löscht aber frühere Datensätze nicht automatisch. Tatsächliche Analyse- und Protokollfristen sind in der Serverkonfiguration und im Löschverfahren festzulegen.

6. Verfügbarkeit, Löschung und Kontrolle

Betrieblich erforderlich sind risikogerechte Sicherungsintervalle, geschützter Sicherungszugriff, dokumentierte Aufbewahrung, Wiederherstellungstests, Störungsüberwachung und ein Löschverfahren einschließlich Sicherungskopien. Konkrete Intervalle, Standorte, Verschlüsselung und Prüfnachweise werden in der Bereitstellungsdokumentation festgehalten; diese Seite behauptet keine bereits nachgewiesene automatische verschlüsselte Vollsicherung.

Für Auftragsdaten gelten Rückgabe oder Löschung nach Wahl des Verantwortlichen und gesetzliche Aufbewahrungsausnahmen nach dem AVV. Eigene Daten werden nach Zweck und gesetzlicher Pflicht behandelt. Bei Wiederherstellung einer Sicherung müssen bereits erforderliche Löschungen erneut berücksichtigt werden. Ein automatischer Export oder eine automatische Löschfunktion wird nicht behauptet.

Die Geschäftsführung verantwortet die regelmäßige risikobasierte Prüfung von Maßnahmen, Anbietervereinbarungen, Übermittlungsgarantien und Datenschutzvorfällen. Ob ein Datenschutzbeauftragter erforderlich ist, ist nach Art. 37 DSGVO und § 38 BDSG gesondert zu prüfen; die Geschäftsführung ersetzt einen gesetzlich erforderlichen Datenschutzbeauftragten nicht.

Weitere Informationen: Datenschutzerklärung, AVV, Anbieterliste und Notfallplan.

Redaktioneller Überarbeitungsstand: 9. Oktober 2026.