Цитата:

700/1.44/12*0.5*2 часов, без учёта наличия архиватора, времени копирования, надёжности дискет и т.д.

Какой-то Вася совсем уж тупой получается:
Лучше потренироваться в тяжелой атлетике и один раз подтащить комп (винт), чем такие беговые нагрузки с дискетами...



Исправлено 1 раз(а). Последнее : akvvohinc, 03.06.11 16:10

Crispy
Да ничего у него не получится.

;) А ведь еще не так давно виндовс 3.11 ставился с 12 лицензионных дискет, как сейчас помню, лежат стопочкой в спец. контейнере

Igor Korolyov
Ломаемо всё - изменятся лишь подходы

Увы, не все ломаемо. Текст, проксоренный ключом, длина которого не меньше длины текста. Обладатель ключа и текста умер (исключаем ректальный криптоанализ ). Открой исходный текст. Увы, никакие новые подходы здесь не помогут.
Хотя... Есть теория, что все прошлые, нынешние и будущие события записываются на неком "информационном поле вселенной" эдакая абсолютная база знаний.
Будущим хакерам нужно только написать правильные odbc-драйвера к этой базе

Машина не умеет исполнять "совершеннейший мусор" - она оперирует вполне себе однозначными командами, и потому то, что "работает", теоретически всегда можно взломать и повторить. Да, для некоторых систем это достаточно трудоёмко, да есть теоретически КРАЙНЕ трудно взламываемые/анализируемые системы типа Malbolge (впрочем на нём никто в здравом уме не пишет прикладных вещей - а "забавы" не в счёт) - вопрос не в этом, а в том, что в реальной жизни более чем достаточно обходных, нетривиальных решений, позволяющих эффективно бороться с любой заумью.
Взять ту-же защиту путём привязки к CD - путь "в лоб" - строить всё более и более сложные/навороченные алкоголи/демонтулсы и прочие "эмуляторы", путь в обход - взять легальную копию, "расшифровать" все алгоритмы, тупо снять/обойти защиту и выпустить noCD

Однажды появилась "необходимость" считать DVD диск, записанный на пишущем DVD-плеере. Он создает вроде обычный DVD (там VOBы, IFO, BUP) все вроде нормально. Ну пытаюсь тупо копировать - последний VOB не копируется, говорит плохой файл. Ну, копирую программой "посекторного" чтения (DiskCopy какакя то попалась тогда), списала она "исправные" сектора, остальные забила нулями. Я подумал, может просто CRC этих секторов записаны заведомо неверные, не знаю, но другие DVD-плееры эти диски воспроизводят правильно. Я подумал, может, DVD-плееры не обращают внимания на правильность CRC, в случае с видеоданными - это оправдано, так может так и прогу записывать, с неверными CRC, замучишся списывать... Кстати, не нашел прог, которые позволяют считывать сектора диска без проверки на CRC, плохо искал может, ... а может, я вообще не туда смотрю...

В современном железе ты имеешь весьма ограниченный доступ к "физике" - в том же CD/DVD приводе, или жёстком диске рулят свои внутренние микропрограммы (по сути сам привод это уже микро-компьютер со своей "ОС") - и потому если в них что-то "этакое встроено", то обойти будет достаточно непросто - для непрофессионала даже скорее всего и невозможно Прошли уже те времена, когда достаточно было записать пару байт в нужный порт, и обычная 80-дорожечная дискетка волшебным образом превращалась в 84-х дорожечную

Да, знаю конечно, что привод - это маленький комп, я подумал, что ПО приводов тоже имеют точки входа и к более низкоуровневым деталям диска, как Win, в нем же можно получить доступ к "железу"... Ну, я-то не "профессионал", точно за разумное время не найду возможности, да и нет смысла в данном случае, нашел подходящее решение, и дальше не копаюсь... Подумал, что уже есть прога, которая тупо копирует CD\DVD диск со всеми ее "деталями", ну, нет так нет...



Исправлено 1 раз(а). Последнее : of63, 04.06.11 21:04

"Точки входа" конечно есть - это самое firmware в конце концов перешивается на "крякнутое" - пресловутые "DVD-зоны", и мультизональные (точнее позволяющие менять зону) прошивки к приводам - вот только они явно "специфические" будут для разных производителей, и потому "универсального" решения для чтения "произвольных служебных данных" с диска скорее всего не существует...

...Ну не понимаю ("зоны" - это уже высокоуровневая инфа на DVD-видео-диске, в IFO наверно заложена, и анализируется приводом, когда он понимает, то это DVD-диск), ... а неужели нет штатной возможности прочитать диск "как есть"?... Ну, понятно, что производители приводов тоже связаны некими рамками... да, похоже так... давно списывал такие диски, и игрушки... играть давно перестал... щас в интернете интереснее... уже не актуально DVD-формат...

