» SecurStar DriveCrypt Plus Pack

Vituskosoy
Удали этот файл - C:\WINDOWS\system32\DCPPGina.dat

У кого нибудь был опыт установки bootauth (DCPP 2.10 driver V.17 27-03-2003) на раздел в 1 терабайт? Вроде бы шифорвание прошло успешно, но после перезагрузки и ввода пароля выскакивает сообщение об отсутствии ntoskrnl.exe. Просто не повезло или раздел великоват?

может эта ссылка поможет?

http://forum.ru-board.com/google.cgi?domains=forum.ru-board.com&q=ntoskrnl+missing+OR+corrupt&sitesearch=&client=pub-3191513952494802&forid=1&channel=8862539797&ie=windows-1251&oe=windows-1251&flav=0000&sig=ZVRHj8fTJJksJ4sh&cof=GALT%3A%23008000%3BGL%3A1%3BDIV%3A%23336699%3BVLC%3A663399%3BAH%3Acenter%3BBGC%3AFFFFFF%3BLBGC%3A336699%3BALC%3A0000C0%3BLC%3A0000C0%3BT%3A000000%3BGFNT%3A0000C0%3BGIMP%3A0000C0%3BFORID%3A11&hl=ru

"See Microsoft Knowledge Base 314477"
Microsoft Q314477

PS На очень старых NT4 виндузах была проблема с расположением этого файла от начала диска (что-то не больше 7 гигабайт).

там совсем не старая чистая win2003 EE (без sp1), вопрос о восстановлении не стоит, вопрос, повторится ли это снова, т.к. процесс занимает ни много ни мало 3 суток.

Цитата:

[/q]
[q]. Диск неформатирован, но виден, и любой, может двумя щелчками начать форматирование. Брат увидит такое дело и бязательно отформатирует. Нельзя как-нибудь его спрятать или защиту на форматирование поставить?

Эта проблема как нибудь решилась? Стоит задача защитить данные, предположим закриптовал я раздел, а недоброжелатель может просто отформатировать раздел и все данные пропадут?

Да в стандартном виндузном ДискМенеджере отобрать у неотформатированного раздела букву (сказать, что не нужно буквы). А можно и форматированный раздел скрыть. Вообще любой раздел так можно временно скрыть в виндузе.

вопрос.
как правильно удалть версию 3.0g чтобы поставить 3.5
winxsp2

после того как я расшифровал все. отключил загрузчик и снес 3.0 и поставил 3.5 последния у меня не хочет запускаться выдавая ошибку

Цитата:

MoleBox launcher fatal error
DLL CORRUPTED

и причем при попытке удалить тоже самое говорит.
если поверх поставить 3.0 все превосходно работает...

У кого есть кряк для dcpp3.50, поделитесь плз.

здраствуйте, господа

ситуация сложилась следующая: DCPP 3.5 на Windows 2003 Server SP1 RC2 En, установлен bootauth и весь диск закриптован, после ввода пароля в bootauth и появления надписи Loading OS минут 5 висит черный экран, после чего появляется окно загрузки Windows, дальше запускается chkdsk, находит несколько ошибок, исправляет, система перезагружается, после ввода пароля в bootauth опять черный экран минут на пять, после чего система загружается в обычном режиме... и такой цикл из двух загрузок с chkdsk происходит каждый раз при включении компьютера!

решение? совет? комментарий? спасибо...

JakaL
Напиши здесь железную часть компьютера. Особенно, если есть, модели контроллеров жестких дисков.

Цитата:

дальше запускается chkdsk, находит несколько ошибок,

* установить последние драйвера для чипсета (материнской платы), для видео (на всякий случай).

* Деинсталлировать все программы дефрагментации (или отключить расписание в них), убрать программы резервного копирования "на лету", отключить SystemRestore (Turn off System Restore for all drives).

* посмотреть Event log

Mastero
Материнская плата ASUS A8N5X, nForce4, s939
Жесткий диск 200Gb WD JS 7200 SATA II (диск разбит на два primary раздела, оба зашифрованы одним ключом)
Внешних контроллеров жестких дисков нет

Imageman
спасибо за советы, обязательно все попробую

