<?xml version="1.0"?>
<feed xmlns="http://www.w3.org/2005/Atom" xml:lang="ru">
	<id>https://t8.lbstr.eu/index.php?action=history&amp;feed=atom&amp;title=%D0%A3%D1%87%D0%B0%D1%81%D1%82%D0%BD%D0%B8%D0%BA%3A%D0%93%D1%80%D0%B0%D0%BC%D0%BE%D1%82%D0%B5%D0%B9-%D0%9E%D0%BF%D1%80%D0%B8%D1%87%D0%BD%D0%B8%D0%BA</id>
	<title>Участник:Грамотей-Опричник - История изменений</title>
	<link rel="self" type="application/atom+xml" href="https://t8.lbstr.eu/index.php?action=history&amp;feed=atom&amp;title=%D0%A3%D1%87%D0%B0%D1%81%D1%82%D0%BD%D0%B8%D0%BA%3A%D0%93%D1%80%D0%B0%D0%BC%D0%BE%D1%82%D0%B5%D0%B9-%D0%9E%D0%BF%D1%80%D0%B8%D1%87%D0%BD%D0%B8%D0%BA"/>
	<link rel="alternate" type="text/html" href="https://t8.lbstr.eu/index.php?title=%D0%A3%D1%87%D0%B0%D1%81%D1%82%D0%BD%D0%B8%D0%BA:%D0%93%D1%80%D0%B0%D0%BC%D0%BE%D1%82%D0%B5%D0%B9-%D0%9E%D0%BF%D1%80%D0%B8%D1%87%D0%BD%D0%B8%D0%BA&amp;action=history"/>
	<updated>2026-11-05T04:19:50Z</updated>
	<subtitle>История изменений этой страницы в вики</subtitle>
	<generator>MediaWiki 1.43.9</generator>
	<entry>
		<id>https://t8.lbstr.eu/index.php?title=%D0%A3%D1%87%D0%B0%D1%81%D1%82%D0%BD%D0%B8%D0%BA:%D0%93%D1%80%D0%B0%D0%BC%D0%BE%D1%82%D0%B5%D0%B9-%D0%9E%D0%BF%D1%80%D0%B8%D1%87%D0%BD%D0%B8%D0%BA&amp;diff=44193&amp;oldid=prev</id>
		<title>imported&gt;Грамотей-Опричник в 20:32, 18 августа 2011</title>
		<link rel="alternate" type="text/html" href="https://t8.lbstr.eu/index.php?title=%D0%A3%D1%87%D0%B0%D1%81%D1%82%D0%BD%D0%B8%D0%BA:%D0%93%D1%80%D0%B0%D0%BC%D0%BE%D1%82%D0%B5%D0%B9-%D0%9E%D0%BF%D1%80%D0%B8%D1%87%D0%BD%D0%B8%D0%BA&amp;diff=44193&amp;oldid=prev"/>
		<updated>2011-08-18T20:32:10Z</updated>

		<summary type="html">&lt;p&gt;&lt;/p&gt;
