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

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 Geraet startet nicht.

• Read-Only Operating System

  Das Betriebssystem kann sich waehrend des Betriebs nicht selbst aendern. 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 Geraet automatisch in den letzten bekannten Slot zurueck. Keine Bricks!

2. Netzwerksicherheit

• HTTPS ueberall: Die gesamte Kommunikation (API, Portal, Geraete) erfolgt ausschliesslich ueber TLS/HTTPS. Unverschluesseltes HTTP wird in der Produktion nicht verwendet.

• Verschluesselter ZeroTier-Fernzugriff: Support-Zugriff erfolgt ausschliesslich ueber ein ZeroTier-Overlay-Netzwerk mit Ende-zu-Ende-verschluesselten VPN-aehnlichen Tunneln, sodass kein SSH-Port in Ihrem physischen Netzwerk exponiert ist.

3. API-Sicherheit

Die API ist das zentrale Rueckgrat 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

  Passwoerter werden niemals im Klartext gespeichert. Wir verwenden Argon2id – den aktuell empfohlenen Standard – fuer starkes Hashing.

• Rollenbasierte Zugriffskontrolle

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

• Multi-Tenant-Datenisolierung

  Daten verschiedener Unternehmen sind strikt getrennt und werden in der Middleware bei jeder geschuetzten Anfrage durchgesetzt. Sie koennen keine Daten eines anderen Unternehmens abfragen oder aendern.

• Eingabevalidierung

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

• SQL-Injection-Praevention

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

• Bot- und Missbrauchsschutz

  Oeffentlich zugaengliche Endpunkte sind durch Google reCAPTCHA v3 geschuetzt.

• Secrets Management

  Sensible Informationen (z. B. API-Schluessel) werden ausschliesslich als Umgebungsvariablen gespeichert, niemals in der Versionskontrolle.

• Audit-Logging

  Authentifizierungsereignisse (einschliesslich fehlgeschlagener Anmeldungen) werden protokolliert. Passwoerter werden automatisch aus Logs entfernt.

• Sichere Einladungs-Tokens

  Projekt-Einladungstokens sind 60 Zeichen lange kryptografisch zufaellige Zeichenfolgen, die ablaufen und nach Verwendung zerstoert werden.

4. Web-Portal-Sicherheit

• Session-Verwaltung

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

• Routenzugriffskontrolle

  Jede geschuetzte Route prueft den Authentifizierungsstatus. Sensible Verwaltungsbereiche erfordern die SUPERADMIN-Rolle.

• XSS-Praevention

  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) fuer eine minimale Angriffsflaeche.

• 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 laeuft.

• Authentifizierte API-Kommunikation

  Das Tool benoetigt fuer die gesamte Kommunikation mit der Cloud (Testkonfigurationen, Ergebnisse, Firmware usw.) immer eine gueltige authentifizierte Sitzung. Unauthentifizierte Clients koennen keine Daten abrufen.

• Electron-Prozess-Isolation

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

• Signierte OS-Updates, vom Tool initiiert

  Das Tool initiiert das Update, aber RAUC (auf OS-Ebene) fuehrt die vollstaendige kryptografische Signaturpruefung durch, bevor ein Update angewendet wird.

• Anwendungs-Updates aus privatem Storage

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

• Geraeteidentitaet und Nachverfolgbarkeit

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

6. Haertung des Geraete-Betriebssystems

• Least-Privilege-Benutzerkonten

  Das evajig-Konto (Tool) hat sudo nur fuer poweroff, shutdown und reboot. Es kann keine Software installieren oder Systemdateien aendern. Das Support-Konto ist nur ueber die ZeroTier-VPN-Schnittstelle erreichbar.

• PAM-Authentifizierung

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

7. Software Supply Chain

• Abhaengigkeitsverwaltung

  Abhaengigkeitsversionen 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.