Как пользоваться Интернетом во время исправления Heartbleed?

Обновления 2014-04-11

Cloudflare поставил задачу проверить, действительно ли возможно извлечение закрытого ключа. Было сделано около 100 тысяч запросов, и это подтверждает страхи. Это уже не теоретически, а доказано . Вы можете пойти сюда, чтобы прочитать об этом.

Кроме того, Bloomberg сообщил, что АНБ знали об этом подвиге не менее двух лет . Это имеет смысл, поскольку АНБ располагает ресурсами для найма аналитиков, чья единственная работа заключается в том, чтобы находить эксплойты в программном обеспечении, подобном этому. Теперь, когда мы знаем, что правительство США эксплуатирует его так долго, вероятность того, что другие штаты знали и эксплуатировали его, значительна.

TL; DR Следите за объявлениями организаций о состоянии их систем, меняйте ВСЕ ваши пароли и следите за мошенничеством / подозрительной деятельностью в важных учетных записях, таких как банковские или другие финансовые системы.

Чтобы понять, почему ситуация настолько опасна, мы сначала должны понять, что на самом деле делает эта атака. CVE-2014-0160, AKA Heartbleed, представляет собой ошибку переполнения буфера, которая позволяет злоумышленнику получить до 64 КБ памяти с сервера, на котором установлена ​​уязвимая версия OpenSSL.

Это звучит очень плохо. Как это работает на практике

Вы правы, это серьезный недостаток, но мы вернемся к этому чуть позже. Прямо сейчас давайте поговорим о том, почему эксплойт работает. Безопасность транспортного уровня (TLS) используется для защиты информации многими приложениями, включая HTTP ( HTTPS ), или для защиты SMTP.если включен например. В RFC 5246, который устанавливает стандарты для TLS, есть функция, известная как сердцебиение. Клиент и сервер отправляют данные назад и вперед, чтобы поддерживать соединение, чтобы оно могло быть использовано позже. Теперь на практике клиент отправляет некоторые данные, а сервер просто отправляет их обратно, и все отлично. Однако в затронутых версиях OpenSSL нет проверки того, действительно ли клиент отправил тот объем данных, который он сказал. Поэтому, если я отправлю 1 байт и скажу серверу, что фактически отправил 64 КБ, он с радостью вернет мне обратно 64 КБ. Откуда берутся эти другие байты? Это ключ к проблеме прямо здесь. OpenSSL отправит вам обратно 64 КБ - 1 байт памяти, к которой процесс имеет доступ и которую вы изначально не отправляли, в зависимости от того, где хранится ваш 1 байт.материал закрытого ключа¹ и информация, которую сервер расшифровывает для использования. Примерами этого могут быть: пароли, информация о кредитной карте и / или PIN-коды .

ХОРОШО. Что это значит для информационной безопасности? Если вы понимаете, как работает асимметричная криптография, то вы уже знаете, что это серьезно, поскольку раскрытие делает шифрование не более, чем запутыванием. Это означает, что даже если серверы могут быть исправлены и больше не теряют память, сеансы могут быть небезопасными. Возможно, что это было использовано до того, как оно стало общеизвестным, или во время установки исправлений, но в настоящее время не существует метода, доказывающего, что атака имела место. Возможно, что правила для IDS могут стать доступными, но на данный момент это не так. Правила IDS были выпущены . Это само по себе чрезвычайно опасно, потому что операторы не знают, все ли их ключи в безопасности.

Мы вынуждены предположить, что ключи утекли, а это значит, что все, что вы отправляете по проводам, может быть расшифровано третьей стороной. Единственный способ смягчить это - перегенерировать ключи и переиздать новые сертификаты, а старые отозвать. К сожалению, это требует времени, так как CA, без сомнения, наводнены этими запросами прямо сейчас. Тем не менее, это оставляет возможность для атаки «человек посередине» или другие возможности фишинга.

Когда это будет безопасно? Зная, когда это будет безопасно, это сложный вопрос. Некоторые вещи, которые я бы посоветовал наблюдать, - это публичные объявления, объясняющие, что ошибка была исправлена ​​в их средах или что они никогда не были уязвимы, потому что они никогда не использовали уязвимые версии. Когда они объявят, что обновили до новой версии OpenSSL, я гарантирую, что они используют новый сертификат, подписанный после даты публичного выпуска эксплойта, которая была 2014-04-07.

** Обратите внимание, что ранее записанный трафик может быть расшифрован, если секретный ключ был позже утек.

Что я могу сделать как пользователь, чтобы защитить себя

В течение следующих нескольких дней, если вы можете избежать использования критически важных сайтов, таких как онлайн-банкинг или онлайн-доступ к медицинским картам, я бы посоветовал вам сделать это. Если вы должны это сделать, понимайте, что ваша сессия потенциально находится под угрозой, и будьте готовы принять последствия этого. Кроме того, после того, как организации объявят, что они больше не уязвимы, вы должны изменить свой пароль ; может помочь менеджер паролей. Вам также следует подготовиться к изменению или мониторингу любой другой информации, которую вы использовали, такой как банковские реквизиты или номера кредитных карт.

Специальное уведомление для активистов

