{"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\/pt\/blog\/administrirovanie\/bezopasnye-push-uvedomleniya-ot-teorii-k-praktike","title":{"rendered":"Notifica\u00e7\u00f5es push seguras: da teoria \u00e0 pr\u00e1tica","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

Ol\u00e1, Habr! <\/p>\n

Hoje vou falar sobre o que eu e meus colegas temos trabalhado nos \u00faltimos meses: sobre notifica\u00e7\u00f5es push para mensageiros m\u00f3veis. Como j\u00e1 mencionei, nosso aplicativo tem um grande foco na seguran\u00e7a. Portanto, investigamos se as notifica\u00e7\u00f5es push t\u00eam \"pontos fracos\" e, se sim, como podemos mitig\u00e1-los para adicionar essa fun\u00e7\u00e3o \u00fatil ao nosso servi\u00e7o.<\/p>\n

Estou publicando a tradu\u00e7\u00e3o do nosso artigo do Medium<\/a><\/noindex> com algumas adi\u00e7\u00f5es pessoais. Nele, est\u00e3o as conclus\u00f5es da \"investiga\u00e7\u00e3o\" e a explica\u00e7\u00e3o de como resolvemos o problema.<\/p>\n

Explorando a base t\u00e9cnica<\/h2>\n

\nNa modelagem cl\u00e1ssica, as notifica\u00e7\u00f5es push tornam os mensageiros vulner\u00e1veis a ataques MITM (Man-in-the-middle). Por exemplo, no Google, Microsoft e na vers\u00e3o antiga do iMessage, o aplicativo envia as chaves de criptografia para os servidores da Apple \u2014 no servidor, ocorre a autentica\u00e7\u00e3o dos usu\u00e1rios e a descriptografia do cabe\u00e7alho da mensagem (ou de seu conte\u00fado).<\/p>\n

\"Notifica\u00e7\u00f5es
\n
\nAssim, existe a possibilidade de ler a conversa, tendo acesso ao servidor de notifica\u00e7\u00f5es push. Isso significa que qualquer criptografia das conversas se torna in\u00fatil: as notifica\u00e7\u00f5es push ainda permitir\u00e3o que terceiros leiam as mensagens. Os autores do artigo \u201cCriptografe de forma adequada\u201d<\/a><\/noindex> no Xaker.ru, discutiram mais detalhadamente essa possibilidade, dedicada aos m\u00e9todos de criptografia de mensagens. <\/p>\n

Se voc\u00ea acha que os servidores da Apple e do Google 100% impedir\u00e3o a filtragem das chaves de criptografia dos usu\u00e1rios, pense que seus funcion\u00e1rios t\u00eam acesso a elas. E os funcion\u00e1rios s\u00e3o pessoas.
\nApesar das vulnerabilidades das notifica\u00e7\u00f5es push, muitos mensageiros \"seguros\", incluindo o Signal e o Telegram, as utilizam. Caso contr\u00e1rio, os usu\u00e1rios teriam que monitorar manualmente novas mensagens, acessando constantemente o aplicativo. Isso \u00e9 bastante inconveniente, e mensageiros concorrentes teriam uma vantagem.<\/p>\n

Paranoia e senso comum<\/h2>\n

<\/a><\/noindex>
\nNo nosso projeto, n\u00f3s focamos nesse tema h\u00e1 alguns meses. Precis\u00e1vamos implementar a op\u00e7\u00e3o de notifica\u00e7\u00f5es push para sermos competitivos. Mas, ao mesmo tempo, n\u00e3o pod\u00edamos deixar uma brecha na seguran\u00e7a, pois qualquer vazamento de dados comprometeria a confian\u00e7a no projeto.<\/p>\n

Entretanto, j\u00e1 temos uma importante vantagem: nosso mensageiro \u00e9 descentralizado (os dados s\u00e3o armazenados na blockchain), e os funcion\u00e1rios n\u00e3o t\u00eam acesso \u00e0s contas. As chaves de criptografia est\u00e3o apenas com os usu\u00e1rios, e as chaves p\u00fablicas dos interlocutores est\u00e3o dispon\u00edveis na blockchain, protegendo contra ataques MITM.<\/p>\n

Na primeira vers\u00e3o dos push, decidimos nos precaver ao m\u00e1ximo e n\u00e3o transmitimos o texto da mensagem. O servi\u00e7o de push recebia da node apenas um sinal indicando o recebimento, n\u00e3o o texto da mensagem. Portanto, o usu\u00e1rio via o aviso \u2018Uma nova mensagem chegou\u2019. A leitura s\u00f3 era poss\u00edvel no mensageiro. <\/p>\n

\"Notifica\u00e7\u00f5es
\nComo isso funcionava: v\u00eddeo<\/a><\/noindex>.<\/p>\n

Depois disso, descobrimos que na \u00faltima vers\u00e3o das notifica\u00e7\u00f5es da Apple existem novos elementos de prote\u00e7\u00e3o. Eles lan\u00e7amos<\/a><\/noindex> UNNotificationServiceExtension, que permite aos desenvolvedores enviar dados de notifica\u00e7\u00f5es totalmente criptografados pelo APNS. Ent\u00e3o, o aplicativo no dispositivo do usu\u00e1rio final realiza a descriptografia (ou carrega dados adicionais) e exibe a notifica\u00e7\u00e3o. Esta baseamos na segunda vers\u00e3o dos push.<\/p>\n

Atualmente, desenvolvemos a segunda vers\u00e3o das notifica\u00e7\u00f5es push para iOS, que permite exibir o texto da mensagem sem comprometer a seguran\u00e7a. Na nova abordagem, a l\u00f3gica \u00e9 a seguinte:<\/p>\n