Datenschutz

Verantwortliche Stelle

Verantwortlich: Robert Ressl Safematix, Einzelfirma nach Schweizer Recht, Wollerau, Schwyz, Schweiz; hello@safematix.com.

Daten und Zweck

Wenn Sie das Kontaktformular absenden, verarbeitet Safematix Ihren Namen, Ihre geschäftliche E-Mail-Adresse, das optionale Unternehmen, die ausgewählte Dienstleistung, Ihre Nachricht, die Sprache und den Zeitpunkt der Bestätigung des Datenschutzhinweises. Diese Angaben werden ausschliesslich zur Beantwortung Ihrer Anfrage, zur Vorbereitung eines möglichen Auftrags und zum Schutz des Formulars vor Missbrauch verwendet.

Öffentliche Website-Seiten verwenden Umami-Analytics über analytics.ressl.it. Die Skripte getinfo und recorder.js werden auf öffentlichen Seiten von diesem Host geladen; Anmelde-, Kunden- und Administrationsseiten des Portals schliessen diese Skripte aus und laden weder Umami-Analytics noch Session-Replays oder Heatmaps. Umami verarbeitet Seiten-URL, Seitentitel, Referrer, Hostname, Bildschirmabmessungen, Browsersprache, Zeitstempel und technische Kennungen. Der Recorder erfasst zusätzlich stichprobenartig Session-Replays und Heatmap-Daten wie DOM-Snapshots, Klicks, Scrollen, Viewport-Metriken und Interaktionszeiten. Die aktuelle Konfiguration aktiviert Replay und Heatmap jeweils mit einer Stichprobe von 15 %, moderater Eingabemaskierung; die maximale Dauer von fünf Minuten gilt für Replay.

Safematix verwendet keinen externen Formularverarbeiter; das Kontaktformular bleibt selbstbetrieben. Analytics ist von der Bearbeitung von Anfragen getrennt und dient dazu, die Nutzung der Website zu verstehen und zu verbessern.

Verarbeitung und Aufbewahrung

Kontaktformular-Übermittlungen werden auf dem Transportweg verschlüsselt, in der PostgreSQL-18.6-Datenbank von Safematix zwischengespeichert und an das Safematix-Postfach gesendet. Nach erfolgreicher E-Mail-Zustellung wird der Warteschlangeneintrag der Kontakt-E-Mail gelöscht; bei fehlgeschlagener Zustellung verbleibt er zur Wiederholung in der Warteschlange. Diese Warteschlangenlöschung entfernt keine persistenten Portaldatensätze.

Die Aufbewahrung im Postfach ist auf die Bearbeitung der Anfrage, eines allfälligen Auftrags und gesetzliche Pflichten beschränkt. Übliche Host-Logs können technische Verbindungsdaten verarbeiten. Der Rate-Limiter des Kontaktformulars speichert nur schlüsselbasierte, prozesslokale Hashes der Client-IP-Adressen und Versuchszeitpunkte. Sein konfiguriertes Zeitfenster, das standardmässig eine Stunde beträgt, bestimmt, welche Versuche zählen; die Bereinigung erfolgt bei späteren Prüfungen und durch periodische Wartung, nicht zu einem exakten Löschzeitpunkt beim Ablauf des Fensters. Speicherorte und Aufbewahrungsfristen von Analytics-Ereignissen und Replay-Daten werden vom Analytics-Betreiber bestimmt und derzeit dokumentiert; sie sind von der Outbox- und Mailbox-Aufbewahrung von Safematix getrennt.

Die Portal-Authentisierung verwendet ein gesondert konfiguriertes Rate-Limit-Zeitfenster und getrennte Buckets für Client-IP-Adressen und eingereichte E-Mail-Adressen. Nach der Client-IP-Prüfung nutzt die Selbstregistrierung einen schlüsselbasierten Hash der normalisierten eingereichten E-Mail-Adresse; die Passwortwiederherstellung nutzt einen solchen Hash der eingereichten E-Mail-Adresse nach Entfernung umgebender Leerzeichen und Umwandlung in Kleinbuchstaben, einschliesslich Adressen ohne zugehöriges Konto. Der Limiter hält diese Hashes und Versuchszeitpunkte nur im Prozessspeicher; er schreibt weder Klartext-Limiter-Kennungen noch Limiter-Hashes in die Datenbank. Abgelaufene Einträge des Authentisierungs-Limiters werden bei nachfolgenden Limiter-Prüfungen bereinigt und können bis zu einer späteren Prüfung oder dem Prozessende im Speicher verbleiben. Ein Rate-Limit-Zeitfenster ist weder ein exakter Löschzeitpunkt noch ein Löschplan für persistente Portaldatensätze.

