--- title: "Sicherheit bei Briks: So sind Ihre Daten geschützt" url: https://briks.dev/de/security description: "Wie Briks Ihre Websites, Datensätze und Schlüssel schützt: wo Daten liegen, Rückgängigmachen und Wiederherstellen, Prüfungen vor jeder Veröffentlichung und Rollen." last_updated: 2026-10-22 --- # Sicherheit bei Briks Wie Briks Ihre Websites, Ihre Datensätze und Ihre Schlüssel schützt und was in Ihrer Hand bleibt. Jeder Punkt unten beschreibt, wie Briks heute arbeitet, mit den Plänen, für die er gilt. **Ihre Datensätze** Datenbank und Dateispeicher jeder Website werden standardmäßig in der Europäischen Union angelegt. **Jede Änderung** Als Version gespeichert, die Sie rückgängig machen, wiederholen oder wiederherstellen können. **Ihre Schlüssel** Nur in Ihrer veröffentlichten Website gespeichert. Das Studio behält ihre Namen, nie ihre Werte. **Vor der Veröffentlichung** Eine Änderung, die Skripte von einer nicht erlaubten Website lädt oder einen Schlüssel enthält, wird gestoppt. Ihre Live-Website bleibt unverändert. **Zahlungen** Direkt auf Ihr eigenes Konto gezahlt, ohne Gebühr von Briks. **Problem gefunden?** Schreiben Sie an [hello@briks.dev](mailto:hello@briks.dev). ## Wo Ihre Daten liegen In jedem Plan **Die Datensätze Ihrer Website** Eine Website, die Daten speichert, erhält eine eigene Datenbank, standardmäßig in der Europäischen Union angelegt. Der Standort wird festgelegt, wenn die Datenbank erstellt wird. **Die Dateien Ihrer Website** Auch der eigene Dateispeicher jeder Website wird in der Europäischen Union angelegt, bei der ersten Nutzung. **Nächtliche Kopien** In bezahlten Plänen werden die nächtlichen Kopien der Datenbank einer Website in der Europäischen Union aufbewahrt. **Alles andere** Ihr Konto, Ihre Unterhaltungen und die übrigen Daten des Studios werden von den Arten von Dienstleistern verarbeitet, die in der [Datenschutzerklärung](https://briks.dev/de/privacy#transfers) aufgeführt sind. Einige davon verarbeiten Daten außerhalb des Europäischen Wirtschaftsraums, auf Grundlage eines Angemessenheitsbeschlusses oder der Standardvertragsklauseln der Europäischen Kommission. **Jede Website für sich** Jede veröffentlichte Website läuft für sich, mit eigenem Servercode, eigener Datenbank für die gespeicherten Datensätze und eigenem Speicher. Die Schlüssel einer Website gelten nur für diese eine Website. **Versiegelte Builds** Der Code Ihrer Website wird in einem abgeschotteten Bereich erstellt, der keine andere Website sehen kann. ## Versionen, Rückgängig und Wiederherstellung In jedem Plan Nächtliche Kopien in bezahlten Plänen **Versionen** Jeder Build, jede Änderung und jede erneute Prüfung wird als Version gespeichert. Owner, Admins und Editors können eine Version rückgängig machen, wiederholen oder wiederherstellen, und die Website wird wieder so veröffentlicht, wie sie war. **Der Verlauf Ihrer Datenbank** Owner und Admins können die Datenbank einer Website auf einen früheren Zeitpunkt ihres Verlaufs oder auf einen Wiederherstellungspunkt zurücksetzen. Briks legt selbst einen Wiederherstellungspunkt an, bevor es den Aufbau der Datenbank ändert. **Nächtliche Kopien** Schalten Sie in einem kostenpflichtigen Plan eine nächtliche Kopie der Datenbank einer Website ein, jede wird 30 Tage aufbewahrt. Jeder, der das Projekt sehen kann, kann eine herunterladen. **Code und Datensätze getrennt** Das Wiederherstellen einer Code-Version ändert nie die Datenbank, und das Wiederherstellen der Datenbank ändert nie den Code. - [Versionen, Rückgängig und Wiederholen](https://briks.dev/de/docs/versions) - [Backups](https://briks.dev/de/docs/backups) ## Schlüssel und Geheimnisse In jedem Plan **Secrets** Schlüssel, die Ihre Website braucht, gehen verschlüsselt direkt an Ihre veröffentlichte Website, wo nur ihr Servercode sie lesen kann. Briks speichert den Namen jedes Schlüssels, wer ihn gespeichert hat und wann. Niemand kann einen Wert zurücklesen, auch Sie nicht. **Schlüssel in Nachrichten** Ein Schlüssel, der versehentlich in eine Nachricht eingefügt wurde, wird herausgeschnitten, bevor die Nachricht gespeichert oder von der KI gelesen wird, sofern Briks seine Art kennt, und die Antwort sagt, wohin er gehört. **Nie im Code** Ein Schlüssel, der in irgendeiner Datei Ihrer Website steht, stoppt die Veröffentlichung. Das gilt auch für Code im Browser der Besucher, der einen geheimen Schlüssel ausliest. Der Code, den Sie herunterladen, enthält nie Ihre Schlüssel. **Die eigenen Schlüssel von Briks** Der Code Ihrer Website kann die Schlüssel, auf denen Briks selbst läuft, nie lesen. Eine Änderung, die es versucht, wird nicht veröffentlicht. - [Secrets](https://briks.dev/de/docs/secrets) ## Prüfungen vor jeder Veröffentlichung In jedem Plan **Was eine Veröffentlichung aufhält** Eine Änderung wird zurückgehalten, und Ihre Live-Website bleibt unverändert, wenn sie ein Skript von einer anderen Website laden, Aktionen der Besucher an eine andere Website senden, die Seite einer anderen Website in Ihrer anzeigen, ein Formular an eine andere Website senden oder einen Zahlungsschlüssel oder Geld an eine Adresse schicken würde, die Sie nicht eingerichtet haben. In den Einstellungen Ihres Projekts können Sie bis zu 10 Websites erlauben, denen Sie vertrauen. **Was niemand erlauben kann** Ein in eine Datei geschriebener Schlüssel, ein geheimer Schlüssel, der im Browser des Besuchers gelesen wird, und Code, der die eigenen Schlüssel von Briks liest, werden abgelehnt, egal wer fragt. **Jeder Zugang** Dieselben Regeln gelten für Code, den Sie von Hand bearbeiten, und für Code, der von GitHub gepusht wird. **Eine Sicherheitsprüfung** Bevor ein Build oder eine Änderung veröffentlicht wird, prüft Briks den dafür geschriebenen Code auf die Fehler, durch die am häufigsten Daten abfließen: Schlüssel in Dateien, Routen, die Daten ohne Begrenzung ändern, Mitgliederdatensätze, die gelesen werden, ohne zu prüfen, wer fragt, Datenbankabfragen, die aus Text zusammengesetzt werden, und Zahlungen, denen ohne Nachweis vertraut wird. Was gefunden wird, geht zur Korrektur zurück. **Eine Prüfung vor dem Start** Beim Wechsel in die Produktion läuft zuerst eine Startprüfung. Platzhaltertexte, Seiten ohne Titel, Links, die ins Leere führen, und ein Dashboard ohne Anmeldemöglichkeit halten die Veröffentlichung jeweils auf, bis sie behoben sind. - [In Produktion veröffentlichen](https://briks.dev/de/docs/publish-to-production) ## Der Security-Agent Ab dem Plan Starter **Was er prüft** Beauftragen Sie ihn für ein Projekt, und er prüft Ihren Code nach jeder Veröffentlichung und die ganze Website jeden Montag: Schlüssel, die Sicherheitseinstellungen und das Zertifikat der Live-Website, Dateien, die nicht öffentlich sein sollten, und die Pakete, die Ihre Website nutzt. **Es fragt zuerst** Er erklärt jeden Befund in einfachen Worten, und jede Korrektur wartet auf die Freigabe durch einen Owner oder Admin. Den Wert eines Schlüssels sieht er nie. **Wer ihn einstellt** Owner und Admins. Er zählt für dieses Projekt als einer der Agents Ihres Plans. - [Der Security-Agent](https://briks.dev/de/features/security-agent) - [So beauftragen Sie ihn](https://briks.dev/de/docs/security-agent) ## Zahlungen auf Ihren Websites Jeder Plan, auch Free **Ihr eigenes Konto** Verbinden Sie Ihr eigenes Konto bei Stripe, PayPal, Mollie, Razorpay, Paddle, Lemon Squeezy, Polar, Creem oder Dodo Payments. Käufer zahlen direkt an Sie, und Briks erhebt keine Gebühr auf Ihre Verkäufe. **Ihre Schlüssel** Nur Owners und Admins speichern Zahlungsschlüssel. Jeder wird vor dem Speichern geprüft und dann wie jedes andere Geheimnis mit Ihrer veröffentlichten Website aufbewahrt. **Zahlungsnachweis** Jede Meldung über eine Zahlung wird als vom Zahlungsanbieter stammend überprüft, bevor eine Bestellung als bezahlt gilt. - [Anmeldung und Zahlungen](https://briks.dev/de/docs/sign-in-and-payments) ## Anmeldung für Ihre Besucher In jedem Plan **E-Mail und Passwort** Eine Website mit Konten bittet jedes neue Mitglied, vor der Anmeldung die E-Mail-Adresse zu bestätigen, speichert Passwörter nur in einer Einwegform und sendet einen Link zum Zurücksetzen, der eine Stunde lang gilt. **Anmelden mit** Owner und Admins können Google, Apple, Microsoft, GitHub, X, Facebook, LinkedIn oder Discord mit eigenen Schlüsseln hinzufügen. **Limits** Anmelde- und Registrierungsversuche sind begrenzt, damit Passwörter nicht schnell erraten werden können. ## Ihr Briks-Konto In jedem Plan **Eine bestätigte E-Mail-Adresse** Jedes Briks-Konto bestätigt seine E-Mail-Adresse, bevor es genutzt wird, und Passwörter werden nur in einer Einwegform gespeichert. **Ihre Geräte** Ihr Profil listet jedes Gerät auf, das in Ihrem Konto angemeldet ist, und Sie können jedes davon abmelden. **Passwort zurücksetzen** Ein Link zum Zurücksetzen funktioniert nur einmal und eine Stunde lang, und das Zurücksetzen meldet jedes Gerät ab. - [Ihr Profil und die Anmeldung](https://briks.dev/de/docs/account) ## Rollen und Einladungen Teams ab Pro **Vier Rollen** Viewer sehen Projekte, Vorschauen und Analysen und ändern nichts. Editor erstellen, ändern und veröffentlichen. Admins verwalten außerdem Mitglieder und Einstellungen. Nur Owner kümmern sich um Abrechnung, andere Owner und das Löschen des Workspace. **Einladungen** Eine Einladung gilt 7 Tage und nur für die Adresse, an die sie gesendet wurde. - [Mitglieder und Rollen](https://briks.dev/de/docs/members-and-roles) ## KI-Agents und was sie lesen Ab dem Plan Starter **Er fragt Sie** Ein Agent fragt nach, bevor etwas hinausgeht, etwa eine E-Mail, ein Beitrag oder eine Änderung an Ihrer Website, es sei denn, Sie lassen eine Art von Aufgabe selbstständig ausführen. Manche Arten fragen immer nach. **Fremde Worte** Wörter, die von außen kommen, etwa ein Formulareintrag, eine Bewertung oder die Seite einer anderen Website, werden als nicht vertrauenswürdig markiert, damit ein Agent sie als Information liest und nicht als Anweisung. **Für Sie aufbewahrt** Nachdem ein Agent fremde Texte gelesen hat, darf er nur bei wenigen eng gefassten Antworten selbstständig handeln. Eine Aktion mit einer Adresse oder einem Link, die weder aus dem Datensatz noch von Ihnen stammen, wird angehalten, und Sie werden informiert. **Nichts geht verloren** Was ein Agent sendet, wird vorher auf Schlüssel und interne Angaben geprüft. **Ein eigener Workspace** Jeder Agent sieht nur seinen eigenen Workspace, erzwungen in der Datenbank selbst. - [Genehmigungen und Budgets](https://briks.dev/de/docs/agent-approvals) ## Datenschutz Ihrer Besucher In jedem Plan **Keine Cookies zum Zählen** Die Analytics Ihrer Website setzt keine Cookies und speichert keine Adresse. Ein Besucher wird über einen Code gezählt, der sich jeden Tag ändert, und Browser, die darum bitten, nicht verfolgt zu werden, werden nicht gezählt. **A/B-Tests** Ein A/B-Test hält jeden Besucher per Cookie in seiner Version. **Bedingungen zur Auftragsverarbeitung** Für die Daten Ihrer Besucher sind Sie der Verantwortliche, und Briks verarbeitet sie in Ihrem Auftrag nach den Auftragsverarbeitungsbedingungen in den [Nutzungsbedingungen](https://briks.dev/de/terms#processing). Briks informiert Sie, bevor es einen Dienstleister hinzufügt oder ersetzt, damit Sie widersprechen können. ## Ihre Arbeit mitnehmen und löschen In jedem Plan Downloads in bezahlten Plänen **Nehmen Sie Ihre Arbeit mit** Mit einem kostenpflichtigen Tarif laden Sie den für Ihre Website geschriebenen Code jederzeit herunter, und Ihre Einträge als JSON oder CSV. **Konto löschen** Löschen Sie es in Ihrem Profil und bestätigen Sie mit Ihrem Passwort, dann wird es sofort gelöscht. Wenn Sie der einzige Owner eines Workspace sind, in dem noch andere Personen oder Projekte sind, machen Sie zuerst jemand anderen zum Owner. **Einen Workspace löschen** Ein Owner kann einen Workspace löschen, sobald er keine Projekte mehr enthält und nicht der einzige Workspace des Owners ist. ## Das Unternehmen **Wer wir sind** Briks ist ein Handelsname von SEMICOLON WEB TECHNOLOGIES. **Recht** Die Bedingungen unterliegen dem Recht von Ireland. **Die Dokumente** Die [Nutzungsbedingungen](https://briks.dev/de/terms), die [Datenschutzerklärung](https://briks.dev/de/privacy) und die [Erstattungsrichtlinie](https://briks.dev/de/refund-policy) legen fest, wie Briks mit Ihnen zusammenarbeitet. ## Sicherheitsproblem melden ### Sicherheitsproblem gefunden? Schreiben Sie an [hello@briks.dev](mailto:hello@briks.dev) und nennen Sie, was Sie gefunden haben, wo, und die Schritte, die es zeigen. Geben Sie Briks Zeit, das Problem zu beheben, bevor Sie es weitergeben, und öffnen oder ändern Sie bei der Suche niemals Daten, die Ihnen nicht gehören.