<?xml version="1.0" encoding="koi8-r"?>
<rss version="0.91">
<channel>
    <title>OpenForum RSS: Уязвимость в SFTP при неверной конфигурации OpenSSH 6.6 и бо...</title>
    <link>https://www.opennet.dev/openforum/vsluhforumID3/99307.html</link>
    <description>В списке рассылки Full Disclosure опубликован (http://seclists.org/fulldisclosure/2014/Oct/35) прототип эксплоита, поражающего 64-разрядные системы с OpenSSH 6.6 и более ранними выпусками, в которых используется неверная конфигурация SFTP-сервера. В частности, проблема проявляется, если в настройках указано принудительное выполнение встроенной реализации sftp (&quot;ForceCommand internal-sftp&quot;), но не определена директория для его изоляции в chroot (ChrootDirectory). &lt;br&gt;&lt;br&gt;&lt;br&gt;&lt;br&gt;Проблема связана с тем, что без выполнения chroot пользователь  SFTP имеет доступ к некоторым частям базовой файловой системы, в том числе может обратиться к содержимому файла /proc/self/maps, через манипуляции с которым можно произвести запись в произвольную область памяти текущего процесса и организовать выполнение своего кода на сервере с правами непривилегированного пользователя. В представленном вчера выпуске OpenSSH 6.7 (http://www.opennet.ru/opennews/art.shtml?num=40767) проблема устранена за счёт   использования prctl() для блокирования</description>

<item>
    <title>Уязвимость в SFTP при неверной конфигурации OpenSSH 6.6 и бо... (Аноним)</title>
    <link>https://www.opennet.dev/openforum/vsluhforumID3/99307.html#22</link>
    <pubDate>Thu, 09 Oct 2014 23:50:44 GMT</pubDate>
    <description>&amp;gt; А как узнать результирующий конфиг оненссш?&lt;br&gt;&lt;br&gt;Запусти без детача от консоли и с дебаг ключом, да и мучай пока не фффтыкнёшь :)&lt;br&gt;Но только этого как правило не достаточно, так - первый шаг.&lt;br&gt;</description>
</item>

<item>
    <title>Уязвимость в SFTP при неверной конфигурации OpenSSH 6.6 и бо... (Аноним)</title>
    <link>https://www.opennet.dev/openforum/vsluhforumID3/99307.html#21</link>
    <pubDate>Thu, 09 Oct 2014 23:47:13 GMT</pubDate>
    <description>Как и ожидалось - ватнузятник даже не понял о чём тут :)&lt;br&gt;Но я добрый - один раз объясню. Так вот, если у тебя есть ssh шелл ... то вот конкретно эта тема тебе не интересна, малыш :)&lt;br&gt;</description>
</item>

<item>
    <title>Уязвимость в SFTP при неверной конфигурации OpenSSH 6.6 и бо... (Аноним)</title>
    <link>https://www.opennet.dev/openforum/vsluhforumID3/99307.html#19</link>
    <pubDate>Thu, 09 Oct 2014 13:32:11 GMT</pubDate>
    <description>&amp;gt;без выполнения chroot пользователь SFTP имеет доступ к некоторым частям базовой файловой системы&lt;br&gt;&lt;br&gt;Ко всей фс с правами юзера же? host:../../ же =)&lt;br&gt;&lt;br&gt;Сабжевую строку ни разу не видел в дефолтных конфигах дистров. А как узнать результирующий конфиг оненссш?&lt;br&gt;</description>
</item>

<item>
    <title>Уязвимость в SFTP при неверной конфигурации OpenSSH 6.6 и бо... (Нанобот)</title>
    <link>https://www.opennet.dev/openforum/vsluhforumID3/99307.html#18</link>
    <pubDate>Thu, 09 Oct 2014 06:03:21 GMT</pubDate>
    <description>Первопричина дыры - ожидания администратора, устранить первопричину невозможно. Вот и придумывают костыли&lt;br&gt;</description>
</item>

<item>
    <title>Уязвимость в SFTP при неверной конфигурации OpenSSH 6.6 и бо... (Нанобот)</title>
    <link>https://www.opennet.dev/openforum/vsluhforumID3/99307.html#17</link>
    <pubDate>Thu, 09 Oct 2014 06:00:27 GMT</pubDate>
    <description>&amp;gt;проблема устранена за счёт использования prctl() для блокирования доступа к /proc/self/&#123;mem,maps&#125;. &lt;br&gt;&lt;br&gt;костыль&lt;br&gt;</description>
