Turvalised push-teavitused: teooriast praktikasse

Tere, Habr!

Täna räägin sellest, millega oleme kolleegidega juba mitu kuud tegelenud: mobiilimessengerite push-teadete võimalustega. Nagu juba mainisin, on meie rakenduses põhitähelepanu suunatud turvalisusele. Seetõttu uurisime, kas push-teadetel on 'nõrku kohti' ja kui jah, siis kuidas saame neid neutraliseerida, et lisada see kasulik funktsioon meie teenusesse.

Avaldan meie artikli tõlke Mediumist mõningate lisandustega. Artiklis on kokkuvõte 'uurimisest' ja jutt sellest, kuidas probleemi lahendasime.

Uurime materjali

Klassikalises mudelis teevad push-teated messengerid vastuvõtlikuks MITM (Man-in-the-middle, 'Inimene keskel') rünnakutele. Näiteks Google'il, Microsoftil ja vanas iMessage'i versioonis saadab rakendus šifreerimisvõtmed Apple'i serveritesse — serveris toimub kasutajate autentimine ja sõnumi pealkirja (või selle sisu) dešifreerimine.

Lõppkokkuvõttes on võimalus lugeda vestlusi, kui pääseb juurde push-teadete serverile. See tähendab, et kõik vestluste krüpteerimine on kasutu: push-teated jätavad ikkagi võimaluse kolmandate isikute lugemiseks. Autoriartiklis arutleti põhjalikumalt nende võimaluste üle. „Krüptige õigesti“ Xaker.ru-s, mis on pühendatud sõnumite krüptimise meetoditele.

Kui arvate, et Apple'i ja Google'i serverid ei lase kunagi kasutajate krüptimisvõtmete lekkeid, siis mõelge, et neile pääsevad ligi nende töötajad. Ja töötajad — need on inimesed.
Kõigist push-i haavatavustest hoolimata kasutavad paljud „turvalised“ sõnumirakendused, sealhulgas Signal ja Telegram, neid. Ilma nendeta peaksid kasutajad uusi sõnumeid pidevalt rakendusse 'käsi' kontrollima, mis on väga ebamugav ja konkurentsivõimelised sõnumirakendused saavad eelise.

Paranoia ja ratsionaalne mõtlemine

Meie projektis tegelesime sellega lähemalt paar kuud tagasi. Me vajasime push-teavituste funktsiooni, et olla konkurentsivõimelised. Kuid samal ajal ei tohtinud me turvapisaraid avada, sest iga andmeleke kahjustaks projekti usaldusväärsust.

Kuid meil on juba oluline eelis: meie sõnumirakendus on detsentraliseeritud (andmed salvestatakse plokiahelas), samas kui töötajatel puudub juurdepääs kontodele. Krüptimisvõtmed on ainult kasutajatel, ja vestluskaaslaste avalikud võtmed on plokiahelas saadaval, et kaitsta MITM-rünnakute eest.

Esimeses versioonis otsustasime maksimaalselt ettevaatlik olla ja mitte edastada sõnumi teksti üldse. Push-teenus sai sõlmpunktist mitte sõnumi teksti, vaid vaid signaali selle vastuvõtmise kohta. Seetõttu nägi kasutaja teadet „Saabunud on uus sõnum”. Selle lugemine oli võimalik vaid sõnumitoojast.

Kuidas see töötas: video.

Pärast seda saime teada, et Apple'i viimases versioonis on uusi kaitseelemente. Need välja andsid UNNotificationServiceExtension, mis võimaldab arendajatel saata täielikult krüpteeritud teadete andmeid läbi APNS. Seejärel dekrüpteerib rakendus lõppkasutaja seadmes (või laadib täiendavaid andmeid) ja kuvab teadet. Selle võtsime aluseks push-ülesannete teise versiooni.

Praegu oleme välja töötanud teise versiooni push-teadetest iOS-ile, mis võimaldab kuvada sõnumi teksti ilma turvariskita. Uue kontseptsiooni loogika näeb välja järgmiselt:

• Push-teenus saadab push-teate tehingu numbriga (krüpteeritud sõnum võib olla väga suur ja teadete suurus on tugevalt piiratud)
• Seade, kui see saab teate, aktiveerib meie NotificationServiceExtension'i — mikro-rakenduse, mis küsib sõlme tehingut id alusel, dekrüpteerib selle salvestatud parooliga ja edastab süsteemile uue teate. Parool on salvestatud turvalisse hoidmesse.
• Süsteem kuvab teate dekrüpteeritud sõnumi või tõlke.
• Ahnud ei lähe kuhugi, nagu ka plaintext sõnum. Push-teenusel pole võimalust sõnumit dekrüpteerida.

Seda versiooni peeti tööks ja rakendati viimases iOS-i rakenduse uuenduses.
Tehnilist poolt huvitavad saavad vaadata allikat: github.com/Adamant-im/adamant-notificationService.

Allikas: habr.com