Дрова для жесткого диска(помоему sw driver называтся) ставил с диска от мат. платы ? Попробуй откатиться/переставить к стандартным windows`ким дровам для жесткого диска. У меня тоже при загрузке был черный экран на заскриптованном диске пока не поставил стандартные windows`кие дрова, правда у меня был контроллер жесткого диска Adaptec Raid 2120s.

так че некто с моей проблемой не сталкивался??

WinTech

Цитата:

У кого есть кряк для dcpp3.50, поделитесь плз.

Кряка к ней нет, есть взломаная версия от F4CG запакованныя molebox'ом - которую ставить нерекомендую!

JakaL
Цитата:

здраствуйте, господа

ситуация сложилась следующая: DCPP 3.5 на Windows 2003 Server SP1 RC2 En, установлен bootauth и весь диск закриптован, после ввода пароля в bootauth и появления надписи Loading OS минут 5 висит черный экран, после чего появляется окно загрузки Windows, дальше запускается chkdsk, находит несколько ошибок, исправляет, система перезагружается, после ввода пароля в bootauth опять черный экран минут на пять, после чего система загружается в обычном режиме... и такой цикл из двух загрузок с chkdsk происходит каждый раз при включении компьютера!

решение? совет? комментарий? спасибо...

Насколько мне известно DCPP 3.5 не поддерживает Win2003.

mukca
Цитата:

вопрос.
как правильно удалть версию 3.0g чтобы поставить 3.5
winxsp2
после того как я расшифровал все. отключил загрузчик и снес 3.0 и поставил 3.5 последния у меня не хочет запускаться выдавая ошибку
Цитата:
MoleBox launcher fatal error
DLL CORRUPTED
и причем при попытке удалить тоже самое говорит.
если поверх поставить 3.0 все превосходно работает...

Перед запуском dcpp.exe использовал install.exe?

2all версия DCPP 3.5 от F4CG запакованныя molebox'ом у всех выдаёт через ~месяц сообщение об окончании триала или мне одному повезло?

WildGoblin
естественно. её ж надо сначала поставить.
и даже 3.0 удалля через диспечер програм...


Цитата:

2all версия DCPP 3.5 от F4CG запакованныя molebox'ом у всех выдаёт через ~месяц сообщение об окончании триала или мне одному повезло?

гы так че лучше оставаться на 3.0 ??

mukca

Цитата:

гы так че лучше оставаться на 3.0 ??

Сам я уже года полтора на 3.0 от дримтим и нет проблем.
P.S. Есть ещё такая версия - DriveCrypt.Plus.Pack.v3.01g.ava.3.20.Cracked-CORE с поломанным armacces.dll, но я ей долго не тестировал.

WildGoblin
ладно погледим..
это еще если смотреть версии дарайверов у 3.5 и 3.0 то у последней версия драйвера почти на 2 года стерее перовй. чтото в районе 2004 года.

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

sql7
гы. с данной тулзой дело не в том что пароль там какойт она диске стоит а в том что диск посекторно зашифрован и чтоб запустить на ось надо ввести два пасса (можно один)
чтото мне не вериться что кто нибуть алгоритм AES уже смог расшифровать....

это понятно. но затраты на защиту несоизмеримы в этих случаях. а если пароль на диск надежен то зачем тогда такие сложности. тем более мне необходимо защитить диск с novell а там эта прога не прокатит.

Добавлено:
также насколько я понимаю на спасительной дискете нет ключей шифровки/расшифровки , есть только mbr в файле BOOTT.dat длиной 512б. в которой находится загрузчик или что то типа того. ключи лежат где-то внутри винта. так вот если винт физически накроется в месте где эти ключи лежат , то дискета не поможет. Но вроде как трагедии нет как я понимаю. если файл ключей сохранен, то достаточно будет загрузиться с другой ос, с установленным драйв криптом. подсунуть ему файл ключей. подсунуть дефектный диск и он его расшифрует???. Только вот еще смущет одно тонкое место: как прога определяет каким ключом из ключехранилища закриптован диск. когда он не дефектный это неважно. а вот когда начнутся бэд блоки. возможно ведь что он возникнет там где инфа лежит по которой он определяет ключ криптовки из ключехранилища для раздела. не хотелось бы думать что сохранность информации всего диска зависит от какой то малой области диска. Ваши мысли?

