Turvalised push-teavitused: teooriast praktikas

Tere, Habr!

Täna räägin sellest, millega ma kolleegidega juba mitu kuud rahmeldan: mobiilimessage'ide push-teadetest. Nagu ma juba mainisin, on meie rakenduses peamine fookus turvalisusel. Seetõttu uurisime, kas push-teadetel on "nõrgad kohad" ja kui on, siis kuidas saame neid ennetada, et lisada see kasulik võimalus meie teenusesse.

Avaldan tõlke meie artiklist Medium mõningate enda lisandustega. Selles on kokkuvõtted "uurimisest" ja jutt sellest, kuidas probleem lahendada.

Uurime teemat

Klassikalises mudelis muudavad push-teated sõnumiteenuseid haavatavaks MITM (Man-in-the-middle) rünnakute suhtes. Näiteks Google'il, Microsoftil ja vanas iMessage'i versioonis saadab rakendus krüpteerimise võtmeid Apple'i serveritesse — serveris toimub kasutajate autentimine ja sõnumi pealkirja (või sisu) dekrüpteerimine.

Lõpuks on võimalik lugeda vestlusi, kui juurdepääs push-teateteenuse serverile on saavutatud. See tähendab, et kõik sõnumite krüpteeringud on kasutud: push-teated jätavad ikkagi võimaluse kolmandate isikute loetavusele. Selle võimaluse üle arutlevad artikli autorid "Krüpteeri mõistlikult" Xaker.ru-s, kus käsitletakse sõnumite krüpteerimise viise.

Kui teile tundub, et Apple'i ja Google'i serverid ei lase 100% kasutajate krüpteerimisvõtmeid lekida, mõelge sellele, et nendele pääsevad ligi nende töötajad. Ja töötajad on inimesed.
Kõigist push-teadete haavatavustest hoolimata kasutavad paljud "turvalised" messengerid, sealhulgas Signal ja Telegram, neid. Muud juhul tuleks kasutajatel "käsitsi" uusi sõnumeid jälgida, pidevalt rakendusse sisenedes. Mis on väga ebamugav, ja konkurentsivõimelised messengerid saavad sellest eelise.

Paranoia ja terve mõistus

Meie projektis hakkasime sellele küsimusele tõsiselt lähenema mitu kuud tagasi. Meil oli vaja luua push-teate võimalus, et olla konkurentsivõimelised. Kuid sellega ei tohtinud me turvaauku lasta, sest iga andmeleke kaotab usaldusväärsuse projekti suhtes.

Kuid meil on juba oluline eelis: meie messenger on detsentraliseeritud (andmed salvestatakse plokiahelas), mille tõttu töötajatel ei ole juurdepääsu kontodele. Krüpteerimise võtmed on ainult kasutajatel ning vestluspartnerite avalikud võtmed on saadaval plokiahelas, et kaitsta MITM-rünnakute eest.

Esimese versiooni push'ide puhul otsustasime maksimaalselt ettevaatusabinõusid rakendada ja mitte edastada sõnumi tekstisisu. Push-teenus sai sõlmpunktist mitte sõnumi teksti, vaid ainult signaali selle vastuvõtmise kohta. Seetõttu nägi kasutaja teavitust "Uus sõnum on saabunud". Selle lugemine oli võimalik ainult messengeris.

Kuidas see toimis: video.

Pärast seda saime teada, et Apple'i viimases versioonis on uusi kaitseelemente. Need arendajad muusikateenusest Spotify. Muudetud Spotify Lite näeb välja nagu täisversioon, kuid on ilma paljusid seadeid ja ei luba salvestada lugusid kuulamiseks ilma internetiühenduseta. UNNotificationServiceExtension, mis võimaldab arendajatel saata täielikult krüpteeritud teateid APNS-i kaudu. Seejärel dekrüpteerib rakendus lõppkasutaja seadmes (või laadib täiendavaid andmeid) ja kuvab teavituse. Seda kasutasime teise versiooni push'ide aluseks.

Praegu oleme arendanud teise versiooni push-teavitustest iOS-ile, mis võimaldab kuvada sõnumi teksti ilma turvariskideta. Uue kontseptsiooniga näeb loogika välja järgmiselt:

• Push-teenus saadab push-teate tehingu numbriga (krüpteeritud sõnum võib olla väga suur ja teavituste suurus on tugevalt piiratud)
• Seade käivitab teavituse saamisel meie NotificationServiceExtension'i — mikrorakenduse, mis küsib sõlmpunktist tehingu ID järgi, dekrüpteerib salvestatud paroolifaasi abil ja edastab süsteemile uue teavituse. Paroolifaas hoitakse turvalises hoiustamises.
• Süsteem kuvab teavituse dekrüpteeritud sõnumiga või tõlkega.
• Kuidas iganes, võtmed ei lahku kuhugi, nagu ka plaintext sõnum. Push-teenusel ei ole võimalust sõnumit dekrüpteerida.

Selle versiooni võtsime kasutusele ja rakendasime iOS-i viimases uuenduses.
Tehnika huvilised saavad vaadata allika koodi: github.com/Adamant-im/adamant-notificationService.

Allikas: habr.com