Очередной вброс на тему торрентов... Надоело уже.
Пусть для начала внимательно и с выражением прочитают RFC 5128, достали.
LinuxForum.Fans
В России нашли способ борьбы с торрентами
Автор: i2ks
45 сообщений
4928 просмотров
тогда технически возможно пдобрать для файла такие же блоки, чтобы их суммы совпадали с торентовскими
давно думал почему раньше никто не додумался до этого
но для этого надо очень много времени
в фильмах 1000 частей могут быть и подбирать каждую часть нужно часами даже наверное на самых быстрых ПК
с другой стороны достаточно подобрать первую и последнию часть,
а вообще проблема касается в первую очередь открытых торрент-систем
- но можно будет узнавать их ай-пи
- в яве скрипт можно вроде получать хеш-сумму по ID оборудования ПК
- блокировать кол-во запросов и одновременно качающихся торретнов
- в торрентах появится возможность перекачивать отдельные части файла особенно первые и последние и делать автоматические проверки на их исправность
RFC 5128, достали.
ну чО там?
Вброс вообще непонятен, до тех пор как они попытаются это сделать уже будет нарезана обратная резьба на торрент-клиентах, вот если бы это внезапно было, ну или на ослика перейдем.
у или на ослика перейдем.
eMule? oO
давно думал почему раньше никто не додумался до этого
но для этого надо очень много времени
так вроде md5 только недавно окончательно поломали, так что для суммы можно подобрать исходник за часы (а учитывая что они до 4М, то это может быть затруднительно даже сейчас)... [я не заблуждаюсь? не могу найти пруф взлома md5...]
в принципе можно этому легко противодействовать, включив в протокол дополнение: запрос на получение хеша произвольной части произвольной длинны... т.е. получать часть от одного клиента и проверять её вместе с соседней у другого... или перейти на другие контрольные суммы... так к чему это я? пиратство неискоренимо [а тут красивая фотография весёлого роджера]
Аццкая система =). Всех победит... мы пропали... :D Молодцы программисты! Надо же с этих мошенников денег срубить :D
Ток интересно в какой карман попадут пени, система типо баннера "Не перезагружайте компьютер а то будет удалён bios и тому подобное"
Pirate Pay
Pirate Bay wink
Alecks-ei,
http://piratepay.ru/
http://thepiratebay.org/
wink
Fat-Zer, Я про второй и говорил) wink
Alecks-ei, просто думал, что вы хотели пофиксить новость...
я рассматривал связь в рамках одной сети.
тогда почему "ненадёжно"?
Не большое лирическое отступление: В свое время местный провайдер жестко резал udp из-за того что генерился большой трафик, и сеть порой лежала, я конечно я не отрицаю, то что это были какие то технические проблемы со стороны провайдреа, но факт остается фактом.
резал? что, все порты? А как работали DNS & NTP и прочие "ненужные" сервисы?
и да, в своё время мой бывший провайдер никак не мог обеспечить нормальную работу ISQ, Skype, и всех онлайновых игр, ри том, что странички в Сети открывались хорошо. "Факт остаётся фактом": всё вышеперечисленное - ненадёжно :P
На сколько мне известно, то NTP в некоторых случаях так же может использовать и TCP(если я все правильно понял, в данном случае tcp будет как дополнение к udp и не более того)
можно цитатку из мана? (я не нашёл)
Дык, я не говорю то что в целом udp это жопа, и как протокол он не надежен, но как показала практика это присущи ему, в случае TCP есть гарантия то что пакет дойдет до адресата, в случай UDP такой гарантии нет вот и все.
это откуда у вас такие гарантии?!
гарантий нет как там, так и там. любой пакет может потеряться.
основное отличие протокола UDP от TCP в том, что в последнем требуется подтверждение получателя о доставке, и если его нет, пакет посылается повторно. В UDP подтверждение на уровне протокола посылать не нужно, и потому он конечно ненадёжен, если машин всего две. Однако, точное время можно получить не от одной машин, а от множества из списка, NTP сервер выбирает самый лучший и надёжный. Так же и в Kademlia нет нужды найти одну из миллионов машин в сети, достаточно найти самую осведомлённую о нашем запросе.
их ведь до сих пор хешируют md5?
md4
тогда технически возможно пдобрать для файла такие же блоки, чтобы их суммы совпадали с торентовскими
Извините, но вы ничего в этом не понимаете. На сегодня эта задача НЕРАЗРЕШИМА.
Можно найти два блока с мусором, которые имеют одинаковую md5, но невозможно найти блок с нужной md5, и другим содержанием. Никак.
пара таких клиентов с хорошим каналом может убить раздачу с 100-й сидов...
конечно. причём достаточно даже плохого канала. ну это только если помечтать...
давно думал почему раньше никто не додумался до этого
просто вы впервые об этом слышите :P
я не заблуждаюсь? не могу найти пруф взлома md5...
:lol:
в принципе можно этому легко противодействовать, включив в протокол дополнение: запрос на получение хеша произвольной части произвольной длинны... т.е. получать часть от одного клиента и проверять её вместе с соседней у другого... или перейти на другие контрольные суммы...
в eMule/aMule это уже давно сделано, и называется оно ACPI. Причём во много раз лучше, чем вы только-что придумали: для каждого блока размером 180К вычисляется своя SHA256 сумма. Это позволяет при наличие битого блока скачать только его, а не качать всю часть в 53блока (10Мб). Т.ч. ваши гипотетические битые части мулу уже давно не страшны - он забанит такого источника после первых 180Кб, и больше к нему не полезет (и не даст ничего. Да ещё и другим мулам расскажет).
док, вы прям помечтать не даёте... по поводу md5 собственно был дезинформирован...
в eMule/aMule это уже давно сделано, и называется оно ACPI. Причём во много раз лучше, чем вы только-что придумали: для каждого блока размером 180К вычисляется своя SHA256 сумма. Это позволяет при наличие битого блока скачать только его, а не качать всю часть в 53блока (10Мб). Т.ч. ваши гипотетические битые части мулу уже давно не страшны - он забанит такого источника после первых 180Кб, и больше к нему не полезет (и не даст ничего. Да ещё и другим мулам расскажет).
торренты поступают также(если клиент разумный), только блоки могут быть от 32К до 8М и они включены в файл... а я предлагаю в дополнение к этому ещё и запрашивать у других суммы размером k части номер N, причём k > размера обычной части.
отсюда собственно и необходимость подбирать блок с такой же суммой... просто если такой подобрать, то будет практически не возможно выяснить какой из них настоящий...
торренты поступают также(если клиент разумный), только блоки могут быть от 32К до 8М и они включены в файл...
нет. вы ошибаетесь.
часть в ED2K равна 10Мб, и её нельзя менять. У каждой части в ED2K (и в торренте) есть своя md4 сумма. В торрентах эти суммы храняться то-ли на треккере, то-ли в самом торрент файле. В ED2K никаких треккеров нет, и мул берёт комплект хешей от любого другого мула с таким файлом. Всё это так. Но.
В ED2K каждай часть в 10Мб ещё и разделена на 53 блока по 180К, и каждый блок имеет свою sha256 сумму.
Полный набор таких сумм имеет довольно большой вес, потому они организованны в бинарное дерево сумм. Передаются только ветви дерева.
отсюда собственно и необходимость подбирать блок с такой же суммой... просто если такой подобрать, то будет практически не возможно выяснить какой из них настоящий...
да. В принципе некоторые математики полагают, что такое будет сделано уже в этом столетии... :(
тогда торренты можно будет хоронить, ибо копирасты сразу закидают сеть поддельными чанками. На ED2K это слабо повлияет, ибо там уже давно AICH. А SHA256 взломают ОЧЕНЬ не скоро.
В ED2K никаких треккеров нет
вот тут привираете... сервера всё равно есть, кто-то же должен помогать находить клиентов, хотя бы нескольких... а дальше - да, аналогично dht.
то-ли в самом торрент файле.
в самом файле... трекер- вещь вообще говоря не обязательная...
тогда торренты можно будет хоронить
да просто поменяют формат и добавят один бит, который будет говорить какая сумма используется...
вот тут привираете... сервера всё равно есть, кто-то же должен помогать находить клиентов, хотя бы нескольких... а дальше - да, аналогично dht.
это вы опять заблуждаетесь. На самом деле есть 2 сети:
1) старая ED2K. Там действительно есть сервера. Их сейчас не много, проверенных где-то с десяток. Работают эти сервера как треккеры, по TCP. Разница в том, что треккеры изолированны, а сервера ED2K в одной Сети. Т.е. что-бы найти источник не обязательно подключаться к тому-же серверу что и он.
2) новая Kademlia. Она тоже работает по протоколу ED2K во всём, кроме поиска файлов и источников. Вот там серверов (реальных) действительно нет. Есть один виртуальный сервер, разделённый на миллионы реальных частей. Его вычислительная мощность такова, что позволяет хранить миллиарды файлов, и за несколько секунд получать к ним доступ. Сеть Kademlia на сегодня НЕ нуждается в серверах, и способна работать без них. В отличие от DHT.
эмм.... и как найти хоть одного другого клиента? или хоть одну часть этого "виртуального" сервера? не сканировать же все ip наугад...
в самом файле..
я знаю, что они там есть. но не всё так просто...
трекер- вещь вообще говоря не обязательная...
...в мечтах теоретиков: закройте пяток самых крупных трекерров, и ваша DHT умрёт.
да просто поменяют формат и добавят один бит, который будет говорить какая сумма используется...
Знаете, какая самая главная проблема всех p2p сетей? Угу. Тупые юзеры, которые не обновляют ПО.
Что там говорить: в торрентах 80% юзают мю-торрент, причём версию с пиратского диска времён WindowsXP. В ED2K каждый десятый (примерно) сидит на древнем осле+, который не знает ни про Kad, ни даже про AICH. Естественно, у них не качает (и не раздаёт), но винят они конечно программистов :[ Ну и саму сеть...
Добавлять свой бит вы будете 5 минут. В спецификацию. А сколько времени займёт переписывание всех клиентов? Того-же мю? И даже переписав, вы не успеете его обновить. Сеть умрёт раньше...
эмм.... и как найти хоть одного другого клиента?
http://www.google.ru/?q=nodes.dat
Результатов: примерно 2 360 000
или подключится к любому ED2K серверу (даже поддельному). на 1 минуту.
...в мечтах теоретиков: закройте пяток самых крупных трекерров, и ваша DHT умрёт.
понятно, что не ей единой сыты... но трекер это просто список айпишников для каждого торрента...
у них не качает (и не раздаёт)
по большей части их проблемы...
Сеть умрёт раньше...
как только сеть умрёт (или начнёт умирать), в сети поднимется очень большой шум... все активно поддерживаемые клиенты перепишут через пару суток... люди тоже быстро задумаются, зачешут головы и обновят клиенты... через неделю крупные трекеры обновят свой софт, через две - 70% будет по-старому...
http://www.google.ru/?q=nodes.dat
Результатов: примерно 2 360 000
и такое при каждом подключении? или клиент запоминает хосты и пробует пинговать их при новом включении?
кста, сабж через наты и огнестены нормально ходит?
Войдите или зарегистрируйтесь, чтобы ответить.
