{"id":35532,"date":"2019-10-31T22:04:52","date_gmt":"2019-10-31T19:04:52","guid":{"rendered":"https:\/\/prohoster.info\/blog\/bezopasnye-push-uvedomleniya-ot-teorii-k-praktike\/"},"modified":"2019-10-31T22:04:52","modified_gmt":"2019-10-31T19:04:52","slug":"bezopasnye-push-uvedomleniya-ot-teorii-k-praktike","status":"publish","type":"post","link":"https:\/\/prohoster.info\/it\/blog\/administrirovanie\/bezopasnye-push-uvedomleniya-ot-teorii-k-praktike","title":{"rendered":"Notifiche push sicure: dalla teoria alla pratica","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

Ciao, Habr! <\/p>\n

Oggi parler\u00f2 di ci\u00f2 che io e i miei colleghi stiamo facendo da diversi mesi: le notifiche push per i messaggi mobili. Come gi\u00e0 detto, nella nostra applicazione si pone grande attenzione alla sicurezza. Pertanto, abbiamo cercato di capire se le notifiche push hanno \"debolezze\" e, in caso affermativo, come possiamo mitigarle per aggiungere questa funzionalit\u00e0 utile al nostro servizio.<\/p>\n

Pubblico la traduzione del nostro articolo su Medium<\/a><\/noindex> con alcune aggiunte personali. In esso ci sono i risultati dell'indagine e una spiegazione di come abbiamo risolto il problema.<\/p>\n

Esploriamo la materia<\/h2>\n

\nNella versione classica, le notifiche push rendono i messaggeri vulnerabili agli attacchi MITM (Man-in-the-middle, \"Uomo nel mezzo\"). Ad esempio, Google, Microsoft e la vecchia versione di iMessage inviano le chiavi di crittografia ai server Apple \u2013 sul server avviene l'autenticazione degli utenti e la decrittazione dell'intestazione del messaggio (o del suo contenuto).<\/p>\n

\"Notifiche
\n
\nDi conseguenza, c'\u00e8 la possibilit\u00e0 di leggere le conversazioni accedendo al server delle notifiche push. Questo significa che qualsiasi crittografia delle conversazioni \u00e8 inutile: le notifiche push lasceranno comunque la possibilit\u00e0 di lettura a terzi. Gli autori dell'articolo \u201cCrittografa in modo intelligente\u201d<\/a><\/noindex> su Xaker.ru, dedicato ai metodi di crittografia dei messaggi, hanno discusso questa possibilit\u00e0 pi\u00f9 dettagliatamente. <\/p>\n

Se pensate che i server Apple e Google non permetteranno mai la fuga di chiavi di crittografia degli utenti, riflettete sul fatto che i loro dipendenti hanno accesso a questi server. E i dipendenti sono persone.
\nNonostante tutte le vulnerabilit\u00e0 delle notifiche push, molti messaggeri \"sicuri\", tra cui Signal e Telegram, le utilizzano. Altrimenti, gli utenti sarebbero costretti a monitorare manualmente i nuovi messaggi, controllando continuamente l'app. Questo \u00e8 piuttosto scomodo, e i messaggeri concorrenti avrebbero un vantaggio.<\/p>\n

Paranoia e buon senso<\/h2>\n

<\/a><\/noindex>
\nNel nostro progetto ci siamo dedicati a questo problema un paio di mesi fa. Avevamo bisogno di creare un'opzione per le notifiche push per essere competitivi. Ma allo stesso tempo, non possiamo lasciarci sfuggire la sicurezza, perch\u00e9 qualsiasi fuga di dati compromettersi la fiducia nel progetto.<\/p>\n

Tuttavia, abbiamo gi\u00e0 un'importante vantaggio: il nostro messaggero \u00e8 decentralizzato (i dati sono archiviati nella blockchain), e i dipendenti non hanno accesso agli account. Le chiavi di crittografia appartengono solo agli utenti, e le chiavi pubbliche dei contatti sono disponibili nella blockchain, per proteggere contro gli attacchi MITM.<\/p>\n

Nella prima versione delle notifiche push abbiamo deciso di essere estremamente cauti e non trasmettere affatto il testo del messaggio. Il servizio di push riceveva dalla nodo solo un segnale sul fatto che il messaggio fosse stato ricevuto. Pertanto, l'utente vedeva la notifica \u201c\u00c8 arrivato un nuovo messaggio\u201d. Era possibile leggerlo solo all'interno del messenger. <\/p>\n

\"Notifiche
\nCome funzionava: video<\/a><\/noindex>.<\/p>\n

Dopo abbiamo scoperto che nell'ultima versione delle notifiche di Apple ci sono nuovi elementi di sicurezza. Essi hanno rilasciato<\/a><\/noindex> UNNotificationServiceExtension, che consente agli sviluppatori di inviare dati delle notifiche completamente crittografati tramite APNS. Successivamente, l'applicazione sul dispositivo dell'utente finale esegue la decrittazione (o scarica dati aggiuntivi) e mostra la notifica. Questa \u00e8 stata la base per la seconda versione delle notifiche push.<\/p>\n

Ora abbiamo sviluppato la seconda versione delle notifiche push per iOS, che consente di visualizzare il testo del messaggio senza compromettere la sicurezza. Nella nuova concezione, la logica \u00e8 la seguente:<\/p>\n