</item>

<item>
    <title>Уязвимость в SFTP при неверной конфигурации OpenSSH 6.6 и бо... (Аноним)</title>
    <link>https://www.opennet.dev/openforum/vsluhforumID3/99307.html#16</link>
    <pubDate>Wed, 08 Oct 2014 21:59:02 GMT</pubDate>
    <description>&amp;gt; Вот скажите мне, почему все монтируют procfs в /proc и никто не &lt;br&gt;&amp;gt; пробовал в другое место? Вроде же никак гвоздями не прибито&lt;br&gt;&lt;br&gt;Гвоздями может и не прибито, а софту ты это объяснять задолбаешься...&lt;br&gt;</description>
</item>

<item>
    <title>Уязвимость в SFTP при неверной конфигурации OpenSSH 6.6 и бо... (Аноним)</title>
    <link>https://www.opennet.dev/openforum/vsluhforumID3/99307.html#15</link>
    <pubDate>Wed, 08 Oct 2014 21:57:59 GMT</pubDate>
    <description>Можно хоть тот же rsync over ssh. Он еще и докачку умеет, приколитесь?&lt;br&gt;</description>
</item>

<item>
    <title>Уязвимость в SFTP при неверной конфигурации OpenSSH 6.6 и бо... (Stax)</title>
    <link>https://www.opennet.dev/openforum/vsluhforumID3/99307.html#14</link>
    <pubDate>Wed, 08 Oct 2014 20:59:50 GMT</pubDate>
    <description>&amp;gt; 2) По умолчанию в OpenBSD для SFTP-сервера не используется internal-sftp. А уж что включают в дистрибутивах Linux и прочих ОС по дефолту - как повезёт.&lt;br&gt;&lt;br&gt;По дефолту этого не может быть нигде, т.к. это не указание &quot;используемого sftp-сервера&quot;, а ограничение конкретного пользователя, давая ему возможность использовать *только* sftp-сервер. Т.е. такую конфигурацию может поставить только админ. И обычно это делали вместе с chroot, но, видимо, не всегда.&lt;br&gt;&lt;br&gt;А виной всему хаутшки вроде http://en.wikibooks.org/wiki/OpenSSH/Cookbook/SFTP - ими полон интернет. Вначале рассказывают про internal-sftp, а следующим рецептом &quot;а еще можно это все в chroot&quot;..., с комментариями типа &quot;this may not be usable&quot;, &quot;a compromise can be made&quot; и т.д.&lt;br&gt;Т.е. тому, кто читает приходится включать голову, а не тупо копипастить. Подозреваю, по этой причине кто-то может останавливаться на предыдущем рецепте о форсировании sftp без chroot. Ну что поделаешь.&lt;br&gt;&lt;br&gt;&amp;gt; Даже в случае выполнения кода, он будет выполнен от имени текущего пользователя</description>
</item>

<item>
    <title>Уязвимость в SFTP при неверной конфигурации OpenSSH 6.6 и бо... (Аноним)</title>
    <link>https://www.opennet.dev/openforum/vsluhforumID3/99307.html#13</link>
    <pubDate>Wed, 08 Oct 2014 20:07:36 GMT</pubDate>
    <description>&amp;gt;&amp;gt; проблема устранена за счёт использования prctl() для блокирования доступа к /proc/self/&#123;mem,maps&#125;.&lt;br&gt;&amp;gt; И это опенбсдшники, специалисты по секурити? Латающие дырки на суперклей?&lt;br&gt;&lt;br&gt;Если кто не понял:&lt;br&gt;&lt;br&gt;1) В OpenBSD нет procfs (раньше была, но использовалась только для Linux ABI).&lt;br&gt;&lt;br&gt;2) По умолчанию в OpenBSD для SFTP-сервера не используется internal-sftp. А уж что включают в дистрибутивах Linux и прочих ОС по дефолту - как повезёт.&lt;br&gt;&lt;br&gt;3) Даже в случае выполнения кода, он будет выполнен от имени текущего пользователя, а не root... если, конечно, опять-таки, в вашем дистрибутиве эту защитную меру не отключили.&lt;br&gt;</description>
</item>

</channel>
</rss>
