Wir haben Sicherheit auf jeder Ebene eingebaut, damit Sie uns Ihre Produktionsdaten in der Fertigung vertrauen können.

1. Hardware Root of Trust

• Verified Boot

  UEFI Secure Boot: Stellt sicher, dass der EVAjig nur mit einem kryptografisch signierten, kontrollierten Image startet. Ein manipuliertes Gerät startet nicht.

• Read-Only Operating System

  Das Betriebssystem kann sich während des Betriebs nicht selbst ändern. Nur Konfigurationsdaten sind in einer separaten, kontrollierten persistenten Partition beschreibbar.

• Signed, Atomic A/B Updates via RAUC

  Updates werden kryptografisch signiert und atomar in einen inaktiven Partitionsslot geschrieben. Bei Problemen startet das Gerät automatisch in den letzten bekannten Slot zurück. Keine Bricks!

2. Netzwerksicherheit

• HTTPS überall: Die gesamte Kommunikation (API, Portal, Geräte) erfolgt ausschließlich über TLS/HTTPS. Unverschlüsseltes HTTP wird in der Produktion nicht verwendet.

• Verschlüsselter ZeroTier-Fernzugriff: Support-Zugriff erfolgt ausschließlich über ein ZeroTier-Overlay-Netzwerk mit Ende-zu-Ende-verschlüsselten VPN-ähnlichen Tunneln, sodass kein SSH-Port in Ihrem physischen Netzwerk exponiert ist.

3. API-Sicherheit

Die API ist das zentrale Rückgrat und setzt Sicherheit auf jeder Ebene durch.

• Drei-Kontext-Authentifizierung

  Wir trennen strikt Portalnutzer, EVAjig-Hardwareeinheiten und interne Dienste, jeweils mit eigenem Token-Typ. Tokens sind widerrufbar und haben eine feste Ablaufzeit.

• Argon2id-Passwort-Hashing

  Passwörter werden niemals im Klartext gespeichert. Wir verwenden Argon2id – den aktuell empfohlenen Standard – für starkes Hashing.

• Rollenbasierte Zugriffskontrolle

  Der Zugriff folgt einer sechsstufigen Rollenhierarchie (SUPERADMIN > ADMIN > usw.). Das System enthält expliziten Schutz vor Privilege Escalation.

• Multi-Tenant-Datenisolierung

  Daten verschiedener Unternehmen sind strikt getrennt und werden in der Middleware bei jeder geschützten Anfrage durchgesetzt. Sie können keine Daten eines anderen Unternehmens abfragen oder ändern.

• Eingabevalidierung

  Alle an die API gesendeten Daten werden vor der Verarbeitung gegen ein typisiertes Schema validiert.

• SQL-Injection-Prävention

  Der Datenbankzugriff erfolgt über eine parametrisierte Query-ORM (Lucid/AdonisJS). Raw SQL wird nicht verwendet, wodurch SQL-Injection-Schwachstellen eliminiert werden.

• Bot- und Missbrauchsschutz

  Öffentlich zugängliche Endpunkte sind durch Google reCAPTCHA v3 geschützt.

• Secrets Management

  Sensible Informationen (z. B. API-Schlüssel) werden ausschließlich als Umgebungsvariablen gespeichert, niemals in der Versionskontrolle.

• Audit-Logging

  Authentifizierungsereignisse (einschließlich fehlgeschlagener Anmeldungen) werden protokolliert. Passwörter werden automatisch aus Logs entfernt.

• Sichere Einladungs-Tokens

  Projekt-Einladungstokens sind 60 Zeichen lange kryptografisch zufällige Zeichenfolgen, die ablaufen und nach Verwendung zerstört werden.

4. Web-Portal-Sicherheit

• Session-Verwaltung

  Ihr Bearer-Token wird beim Start der Anwendung gegen den Server validiert; ein abgelaufenes oder widerrufenes Token führt zum sofortigen Logout.

• Routenzugriffskontrolle

  Jede geschützte Route prüft den Authentifizierungsstatus. Sensible Verwaltungsbereiche erfordern die SUPERADMIN-Rolle.

• XSS-Prävention

  Auf Vue.js basierend; alle in Templates gerenderten Daten werden automatisch HTML-escaped.

• Minimales Produktions-Container

  Das Portal wird aus einem minimalen Docker-Image bereitgestellt (nur statische Dateien und Nginx) für eine minimale Angriffsfläche.

• Fest codierte Produktions-Endpunkte

  Die API-Basis-URL wird zur Build-Zeit eingebettet, um clientseitige Umleitung auf einen alternativen Server zu verhindern.

5. Sicherheit des Produktionstools (On-Device)

Dies ist die Electron-Anwendung, die auf jeder EVAjig-Einheit läuft.

• Authentifizierte API-Kommunikation

  Das Tool benötigt für die gesamte Kommunikation mit der Cloud (Testkonfigurationen, Ergebnisse, Firmware usw.) immer eine gültige authentifizierte Sitzung. Unauthentifizierte Clients können keine Daten abrufen.

• Electron-Prozess-Isolation

  Die UI (Renderer) läuft mit nodeIntegration: false und contextIsolation: true und kann nicht direkt auf Node.js- oder System-APIs zugreifen. Die Kommunikation erfolgt über eine sehr begrenzte, kontrollierte Schnittstelle.

• Signierte OS-Updates, vom Tool initiiert

  Das Tool initiiert das Update, aber RAUC (auf OS-Ebene) führt die vollständige kryptografische Signaturprüfung durch, bevor ein Update angewendet wird.

• Anwendungs-Updates aus privatem Storage

  Anwendungs-Updates werden aus einem privaten Cloud-Storage-Bucket mit zugangskontrollierten Credentials verteilt.

• Geräteidentität und Nachverfolgbarkeit

  Jede Einheit identifiziert sich bei der API über ihre eindeutige Seriennummer und schafft einen nachvollziehbaren Datensatz.

6. Härtung des Geräte-Betriebssystems

• Least-Privilege-Benutzerkonten

  Das evajig-Konto (Tool) hat sudo nur für poweroff, shutdown und reboot. Es kann keine Software installieren oder Systemdateien ändern. Das Support-Konto ist nur über die ZeroTier-VPN-Schnittstelle erreichbar.

• PAM-Authentifizierung

  Das System verwendet PAM (Pluggable Authentication Modules) für alle Login-Kontexte und setzt die Login-Richtlinie konsistent durch.

7. Software Supply Chain

• Abhängigkeitsverwaltung

  Abhängigkeitsversionen sind in yarn.lock festgehalten. Docker-Builds schlagen fehl, wenn Versionen nicht synchron sind.

• Reproduzierbares OS-Image

  Das OS-Image ist ein reproduzierbarer Yocto-Build.