Sicherheit

Security liest den Code Ihrer App auf Schwachstellen und riskante Einstellungen: Öffnen Sie Manage, dann Security.

Zwei Scans

Jeder kostet Credits, und sein Preis steht neben seiner Schaltfläche, zusammen mit dem Zeitpunkt des letzten Laufs. Ein Klick auf die Kachel Security in Übersicht startet einen Schnellscan, falls noch keiner gelaufen ist, und verbraucht diese Credits. Out of date bedeutet, dass sich der Code seitdem geändert hat. Wenn sich seit dem letzten Scan weder am Code noch am Kontext etwas geändert hat, sagt die Seite das.

Scan on publish beim Schnellscan führt ihn nach jeder Veröffentlichung, die den Code geändert hat, von selbst aus, zum selben Preis. Er ist aus, bis Sie ihn einschalten. Das Fenster Publish hat denselben Schalter. Siehe Im Web veröffentlichen.

Was er gefunden hat

Detected issues listet jedes Problem auf, mit seinem Schweregrad, seinem Ort und dem, was zu tun ist.

• Send to chat to fix legt die Korrektur in den Chat, damit Sie sie lesen und senden können. Fix all in chat tut das für alle Probleme auf einmal.
• Wenn ein Problem eine Sammlung ist, die jeder lesen kann, schließt Require sign-in oder Close to your team sie sofort, ohne Änderung am Code. Siehe Wer was sehen darf.
• Nach einer Korrektur werden die Probleme erneut geprüft, und die Liste sagt, welche verschwunden sind und welche noch da sind.

„No issues found“ bedeutet, dass der Scan nichts gefunden hat. Er liest den Code auf häufige Fehler, kann also nicht jedes Risiko ausschließen.

Kontext hinzufügen

Der Scanner kennt nur den Code. Add context, oben rechts, sagt ihm, was der Code nicht sagen kann: wofür die App da ist, wer sie nutzt, welche Daten sie speichert und was Absicht ist.

A shop for a bakery. Customers order without an account. We store names,
phone numbers and addresses for delivery. The menu and prices are public on purpose.

Damit wird eine öffentliche Speisekarte nicht als Datenleck gemeldet, und Bestellungen mit Adressen werden als die privaten Daten geprüft, die sie sind.

Bibliotheken

React, Supabase und die anderen Bibliotheken, auf denen jede App läuft, werden von Setherion gepflegt und bei jeder Version auf bekannte Sicherheitsprobleme geprüft. Sie müssen nichts aktualisieren. Die Karte zeigt No known issues und das Datum der letzten Prüfung.

Immer aktiv

Manche Schutzmaßnahmen warten nicht auf einen Scan:

• Ein geheimer Schlüssel im Code der App wird nie veröffentlicht. Die Veröffentlichung wird abgelehnt, kostenlos und unabhängig vom Scan, und die Meldung nennt die Art des Schlüssels sowie die Datei und die Zeile. Erkannt werden die Schlüssel der gängigen KI-, Zahlungs-, E-Mail-, Nachrichten- und Code-Hosting-Dienste, private Schlüssel und die Admin-Schlüssel eines Supabase-Projekts. Schlüssel, die von Natur aus öffentlich sind, wie ein Supabase-anon-Schlüssel oder ein veröffentlichbarer Stripe-Schlüssel, bleiben unberührt.
• Die Schlüssel verbundener Dienste bleiben auf den Servern von Setherion, und die veröffentlichte App ruft die Dienste über Setherion auf.
• Ein Datensatz wird nur von der Person gelesen, die ihn gespeichert hat, und von Ihrem Team, bis Sie ihn unter Access rules öffnen.
• Jeder Build und jede Änderung wird unsichtbar geöffnet, bevor Sie ihn sehen, und zur Reparatur zurückgeschickt, wenn er abstürzt. Siehe Bevor es online geht.
• In Business kann eine App privat gestellt werden, sodass nur angemeldete Personen Ihres Arbeitsbereichs sie öffnen. Siehe Sichtbarkeit.
• Briefe, die die App versendet, stoppen von selbst, wenn viele zurückkommen oder als Spam markiert werden. Siehe E-Mails.