Authentisiertes Kunden- und Administrationsportal

Das Portal unterstützt die Selbstregistrierung von Kunden und Einladungen durch die Administration. Es verarbeitet den eingereichten Organisationsnamen und die Konto-E-Mail-Adresse, Organisationszugehörigkeit, Registrierungsherkunft, Systemrolle, zugewiesene Kundenzugriffsrolle, Sprache und Status, Passwort-Hash sowie Aktivierungs-, Passwortzurücksetzungs- und Sitzungsdatensätze zur Authentisierung, Zugriffskontrolle und Auftragsverwaltung. Die Selbstregistrierung erstellt für eine berechtigte neue Adresse eine eigenständige Organisation; ein übereinstimmender Name oder eine gleiche E-Mail-Domain ordnet Sie nie einer bestehenden Organisation zu. Die generische Registrierungsantwort bestätigt weder das Bestehen eines Kontos noch die E-Mail-Zustellung. Eine einmalige Aktivierungs-E-Mail ermöglicht die Bestätigung des Postfachzugriffs und die Wahl des eigenen Passworts; die Postfachbestätigung verifiziert nicht die Organisation. Das Portal verwendet zwei eigene Cookies: ein Anmeldesitzungs-Cookie und ein Cookie zum CSRF-Schutz. In der Produktion sind beide mit Secure und SameSite=Strict versehen; das Anmeldesitzungs-Cookie ist HttpOnly, während die Anwendung das CSRF-Cookie lesen kann.

Die Administration verwaltet lokalisierte Namen und Beschreibungen von Kundenrollen, Nur-Lese- und Berechtigungsrichtlinien, einzelne Angebots- und zugehörige Dienstleistungspaketfreigaben, gemeinsame Datenpaketfreigaben sowie Kundenrollenzuweisungen samt automatischer oder ausdrücklicher Herkunft. Diese Datensätze bestimmen zusammen mit der aktuellen Organisationsverifikation die verfügbaren Portalbereiche und Bereitstellungen. Eine Rollenzuweisung gewährt weder Administratorzugriff noch Unternehmensverifikation. Der effektive Zugriff wird für geschützte Anfragen neu berechnet; Nur-Lese-Zugriff schliesst operative Änderungen aus, und sensible Dienstleistungen behalten die Anforderungen an Eigentümerschaft und exakt signierten Umfang bei.

Zu den Portaldatensätzen gehören Angaben zur Organisationsidentität und zum Register, eingereichte Prüfnachweise, registrierte Domains, IP-Adressen oder Netze, Zielumgebungen und Eigentumserklärungen, Prüfungsentscheide und Angaben zu prüfenden Personen sowie Dienstleistungs-/Paketaufträge mit ausgewählten Zielen, Notizen und Status. Diese Datensätze dienen der manuellen Identitäts- und Eigentumsprüfung, der Auftragsbearbeitung und den Genehmigungsvoraussetzungen für sensible Arbeiten und private Downloads.

Das Portal speichert unveränderliche Vertrags- und Service-Level-Vereinbarungs-Versionen (SLAs) und erfasst den Namen der signierenden Person, das Konto, den UTC-Signierzeitpunkt und die Signatur-Audit-ID. Veröffentlichte Verträge und SLAs bleiben auf die eigene Organisation des Kontos beschränkt. Der Dokument-SHA-256 identifiziert die exakten Markdown-Bytes. Bei auftragsgebundenen Dienstleistungsautorisierungen werden der exakte Auftrag und ein unveränderlicher Snapshot der Zielkennungen, -arten, -werte und -umgebungen gesondert mit einem eigenen Scope-SHA-256 gespeichert. Signaturnachweis und herunterladbarer Beleg verknüpfen gegebenenfalls den Dokument-Hash und den separaten Scope-Hash mit diesem Auftrag und Ziel-Snapshot. Der Beleg dokumentiert die Signierbestätigung im Portal; er behauptet keine externe oder notarielle Signaturzertifizierung.

