<?xml version="1.0" encoding="utf-8"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom">
	<channel>
		<title><![CDATA[Linux Forum &mdash; В Chrome планируют отказаться от онлайн-проверки сертификатов]]></title>
		<link>https://linuxforum.ru/viewtopic.php?id=20129</link>
		<atom:link href="https://linuxforum.ru/extern.php?action=feed&amp;tid=20129&amp;type=rss" rel="self" type="application/rss+xml" />
		<description><![CDATA[Недавние сообщения в теме «В Chrome планируют отказаться от онлайн-проверки сертификатов».]]></description>
		<lastBuildDate>Thu, 09 Feb 2012 07:09:34 +0000</lastBuildDate>
		<generator>PunBB</generator>
		<item>
			<title><![CDATA[В Chrome планируют отказаться от онлайн-проверки сертификатов]]></title>
			<link>https://linuxforum.ru/viewtopic.php?pid=249526#p249526</link>
			<description><![CDATA[<p>Адам Лэнгли (Adam Langley) из компании Google сообщил о планах отказаться от использования <a href="http://en.wikipedia.org/wiki/OCSP">OCSP</a> и <a href="http://en.wikipedia.org/wiki/Certificate_revocation_list">CRL</a> проверок сертификатов на актуальность в режиме онлайн (Revocation checking) в следующих версиях Chrome. Как известно, при подключении по протоколу HTTPS к любому сайту браузер делает в запрос центр сертификации (Certificate Authorities) на предмет того, не отозван ли сертификат, предъявленный сервером.</p><p>Лэнгли считает этот подход в современных условиях крайне неэффективным. Так, доверенный центр сертификации может быть не доступен браузеру. Например, такая ситуация возникает при web-аутентификации доступа в Интернет, используемой в беспроводных сетях (hotspots) - портал доступа (captive portal) блокирует все ресурсы (в том числе и запросы к CA-серверам), кроме собственного HTTPS-сайта с формой ввода учетных данных. При недоступности сервиса проверки сертификата большинство браузеров игнорируют сбой и продолжают считать сертификат валидным. При совершении атаки злоумышленники могут воспользоваться данной особенностью и блокировать доступ пользователя к online-службам проверки сертификатов.</p><p>Другой проблемой является то, что OCSP/CRL проверки даже при доступности сервиса занимают достаточно много времени, что приводит к ощутимым задержкам при открытии сайта (до 1 секунды). Кроме того, такие проверки негативно отражаются на приватности, так как раскрывают третьей стороне факт открытия определённого сайта (CA получает IP пользователя и имя домена).</p><p>В качестве выхода разработчики Chrome предлагают использовать периодически обновляемый статический список отозванных сертификатов, встроенный в браузер. Обновление списка отозванных сертификатов может осуществляться совместно с обновлением других компонентов браузера, что не внесет существенные риски в безопасность, но сможет повысить комфортность работы в Интернет для простых пользователей. В Google разрабатывают механизм обновления списка отозванных сертификатов без необходимости перезапуска Chrome.</p><p><a href="http://www.opennet.ru/opennews/art.shtml?num=33034">Источник »</a><br /><a href="http://www.imperialviolet.org/2012/02/05/crlsets.html">Главная ссылка к новости »</a></p>]]></description>
			<author><![CDATA[null@example.com (XRevan86)]]></author>
			<pubDate>Thu, 09 Feb 2012 07:09:34 +0000</pubDate>
			<guid>https://linuxforum.ru/viewtopic.php?pid=249526#p249526</guid>
		</item>
	</channel>
</rss>