&lt;p&gt;&lt;b&gt;Новая страница&lt;/b&gt;&lt;/p&gt;&lt;div&gt;{{NSFW|Здесь красивая местность.|&lt;br /&gt;
&lt;br /&gt;
Ложки - нет.&lt;br /&gt;
&lt;br /&gt;
Мы проиграли. Русских больше нет. Нет надежды. Нет будущего.&lt;br /&gt;
&lt;br /&gt;
Но я ещё жив. Пока жив последний русский - жива Русь.&lt;br /&gt;
&lt;br /&gt;
Что есть спасенье? От себя.&lt;br /&gt;
}}&lt;br /&gt;
&lt;br /&gt;
{{NSFW|Проект &amp;quot;Контроль сети. 1984&amp;quot;|Пока моя учётка парится в бане до 01.08.11 напишу сюда, чтобы не забыть.&lt;br /&gt;
Отечественные погромисты из Перми хотят забанить (совпадение, однако!) torrent-ы. Проект называется Pirate Pay (видимо по созвучию с Pirate Bay). Судя по реакции интернетов - очередной распил и откат. А если почитать объяснения директора по развитию проекта Дмитрия Шуваева в статье [http://www.computerra.ru/interactive/546672/ &amp;quot;Компьютерра-онлайн&amp;quot;], то можно просто охуеть:&lt;br /&gt;
&amp;lt;blockquote&amp;gt;- Исполнительные модули Pirate Pay устанавливаются в сетях операторов связи. Они контролируют Bittorrent-трафик и анализируют поисковые запросы. Запрашиваемый контент сравнивается с базой данных запрещенного контента. В случае если контент запрещен к распространению, пользователь просто не получает в ответ от трекера список пиров (IP-адресов других пользователей, раздающих контент). И соответственно этот пользователь не может скачать контент.&amp;lt;/blockquote&amp;gt;&lt;br /&gt;
Этож просто пиздец, анализатор трафика должен установить пров за свой, то есть наш, соответственно, счёт! В этом году они придумали [http://gazeta.ru/business/2011/07/19/3699217.shtml &amp;quot;глушить&amp;quot; незаконные раздачи, использующие DHT-протокол],&lt;br /&gt;
&amp;lt;blockquote&amp;gt;Российские программисты готовят к запуску систему, блокирующую скачивание контента в торрентах. Механизм заполнит файлообменные сети фальшивыми торрент-клиентами, парализуя их работу. Проект стартует в сентябре, к нему присоединилась Ассоциацией теле- и кинопродюсеров России. Пираты найдут выход, скептичны аналитики.&lt;br /&gt;
&amp;lt;/blockquote&amp;gt;&lt;br /&gt;
что тоже весьма тупо, так как своими глушилками они засрут весь интернет.&lt;br /&gt;
}}&lt;br /&gt;
&lt;br /&gt;
{{NSFW|Контроль сети. Противодействие.|Польские исследователи предложили новый способ сетевой стеганографии основанный на особенностях работы широко распространенного протокола транспортного уровня TCP. Авторы работы считают, что их схема, к примеру, может применяться для пересылки скрытых сообщений в тоталитарных странах вводящих жесткую интернет цензуру. Попробуем разобраться в чем, собственно, состоит нововведение и насколько оно действительно полезно.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
В первую очередь нужно определить что такое стеганография. Так вот, стеганография — это наука о скрытой передаче сообщений. То есть используя ее методы стороны пытаются скрыть сам факт передачи. В этом и состоит отличие этой науки от криптографии, которая пытается сделать недоступным для прочтения содержание сообщения. Стоит отметить, что профессиональное сообщество криптографов достаточно презрительно относится к стеганографии в силу близости ее идеологии к принципу «Security through obscurity» (не знаю как это правильно звучит по-русски, что-то вроде «Безопасность через незнание»). Этим принципом, к примеру, пользуются в компании Skype Inc. — исходный код популярной звонилки закрыт и никто толком не знает как именно осуществляется шифрование данных. Недавно, кстати, об этом сетовали в NSA, о чем известный специалист Брюс Шнайер написал у себя в блоге. &lt;br /&gt;
&lt;br /&gt;
Возвращаясь к стеганографии, ответим на вопрос а зачем она вообще нужна, если есть криптография. Действительно, ведь можно зашифровать сообщение при помощи какого-либо современного алгоритма и при использовании достаточного длинного ключа никто это сообщение прочитать не сможет если только вы этого не пожелаете. И тем не менее, иногда бывает полезнее скрыть сам факт тайной передачи. К примеру, если соответствующие органы перехватили ваше зашиврованное сообщение, расшифровать не могут, но очень хочется, то в конце концов есть и некомпьютерные методы воздействия и добычи информации. Звучит антиутопично, но, согласитесь, такое в принципе возможно. Поэтому лучше бы сделать так, чтобы те кому неположено вообще не знали, что передача имела место. Польские исследователи как раз и предложили такой метод. Причем сделать они это предлагают при помощи протокола, который каждый пользователь интернета использует по тысяче раз на дню.&lt;br /&gt;
&lt;br /&gt;
Тут мы вплотную подошли к Transmission Control Protocol (TCP). Объяснять все его детали, разумеетется, не имеет смысла — длинно, скучно, те кому надо и так знают. Вкратце же можно сказать, что TCP — это протокол транспортного уровня (т.е. работает «над» IP и «под» протоколами уровня приложений, к примеру HTTP, FTP или SMTP), который обеспечивает надежную доставку данных от отправителя к получателю. Надежная доставка означает, что если какой-то пакет потерялся или пришел с изменениями, то TCP позаботится о том, чтобы переслать этот пакет. Отметим, что под изменениями в пакете тут подразумевается не умышленное искажение данных, а ошибки в передаче возникающие на физическом уровне. К примеру, пока пакет шел по медным проводам пару бит поменяли свое значение на противоположное или вообще затерялись среди шума (кстати для Ethernet значение Bit Error Rate обычно принимают равным порядка 10-8). Потеря пакетов в пути также относительно частое явление в интернете. Происходить она может, к примеру, из-за загруженности маршрутизаторов, которая приводит к переполнения буферов и как следствие отбросу всех вновь прибывающих пакетов. Обычно доля потерянных пакетов составляет около 0.1%, а при значении в пару процентов TCP вообще перестает нормально работать — у пользователя все будет жутко тормозить.&lt;br /&gt;
&lt;br /&gt;
Таким образом мы видим, что пересылка (ретрансмиссия) пакетов явление для TCP частое и в общем-то нужное. Так почему бы не использовать его для нужд стеганографии при том что TCP, как уже отмечалось выше, используется повсеместно (по разным оценкам на сегодняшний день доля TCP в интернете достигает 80-95%). Суть предложенного метода состоит в том, чтобы в пересылаемом сообщении отправлять не то, что было в первичном пакете, а те данные, которые мы пытаемся скрыть. При этом обнаружить такую подмену не так-то просто. Ведь нужно знать куда смотреть — количество одновременных TCP соединений, проходящих через провайдера просто огромно. Если знать примерный уровень ретрансмиссии в сети, то можно подстроить механизм стеганографической пересылки так, что ваше соединение ничем не будет отличаться от других. &lt;br /&gt;
&lt;br /&gt;
Конечно этот метод не свободен от недостатков. К примеру, с практической точки зрения внедрить его будет не так-то просто — это потребует изменения сетевого стэка в операционных системах, хотя и запредельно сложного в этом ничего нет. Кроме того, при наличии достаточного количества ресурсов все равно можно обнаружить «тайные» пакеты, для этого нужно просматривать и анализировать каждый пакет в сети. Но как правило это практически невозможно, поэтому обычно ищут чем-то выделяющиеся пакеты и соединения, а предложенный метод как раз и делает ваше соединение ничем не примечательным. Да и никто не мешает вам зашифровать тайные данные на всякий случай. При этом само соединение может оставаться незашифрованным, чтобы вызывать меньше подозрений.&lt;br /&gt;
&lt;br /&gt;
Авторы работы (кстати, кому интересно, вот она) на уровне симуляций показали, что предложенный метод работает как задумано. Возможно, в будущем кто-нибудь займется реализаций их идеи на практике. И тогда, будем надеяться, в интернете станет чуть меньше цензуры.&lt;br /&gt;
}}&lt;/div&gt;</summary>
		<author><name>imported&gt;Грамотей-Опричник</name></author>
	</entry>
</feed>