Zum Hauptinhalt springen
Sicherheit & Datenschutz

Datenintegrität ist
Pflicht —
ab Tag eins.

Regulierte Branchen tolerieren keine Lücken im Prüfnachweis: Wer QM-Daten manipulieren oder ausspähen kann, kann Audits gefährden. QIMS ist mit konkreten technischen Mechanismen gebaut — bcrypt-gesicherten Passwörtern, vier Rollen mit Lese- und Schreibrechten je Endpunkt, Login-Rate-Limiting, einem Audit-Log, das gegen Änderung und Löschung gesperrt ist, und Security-Headern wie CSP und HSTS. Keine Marketingversprechen — nachprüfbare Technik.

  • bcrypt · 4 Rollen · Append-only-Audit-Log
  • Hosting in Deutschland · On-Premise (Enterprise)
  • Normbezug: ISO 13485 · FDA 21 CFR Part 11 · DSGVO
Zugang Authentifizierung

bcrypt-Passwörter, Login-Rate-Limiting, HttpOnly-Session-Cookies und vier Rollen mit Rechten je Endpunkt.

Nachweis Audit-Trail

Append-only — per Datenbank-Trigger gegen Änderung und Löschung gesperrt. Mit Zeitstempel, Person, altem und neuem Wert.

Daten Hosting & Backup

Hosting in Deutschland oder On-Premise, kein Drittland-Transfer, Datenbank-Backup vor jedem Deployment.

01 Konkrete Mechanismen

Was QIMS tatsächlich tut,
um Ihre Daten zu schützen.

Keine Hochglanz-Versprechen — sechs technische Bausteine, die heute im QIMS-Server umgesetzt sind. Jeder Mechanismus ist auf eine konkrete Bedrohung ausgelegt, die in regulierten Branchen real ist.

Mechanismus AUTH-01

Passwörter & Sessions

bcrypt

Passwörter werden ausschließlich als bcrypt-Hash mit Kostenfaktor 12 gespeichert. Nach dem Login erhält der Browser ein Session-Token aus 32 Byte kryptografischem Zufall — als HttpOnly-Cookie (kein JavaScript-Zugriff), SameSite=Strict und im Produktionsbetrieb mit Secure-Flag. Nach 8 Stunden Inaktivität läuft die Session ab.

FDA 21 CFR Part 11 §11.300

Mechanismus RBAC-01

Rollenbasierte Zugriffssteuerung

RBAC

Vier Rollen — Viewer, Operator, Supervisor, Admin. Für jeden API-Endpunkt ist serverseitig festgelegt, ab welcher Rolle gelesen und ab welcher geschrieben werden darf. Benutzerverwaltung und die SQL-Konsole für Administratoren sind ausschließlich mit der Admin-Rolle erreichbar.

FDA 21 CFR Part 11 §11.10(d), (g)

Mechanismus AUDIT-01

Audit-Log, append-only

Append-only

Änderungen an QM-Daten werden im Audit-Log festgehalten: Zeitstempel, Person, Aktion, betroffene Tabelle, Datensatz sowie alter und neuer Wert. Das Audit-Log ist manipulationssicher: per Datenbank-Trigger gegen Änderung und Löschung gesperrt — jeder UPDATE- oder DELETE-Versuch wird von der Datenbank abgewiesen, auch für Administratoren.

ISO 13485 §4.2.5 · FDA 21 CFR Part 11 §11.10(e)

Mechanismus RATELIMIT-01

Login-Rate-Limiting

Rate-Limiting

Nach 5 fehlgeschlagenen Login-Versuchen von derselben IP-Adresse innerhalb von 60 Sekunden werden weitere Versuche abgewiesen. Ein erfolgreicher Login setzt den Zähler zurück. Auch bei unbekannten Benutzernamen läuft eine bcrypt-Prüfung, damit sich gültige Konten nicht über die Antwortzeit erkennen lassen.

ISO/IEC 27001 A.9.4

Mechanismus HEADER-01

Security-Header (CSP, X-Frame-Options, HSTS)

CSP · HSTS

Jede Antwort des QIMS-Servers enthält eine Content-Security-Policy (default-src 'self'), X-Frame-Options DENY gegen Einbettung in fremde Seiten, X-Content-Type-Options nosniff und eine Referrer-Policy. Im Produktionsbetrieb kommt HSTS hinzu (Strict-Transport-Security, 2 Jahre, inklusive Subdomains).

