Сигурни насочени известия: от теория към практика

Хей Хабр!

Днес ще ви разкажа за това, което моите колеги и аз правим от няколко месеца: за насочени известия за мобилни месинджъри. Както казах, в нашето приложение основният акцент е върху сигурността. Затова открихме дали насочените известия имат „слаби точки“ и ако да, как можем да ги изравним, за да добавим тази полезна опция към нашата услуга.

Публикувам превод на наш статии от Medium с няколко допълнения от мен. Той съдържа резултатите от „разследването“ и история за това как е решен проблемът.

Проучване на материалната част

В класическия модел насочените известия правят месинджърите уязвими на MITM (Man-in-the-middle) атаки. Например в Google, Microsoft и в старата версия на iMessage приложението изпраща ключове за криптиране до сървърите на Apple - потребителите се удостоверяват на сървъра и заглавката на съобщението (или неговото съдържание) се декриптира.

В резултат на това има шанс да прочетете кореспонденцията, като получите достъп до сървъра за насочени известия. А това означава, че всяко криптиране на кореспонденция е безполезно: насочените известия все още ще оставят възможност за четене от трети страни. Тази възможност беше обсъдена по-подробно от авторите на статията. „Шифровай интелигентно“ на Xaker.ru, посветен на методите за криптиране на съобщения.

Ако ви се струва, че сървърите на Apple и Google 100% ще предотвратят изтичането на ключове за криптиране на потребителите, помислете, че техните служители имат достъп до тях. И служителите са хора.
С всички уязвимости на насочените известия, много „безопасни“ месинджъри, включително Signal и Telegram, ги използват. В крайна сметка, в противен случай потребителите ще трябва "ръчно" да следят новите съобщения, като постоянно влизат в приложението. Което е много неудобно и конкурентните месинджъри ще получат предимство.

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

В нашия проект се сблъскахме с този проблем преди няколко месеца. Имахме нужда от опция за насочено уведомяване, за да бъдем конкурентоспособни. Но това не отваря дупка в сигурността, защото всяко изтичане на данни ще подкопае доверието в проекта.

Въпреки това вече имаме важно предимство: нашият месинджър е децентрализиран (данните се съхраняват в блокчейна), докато служителите нямат достъп до акаунти. Само потребителите имат ключове за криптиране, докато публичните ключове на събеседниците са достъпни в блокчейна за защита срещу MITM атаки.

В първата версия на насочените известия решихме да играем безопасно, доколкото е възможно, и изобщо да не изпращаме текста на съобщението. Push услугата получи от възела не текста на съобщението, а само сигнал за факта на получаването му. Следователно потребителят видя известието „Пристигна ново съобщение“. Можеше да се прочете само в месинджъра.

Как работи: видео.

След това научихме, че най-новата версия на известията от Apple има нови функции за сигурност. Те освободен UNNotificationServiceExtension, което позволява на разработчиците да изпращат напълно криптирани данни за уведомяване чрез APNS. След това приложението на устройството на крайния потребител извършва дешифрирането (или изтегля допълнителни данни) и показва известие. Взехме го като основа за втората версия на насочените известия.

Вече разработихме втората версия на насочени известия за iOS, която ви позволява да показвате текста на съобщението без рискове за сигурността. В новата концепция логиката изглежда така:

• Push услугата изпраща push известие с номера на транзакцията (шифрованото съобщение може да бъде много голямо и размерът на известията е много ограничен)
• Когато дадено устройство получи известие, то стартира нашето NotificationServiceExtension - микроприложение, което изисква транзакция от възела по id, декриптира я с помощта на запазената парола и изпраща ново известие до системата. Паролата се съхранява в защитено хранилище.
• Системата показва известие с декодираното съобщение или превод.
• Ключовете не отиват никъде, точно като обикновено текстово съобщение. Push услугата няма начин да дешифрира съобщението.

Взехме тази версия като работеща и я внедрихме в последната актуализация на приложението за iOS.
Тези, които се интересуват от техническата страна, могат да видят изходния код: github.com/adamant-im/adamant-notificationService.

Източник: www.habr.com