Может быть затронуто все, что использует OpenSSL, включая Tor . Вполне возможно, что правительства смогли использовать этот недостаток с момента его включения в выпуски OpenSSL более двух лет назад, поскольку у них были бы огромные ресурсы, необходимые для поиска таких эксплойтов, и поэтому вы должны быть готовы к тому, что информация сможет больше не быть частным.

** Обратите внимание, что ранее записанный трафик может быть дешифрован, если секретный ключ был позже утек, если не была реализована идеальная прямая защита (PFS).

Claims- Были заявления о том, что вполне вероятно, что закрытые ключи не были бы в памяти, но в то же время были заявления об успешном извлечении ключей. На данный момент неизвестно, какая сторона верна.

The risk posed by this vulnerability is being overhyped. I say this because there is ZERO evidence that this vulnerability was known or exploited prior to its publication by researchers 2 days ago.

Let me be clear, it is urgent that vulnerable web sites, particularly those transacting sensitive data across the Internet, be patched. It is equally urgent that signatures for the attack be loaded into IDS and malware protection tools. Inside IT, we should respond to this vulnerability with the highest priority.

Having said that, I do not feel that the level of risk associated with this vulnerability by the public press is justified.

What should individuals do to protect themselves? Don't use sites that are running vulnerable versions of OpenSSL.

Until and unless there is evidence that this vulnerability was exploited, any further action is pointless and motivated by nothing more than FUD. You disagree? Consider the many vulnerabilities released each month or quarter that allow arbitrary code execution. Those that give the attacker root or system level privileges or where the attacker can subsequently gain them through privilege escalation present as much or more risk to the security of all data handled by the vulnerable systems as this vulnerability presents.

In many cases, these vulnerabilities are discovered by the software vendor or researchers who inform the vendor. The vendor produces a patch and releases it to the market without publication of the vulnerability details. In some cases, the details are published and exploits are published by the security community for use in testing tools. We don't react to these many vulnerabilities by saying "All our secrets MAY have been exposed!"

If there is evidence of exploitation, we must react to that appropriately. I see great risk in the overreaction of the researchers who announced this vulnerability and in the press who have amplified the researchers' loose talk. They are crying wolf.

-- El viejo

Не каждый веб-сайт использует библиотеки OpenSSL для HTTPS (есть также GnuTLS и PolarSSL, например), и не каждая версия OpenSSL была уязвима (более старые версии не были). Это означает, что есть вероятность, что сайты, которые вы упомянули, не меняли сертификаты, потому что им это не нужно. Достаточно просто взглянуть на даты выдачи сертификатов.

Существует ряд инструментов и сайтов, которые могут помочь вам проверить, уязвим ли веб-сайт, например: - http://filippo.io/Heartbleed - https://gist.github.com/mitsuhiko/10130454 - https: / /www.ssllabs.com/ssltest/

К сожалению, как вы уже заявили, это не говорит вам, если они были. Боюсь, что ключевой вопрос здесь - это доверие: нет никакого объективного способа проверить, какие библиотеки SSL они используют и используют без внутренней информации. Вы должны надеяться, что они сделали то, что им нужно сделать (потому что это правильно, или даже потому, что они боятся публичного унижения), и если они это сделали, вы можете только надеяться, что они откровенны в этом.

Конечно, вы всегда можете спросить эти сайты, если они были затронуты, я видел несколько сайтов, публикующих публичные заявления по этому поводу. Публичные запросы с использованием социальных сетей, таких как Twitter или Facebook, часто работают.

Поэтому лучший совет, который я могу дать, - это общий совет: будьте осторожны с тем, что вы оставляете в Интернете, и каким веб-сайтам вы доверяете свою личную информацию.

Regarding the private keys being exposed, it is worth adding that, while someone may be able to decrypt data in an encrypted session, because they now have the private key, they will still need to establish themselves as the man in the middle of the session. Not just anyone on the Internet can do this.

My understanding is that they will still need to be intercepting traffic either by being on your local LAN and ARP spoofing or being able hijack/redirect traffic by advertising false routes to Internet routers. These kind of attacks have always been possible even without this vulnerability.

Вы можете ввести URL для сайта в LastPass Heartbleed Checker, и он сообщит вам, был ли сайт уязвим или все еще уязвим, и когда его сертификат был обновлен.

Также есть расширение Chrome под названием Chromebleed, которое предупредит вас, если вы посещаете сайт, на который влияет Heartbleed.

Mashable.com имеет список известных сайтов, были ли они затронуты и нужно ли менять пароль. Интересно, что ни один из сайтов в списке банков и брокеров не был затронут.

I would also visit the following site:

https://www.ivpn.net/blog/heartbleed-passwords-change

They have a list of popular sites that have been impacted and when and where you should change your passwordss

В целом, я бы сказал, не позволяйте паранойе добраться до вас. Реально просто иметь возможность расшифровать трафик и получить ваш пароль - это не то же самое, что фактически сделать это.

Если вы используете двухфакторную аутентификацию (и вам следует) на таких сайтах, как Twitter, Facebook, Gmail и ваши банковские операции, вам не следует слишком беспокоиться, и даже если вы этого не сделаете, вы, вероятно, в порядке, как есть.

Если вы чувствуете необходимость сменить все свои пароли, вам придется пойти дальше и сделать это там, где вы чувствуете, что вам это нужно. Это все, что нужно, правда.