{"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 su cui io e i miei colleghi siamo stati impegnati per alcuni mesi: le notifiche push per i messenger mobile. Come ho gi\u00e0 detto, nella nostra applicazione poniamo un forte accento sulla sicurezza. Per questo motivo, abbiamo indagato se ci siano \"punti deboli\" nelle notifiche push e, se s\u00ec, come possiamo mitigarli per aggiungere questa utile opzione al nostro servizio.<\/p>\n

Pubblico la traduzione del nostro articolo su Medium<\/a><\/noindex> con alcune aggiunte da parte mia. In esso ci sono le conclusioni dell'\"indagine\" e una narrazione su come \u00e8 stata risolta la questione.<\/p>\n

Esploriamo il materiale tecnico<\/h2>\n

\nNel modello classico, le notifiche push rendono i messenger vulnerabili ad 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 \u2014 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. Ci\u00f2 significa che qualsiasi forma di crittografia delle conversazioni risulta inutile: le notifiche push lasceranno comunque la possibilit\u00e0 di lettura da parte di terzi. Gli autori dell'articolo hanno discusso questo aspetto in dettaglio. \u201cCriptati in modo efficace\u201d<\/a><\/noindex> su Xaker.ru, dedicato ai metodi di crittografia dei messaggi. <\/p>\n

Se pensate che i server di Apple e Google non possano mai subire perdite delle 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 dei push, molti messaggeri 'sicuri', inclusi Signal e Telegram, li utilizzano. Altrimenti gli utenti sarebbero costretti a monitorare manualmente i nuovi messaggi, accedendo continuamente all'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, abbiamo affrontato questa questione alcuni mesi fa. Avevamo bisogno di implementare l'opzione di notifiche push per rimanere competitivi. Ma allo stesso tempo, non volevamo creare una falla nella sicurezza, perch\u00e9 qualsiasi fuga di dati compromette la fiducia nel progetto.<\/p>\n

Tuttavia, abbiamo gi\u00e0 un vantaggio importante: il nostro messaggero \u00e8 decentralizzato (i dati sono immagazzinati nella blockchain), e i dipendenti non hanno accesso agli account. Le chiavi di crittografia sono solo degli utenti, mentre le chiavi pubbliche degli interlocutori sono disponibili nella blockchain per difendersi dagli attacchi MITM.<\/p>\n

Nella prima versione delle notifiche push abbiamo deciso di assicurarci al massimo, non trasmettendo affatto il testo del messaggio. Il servizio push riceveva dal nodo non il testo del messaggio, ma solo un segnale che ne attestava la ricezione. Pertanto, l'utente vedeva la notifica \"\u00c8 arrivato un nuovo messaggio\". Era possibile leggerlo solo nel messenger. <\/p>\n

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

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

Attualmente 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