https://www.opennet.ru/openforum/vsluhforumID3/70639.html Пока по неподтверждённым данным неизвестные исследователи компьютерной безопасности смогли вскрыть (http://www.engadget.com/2010/09/14/hdcp-master-key-supposedly-released-unlocks-hdtv-copy-protect/) мастер-ключ алгоритма HDCP (http://ru.wikipedia.org/wiki/HDCP), технологии защиты медиаконтента, разработанной корпорацией Intel и предназначенной для предотвращения незаконного копирования высококачественного видеосигнала, передаваемого через интерфейсы DVI, DisplayPort, HDMI, GVIF или UDI.<br><br><br>Этот ключ используется практически в каждом видеоформате для защиты передачи данных от источника к приёмнику. Данные шифруются используя ключ источника, обычно это проигрыватель BluRay или компьютер, а затем дешифруются приёмником, т.е. конечным устройством отображения (например, LCD телевизором). Защита, точнее технология DRM (digital restrictions management), должна по идее предотвращать незаконное создание копий цифрового контента.<br><br><br>Учитывая, что HDCP взломан, теперь более не требуется взламыв...<br><br>URL: http://www.eng https://www.opennet.ru/openforum/vsluhforumID3/70639.html#64 Thu, 23 Sep 2010 13:53:06 GMT &gt;Да да Александр, именно о нем. <br>&gt;http://ru.wikipedia.org/wiki/Diffie-Hellman <br>&gt;Раздел "Криптографическая стойкость" <br><br>Действительно для защиты от MiM используется предварительно известный секрет. Например, как в G.hn: http://en.wikipedia.org/wiki/X.1035<br><br>А называть сообщение в DH "открытыми ключом" - безобразие.<br> https://www.opennet.ru/openforum/vsluhforumID3/70639.html#63 Thu, 23 Sep 2010 13:16:23 GMT &gt;[оверквотинг удален]<br>&gt;&gt;Чтобы противостоять этому и созданы доверенные центры сертификации, которые позволяют проверить, <br>&gt;&gt;действительно ли открытый ключ соответствует его владельцу. <br>&gt;<br>&gt;AdVv, <br>&gt;<br>&gt;Какой ещё "свой открытый ключ"? Мы же про алгоритм Диффи-Хеллмана говорим. <br>&gt;http://en.wikipedia.org/wiki/Diffie&#8211;Hellman_problem <br>&gt;http://en.wikipedia.org/wiki/Diffie-hellman <br>&gt;<br>&gt;Александр Чуранов <br><br>Да да Александр, именно о нем. <br>http://ru.wikipedia.org/wiki/Diffie-Hellman<br>Раздел "Криптографическая стойкость"<br>Цитата:<br>Необходимо отметить, что алгоритм Диффи &#8212; Хеллмана работает только на линиях связи, надёжно защищённых от модификации. Если бы он был применим на любых открытых каналах, то давно снял бы проблему распространения ключей и, возможно, заменил собой всю асимметричную криптографию. Однако, в тех случаях, когда в канале возможна модификация данных, появляется возможность атаки человек посередине. Атакующий заменяет сообщения переговоров о ключе на свои собственные и таким образо https://www.opennet.ru/openforum/vsluhforumID3/70639.html#62 Thu, 23 Sep 2010 12:25:58 GMT &gt;На этапе установки соединения вы отсылаете собеседнику свой открытый ключ. Злоумышленник его <br>&gt;перехватывает и отсылает вместо него свой. Далее перехватывает зашифрованную своим ключем <br>&gt;переписку, расшифровывает, читает, шифрует вашим ключем и отправляет вам. Все счастливы. <br>&gt;Чтобы противостоять этому и созданы доверенные центры сертификации, которые позволяют проверить, <br>&gt;действительно ли открытый ключ соответствует его владельцу. <br><br>AdVv,<br><br>Какой ещё "свой открытый ключ"? Мы же про алгоритм Диффи-Хеллмана говорим.<br>http://en.wikipedia.org/wiki/Diffie&#8211;Hellman_problem<br>http://en.wikipedia.org/wiki/Diffie-hellman<br><br>Александр Чуранов<br> https://www.opennet.ru/openforum/vsluhforumID3/70639.html#61 Mon, 20 Sep 2010 07:25:32 GMT &gt;алгоритм Диффи-Хеллмана? <br>&gt;Насколько я знаю, он как раз и позволяет безопасно обмениваться данными по <br>&gt;незащищённой сети при отсутствии общего секретного знания у<br><br>А на википедии написано "двум сторонам получить общий секретный ключ, используя незащищенный от прослушивания, но защищённый от подмены, канал связи". О чём только они там у себя в википедиях думают?!---<br> https://www.opennet.ru/openforum/vsluhforumID3/70639.html#60 Mon, 20 Sep 2010 06:28:15 GMT &gt;&gt;Вы издеваетесь что ли? D-H используют как каноничный пример, когда рассказывают что <br>&gt;&gt;такое MitM. <br>&gt;<br>&gt;Не надо голословных утверждений. <br>&gt;Приведите "каноничный пример", в котором протоколу диффи-хеллмана плохеет от man-in-the-middle. Я этого <br>&gt;представить не могу. <br><br>На этапе установки соединения вы отсылаете собеседнику свой открытый ключ. Злоумышленник его перехватывает и отсылает вместо него свой. Далее перехватывает зашифрованную своим ключем переписку, расшифровывает, читает, шифрует вашим ключем и отправляет вам. Все счастливы. Чтобы противостоять этому и созданы доверенные центры сертификации, которые позволяют проверить, действительно ли открытый ключ соответствует его владельцу. <br> https://www.opennet.ru/openforum/vsluhforumID3/70639.html#59 Fri, 17 Sep 2010 23:37:21 GMT &gt;Вы издеваетесь что ли? D-H используют как каноничный пример, когда рассказывают что <br>&gt;такое MitM. <br><br>Не надо голословных утверждений.<br>Приведите "каноничный пример", в котором протоколу диффи-хеллмана плохеет от man-in-the-middle. Я этого представить не могу.<br><br><br><br> https://www.opennet.ru/openforum/vsluhforumID3/70639.html#58 Fri, 17 Sep 2010 08:21:32 GMT &gt;И потерять качество. <br><br>Да ну, бросьте. Скажем можно выгребать цифру ... например где-то ОПОСЛЯ чипа занимающегося шифрованием. Пусть он там расшифровывает себе наздоровье, а нам при этом даже не надо знать как именно это делается. Шифрование то рано или поздно в схеме монитора заканчивается т.к. не подашь шифрованный сигнал на матрицу, хоть тресни. Значит при желании поток можно снять с монитора все-равно. А т.к. это цифра - качество ровно то которое декодировалось, пардон. DRM - это заведомо обман и надувательство. Оно столь же "нужно" и "естественно" как для телеги пятое колесо.<br> https://www.opennet.ru/openforum/vsluhforumID3/70639.html#57 Thu, 16 Sep 2010 15:57:18 GMT &gt;И потерять качество<br><br>Холодное транзисторное изображение<br><br><br> https://www.opennet.ru/openforum/vsluhforumID3/70639.html#56 Thu, 16 Sep 2010 15:42:55 GMT а как будто хоть где-то что-то кроме паролей шифруют публичными ключами? <br>публичные ключи используют для передачи сессионого пароля а дальше всё синхронно...<br>