{"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, Habra! <\/p>\n

Heute erz\u00e4hle ich von dem, womit wir uns seit mehreren Monaten besch\u00e4ftigen: von Push-Benachrichtigungen f\u00fcr mobile Messenger. Wie ich bereits erw\u00e4hnt habe, liegt der Schwerpunkt unserer Anwendung auf Sicherheit. Daher haben wir untersucht, ob es bei Push-Benachrichtigungen \"schwache Stellen\" gibt und wenn ja, wie wir diese ausgleichen k\u00f6nnen, um diese n\u00fctzliche Option in unseren Dienst zu integrieren.<\/p>\n

Ich ver\u00f6ffentlicht die \u00dcbersetzung unseres Artikels von Medium<\/a><\/noindex> mit einigen kleinen Erg\u00e4nzungen von meiner Seite. Darin sind die Ergebnisse der \"Untersuchung\" und die Erl\u00e4uterung, wie wir das Problem gel\u00f6st haben.<\/p>\n

Wir untersuchen die Technik<\/h2>\n

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

\"Sichere
\n
\nInfolgedessen besteht die M\u00f6glichkeit, den Schriftverkehr zu lesen, wenn man Zugang zu den Push-Benachrichtigungsservern erh\u00e4lt. Das bedeutet, dass jede Verschl\u00fcsselung des Schriftverkehrs nutzlos ist: Push-Benachrichtigungen bieten weiterhin die M\u00f6glichkeit, von Dritten gelesen zu werden. Die Autoren des Artikels \u201eVerschl\u00fcssele richtig\u201c<\/a><\/noindex> auf Xaker.ru haben diese M\u00f6glichkeit angesprochen, die sich mit den Methoden der Nachrichtverschl\u00fcsselung besch\u00e4ftigt. <\/p>\n

Wenn Sie denken, dass die Server von Apple und Google 100 % sicher vor einem Leck der Benutzer-Verschl\u00fcsselungsschl\u00fcssel sind, denken Sie daran, dass deren Mitarbeiter Zugang zu diesen haben. Und Mitarbeiter sind Menschen.
\nTrotz aller Schw\u00e4chen von Push-Benachrichtigungen nutzen viele \u201esichere\u201c Messenger, darunter Signal und Telegram, sie. Ansonsten m\u00fcssten die Benutzer neue Nachrichten \"manuell\" \u00fcberwachen, indem sie st\u00e4ndig in die Anwendung gehen. Das ist sehr unpraktisch, und Konkurrenz-Apps w\u00fcrden einen Vorteil erhalten.<\/p>\n

Paranoia und gesunder Menschenverstand<\/h2>\n

<\/a><\/noindex>
\nIn unserem Projekt haben wir uns vor mehreren Monaten intensiv mit diesem Thema besch\u00e4ftigt. Wir mussten eine Push-Benachrichtigungsoption schaffen, um wettbewerbsf\u00e4hig zu bleiben. Dabei durften wir jedoch nicht durch ein Sicherheitsleck das Vertrauen in das Projekt gef\u00e4hrden.<\/p>\n

Allerdings haben wir bereits einen wichtigen Vorteil: Unser Messenger ist dezentralisiert (Daten werden in der Blockchain gespeichert), zudem haben die Mitarbeiter keinen Zugang zu den Konten. Die Verschl\u00fcsselungsschl\u00fcssel befinden sich nur bei den Benutzern, und die \u00f6ffentlichen Schl\u00fcssel der Gespr\u00e4chspartner sind in der Blockchain verf\u00fcgbar, um sich vor MITM-Angriffen zu sch\u00fctzen.<\/p>\n

In der ersten Version der Push-Nachrichten haben wir versucht, auf Nummer sicher zu gehen und den Nachrichtentext \u00fcberhaupt nicht zu \u00fcbermitteln. Der Push-Dienst erhielt von der Node nicht den Text der Nachricht, sondern nur ein Signal \u00fcber den Erhalt. Daher sah der Benutzer die Benachrichtigung \u201eEs ist eine neue Nachricht eingegangen\u201c. Diese konnte nur im Messenger gelesen werden. <\/p>\n

\"Sichere
\nSo hat es funktioniert: Video<\/a><\/noindex>.<\/p>\n

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

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