app iOS - hash password utente in-app o on-server?

Usa SSL per gestire le comunicazioni su Internet in modo sicuro, quindi hash la password sul server. In caso contrario, l'hash della password diventa la password, per quanto riguarda il servizio, e un utente malintenzionato che accede al database può accedere come qualsiasi utente come se le sue password fossero archiviate in testo normale. SSL è fondamentale per impedire che le credenziali degli utenti vengano intercettate sulla rete.

Perché non può essere entrambi? Quando l'utente immette la propria password (come un nuovo utente o durante l'accesso), lo hash sul lato client, quindi lo invia su un canale sicuro al server, che lo ripulirà nuovamente prima di fare qualsiasi confronto. Sicurezza ridondante e distribuita; fino a quando l'attaccante non "accende" la macchina su cui è inserita la password in chiaro (utilizzando un keylogger, ecc.), dovrà interrompere più hash / livelli di crittografia e nessun nodo nel sistema sa tutto ciò che è necessario essere noto per ottenere dalla password in chiaro all'hash memorizzato nel DB.

L'hash eseguito sul server dovrebbe essere costoso, come bcrypt o scrypt; quello sul client dovrebbe essere ancora un hash crittografico, ma qualcosa di più veloce come SHA-512 va bene.

Il protocollo più sicuro attualmente disponibile riguarda la crittografia a chiave pubblica.

• genera una chiave privata "server" sul server. La chiave privata non lascia mai il server. In qualche modo ottenere la corrispondente chiave pubblica per l'app. L'utilizzo di HTTPS (TLS) è il modo più comune per gestirlo. In genere, il server Web sysadmin paga circa $ 100 per ottenere la chiave pubblica firmata da un'autorità di certificazione; ma questo non è tecnicamente necessario.
• genera le chiavi private "dispositivo" localmente nell'app, quando l'app viene eseguita per la prima volta su quel dispositivo. Le chiavi private non abbandonano mai il dispositivo. (La best practice consiste nel generare sia una chiave privata di "firma" che una chiave privata di "crittografia", e quindi chiavi pubbliche derivate da esse). In qualche modo ottenere quelle chiavi pubbliche dall'app al server, forse nel momento in cui l'utente crea un account.
• Utilizza una sorta di autenticazione reciproca. Mi è stato detto che la parte (opzionale) "autenticazione client" di TLS ("handshake TLS autenticato dal client") è un modo per farlo.

Purtroppo, è un po 'complicato gestire un singolo utente che ha diversi dispositivi (ciascuno con la propria coppia di chiavi privata / pubblica).

Sembra che tu stia cercando un protocollo di chiave autenticato dalla password (PAKE). La mia comprensione è che ci sono diverse librerie software che supportano " protocollo di password remoto sicuro " (SRP) o qualche altro PAKE protocollo, incluso GnuTLS , OpenSSL , Castello gonfiabile , e altre implementazioni TLS .