Sicurezza

Security legge il codice della tua app alla ricerca di vulnerabilità e impostazioni rischiose: apri Manage, poi Security.

Due scansioni

Ognuna costa crediti, e il prezzo è scritto accanto al suo pulsante, insieme a quando è stata eseguita l’ultima volta. Premere il riquadro Security in Panoramica avvia una scansione rapida se non ne è stata eseguita nessuna e spende quei crediti. Out of date significa che da allora il codice è cambiato. Quando né il codice né il contesto sono cambiati dall’ultima scansione, la pagina lo dice.

Scan on publish, nella scansione rapida, la esegue da sola dopo ogni pubblicazione che ha cambiato il codice, allo stesso prezzo. È disattivata finché non la attivi. La finestra Publish ha lo stesso interruttore. Vedi Pubblicare sul web.

Cosa ha trovato

Detected issues elenca ogni problema, con la sua gravità, dove si trova e cosa fare.

• Send to chat to fix mette la soluzione nella chat, perché tu la legga e la invii. Fix all in chat lo fa per tutti i problemi in una volta.
• Quando un problema è una raccolta che chiunque può leggere, Require sign-in o Close to your team la chiude subito, senza modificare il codice. Vedi Chi può vedere cosa.
• Dopo una correzione, i problemi vengono controllati di nuovo, e l’elenco dice quali sono spariti e quali ci sono ancora.

“No issues found” significa che la scansione non ha trovato nulla. Legge il codice alla ricerca di errori comuni, quindi non può escludere ogni rischio.

Aggiungere contesto

Lo scanner conosce solo il codice. Add context, in alto a destra, gli dice ciò che il codice non può dire: a cosa serve l’app, chi la usa, quali dati conserva e cosa è voluto.

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.

Con queste informazioni, un menu pubblico non viene segnalato come una fuga di dati, e gli ordini con gli indirizzi vengono controllati come i dati privati che sono.

Librerie

React, Supabase e le altre librerie su cui gira ogni app sono curate da Setherion e controllate a ogni rilascio per verificare che non abbiano problemi di sicurezza noti. Non c’è nulla da aggiornare da parte tua. La scheda mostra No known issues e la data dell’ultimo controllo.

Sempre attiva

Alcune protezioni non aspettano una scansione:

• Una chiave segreta scritta nel codice dell’app non viene mai pubblicata. La pubblicazione viene rifiutata, gratuitamente, qualunque cosa dica la scansione, e il messaggio indica il tipo di chiave, il file e la riga. Riconosce le chiavi dei più comuni servizi di IA, pagamenti, e-mail, messaggistica e hosting di codice, le chiavi private e le chiavi di amministrazione di un progetto Supabase. Le chiavi pensate per essere pubbliche, come una chiave anon di Supabase o una chiave pubblicabile di Stripe, vengono lasciate stare.
• Le chiavi dei servizi collegati restano sui server di Setherion, e l’app pubblicata chiama attraverso Setherion.
• Un record può essere letto solo dalla persona che lo ha salvato e dal tuo team, finché non lo apri in Regole di accesso.
• Ogni creazione e ogni modifica viene aperta fuori dalla vista prima che tu la veda, e rimandata in riparazione se va in crash. Vedi Prima che vada online.
• Su Business, un’app può essere resa privata, così la aprono solo le persone del tuo spazio di lavoro che hanno effettuato l’accesso. Vedi Visibilità.
• Le e-mail che l’app invia si fermano da sole se molte rimbalzano o vengono segnalate come spam. Vedi E-mail.