<?xml version="1.0" encoding="utf-8"?>
<feed xmlns="http://www.w3.org/2005/Atom">
	<title type="html"><![CDATA[Linux Forum &mdash; Релиз OpenSSH 6.0]]></title>
	<link rel="self" href="https://linuxforum.ru/extern.php?action=feed&amp;tid=21799&amp;type=atom" />
	<updated>2012-04-22T15:31:38Z</updated>
	<generator>PunBB</generator>
	<id>https://linuxforum.ru/viewtopic.php?id=21799</id>
		<entry>
			<title type="html"><![CDATA[Релиз OpenSSH 6.0]]></title>
			<link rel="alternate" href="https://linuxforum.ru/viewtopic.php?pid=270140#p270140" />
			<content type="html"><![CDATA[<p><strong>Релиз OpenSSH 6.0</strong></p><p><a href="http://lists.mindrot.org/pipermail/openssh-unix-announce/2012-April/000111.html"> Представлен</a> релиз <a href="http://openssh.org/"> OpenSSH 6.0</a>, открытой реализации клиента и сервера для работы по протоколам SSH (1.3, 1.5 и 2.0) и SFTP. Несмотря на значительный номер версии, изменений представлено относительно немного, по сравнению с прошлыми выпусками. Релиз позиционируется как корректирующий, а номер версии стоит рассматривать как плавное продолжение нумерации в десятичном исчислении, при которой после 5.9 выпускается не версия 5.10, а 6.0. Заметное&nbsp; улучшение внесено только в Portable-версию, в которой добавлена поддержка специфичного для Linux нового режима изоляции &quot;seccomp sandbox&quot;.</p><p>Основные изменения:<br /></p><ul><li><p>Новый режим изоляции привилегий для Linux -&nbsp; &quot;seccomp sandbox&quot;, автоматически включаемый при сборке на системах, поддерживающих данную технологию. Так как подсистема seccomp пока не включена в состав основного ядра, её поддержка в дистрибутивах сильно ограничена. Тем не менее, дело скоро должно сдвинуться с мёртвой точки, так как поддержка seccomp будет обеспечена по умолчанию в 64-разрядной сборке Ubuntu 12.04. Стимулировать интеграцию seccomp также должен факт обеспечения поддержки данной технологии в важнейших сетевых приложениях, таких как vsftpd и OpenSSH. Кроме того, компания Google намерена активировать seccomp для усиления защиты в проекте Chromium.</p><p>Принцип работы seccomp <a href="http://outflux.net/teach-seccomp/"> сводится</a> к ограничению доступа к системным вызовам. При этом, важной особенностью является то, что логика выставляемых ограничений задаётся на уровне защищаемого приложения, а не через задание внешних ограничений, как в случае AppArmor или SELinux. В код программы добавляется структура с перечнем допустимых системных вызовов (например, ALLOW_SYSCALL) и реакции в случае несовпадения (например, KILL_PROCESS). Доступ к системным вызовам определяется в виде правил, оформленных в BPF-представлении (Berkley Packet Filter), которое получило распространение в системах фильтрации сетевых пакетов. </p><p>Система seccomp позволяет реализовывать достаточно сложные правила доступа, учитывающие передаваемые и возвращаемые аргументы. Программа сама определяет какие системные вызовы ей необходимы и какие параметры допустимы, все остальные системные вызовы блокируются, что позволяет ограничить возможности атакующего в случае эксплуатации уязвимости в защищённом при помощи seccomp приложении. Возможность задания фильтров аргументов позволяет также защититься от большинства атак, эксплуатирующих уязвимости в системных вызовах. Например, выявленные за последние годы критические уязвимости в glibc и ядре Linux, такие как <a href="http://sota.gen.nz/af_can/"> AF_CAN</a>, <a href="http://blog.cr0.org/2009/08/linux-null-pointer-dereference-due-to.html"> sock_sendpage</a> и <a href="http://www.juniper.net/security/auto/vulnerabilities/vuln22823.html"> sys_tee</a>,&nbsp; успешно блокируются при надлежащем использовании seccomp.</p></li><li><p>В ssh-keygen добавлены дополнительные точки контроля для экранирования модулей;</p></li><li><p>В ssh-add добавлена опция &quot;-k&quot; для загрузки только ключей, пропуская загрузку сертификатов;</p></li><li><p>В sshd добавлена поддержка указания масок в опции PermitOpen. Например, теперь можно указывать такие правила, как &quot;PermitOpen localhost:*&quot;;</p></li><li><p>В ssh реализована возможность отмены локального или удалённого переброса портов, осуществлённого через мультиплексированный сокет, обслуживающих также другие соединения. Для отмены проброса следует использовать &quot;ssh -O cancel -L xx:xx:xx -R yy:yy:yy user_at_host&quot;;</p></li><li><p>Поддержка отмены локального/динамического проброса из командной строки, активируемой через &quot;~C&quot;;</p></li><li><p>Добавлена опциональная поддержка LDNS,&nbsp; библиотеки для выполнения DNS-запросов (resolver), поддерживающей DNSSEC и распространяемой под лицензией BSD;</p></li><li><p>Устранены проблемы со сборкой во FreeBSD, при использовании варианта libutil с функцией openpty(), но без&nbsp; login();</p></li><li><p>Налажена сборка на основании включённого в состав spec-файла для создания RPM-пакетов;</p></li><li><p>Переработана проверка версии OpenSSL, что позволяет запускать исполняемые файлы OpenSSH с более новыми ветками OpenSSL, чем использовались для сборки (ранее проверялась только версия патча, т.е. если OpenSSH собран с 1.0.0h, то он работал с 1.0.0i, а теперь ещё будет работать и с 1.0.1a);</p></li><li><p>Устранено несколько утечек памяти и файловых дескрипторов.</p></li></ul><p><a href="http://www.opennet.ru/opennews/art.shtml?num=33654">Источник »</a><br /><a href="http://lists.mindrot.org/pipermail/openssh-unix-announce/2012-April/000111.html">Главная ссылка к новости »</a></p>]]></content>
			<author>
				<name><![CDATA[Lupo Alberto]]></name>
				<uri>https://linuxforum.ru/profile.php?id=9018</uri>
			</author>
			<updated>2012-04-22T15:31:38Z</updated>
			<id>https://linuxforum.ru/viewtopic.php?pid=270140#p270140</id>
		</entry>
</feed>
