<?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; Релиз OpenSSH 6.0]]></title>
		<link>https://linuxforum.ru/viewtopic.php?id=21799</link>
		<atom:link href="https://linuxforum.ru/extern.php?action=feed&amp;tid=21799&amp;type=rss" rel="self" type="application/rss+xml" />
		<description><![CDATA[Недавние сообщения в теме «Релиз OpenSSH 6.0».]]></description>
		<lastBuildDate>Sun, 22 Apr 2012 15:31:38 +0000</lastBuildDate>
		<generator>PunBB</generator>
		<item>
			<title><![CDATA[Релиз OpenSSH 6.0]]></title>
			<link>https://linuxforum.ru/viewtopic.php?pid=270140#p270140</link>
			<description><![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>]]></description>
			<author><![CDATA[null@example.com (Lupo Alberto)]]></author>
			<pubDate>Sun, 22 Apr 2012 15:31:38 +0000</pubDate>
			<guid>https://linuxforum.ru/viewtopic.php?pid=270140#p270140</guid>
		</item>
	</channel>
</rss>