OWASP ASVS V14

Mechanismus OPS-01

Hosting in Deutschland & Datenbank-Backup

Backup

Cloud-Instanzen laufen bei Hetzner in Deutschland, Enterprise-Kunden betreiben QIMS On-Premise. Die Daten liegen in einer SQLite-Datenbank. Vor jedem Deployment wird automatisch eine Sicherungskopie der Datenbank angelegt; Sicherungen werden 7 Tage aufbewahrt.

DSGVO Art. 32

Geplant, heute noch nicht verfügbar: Diese Funktionen stehen auf der Roadmap. Wir nennen sie, damit Sie wissen, was QIMS heute nicht leistet.

  • Zwei-Faktor-Login (TOTP)
  • Verschlüsselung einzelner Datenbankfelder
  • Kryptografische Verkettung des Audit-Logs (Hash-Kette)
  • Single Sign-on (SAML / OIDC)
  • Elektronische Signaturen

Fragen zur technischen Umsetzung?

In 30 Minuten zeigen wir QIMS live — mit Ihren Sicherheitsanforderungen, Ihrem Anwendungsfall.

Demo anfragen →
02 Datensouveränität

Ihre Daten bleiben
in Deutschland.

QIMS speichert keine Produktionsdaten in den USA oder anderen Drittländern. Alle Cloud-Instanzen (Starter, Professional) laufen bei Hetzner in Deutschland. Für Hersteller mit internen IT-Richtlinien oder Anforderungen aus MDCG, FDA oder vertraglichen Verpflichtungen gegenüber OEMs gibt es im Enterprise-Paket den Betrieb On-Premise.

Cloud · DACH

Hetzner-Hosting

  • Hetzner-Rechenzentrum in Deutschland
  • Kein Drittland-Transfer
  • Übertragung per HTTPS, HSTS im Produktionsbetrieb
  • Rollenbasierte Zugriffssteuerung auf jedem Endpunkt
  • Datenbank-Backup vor jedem Deployment, 7 Tage Aufbewahrung
Lokal · Eigene Infrastruktur

On-Premise

  • Betrieb auf eigenen Servern oder privatem Cloud-Tenant
  • Keine Abhängigkeit von QIMS-Cloud-Diensten
  • Vollständige Datenkontrolle für OEM-Vorgaben
  • Ideal für Medizintechnik, Pharma, Rüstung
  • Im Enterprise-Paket, Konditionen im Demo-Gespräch

Hinweis: QIMS speichert die Daten in einer SQLite-Datenbank. In der Cloud wird vor jedem Deployment automatisch eine Sicherungskopie angelegt und 7 Tage aufbewahrt. On-Premise liegen Datenbank und Sicherungen vollständig in Ihrer Verantwortung.

03 Normbezug

Entwickelt nach den
Anforderungen regulierter Branchen.

Die Sicherheitsmechanismen in QIMS sind nicht als Zertifizierungs-Checkliste entstanden — sondern weil reale Auditsituationen in Medizintechnik, Automotive und Pharma konkrete technische Anforderungen stellen.

ISO 13485:2016

Medizintechnik

  • §4.2.5 — Lenkung von Aufzeichnungen: Audit-Log append-only
  • §4.2.5 — Schutz von Aufzeichnungen: Zugriff nach Rolle
  • §8.2.4 — Internes Audit: lesender Zugriff auf das Audit-Log ab Rolle Supervisor
FDA 21 CFR Part 11

Pharma & Medtech US

  • §11.10(d) — Zugriffskontrolle: RBAC mit 4 Rollen
  • §11.10(e) — Audit-Trail: Zeitstempel, Person, alter und neuer Wert
  • §11.10(g) — Berechtigungsprüfung: Lese-/Schreibrechte je Endpunkt
  • §11.300 — Passwortkontrollen: bcrypt, Login-Rate-Limiting
IATF 16949:2016

Automotive

  • Vertraulichkeit: rollenbasierte Zugriffssteuerung
  • §7.5 — Dokumentierte Information: Audit-Log gegen Änderung und Löschung gesperrt
  • OEM-Vorgaben: On-Premise im Enterprise-Paket
  • Kundenspezifische Daten nur für berechtigte Rollen sichtbar

