🥇ALPACA — нова техника за MITM атаки на HTTPS

Група изследователи от няколко университета в Германия разработи нов метод за MITM-атака на HTTPS, който позволява извличане на бисквитки с идентификатори на сесии и други конфиденциални данни, както и изпълняване на произволен JavaScript код в контекста на друг сайт. Атаката получи името ALPACA и може да бъде приложена към TLS-сервери, внедряващи различни протоколи на приложение (HTTPS, SFTP, SMTP, IMAP, POP3), но използващи общи TLS-сертификати.

Същността на атаката е, че при наличие на контрол над мрежов шлюз или точка за безжичен достъп, нападателят може да пренасочи уеб трафика към друг мрежов порт и да организира установяване на връзка с FTP или пощенски сървър, поддържащи TLS шифроване и използващи общ TLS сертификат с HTTP сървър. Браузърът на потребителя ще приеме, че е установена връзка с искания HTTP сървър. Понеже протоколът TLS е универсален и не е свързан с протоколите на приложението, установяването на шифрована връзка за всички услуги е идентично и грешката при изпращане на заявка до неправилната услуга може да бъде определена едва след установяване на шифрованата сесия по време на обработка на командите в изпратената заявка.

Съответно, ако например пренасочите потребителската връзка, първоначално адресирана към HTTPS, към пощенски сървър, който използва общ сертификат с HTTPS сървъра, TLS връзката ще бъде успешно установена, но пощенският сървър няма да може да обработи предадените HTTP команди и ще върне отговор с код на грешка. Този отговор ще бъде обработен от браузъра като отговор на искания сайт, передаден в рамките на правилно установен шифрован канал.

Предложени са три варианта на атаката:

„Качване“ за извличане на бисквитки с параметри за удостоверяване. Методът е приложим, ако покритият от TLS сертификат FTP сървър позволява качването и извличането на собствените си данни. В този вариант на атаката, атакуващият може да успее да запази части от оригиналната HTTP заявка на потребителя, като съдържанието на заглавката на бисквитките, например, ако FTP сървърът интерпретира заявката като файл за запис или напълно записва входящите заявки. За успешна атака на нарушителя е необходимо да извлече запазеното съдържание по някакъв начин. Атаката е приложима за Proftpd, Microsoft IIS, vsftpd, filezilla и serv-u.
„Изтегляне“ за организиране на междусайтово скриптиране (XSS). Методът предполага, че атакуващият в резултат на определени манипулации може да постави данни в услуга, използваща общ TLS сертификат, които след това могат да бъдат представени в отговор на заявка от потребителя. Атаката е приложима към споменатите по-горе FTP сървъри, IMAP сървъри и POP3 сървъри (courier, cyrus, kerio-connect и zimbra).
„Отражение“ за изпълнение на JavaScript в контекста на друг сайт. Методът се основава на връщането на част от заявката на клиента, в която се съдържа JavaScript кодът, изпратен от атакуващия. Атаката е приложима към споменатите по-горе FTP сървъри, IMAP сървъри cyrus, kerio-connect и zimbra, както и към SMTP сървъра sendmail.

ALPACA - нова техника на MITM атаки върху HTTPS

Например, когато потребителят отвори страница, контролирана от атакуващите, от тази страница може да бъде инициирана заявка за ресурс от сайт, на който потребителят има активен акаунт (например, bank.com). По време на MITM атака, тази заявка, адресирана до уебсайта bank.com, може да бъде пренасочена към пощенски сървър, който използва общ с bank.com TLS сертификат. Тъй като пощенският сървър не завършва сесията след първата грешка, служебните заглавки и команди, като „POST / HTTP/1.1“ и „Host:“, ще бъдат обработени като неизвестни команди (пощенският сървър ще върне на всяко заглавие „500 unrecognized command“).

Пощенският сървър не разбира особеностите на HTTP протокола и за него служебните заглавия и блокът от данни от POST заявката се обработват по един и същи начин, затова в тялото на POST заявката може да се посочи ред с команда към пощенския сървър. Например, може да се предаде: MAIL FROM: на което пощенският сървър ще върне съобщение за грешка 501 : malformed address: alert(1); may not follow

Този отговор ще получи браузърът на потребителя, който изпълнява JavaScript код в контекста не на оригиналния сайт на атакуващия, а на сайта bank.com, към който е изпратена заявката, тъй като отговорът е получен в рамките на валидна TLS сесия, чийто сертификат потвърдил автентичността на отговора от bank.com.

Сканирането на глобалната мрежа показа, че проблемът в общи линии засяга около 1.4 млн уеб-сървъра, за които е възможно осъществяване на атака чрез смесване на искания по различни протоколи. Възможността за реално осъществяване на атака е определена за 119 хиляди уеб-сървъра, за които са налични съпътстващи TLS сървъри на базата на други приложни протоколи.

Примери за експлойти са подготвени за ftp сървъри pureftpd, proftpd, microsoft-ftp, vsftpd, filezilla и serv-u, IMAP и POP3 сървъри dovecot, courier, exchange, cyrus, kerio-connect и zimbra, SMTP сървъри postfix, exim, sendmail, mailenable, mdaemon и opensmtpd. Изследователите проучили възможността за осъществяване на атака само в комбинация със сървъри FTP, SMTP, IMAP и POP3, при което не се изключва, че проблемът може да се прояви и при други приложни протоколи, използващи TLS.

За блокиране на атаката е предложено да се използва разширението ALPN (Application Layer Protocol Negotiation) за преговор на TLS сесията с оглед на приложния протокол и разширението SNI (Server Name Indication) за свързване с името на хоста в случай на използване на TLS сертификати, обхващащи няколко домейни имена. От страна на приложенията е препоръчително да се ограничи лимитът за броя на грешките при обработка на команди, след достигането на който да се прекрати връзката. Процесът по разработване на мерки за блокиране на атаката започна още през октомври на миналата година. Подобни мерки за защита вече са приети в Nginx 1.21.0 (mail proxy), Vsftpd 3.0.4, Courier 5.1.0, Sendmail, FileZill, crypto/tls (Go) и Internet Explorer.

Източник: opennet.ru