Ogni startup sperimenta tensione. Da un lato, la pressione per lanciarsi rapidamente, convalidarsi e crescere. Dall’altro, la necessità di fare le cose bene. In questo contenzioso la sicurezza tende ad essere la parte perdente, vista come un lusso che può essere risolto “quando si hanno tempo e denaro”.
E' un calcolo pericoloso. Non perché la sicurezza sia sempre costosa, ma perché le startup confondono ciò che è costoso con ciò che è essenziale. Ci sono decisioni sulla sicurezza che non costano quasi nulla se prese in anticipo e costano l'intero prodotto se ignorate.
Questo testo è per fondatori e leader di prodotto che stanno costruendo un'app mobile e hanno bisogno di una risposta onesta: a cosa si può rinunciare adesso e a cosa non si potrà mai rinunciare.
Il vero dilemma di una startup
La startup non ha il problema della grande azienda. Non ha milioni di utenti o team dedicati. C’è un altro problema: risorse scarse e poco tempo.
Pertanto, copiare il manuale di sicurezza di un'azienda è un errore. L'avvio non necessita di un programma di sicurezza completo. Serve discernimento, sapere dove concentrare il poco sforzo a disposizione per la massima tutela.
La maggior parte dei primi disastri legati alla sicurezza delle app derivano da una manciata di errori di base. Risolvere questi pochi punti ti mette già in vantaggio su gran parte del mercato.
La tesi: la sicurezza protegge il tuo bene più fragile
Ecco cosa sostengo. In una startup la sicurezza non compete con la velocità. Protegge l'unica cosa che ancora non puoi permetterti di perdere: la fiducia.
Una grande azienda sopravvive a un incidente. Ha un marchio, un cassiere e avvocati. Una startup che divulga i dati degli utenti nei primi mesi potrebbe semplicemente non avere un secondo atto. La fiducia che stai ancora costruendo viene distrutta prima che esista veramente.
Pertanto, la sicurezza in una startup non significa essere protetti da tutto. Si tratta di non commettere lo stupido errore che uccide l'azienda troppo presto.
Il minimo di cui ogni startup ha bisogno per funzionare
Non incorporare segreti nell'app
L’errore più comune e più evitabile. Chiavi API, password e token non dovrebbero mai risiedere nel codice dell'applicazione. L'app sul cellulare dell'utente è consultabile e praticamente tutto ciò che contiene è pubblico.
I segreti rimangono nel backend. L'app comunica con il server in modo autenticato e il server è colui che memorizza ciò che deve essere salvato. Questa decisione è gratuita e previene un’intera classe di disastri.
Utilizza gratuitamente ciò che la piattaforma già offre
Non è necessario inventare la crittografia né riscrivere l'autenticazione. iOS e Android offrono archiviazione sicura per i dati sensibili. I servizi di identità pronti all'uso risolvono accessi di qualità. HTTPS è standard e non fa male abilitarlo correttamente.
La regola per le startup è: approfittare del lavoro sicuro che è già stato svolto da chi capisce. Reinventare queste parti non è un elemento di differenziazione competitiva, è un debito tecnico mascherato da autonomia.
Tratta i dati personali con rispetto fin dal primo giorno
Se la tua app raccoglie dati da brasiliani, la LGPD si applica a te, indipendentemente dalle dimensioni dell'azienda. Ma anche a prescindere dalla legge, esiste un principio semplice e potente: raccogli solo ciò di cui hai veramente bisogno.
I dati che non raccogli sono dati che non puoi divulgare. Questa è la strategia di sicurezza più economica che esista. Ridurre al minimo la raccolta riduce i rischi, semplifica la conformità e in generale migliora la fiducia degli utenti.
Convalida sul server, sempre
Le convalide effettuate solo nell'app possono essere aggirate. Per la startup, questo significa una regola semplice: tutto ciò che conta davvero, pagamento, autorizzazione, accesso ai dati, deve essere verificato sul backend.
L'app si prende cura dell'esperienza. Il server si prende cura della verità. Confondere le due cose è come chiudere la porta ma lasciare la finestra spalancata.
Un esempio pratico
Pensa a una startup che crea un'app di gestione finanziaria personale. Il prodotto deve uscire rapidamente per convalidare l'idea con gli utenti reali. Tutto in lui lo spinge a consegnare presto.
La tentazione è quella di archiviare la chiave di integrazione presso la banca all'interno dell'app, convalidare i limiti di utilizzo sul client e archiviare i dati localmente senza troppa attenzione. Funziona nella demo. Diventa una tragedia nel mondo reale.
La versione sana non costa molto di più: la chiave è nel backend, i limiti vengono controllati sul server, i dati sensibili utilizzano l'archiviazione sicura del sistema e la raccolta dei dati è il minimo richiesto. Continua a costruire rapidamente. Non è semplicemente una trappola.
Il punto è che la sicurezza matura, nelle fasi iniziali, raramente significa fare di più. Si tratta di non fare ovvie sciocchezze.
Gli errori che affondano le startup
Il primo errore è l’eterno rinvio. "Quando cresciamo, la nostra priorità è la sicurezza." Il problema è che crescere partendo da basi insicure significa portare il fallimento a un livello in cui risolverlo è molto più costoso e rischioso.
La seconda è l'opposto: paralisi da eccesso. Fondatori che tentano di implementare una sicurezza di livello aziendale in MVP e mandano in crash il prodotto. Anche questo uccide le startup, solo per fame piuttosto che per incidenti.
Il terzo è fidarsi ciecamente degli strumenti. L'uso del cloud e dei servizi gestiti aiuta, ma la configurazione errata è una delle principali cause di perdite. Lo strumento dà la cassaforte; il bloccaggio dipende da te.
La maturità sta nel mezzo: fare bene l’essenziale e rimandare consapevolmente il resto, sapendo esattamente cosa resta per dopo.
La sicurezza come decisione del fondatore
La sicurezza nelle startup non è un argomento tecnico delegabile. È una decisione strategica per chi guida. Definisci che tipo di azienda stai costruendo e che tipo di relazione desideri con i tuoi utenti.
La startup che tratta la sicurezza con discernimento fin dalla tenera età non è lenta o paranoica. Stai proteggendo la possibilità di avere un futuro. E lo fa, nella maggior parte dei casi, con decisioni economiche prese al momento giusto.
La velocità senza fiducia è solo una corsa verso il precipizio. Le migliori startup corrono veloci senza lasciare la chiave sotto il tappeto.
Se stai creando un'app e vuoi capire quali battaglie per la sicurezza vale la pena acquistare adesso, vale la pena parlarne. Ci sono altri articoli sul blog su LGPD, MVP e architettura che approfondiscono questi punti per coloro che hanno appena iniziato.
Leggi anche
- La sicurezza nelle applicazioni mobili: architetture per chi ha bisogno di scalare
- La sicurezza nelle applicazioni mobili: architetture per piccoli team
- La sicurezza nelle applicazioni web: l'architettura spiegata per i principianti
- App per startup
- Applicazione per startup - Lista di controllo quotidiana
- App per startup: la lista di controllo di ciò che conta davvero prima di crescere