Igor Korolyov
"Точки входа" конечно есть - это самое firmware в конце концов перешивается на "крякнутое"

Я подозреваю, что "крякнутое" FW пишется самими производителями приводов. Я как-то озадачивался вопросом создания/модификации FW жестких дисков. Уперся в полное отсутствие инфы, спецификаций по программированию тамошних микроконтроллеров в открытом доступе я не нашел. С приводами ситуация вряд ли лучше. Плюс недавно дошла инфа, правда неподтвержденная, что для ряда жестких дисков прошивки требуют цифровой подписи. В противном случае проц ЖД ее просто проигнорит. Сомневаться в этом оснований мало. Аналогичным образом интел поступает с незапамятных времен. Апдейты микрокода процессора у них подписаны ключом астрономической длины



Исправлено 1 раз(а). Последнее : medstrax, 05.06.11 15:46

Igor Korolyov
потому то, что "работает", теоретически всегда можно взломать и повторить.

Только если есть доступ к выполняемому коду. Если код выполняется удаленно, а мы получаем только рез-т, "взломать и повторить" может быть невозможно.

Естественно, просто для таких случаев применяются другие подходы. Как говорится, "ассиметричный ответ".

Судя по всему, RPC1 из "правоверных" RPC2 таки умельцы делают - там походу не очень сложно - таблицы какие-то заменяют и всё. Они (умельцы в смысле) даже наловчились менять в прошивках таблицы распознавания различных типов CD/DVD болванок - т.к., во смех то, под разные болванки нужны разные стратегии записи - в чём и кроется пресловутая "нелюбовь" некоторых приводов к некоторым производителям болванок
Несомненно копирасты будут "усугублять", но т.к. они это делают не сами (умишком, естественно, не вышли), то те программеры которым поручается новая супер-мега защита либо волынят, либо преднамеренно делают защиту не настолько мощной, как того хотят ничтожные любители погрести незаработанных банкнот

помню расковырял одну прогу(база данных законов,нормативных документов), которая проверяла живет ли она на сиди методом DISKSPACE()=0
как говорится, дешево и сердито

Цитата:

Текст, проксоренный ключом, длина которого не меньше длины текста.

Какая разница, насколько сложный ключ.
Код программы будет расшифрован и находиться в оперативке. Дальше лишь дело техники сохранить дамп памяти на жесткий диск.

А я не говорил о программе. Я говорил именно о шифровании какого-то текста, как о контраргументе к утверждению Игоря, что ВСЕ ломается.
В этом случае исходный текст не расшифровать даже в теории, даже обладая бесконечным временем и бесконечными вычислительными мощностями.
Насчет снятия дампа оперативы: можно написать такую программу, которая будет реализовывать некоторый алгоритм, и при этом никакая часть этого алгоритма в виде машинного кода не будет находится в оперативной памяти даже на кратчайший момент времени. Снятие дампа с такой проги занятие бесполезное, в дампе будет мусор.

medstrax
как о контраргументе к утверждению Игоря, что ВСЕ ломается.

Я естественно имел в виду исключительно область ПО - говорить про "вообще" - ну это в курилке такие философские темы можно обсуждать

medstrax
Насчет снятия дампа оперативы: можно написать такую программу, которая будет реализовывать некоторый алгоритм, и при этом никакая часть этого алгоритма в виде машинного кода не будет находится в оперативной памяти даже на кратчайший момент времени.

Это как Реализовать алгоритм не реализовыывая его
Если речь про трансляторы - ну тот же фоксовый p-код - он ни разу не "машинный", хотя вполне себе реализует некоторые "алгоритмы" - то вопрос упирается лишь в "понимание" атомарных операторов этого самого промежуточного языка. Опять же шифрация тут не поможет, т.к. в некоторый момент времени на вход "исполняющей" программы в любом случае подаётся "расшифрованный" код. Обфускация, преднамеренное усложнение, самомодификация кода - это да, это суровые методы борьбы, но они лишь затрудняют анализ, а не делают его невозможным/бессмысленным.

Можно выполнять код, который будет формироваться и "жить" только в кэше процессора. После выполнения энного кол-ва команд из кэша, следует INVD - и вуаля, в память из кэша ничего не попадет

...А все-таки, вроде проблема копирования диска свелась к возможности приводов носителей (микроконтороллеров и их ПО) копировать "как есть", не дадена такая штатная возможность, может, оно и правильно...

Когда всем надоест тратить время на защиту (бесполезная трата времени), тогда будет "прогресс" побыстрее, может, это не только про ПО... не доживем, наверное... ...от материальной выгоды отказаться бы, чтобы не тратить на нее время... не выходит совсем...



Исправлено 2 раз(а). Последнее : of63, 10.06.11 21:21

Для этого прежде всего должен случиться переворот в головах людей Пока что доля альтруистов в человеческой популяции исчезающе мала, увы.