Sicherheit

Jelina legt großen Wert auf die Sicherheit Ihrer Flotten. Ihre Daten und Geräte sind wertvoll und häufig geschäftskritisch. Daher treffen wir Vorkehrungen, um sie vor Schäden zu schützen.

Für die Sicherheit des Jelina-Ökosystems verfolgen wir das Prinzip der geringsten Rechte: Berechtigungen werden nur bei Bedarf gewährt. Ein Konto oder Gerät erhält nur die Informationen, die für die jeweils ausgeführte Aufgabe erforderlich sind. Wir isolieren die Komponenten des Updateprozesses durch verschiedene Maßnahmen, damit ein unberechtigter Zugriff auf eine Komponente nicht genügend Informationen für den Zugriff auf andere Komponenten, Konten oder Geräte liefert.

Der zentrale Mechanismus dieses Sicherheitsansatzes ist die API-Zugriffskontrolle. Durch die Steuerung von API-Zugriffen, erlaubten Aktionen und verfügbaren Kommunikationskanälen schützen wir Flotten an sämtlichen Zugangspunkten.

Benutzersicherheit

Zugriffsrechte unterschiedlicher Organisationen sind vollständig voneinander getrennt. Benutzer können nur auf Organisationen zugreifen, die sie selbst erstellt haben oder denen sie beigetreten sind. Auch Jelina-Administratoren haben keinen Zugriff auf Benutzerorganisationen. Die Kontoanmeldung erfolgt mit E-Mail-Adresse und Passwort. Zusätzlich können Benutzer eine Zwei-Faktor-Authentifizierung aktivieren.

Gerätesicherheit

Die Kommunikation zwischen Gerät und JelinaCloud wird über einen eindeutigen ApiKey authentifiziert. Er wird bei der Registrierung des Geräts zufällig erzeugt. Außer dem Gerät und dem JelinaCloud-System kann niemand diesen ApiKey abrufen.

Standardmäßig sind alle externen Zugriffsports des Geräts geschlossen; lediglich ein Port für die Kommunikation mit JelinaCloud bleibt bestehen.

Über ein Azure Virtual Network Gateway können Sie Ihre Geräte jederzeit und von überall über Jelina erreichen. Unterstützte Fernzugriffsprotokolle sind SSH, VNC und RDP.

SSH-Schlüssel- und Zertifikatsauthentifizierung

Für SSH-Fernverbindungen stehen Passwort, privater SSH-Schlüssel und OpenSSH-Benutzerzertifikat zur Verfügung. Zertifikate werden von einer durch die Organisation vertrauenswürdigen ausstellenden CA signiert. Die Plattform prüft Gültigkeitszeitraum, Geltungsbereich der Zugangsdaten und Nutzungsberechtigungen; der SSH-Dienst des Geräts prüft seine tatsächliche CA- und Principal-Konfiguration. Diese Authentifizierung gilt für SSH-Verbindungen. Webanmeldung und Cloud-Anbindung des Geräts verwenden weiterhin ihre eigenen Identitätsprüfungen.

Administratoren können gemeinsame öffentliche Schlüssel oder CA-Vertrauen auf Flottenebene und individuelle Berechtigungen für einzelne Geräte festlegen. Benutzer konfigurieren CA und Principals auf dem Gerät selbst. Nachdem ein Administrator die Hostidentität manuell erfasst und bestätigt hat, verbinden sich Benutzer mit ihrem persönlichen Zertifikat und dem passenden privaten Schlüssel. Der reine Import eines Zertifikats erteilt keine Berechtigung für ein Systemkonto.

Administratoren speichern private Benutzerschlüssel und erforderliche Passphrasen verschlüsselt auf der Flotten- oder Geräteverwaltungsseite. Verbindende Benutzer wählen lediglich Zugangsdaten, zu deren Nutzung sie berechtigt sind; private Schlüssel können sie weder anzeigen noch herunterladen. Private CA-Schlüssel verbleiben beim eigenen Aussteller. Die Plattform stellt keine Benutzerzertifikate aus und verlängert sie nicht. Deaktivierung oder Widerruf gespeicherter Zugangsdaten verhindert ihre weitere Verwendung durch die Plattform und gilt ausschließlich für JelinaCloud-Verbindungen. Lokale Widerrufe und das Entfernen alter Berechtigungen auf dem Gerät pflegen Benutzer selbst; eine Rückmeldung des Geräts ist nicht erforderlich.

Die Verwendung beschreibt SSH-Schlüssel- und Zertifikatsauthentifizierung, die Verwaltung erläutert Fernzugriffsverwaltung.

Datensicherheit

Alle Anfragen interner Dienste verwenden HTTPS. Damit wird sämtliche Kommunikation über JelinaCloud, einschließlich des Datenaustauschs zwischen Geräten und JelinaCloud, verschlüsselt übertragen.

Hochgeladene Dateien speichert JelinaCloud organisationsweise in einem eigenen Container in Azure Storage. Die Dateien der Organisationen bleiben getrennt, sodass andere Organisationen nicht darauf zugreifen können. Gespeicherte Dateien sind privat. Benötigt ein Gerät Zugriff, erzeugt JelinaCloud mithilfe eines temporären SAS-Tokens einen zeitlich begrenzten Downloadlink.

Private Bereitstellung

Wenn Sie Ihre Daten nicht im Azure Storage von Jelina speichern möchten, unterstützt Jelina auch eine eigenständige Bereitstellung. Unterstützt werden mehrere Cloud-Plattformen, darunter AWS und Alibaba Cloud. Sie können Jelina auf eigenen Servern oder einer eigenen Cloud-Plattform betreiben und sämtliche Geräte- und Benutzerdaten selbst verwalten. Auch bei einer eigenständigen Bereitstellung bietet das Jelina-Team langfristigen technischen Support und kontinuierliche Updates.