Sicherheit

Wie Atlas Kunden voneinander isoliert, Ihre Website und Inhalte schützt und was noch nicht unabhängig verifiziert wurde.

Diese Seite wurde aus dem Englischen übersetzt. Bei Abweichungen gilt die englische Version. Auf Englisch lesen

Diese Seite richtet sich an die Personen, die Atlas für Ihr Unternehmen freigeben: Sicherheits-, IT- und Rechtsprüfer. Sie sagt, was Atlas tut, und ebenso klar, was noch nicht erledigt ist.

Ihre Website bleibt unter Ihrer Kontrolle

Atlas hat keinen Zugriff auf Ihren Quellcode, Ihr Repository, Ihre Server, Ihr Hosting-Konto oder Ihre Deploy-Pipeline. Nichts in Atlas kann Code deployen.
Ihre Website holt veröffentlichte Inhalte mit einem schreibgeschützten Delivery-Token aus Servercode. Atlas kann weder Code noch Skripte auf Ihre Site pushen.
Inhalte können keinen Code ausführen. Es gibt keine Plugins, HTML-Blöcke oder eigenen Skripte. Redakteure füllen typisierte Felder, die Ihre Entwickler definiert haben, und Ihre Komponenten rendern sie. Das beseitigt den häufigsten Weg, auf dem CMS-gesteuerte Sites kompromittiert werden.
Ihre Site behält einen integrierten Fallback, sodass ein Atlas-Ausfall Ihre Website nicht lahmlegt.

Isolation zwischen Kunden

Jeder Datensatz gehört zu einer Organisation, Site und Umgebung. Atlas bestimmt diesen Geltungsbereich bei jeder Anfrage auf dem Server; er wird nie vom Browser übernommen.
Die Datenbank erzwingt denselben Geltungsbereich mit Row-Level-Security. Die Datenbankrolle der Anwendung besitzt keine Tabellen und kann diese Regeln nicht umgehen.
Medien-Links und Hintergrundjobs tragen denselben Geltungsbereich.
Development und Production haben getrennte Inhalte, Tokens und Einstellungen.

Konten und Zugriff

Personen melden sich über den Single-Sign-on-Dienst von Atlas an. Der Zugang erfolgt nur per Einladung.
Rollen beschränken, was jede Person auf jeder Site tun kann (siehe Development und Production).
Sensible Aktionen (ein Release freigeben, Mitglieder ändern, Daten exportieren) können eine zweite Bestätigung auf dem Telefon der Person verlangen.
Das Entfernen einer Person beendet ihre Sitzungen sofort.
Jede Änderung wird in ein Audit-Log geschrieben, das nicht bearbeitet werden kann. Organisations-Admins können es einsehen und exportieren.

Tokens und Geheimnisse

Delivery-Tokens, Tokens für KI-Agenten und Webhook-Geheimnisse werden einmalig angezeigt. Atlas speichert von Tokens nur einen Fingerabdruck, sodass sie nicht zurückgelesen werden können, auch nicht von Atlas-Mitarbeitenden.
Tokens sind auf eine Umgebung beschränkt und können jederzeit widerrufen werden.
E-Mail-Passwörter und API-Schlüssel, die Ihr Site-Inhaber hinzufügt, werden verschlüsselt, nie wieder angezeigt und nie in Logs geschrieben.
Webhooks sind signiert (HMAC-SHA256 mit Zeitstempel) und gehen nur an öffentliche HTTPS-Adressen.

Sicherheit in Production

Production ist für jede neue Site ausgeschaltet.
Production liefert nur ein freigegebenes, signiertes Release aus. Ein Release muss seine Prüfungen bestehen und von einer Person mit Freigaberechten freigegeben werden. KI-Agenten können nie freigeben oder veröffentlichen.
Jedes Release kann zurückgesetzt werden.

Schutz vor Missbrauch

Formulare und der Chatbot nutzen Cloudflare Turnstile, Honeypots, Zeitprüfungen, Duplikaterkennung und Ratenbegrenzungen.
Browser-Endpunkte akzeptieren Anfragen nur vom registrierten Website-Origin.
Seitenaufrufzähler nutzen keine Cookies und speichern keine IP-Adressen oder Besucherkennungen.

KI

KI-Agenten verbinden sich über MCP mit einem Token, das auf eine Development-Umgebung und die von Ihnen erteilten Berechtigungen beschränkt ist. Sie haben keine Shell-, Datenbank-, Datei- oder Web-Abruf-Tools.
Die KI-Antworten des Chatbots stützen sich nur auf die veröffentlichten Inhalte Ihrer Site, und er ist angewiesen, diese Inhalte als Daten zu behandeln, nie als Anweisungen.

Noch nicht erledigt

Wir möchten, dass Sie das von uns hören:

Punkt	Status
Unabhängiger Penetrationstest	Nicht durchgeführt
Zertifizierungen (SOC 2, ISO 27001)	Keine
Wahl der Datenresidenz	Nicht entschieden. Fragen Sie uns vor Vertragsabschluss
Fristen für Datenaufbewahrung und Löschung	Nicht entschieden
Single Sign-on mit Ihrem eigenen Identitätsanbieter (SAML/OIDC)	Nicht verfügbar
Verfügbarkeitszusage (SLA)	Keine, bis der Dienst in Production gemessen wurde
Point-in-Time-Wiederherstellung der Datenbank	Nicht verfügbar; tägliche Backups sind geplant

Eine Schwachstelle melden

Senden Sie eine E-Mail an security@orbisai.ae. Bitte geben Sie die Schritte zur Reproduktion an und greifen Sie nicht auf Daten anderer Kunden zu. Wir bestätigen Ihre Meldung und halten Sie auf dem Laufenden. Unsere security.txt enthält dieselben Angaben.