Private hochgeladene Deployment-Images und kuratierte Datenpakete, ihre Beschreibungen und Bereitstellungshinweise, Bytegrösse, SHA-256, Art und Veröffentlichungs-/Rückzugsangaben dienen der kontrollierten Bereitstellung. Datenpakete sind globale gemeinsame Dateien oder Bündel für ausdrücklich freigegebene Rollen, einschliesslich aktiver Konten nicht verifizierter Organisationen; sie sind kein Übermittlungsweg für vertrauliche Verträge oder Datensätze einzelner Kunden. Die Bereitstellung von Deployment-Images bleibt gesondert an die aktuelle Organisationsverifikation und die Freigabekette sensibler Aufträge gebunden. Audit-Einträge verknüpfen Kontoaktionen, einschliesslich Selbstregistrierung, Rollen-/Freigabeänderungen und -zuweisungen, Vertragssignierungen, Prüfungsentscheiden und Vertrags-/Deployment-/Datenpaket-Downloads, mit Datensatzkennungen, UTC-Zeitpunkten und zugehörigen Ereignismetadaten. Private Dateien werden getrennt von den öffentlichen Website-Dateien gespeichert.

Portaldatensätze sind von ausgehenden E-Mail-Warteschlangen getrennt und werden bei der Zustellung einer Einladung oder anderen E-Mail nicht gelöscht. Ablauf oder Widerruf von Sitzungen beziehungsweise Tokens beendet deren Nutzung für den Zugriff; auch Kontodeaktivierung und Artefakt-Rückzug beschränken den Zugriff, statt gespeicherte Datensätze zu löschen. Das Portal implementiert derzeit keine automatische Bereinigung persistenter Portaldatensätze. Vertrags-Snapshots sind unveränderlich und Audit-Datensätze append-only; gewöhnliche Audit-Änderungen, Löschungen und Trunkierungen sind gesperrt. Aufbewahrungsplan und Umgang mit Berichtigungs-/Löschanträgen zu diesen Datensätzen, einschliesslich verknüpfter unveränderlicher Datensätze, bleiben vor Produktivnutzung festzulegen; die Kontakt-Mailbox- oder Anwendungslogfristen bestimmen deren Aufbewahrungsfristen nicht.

Empfänger und internationale Verarbeitung

Daten werden nicht verkauft oder für Werbung weitergegeben. Der Analytics-Betreiber bei analytics.ressl.it erhält beim Aufruf öffentlicher Website-Seiten die oben beschriebenen Nutzungs- und Interaktionsdaten, nicht von Anmelde-, Kunden- oder Administrationsseiten des Portals. Die Betreiber der Server- und E-Mail-Infrastruktur, die safematix.com und das Postfach betreiben, verarbeiten die Daten zur Bereitstellung dieser Dienste. Dabei kann eine Verarbeitung ausserhalb der Schweiz oder Ihres Wohnsitzlandes stattfinden.

Calendly, LinkedIn, ressl.ch, GitHub, Hugging Face und die Ziele der Credential-Links sind externe Angebote mit eigenen Datenschutzbestimmungen. Verbindungen zu ihnen entstehen erst wenn Sie einem Link folgen; Umami-Verbindungen entstehen beim Aufruf öffentlicher Website-Seiten, nicht beim Aufruf von Anmelde-, Kunden- oder Administrationsseiten des Portals.

Ihre Rechte und Kontakt

Sie können per E-Mail an hello@safematix.com Ihr Recht auf Auskunft, Berichtigung, Löschung, Einschränkung, Widerspruch und – soweit anwendbar – Datenübertragbarkeit geltend machen. Diese Rechte gelten nach dem Schweizerischen Bundesgesetz über den Datenschutz (revDSG/FADP) und, soweit anwendbar, nach der DSGVO.

Sie können sich ausserdem bei der zuständigen Datenschutzaufsichtsbehörde beschweren.

Sicherheit und Datenminimierung

TLS wird in der Produktion eingesetzt; der Zugriff auf Backend-Systeme ist auf den Betrieb beschränkt. Auf öffentlichen Website-Seiten maskiert die aktuelle Recorder-Konfiguration Eingabewerte; Seiteninhalte und Interaktionsmetadaten können trotzdem erfasst werden. Das Portal schliesst den Recorder aus. Senden Sie im ersten Formular keine Passwörter, Geheimnisse, personenbezogenen Daten Dritter oder sensiblen Exploit-Details.