Добавлено:
почитал на счет mbr. насколько я понял. на диске для проги загрузчика возможно использовать аж 63 сектора. то есть прога из первого сектора может передавать управление на эти сектора. я к тому что вряд ли drive crypt использует только 512 байт и скорее всего надежнее сохранять все эти 63 сектора а не надеятся на спас. дискету только с 1 сектором. возможно ключи или что то в этом роде также лежат в этих секторах. 62*512=31744 байта -вагон места для данных.

sql7

Цитата:

так вот если винт физически накроется в месте где эти ключи лежат , то дискета не поможет

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

ps местат то вагон но пасс точне два пасса чтоб воспользоватьс ключем ....

ps это так что мне делать с моей проблемой при запуске 3.50 (читтать пред страницу)

Цитата:

возможно ключи или что то в этом роде также лежат в этих секторах. 62*512=31744 байта -вагон места для данных.

Совершенно верно, я занимался этим вопросом. Короче был создан ключ, сохранён без пароля в файлы .dk, с паролем в .dks. Далее создал bootauth-диск, зашифровал его. С помощью diskeditor сохранил первые 63 сектора HDD. Потом повторил всё ещё раз - то есть провёл дешифрацию, удаление DCPP, затем те же действия. В конце концов у меня получились две копии загрузчика с тем же ключом. Сравнение показало наличие ключевой информации - но она оказалась разной, т.е. ключ лежит в загрузчике bootauth, но в закрытом виде, не совпадающим с содержимым dks и dk - файлов. Причём как я понял, ключевая информация шифруется на основе пароля и какого то случайного фактора, т.е. каждая инсталляция bootauth с одним и тем же ключом и паролем уникальна.

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

to koral5057:
спасибо за инфо.

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

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

еще пример: тру крипт при повреждении хвоста контейнера подсоединяет его. но содержимое приходится вытягивать чем то типа get data ntfs. но ето то ладно. интереснее что будет если головная часть контейнера будет повреждена . мне кажется что тру крипт откажется его монтировать. а значит много гигов пропадет?

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

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

насчет бэдов. по моему щас диски довольно надежные выпускают... я знаю трешки самсунг которые уже лет 6 если не больше служат верой и правдоцй. и не одноо бэда....
так что думаю тема сыпанья диска щас не ктуально (если ты имел это ввиду...)

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

конечно тебе дискета помогла. винда то только первый сектор перезаписывает и все, а ты затри более одного сектора.

на дисках не только старых появляются бэд блоки. а думать что повезет и не затронет это голову в песок прятать.

кстати в тру крипт оказывается можно голову контейнера забэкапить на случай обвала а это уже есть круто.

дома засадил драйв крипт плюс на raid1 из трех pata дисков. там голая винда если слетит не страшно. ничего работает.

кстати . хотел себе исправить надпись типа "hard disk 0 failure" на другую.Перед установкой бутауфа в hex редакторе заменил в файлике откуда он берет MBR на надпись той же длины но другой. и облом при загрузке написал мне что то вроде crc проверка загрузчика failure. жалко. хотелось иметь что то веселее чем "hard disk 0 failure". кстати по моему не очень хорошо если целостность загрузчика проверятеся при помощи crc. в хакере у криса касперского читал статейку на счет того что crc проверка является правильной только если проверяем целостность от непреднамеренного нарушения данных. там давался алгоритм как изменить данные как тебе нужно и чтоб при этом с crc было все ок.

Цитата:

там давался алгоритм как изменить данные как тебе нужно и чтоб при этом с crc было все ок.

Та к возьми так и сделай. Измени надпись на желаемую и поправь, чтобы CRC было верным

до кучи. вот мануал по проге. на русском
_http://www.ixbt.com/soft/drivecrypt-pluspack-3.shtml

to Varenik:
щас приболел да и на работе работа есть. наверное в свободное время займусь. если получится выложу.

всем спасибо.

sql7
поправляйся давай, .У себя на бутдиске(усб) (boot.img ) я заменил надпись в hex-редакторе
...DriveCrypt Plus Pack
press b:to boot....
на на что-то безобидное типа"bios error 101".
замену hard disk 0 failure не пробовал, идея хорошая.