{"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\/de\/blog\/administrirovanie\/bezopasnye-push-uvedomleniya-ot-teorii-k-praktike","title":{"rendered":"Sichere Push-Benachrichtigungen: Von der Theorie zur Praxis","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

Hallo, Habr! <\/p>\n

Heute m\u00f6chte ich Ihnen von einem Projekt erz\u00e4hlen, an dem mein Team und ich seit mehreren Monaten arbeiten: den Push-Benachrichtigungen f\u00fcr mobile Messenger. Wie bereits erw\u00e4hnt, legen wir in unserer App gro\u00dfen Wert auf Sicherheit. Daher haben wir untersucht, ob es bei Push-Benachrichtigungen \"Schwachstellen\" gibt und wenn ja, wie wir diese beheben k\u00f6nnen, um diese n\u00fctzliche Funktion in unseren Service aufzunehmen.<\/p>\n

Ich ver\u00f6ffentliche die \u00dcbersetzung unseres Artikels von Medium<\/a><\/noindex> mit einigen Erg\u00e4nzungen von mir. Darin finden Sie die Ergebnisse unserer \"Untersuchung\" und wie wir das Problem gel\u00f6st haben.<\/p>\n

Wir untersuchen die Materie<\/h2>\n

\nIn der klassischen Modellierung machen Push-Benachrichtigungen Messenger anf\u00e4llig f\u00fcr MITM-Angriffe (Man-in-the-Middle). Zum Beispiel versenden Google, Microsoft und die alte Version von iMessage Verschl\u00fcsselungsschl\u00fcssel an die Server von Apple \u2014 auf dem Server erfolgt die Authentifizierung der Benutzer und die Entschl\u00fcsselung des Nachrichtenheaders (oder seines Inhalts).<\/p>\n

\"Sichere
\n
\nDas bedeutet, es besteht die M\u00f6glichkeit, auf die Konversation zuzugreifen, wenn man den Server der Push-Benachrichtigungen erreicht. Das hei\u00dft, dass jede Verschl\u00fcsselung der Konversation nutzlos ist: Push-Benachrichtigungen lassen dennoch die M\u00f6glichkeit f\u00fcr Dritte, den Inhalt zu lesen. Diese M\u00f6glichkeit wurde ausf\u00fchrlicher von den Autoren des Artikels diskutiert. \u201eVerschl\u00fcsseln Sie clever\u201c<\/a><\/noindex> auf Xaker.ru, das sich mit Methoden zur Nachrichtenverschl\u00fcsselung besch\u00e4ftigt. <\/p>\n

Wenn Sie denken, dass die Server von Apple und Google zu 100 % keine Schl\u00fcssel f\u00fcr die Benutzerverschl\u00fcsselung leaken werden, denken Sie daran, dass ihre Mitarbeiter Zugriff darauf haben. Und Mitarbeiter sind Menschen.
\nTrotz aller Schwachstellen bei Push-Benachrichtigungen nutzen viele \u201esichere\u201c Messenger, einschlie\u00dflich Signal und Telegram, diese. Andernfalls m\u00fcssten die Benutzer neue Nachrichten \u201emanuell\u201c \u00fcberwachen, indem sie st\u00e4ndig die App \u00f6ffnen, was sehr unpraktisch ist, und Wettbewerber von Messengern w\u00fcrden einen Vorteil erlangen.<\/p>\n

Paranoia und gesunder Menschenverstand<\/h2>\n

<\/a><\/noindex>
\nIn unserem Projekt haben wir uns vor einigen Monaten intensiv mit dieser Frage besch\u00e4ftigt. Wir mussten die Funktion von Push-Benachrichtigungen implementieren, um wettbewerbsf\u00e4hig zu bleiben. Dabei durften wir jedoch kein Sicherheitsrisiko eingehen, denn jede Datenpanne k\u00f6nnte das Vertrauen in das Projekt untergraben.<\/p>\n

Wir haben jedoch bereits einen wichtigen Vorteil: Unser Messenger ist dezentralisiert (Daten werden in der Blockchain gespeichert), und Mitarbeiter haben keinen Zugang zu den Konten. Die Verschl\u00fcsselungsschl\u00fcssel sind nur f\u00fcr die Benutzer zug\u00e4nglich, w\u00e4hrend die \u00f6ffentlichen Schl\u00fcssel der Gespr\u00e4chspartner in der Blockchain verf\u00fcgbar sind, um vor MITM-Angriffen zu sch\u00fctzen.<\/p>\n

In der ersten Version der Push-Benachrichtigungen haben wir uns entschieden, auf Nummer sicher zu gehen und \u00fcberhaupt keinen Nachrichtentext zu \u00fcbermitteln. Der Push-Service erhielt von der Node nicht den Text der Nachricht, sondern lediglich das Signal \u00fcber den Empfang. Daher sah der Benutzer die Benachrichtigung \u201eEine neue Nachricht ist eingetroffen\u201c. Lesen konnte man sie nur im Messenger. <\/p>\n

\"Sichere
\nWie es funktionierte: Video<\/a><\/noindex>.<\/p>\n

Nach diesem Schritt haben wir erfahren, dass es in der neuesten Version der Benachrichtigungen von Apple neue Schutzma\u00dfnahmen gibt. Diese ver\u00f6ffentlicht<\/a><\/noindex> UNNotificationServiceExtension, die es Entwicklern erm\u00f6glicht, vollst\u00e4ndig verschl\u00fcsselte Benachrichtigungsdaten \u00fcber APNS zu senden. Anschlie\u00dfend entschl\u00fcsselt die Anwendung auf dem Ger\u00e4t des Endbenutzers (oder l\u00e4dt zus\u00e4tzliche Daten herunter) und zeigt die Benachrichtigung an. Diese Grundlage haben wir f\u00fcr die zweite Version der Push-Benachrichtigungen genommen.<\/p>\n

Jetzt haben wir die zweite Version der Push-Benachrichtigungen f\u00fcr iOS entwickelt, die es erm\u00f6glicht, den Nachrichtentext ohne Sicherheitsbedrohung anzuzeigen. In der neuen Konzeption sieht die Logik folgenderma\u00dfen aus:<\/p>\n