<?xml version="1.0" encoding="utf-8"?>
<feed xmlns="http://www.w3.org/2005/Atom">
	<title type="html"><![CDATA[Linux Forum &mdash; Предложение по использованию TLD-доменов ".secure"]]></title>
	<link rel="self" href="https://linuxforum.ru/extern.php?action=feed&amp;tid=22171&amp;type=atom" />
	<updated>2012-05-12T16:37:37Z</updated>
	<generator>PunBB</generator>
	<id>https://linuxforum.ru/viewtopic.php?id=22171</id>
		<entry>
			<title type="html"><![CDATA[Предложение по использованию TLD-доменов ".secure"]]></title>
			<link rel="alternate" href="https://linuxforum.ru/viewtopic.php?pid=274129#p274129" />
			<content type="html"><![CDATA[<p><strong>Предложение по использованию TLD-доменов &quot;.secure&quot; для гарантированно защищённых ресурсов</strong></p><p>Компания iSec Partners <a href="http://arstechnica.com/security/2012/05/my-own-private-internet-secure-tld-floated-as-bad-guy-free-zone/"> выступила</a> с инициативой использования пространства доменов первого уровня &quot;.secure&quot; для специально проверенных и гарантирующих высокую безопасность доменов.&nbsp; В проект уже инвестировано более 9 млн долларов. В первую очередь проект нацелен на обеспечение безопасного доступа к сайтам банков, медицинских учреждений и других групп, против которых регулярно предпринимаются попытки фишинга и других online-атак. </p><p>Для получения поддомена в зоне &quot;.secure&quot; пользователю придётся пройти достаточно жесткую проверку соблюдения требований безопасности и предоставить полный комплект документов, подтверждающий легальность деятельности. Например, регистратору, который от своего лица поручается за клиента, должен быть сообщён физический адрес организации и предоставлены данные о регистрации товарных знаков, учредительные и другие юридические документы, подлинность которых будет проверена специальным сотрудником. </p><p>Весь почтовый и web-трафик для зарегистрированных доменов должен отвечать минимальным требованиям безопасности, в частности, обязательно должен использоваться шифрованный канал связи с пользователем (например, запросы на 80 порт должны приводить к перенаправлению на HTTPS, при отправке почты должен использоваться TLS). Кроме того сайты смогут указать явный список удостоверяющих центров, подписавших их SSL/TLS-сертификаты, чтобы исключить возможность выдачи поддельного сертификата другим удостоверяющим центром. </p><p>Для борьбы с возможными атаками по подмене параметров DNS, для доступа к интерфейсу регистратора будет задействована специальная двухфакторная система аутентификации, подразумевающая использование специального оборудования. Кроме того, все сайты внутри зоны &quot;.secure&quot; будут автоматически проверяться на предмет подстановки вредоносного кода, фишинга и других злонамеренных действий,&nbsp; и в случае выявления проблем - блокироваться на уровне регистратора. Разблокировка будет производиться только после устранения проблемы. В случае неоднократного возникновения инцидентов, домен может быть отозван.</p><p><a href="http://www.opennet.ru/opennews/art.shtml?num=33828">Источник »</a><br /><a href="http://arstechnica.com/security/2012/05/my-own-private-internet-secure-tld-floated-as-bad-guy-free-zone/">Главная ссылка к новости »</a></p>]]></content>
			<author>
				<name><![CDATA[Lupo Alberto]]></name>
				<uri>https://linuxforum.ru/profile.php?id=9018</uri>
			</author>
			<updated>2012-05-12T16:37:37Z</updated>
			<id>https://linuxforum.ru/viewtopic.php?pid=274129#p274129</id>
		</entry>
</feed>
