{"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\/fr\/blog\/administrirovanie\/bezopasnye-push-uvedomleniya-ot-teorii-k-praktike","title":{"rendered":"Notifications push s\u00e9curis\u00e9es : de la th\u00e9orie \u00e0 la pratique","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

Salut, Habr ! <\/p>\n

Aujourd'hui, je vais vous parler de ce sur quoi mes coll\u00e8gues et moi travaillons depuis plusieurs mois : les notifications push pour les messageries mobiles. Comme je l'ai d\u00e9j\u00e0 mentionn\u00e9, notre application met l'accent sur la s\u00e9curit\u00e9. Nous avons donc examin\u00e9 s'il existe des \u00ab points faibles \u00bb dans les notifications push, et si oui, comment nous pouvons les att\u00e9nuer afin d'ajouter cette option utile \u00e0 notre service.<\/p>\n

Je publie la traduction de notre article sur Medium<\/a><\/noindex> avec quelques ajouts de ma part. Ce document pr\u00e9sente les conclusions de notre \u00ab enqu\u00eate \u00bb et explique comment nous avons r\u00e9solu le probl\u00e8me.<\/p>\n

Explorons la mati\u00e8re<\/h2>\n

\nDans le mod\u00e8le classique, les notifications push rendent les messageries vuln\u00e9rables aux attaques MITM (Man-in-the-middle, \u00ab Homme du milieu \u00bb). Par exemple, Google, Microsoft et l'ancienne version d'iMessage envoient des cl\u00e9s de chiffrement aux serveurs d'Apple \u2014 l'authentification des utilisateurs et le d\u00e9chiffrement de l'en-t\u00eate du message (ou de son contenu) se font sur le serveur.<\/p>\n

\"Notifications
\n
\nIl y a donc un risque de lire la correspondance en acc\u00e9dant au serveur des notifications push. Cela signifie que tout chiffrement de la correspondance est inutile : les notifications push laissent toujours la possibilit\u00e9 d'\u00eatre lues par des tiers. Les auteurs de l'article ont discut\u00e9 en d\u00e9tail de cette possibilit\u00e9 dans \u00ab Chiffrez correctement \u00bb<\/a><\/noindex> sur Xaker.ru, d\u00e9di\u00e9 aux m\u00e9thodes de chiffrement des messages. <\/p>\n

Si vous pensez que les serveurs d'Apple et de Google ne permettront jamais une fuite des cl\u00e9s de chiffrement des utilisateurs, r\u00e9fl\u00e9chissez au fait que leurs employ\u00e9s y ont acc\u00e8s. Et les employ\u00e9s, ce sont des gens.
\nMalgr\u00e9 toutes les vuln\u00e9rabilit\u00e9s des notifications push, de nombreux messageries \u00ab s\u00fbres \u00bb, y compris Signal et Telegram, les utilisent. Sinon, les utilisateurs devraient \u00ab manuellement \u00bb surveiller les nouveaux messages en se connectant constamment \u00e0 l'application. Ce qui est plut\u00f4t peu pratique, et les messageries concurrentes en tireront un avantage.<\/p>\n

Parano\u00efa et bon sens<\/h2>\n

<\/a><\/noindex>
\nDans notre projet, nous avons abord\u00e9 cette question de mani\u00e8re approfondie il y a plusieurs mois. Nous devions cr\u00e9er l'option de notifications push pour rester comp\u00e9titifs. Mais nous devions \u00e9galement \u00e9viter de cr\u00e9er une faille de s\u00e9curit\u00e9, car toute fuite de donn\u00e9es nuirait \u00e0 la confiance dans le projet.<\/p>\n

Cependant, nous avons d\u00e9j\u00e0 un avantage important : notre messager est d\u00e9centralis\u00e9 (les donn\u00e9es sont stock\u00e9es dans la blockchain), et les employ\u00e9s n'ont pas acc\u00e8s aux comptes. Les cl\u00e9s de chiffrement n'appartiennent qu'aux utilisateurs, tandis que les cl\u00e9s publiques des interlocuteurs sont disponibles dans la blockchain pour se prot\u00e9ger contre les attaques MITM.<\/p>\n

Dans la premi\u00e8re version des notifications push, nous avons d\u00e9cid\u00e9 de prendre un maximum de pr\u00e9cautions et de ne pas transmettre du tout le texte du message. Le service push recevait de la part du n\u0153ud non pas le texte du message, mais seulement un signal indiquant qu'il avait \u00e9t\u00e9 re\u00e7u. Par cons\u00e9quent, l'utilisateur voyait une notification \u00ab Nouveau message re\u00e7u \u00bb. Il n'\u00e9tait possible de le lire que dans le messager. <\/p>\n

\"Notifications
\nComment cela fonctionnait : vid\u00e9o<\/a><\/noindex>.<\/p>\n

Apr\u00e8s cela, nous avons d\u00e9couvert que la derni\u00e8re version des notifications d'Apple comportait de nouveaux \u00e9l\u00e9ments de protection. Ils publi\u00e9s par<\/a><\/noindex> UNNotificationServiceExtension, qui permet aux d\u00e9veloppeurs d'envoyer des donn\u00e9es de notification enti\u00e8rement chiffr\u00e9es via APNS. Ensuite, l'application sur l'appareil de l'utilisateur final effectue le d\u00e9chiffrement (ou charge des donn\u00e9es suppl\u00e9mentaires) et affiche la notification. C'est sur cette base que nous avons \u00e9labor\u00e9 la deuxi\u00e8me version des notifications push.<\/p>\n

Nous avons maintenant d\u00e9velopp\u00e9 une deuxi\u00e8me version des notifications push pour iOS, qui permet d'afficher le texte du message sans compromettre la s\u00e9curit\u00e9. Dans la nouvelle concept, la logique est la suivante :<\/p>\n