Безбедни притисни известувања: од теорија до пракса

Еј Хабр!

Денеска ќе зборувам за она што јас и моите колеги го правиме веќе неколку месеци: push известувања за мобилни инстант-месинџери. Како што веќе реков, во нашата апликација главниот акцент е ставен на безбедноста. Затоа, откривме дали притисни известувањата имаат „слаби точки“ и, ако е така, како можеме да ги израмниме за да ја додадеме оваа корисна опција на нашата услуга.

Објавувам превод на нашите статии од Медиум со некои мали додатоци од мене. Ги содржи резултатите од „истрагата“ и приказна за тоа како проблемот бил решен.

Го испитуваме материјалот

Во класичниот модел, push notifications ги прави гласниците ранливи на MITM (Man-in-the-middle) напади. На пример, со Google, Microsoft и старата верзија на iMessage, апликацијата испраќа клучеви за шифрирање до серверите на Apple - на серверот, корисниците се автентицираат и заглавието на пораката (или неговата содржина) се дешифрира.

Како резултат на тоа, постои можност да се прочита кореспонденцијата со добивање пристап до серверот за известување за притисни. Ова значи дека секое шифрирање на кореспонденцијата е бескорисно: притисни известувањата сепак ќе остават можност да бидат прочитани од трети страни. Авторите на статијата подетално разговараа за оваа можност. „Шифрирајте правилно“ на Xaker.ru, посветен на методите за шифрирање пораки.

Ако мислите дека серверите на Apple и Google се 100% безбедни од протекување на клучеви за шифрирање на корисниците, земете го предвид фактот дека нивните вработени имаат пристап до нив. А вработените се луѓе.
И покрај сите слабости на притисни известувањата, многу „безбедни“ инстант-месинџери, вклучително и Signal и Telegram, ги користат. Во спротивно, корисниците ќе мора „рачно“ да ги следат новите пораки со постојано најавување во апликацијата. Што е многу незгодно, а конкурентните гласници ќе добијат предност.

Параноја и здрав разум

Во нашиот проект, внимателно го разгледавме ова прашање пред неколку месеци. Требаше да додадеме опција за известување за да бидеме конкурентни. Но, во исто време, не отворајте безбедносна дупка, бидејќи секое истекување на податоци ќе ја поткопа довербата во проектот.

Сепак, ние веќе имаме важна предност: нашиот гласник е децентрализиран (податоците се складираат на блокчејнот), а вработените немаат пристап до сметките. Само корисниците имаат клучеви за шифрирање, а јавните клучеви на соговорниците се достапни на блокчејнот за заштита од MITM напади.

Во првата верзија на push notifications, решивме да ја играме што е можно повеќе на безбедно и воопшто да не го пренесуваме текстот на пораката. Услугата за push не го доби текстот на пораката од јазолот, туку само сигнал за фактот на нејзиниот прием. Затоа, корисникот го виде известувањето „Пристигна нова порака“. Можеше да се прочита само во месинџерот.

Како функционираше: видео.

После тоа, дознавме дека најновата верзија на известувања на Apple има нови безбедносни карактеристики. Тие ослободен UNNotificationServiceExtension, што им овозможува на програмерите да испраќаат целосно шифрирани податоци за известување преку APNS. Апликацијата на уредот на крајниот корисник потоа врши дешифрирање (или презема дополнителни податоци) и прикажува известување. Го зедовме како основа за втората верзија на притисни известувања.

Сега ја развивме втората верзија на push известувања за iOS, која ви овозможува да го прикажувате текстот на пораката без безбедносен ризик. Во новиот концепт, логиката изгледа вака:

• Услугата push испраќа притисни известување со бројот на трансакцијата (шифрираната порака може да биде многу голема, а големината на известувањата е многу ограничена)
• Кога уредот ќе добие известување, тој ја стартува нашата NotificationServiceExtension - микроапликација која бара трансакција од јазолот по id, ја дешифрира користејќи ја зачуваната лозинка и испраќа ново известување до системот. Корисничката фраза се чува во безбедно складирање.
• Системот прикажува известување со дешифрирана порака или превод.
• Копчињата не одат никаде, исто како и обичната текстуална порака. Услугата push нема начин да ја дешифрира пораката.

Ја прифативме оваа верзија како работна и ја имплементиравме во најновото ажурирање на апликацијата за iOS.
Заинтересираните за техничката страна можат да го видат изворниот код: github.com/Adamant-im/adamant-notificationService.

Извор: www.habr.com