Резерв-6 или дополнительные источники емкости
Хотите верьте,
хотите нет, но 800/900 Мб
на диск – это далеко не предел! Помимо основного канала данных, в котором,
собственно, сырые сектора и хранятся, существуют и каналы подкода, в количестве
восьми штук. Один из них используется устройством позиционирования оптической
головки, а остальные семь – свободны. В общей сложности мы теряем порядка
64 байт на сектор или ~20 Мб на стандартный 700 Мб диск.
К сожалению,
непосредственное хранение пользовательских данных в каналах подкода невозможно,
поскольку операционные системы семейства Windows отказываются поддерживать такую возможность. Подходящих
утилит от сторонних разработчиков также не наблюдается. Однако в каналы подкода
нетрудно спрятать конфиденциальную информацию, предназначенную не для чужих
глаз.
Используя Clone CD (http://www.elby.ch/)
или любой другой копировщик дисков аналогичного назначения, снимите образ
прожигаемого диска, предварительно разместив его на CD-RW. По окончании операции на жестком диске образуются три файла: IMAGE.CCD, хранящий содержимое TOC'a; IMAGE.IMG,
хранящий содержимое основного канала данных, и IMAGE.SUB с субканальными данными внутри. Откройте последний файл
каким-нибудь HEX-редактором
(например, HIEW'ом).
Первые
12 байт принадлежат каналу P,
предназначенному для быстрого поиска пауз, его мы трогать не будем (хотя
подавляющее большинство современных приводов P-канал попросту игнорируют). Следующие 12 байт заняты
служебной информацией Q-канала,
содержащего данные разметки. Модифицировать его ни в коем случае нельзя, в
противном случае один или несколько секторов перестанут читаться. Байты с 24 по
96 принадлежат незадействованным каналам подкода и могут быть использованы по
нашему усмотрению. За ними вновь идут 12 байт P/Q каналов и 72 байта пустых субканальных данных и
т. д. – чередуясь в указанном порядке вплоть до конца файла.
Нажав <F3>, подведем курсор к
любому свободному месту и запишем секретную информацию, при необходимости
предварительно зашифровав ее. Клавиша <F9> сохраняет все изменения в файле. Остается только запустить
Clone CD и прожечь модифицированный
образ на диск. При просмотре содержимого диска штатными средствами секретная
информация категорически не видна и для ее просмотра следует воспользоваться
уже знакомым нам Clone CD, запущенным в режиме чтения образа ("Файл" -> "Чтение CD в файл образ"; HIEW -> IMAGE.SUB).
Смотрите! Вот
то сообщение, которое нам удалось внедрить в субканальные данные
(см. рис. 9) Внимание! Не все приводы поддерживают чтение/запись "сырых"
субканальных данных. Убедитесь, что в "Параметрах профиля" Clone CD стоит "чтение субканалов из треков с
данными" и галочка "не восстанавливать субканальные данные"
сброшена. В противном случае, у вас ничего не получится.
Рисунок 9 Использование пустующих каналов
подкода для сокрытия от посторонних глаз конфиденциальной информации.
Наконец,
дополнительные 13,5 Мб можно получить за счет выводной области диска,
закрывать которую в общем-то и необязательно. Диски с отсутствующей выводной
областью вполне успешно читаются подавляющим большинством современных приводов,
поэтому риск встречи с "неправильным" приводом минимален. Просто
сбросьте галочку "всегда закрывать последнею сессию" в используемой вами
программе прожига!
Но и это еще
не все! Недостатки стандартной EFM-кодировки
очевидны (и об этом уже говорилось выше), однако навязать приводу более
совершенные способы модуляции – невозможно. Пока – невозможно, но в
обозримом будущем ситуация может радикально измениться. Уже появились
рекордеры, позволяющие "вручную" формировать объединяющие биты (что
значительно упрощает копирование защищенных дисков), однако все еще отсутствуют
приводы, позволяющие читать объединяющие биты с интерфейсного уровня иерархии
управления. Тем не менее, практически любой существующий CD-ROM/CD-RW привод поддается
соответствующей доработке – достаточно лишь слегка модернизировать его
микропрограммную прошивку. Экспериментируя со своим скоропостижно умершим PHILIPS'ом – модель CD-RW 2400 ("полетел"
автоматический регулятор скоростей, в результате чего привод всегда работает на
скорости 42х, безошибочно читая только высококачественные диски), автор
увеличил физическую плотность хранения информации на 12% и это – практически
без снижения надежности! Благодаря чему эффективная емкость 700 Мб диска
возросла до одного гигабайта! А это, согласитесь, уже кое-что!
Главным (и
единственным) минусом такого способа записи является его несовместимость со
стандартным оборудованием и - как следствие – полная
непереносимость. Тем не менее предложенная технология выглядит вполне
перспективной и многообещающей.
