<?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; В GitHub устранена уязвимость, допускающая внедрение кода]]></title>
		<link>https://linuxforum.ru/viewtopic.php?id=20755</link>
		<atom:link href="https://linuxforum.ru/extern.php?action=feed&amp;tid=20755&amp;type=rss" rel="self" type="application/rss+xml" />
		<description><![CDATA[Недавние сообщения в теме «В GitHub устранена уязвимость, допускающая внедрение кода».]]></description>
		<lastBuildDate>Tue, 06 Mar 2012 05:47:24 +0000</lastBuildDate>
		<generator>PunBB</generator>
		<item>
			<title><![CDATA[В GitHub устранена уязвимость, допускающая внедрение кода]]></title>
			<link>https://linuxforum.ru/viewtopic.php?pid=257209#p257209</link>
			<description><![CDATA[<p><strong>В GitHub устранена уязвимость, допускающая внедрение кода в любой репозиторий</strong></p><p>Проект GitHub <a href="https://github.com/blog/1068-public-key-security-vulnerability-and-mitigation"> уведомил</a> пользователей об инциденте, в результате которого произошло неавторизированное внедрение кода в репозиторий проекта Ruby On Rails. Уязвимость, из-за которой стал возможен взлом, уже устранена и начато расследование возможных последствий атаки. В настоящее время все факты свидетельствуют о том, что атака была лишь демонстрацией новой уязвимости, проведённой в открытую одним из исследователей, после того как GitHub и разработчики&nbsp; Ruby On Rails проигнорировали сообщение о наличии проблемы с безопасностью.</p><p>Проблема была выявлена и продемонстрирована <a href="http://homakov.blogspot.com/"> Егором Хомяковым</a> из Санкт-Петербурга. Уязвимость вызвана особенностью обработки массового присваивания данных форм в популярном web-фреймворке <a href="http://rubyonrails.org/"> Ruby on Rails</a> и может наблюдаться в различных приложениях, не ограничиваясь GitHub. При помощи бреши в Rails стало возможным внесение изменений и отправка данных в репозиторий любого проекта GitHub, без наличия явных полномочий на выполнение данных операций. За два дня до инцидента Егор оставил <a href="https://github.com/rails/rails/issues/5228"> уведомление</a> о найденной им уязвимости для разработчиков проекта Ruby on Rails, но это уведомление было закрыто с комментарием, что ошибка находится в зоне ответственности конечных разработчиков приложений на Ruby on Rails. Тогда Егор решил продемонстрировать эту уязвимость в действии и внёс изменения в первичный репозиторий проекта Ruby on Rails, размещённый на GitHub.</p><p>Для привлечения внимания разработчиков Егор сначала создал <a href="https://github.com/rails/rails/issues/5239"> уведомление о проблеме</a>, для заметности установив дату создания, смещенную на 1001 год в будущее. После чего он добавил свой публичный ключ в список коммитеров проекта Ruby on Rails и внёс <a href="https://github.com/rails/rails/commit/b83965785db1eec019edf1fc272b1aa393e6dc57"> коммит</a> с комментарием в мастер-репозиторий. После того как GitHub устранил уязвимость Егор Хомяков опубликовал в своём блоге подробный <a href="http://homakov.blogspot.com/2012/03/how-to.html"> рассказ</a> с описанием метода атаки на GitHub. </p><p>Представители GitHub <a href="https://github.com/blog/1068-public-key-security-vulnerability-and-mitigation"> сообщили</a>, что проект инициировал проведение полного аудита используемого кода. В своем сообщении они признали, что Хомяков сообщил им об этой уязвимости двумя днями ранее, но потом без предупреждения осуществил внедрение своего публичного ключа и провёл демонстрационную атаку. &quot;После проведенного анализа действий Хомякова, никакой зловредной активности с его стороны не обнаружено&quot; – сообщил GitHub. По <a href="https://github.com/blog/1069-responsible-disclosure-policy"> сообщению</a> GitHub, заблокированный после инцидента аккаунт Хомякова теперь <a href="https://twitter.com/#%21/homakov/status/176465129796407296"> восстановлен</a>. </p><p>Проблема, известная как <a href="http://blog.mhartl.com/2008/09/21/mass-assignment-in-rails-applications/"> уязвимость массового присвоения</a> появилась в Rails с тех пор, как была добавлена возможность&nbsp; устанавливать сразу несколько атрибутов в рамках одного вызова.&nbsp; Эта проблема детально описана в официальном руководстве <a href="http://guides.rubyonrails.org/security.html#mass-assignment"> Rails Security Guide</a>, в том числе, там описано и как с ней бороться, но, к сожалению, функциональность необходимая для этого по-умолчанию отключена в стандартной инсталляции Ruby on Rails. И хотя в данном конкретном случае эта проблема в GitHub уже устранена, множество Rails-приложений по всему миру по-прежнему подвержены этой уязвимости. </p><p>Коварность ситуации в том, что эта уязвимость не только хорошо известна, но и в том, что бороться с ней часто нет никакой технической возможности при неправильной выполненной установке. Хорошая новость заключается в том, что после столь демонстративного взлома,&nbsp; разработчики Rails внесли <a href="https://github.com/rails/rails/commit/06a3a8a458e70c1b6531ac53c57a302b162fd736"> изменения</a> в ветку, на базе которой будет сформирован релиз Ruby on Rails 3.2, активировав белый список атрибутов по-умолчанию в стандартной установке, что даёт возможность бороться с этой уязвимостью. Всем текущим пользователем Ruby on Rails разработчики рекомендуют незамедлительно провести аудит кода, чтобы убедиться в том, что их система не была скомпрометирована сторонними лицами. </p><p><a href="http://www.opennet.ru/opennews/art.shtml?num=33268">Источник »</a><br /><a href="http://www.h-online.com/open/news/item/GitHub-security-incident-highlights-Ruby-on-Rails-problem-1463207.html">Главная ссылка к новости »</a></p>]]></description>
			<author><![CDATA[null@example.com (Lupo Alberto)]]></author>
			<pubDate>Tue, 06 Mar 2012 05:47:24 +0000</pubDate>
			<guid>https://linuxforum.ru/viewtopic.php?pid=257209#p257209</guid>
		</item>
	</channel>
</rss>