Klarstellung: QIMS ist Software — keine Norm-Zertifizierung. Die genannten Paragraphen beschreiben, nach welchen Anforderungen die Mechanismen entwickelt wurden. Ob QIMS für Ihre spezifische Auditpflicht ausreicht, klären wir im Demo-Gespräch.

04 Häufige Fragen

Was Compliance-Teams zuerst fragen.

Kann ein externer Auditor das Audit-Log einsehen, ohne Einträge zu verändern?
Ja. Lesender Zugriff auf das Audit-Log ist ab der Rolle Supervisor möglich. Ändern oder Löschen von Einträgen ist für keine Rolle vorgesehen und zusätzlich per Datenbank-Trigger gesperrt — das ist technisch erzwungen, nicht nur Konvention.
Wie wird verhindert, dass das Audit-Log nachträglich verändert wird?
Das Audit-Log ist append-only: Datenbank-Trigger brechen jeden UPDATE- und DELETE-Befehl auf die Tabelle ab, unabhängig davon, wer ihn auslöst. Neue Einträge können nur angehängt werden. Eine zusätzliche kryptografische Verkettung der Einträge (Hash-Kette) ist geplant, heute aber nicht Bestandteil von QIMS.
Wo werden die Daten gespeichert — gibt es eine On-Premise-Option?
In den Paketen Starter und Professional läuft QIMS in der Cloud auf Hetzner-Servern in Deutschland — ohne Drittland-Transfer. Im Enterprise-Paket betreiben Sie QIMS On-Premise in Ihrer eigenen Infrastruktur.
Unterstützt QIMS die Anforderungen aus FDA 21 CFR Part 11?
QIMS enthält technische Bausteine, die Part 11 adressiert: eindeutige Benutzerkonten mit Passwort (§11.300), rollenbasierte Zugriffssteuerung (§11.10(d), (g)) und ein Audit-Log mit Zeitstempel, Person sowie altem und neuem Wert (§11.10(e)). Elektronische Signaturen und Zwei-Faktor-Login sind geplant. Ob das für Ihren Anwendungsfall ausreicht, klären wir gemeinsam im Demo-Gespräch.
Was passiert bei einem vergessenen Passwort oder zu vielen Fehlversuchen?
Einen Passwort-Reset per E-Mail-Link gibt es nicht: Ein Admin vergibt ein neues Passwort, angemeldete Nutzer können ihr eigenes Passwort ändern. Jede Passwortänderung wird im Audit-Log protokolliert — ohne den Passwort-Hash. Nach 5 Fehlversuchen innerhalb von 60 Sekunden werden weitere Login-Versuche von dieser IP-Adresse vorübergehend abgewiesen.
Betrieb

Cloud oder On-Premise.
Sie entscheiden.

Dieselbe Software, derselbe Funktionsumfang, zwei Betriebsarten. Ob QIMS bei uns in der Cloud oder bei Ihnen im Werk läuft, richtet sich nach Ihren IT- und Datenschutzvorgaben. Ein späterer Wechsel ist möglich.

Cloud

In der Cloud, in Deutschland.

Wir betreiben QIMS für Sie auf Servern in Deutschland. Updates und Backups übernehmen wir, Ihr Team arbeitet im Browser oder mit der Desktop-App.

  • Hosting bei Hetzner in Deutschland
  • Updates und Backups durch uns
  • Kein eigener Server nötig
On-Premise

Auf Ihren eigenen Servern.

QIMS läuft als Container in Ihrem Netz. Ihre IT entscheidet über Zugriff, Backup und Netzwerksegmentierung, auch ganz ohne Internetverbindung.

  • Daten verlassen Ihr Werk nicht
  • Betrieb ohne Internet möglich
  • Updates nach Ihrem Freigabeprozess

Welche Betriebsart in welchem Tarif enthalten ist, steht auf der Preisseite.

Termin anfragen

Sicherheit im
Audit live
durchgehen.

30 Minuten. Kein Pitch. QIMS live — Audit-Log einsehen, Rollen und Rechte durchspielen, Security-Header prüfen. Mit Ihren Anforderungen, Ihrem Anwendungsfall.

Wir melden uns persönlich zurück.

  • Hosting in Deutschland
  • On-Premise verfügbar
  • Feste Ansprechperson nach Einführung