{"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\/es\/blog\/administrirovanie\/bezopasnye-push-uvedomleniya-ot-teorii-k-praktike","title":{"rendered":"Notificaciones push seguras: de la teor\u00eda a la pr\u00e1ctica","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

\u00a1Hola, Habr! <\/p>\n

Hoy les contar\u00e9 sobre lo que mis colegas y yo hemos estado trabajando durante varios meses: las notificaciones push para mensajeros m\u00f3viles. Como he mencionado antes, en nuestra aplicaci\u00f3n la principal prioridad es la seguridad. Por lo tanto, investigamos si hay \"puntos d\u00e9biles\" en las notificaciones push y, si es as\u00ed, c\u00f3mo podemos mitigarlos para a\u00f1adir esta \u00fatil opci\u00f3n a nuestro servicio.<\/p>\n

Publico la traducci\u00f3n de nuestro art\u00edculo de Medium<\/a><\/noindex> con algunos a\u00f1adidos de mi parte. En \u00e9l se encuentran los resultados de la \"investigaci\u00f3n\" y la historia de c\u00f3mo resolvimos el problema.<\/p>\n

Investigamos el material relacionado<\/h2>\n

\nEn el modelo cl\u00e1sico, las notificaciones push hacen que los mensajeros sean vulnerables a ataques MITM (Man-in-the-middle, 'Hombre en el medio'). Por ejemplo, en Google, Microsoft y en la versi\u00f3n antigua de iMessage, la aplicaci\u00f3n env\u00eda claves de cifrado a los servidores de Apple; en el servidor se realiza la autenticaci\u00f3n de los usuarios y la descifrado del encabezado del mensaje (o de su contenido).<\/p>\n

\"Notificaciones
\n
\nComo resultado, existe la posibilidad de leer la conversaci\u00f3n al obtener acceso al servidor de notificaciones push. Esto significa que cualquier cifrado de la conversaci\u00f3n es in\u00fatil: las notificaciones push seguir\u00e1n permitiendo que terceros lean el contenido. Los autores del art\u00edculo \u201cCifra correctamente\u201d<\/a><\/noindex> en Xaker.ru, dedicado a los m\u00e9todos de cifrado de mensajes, discuten esta posibilidad en profundidad. <\/p>\n

Si piensas que los servidores de Apple y Google no permitir\u00e1n 100% la filtraci\u00f3n de claves de cifrado de los usuarios, piensa en el hecho de que sus empleados tienen acceso a ellos. Y los empleados son personas.
\nA pesar de todas las vulnerabilidades de las notificaciones push, muchos mensajeros \"seguros\", incluidos Signal y Telegram, las utilizan. Porque de lo contrario, los usuarios tendr\u00edan que \"monitorear manualmente\" los nuevos mensajes, ingresando constantemente a la aplicaci\u00f3n. Lo cual es bastante inconveniente, y los mensajeros competidores obtendr\u00e1n una ventaja.<\/p>\n

Paranoia y sentido com\u00fan<\/h2>\n

<\/a><\/noindex>
\nEn nuestro proyecto, nos enfocamos en esta cuesti\u00f3n hace varios meses. Necesit\u00e1bamos implementar la opci\u00f3n de notificaciones push para ser competitivos. Pero al mismo tiempo, no quer\u00edamos dejar abierta una brecha de seguridad, ya que cualquier fuga de datos socavar\u00eda la confianza en el proyecto.<\/p>\n

Sin embargo, ya tenemos una ventaja importante: nuestro mensajero es descentralizado (los datos se almacenan en la blockchain), y los empleados no tienen acceso a las cuentas. Las claves de cifrado pertenecen \u00fanicamente a los usuarios, y las claves p\u00fablicas de los interlocutores est\u00e1n disponibles en la blockchain para proteger contra ataques MITM.<\/p>\n

En la primera versi\u00f3n de las notificaciones, decidimos ser extremadamente cautelosos y no transmitir el texto del mensaje en absoluto. El servicio de notificaciones solo recib\u00eda de la nodo una se\u00f1al sobre la recepci\u00f3n del mensaje, sin el texto. Por lo tanto, el usuario solo ve\u00eda la notificaci\u00f3n \"Ha llegado un nuevo mensaje\". Solo se pod\u00eda leer en el mensajero. <\/p>\n

\"Notificaciones
\nC\u00f3mo funcionaba: video<\/a><\/noindex>.<\/p>\n

Despu\u00e9s de eso, supimos que en la \u00faltima versi\u00f3n de las notificaciones de Apple hay nuevos elementos de protecci\u00f3n. Ellos no se manifiesta<\/a><\/noindex> UNNotificationServiceExtension, que permite a los desarrolladores enviar datos de notificaci\u00f3n completamente cifrados a trav\u00e9s de APNS. Luego, la aplicaci\u00f3n en el dispositivo del usuario final descifra (o carga datos adicionales) y muestra la notificaci\u00f3n. Esta fue la base de la segunda versi\u00f3n de las notificaciones.<\/p>\n

Ahora hemos desarrollado la segunda versi\u00f3n de las notificaciones push para iOS, que permite mostrar el texto del mensaje sin comprometer la seguridad. En el nuevo concepto, la l\u00f3gica es la siguiente:<\/p>\n