Удаление архива, если был введен неправильный пароль более 5 раз

[Bryant-24]

Добрый день!

Возможна ли следующая логика работы архиватора (или любого другого контейнера, позволяющая хранить данные на съемном носителе, предоставляемые только путем введения пароля):

после подряд 5 неправильных попыток введения пароля данные в этом контейнере автоматически уничтожались?

[s0rr0w]

Ну а почему невозможна? Все вышеописанное программируется.

[Int]

Придётся где-то хранить информацию о количестве неправильно введённых паролей для каждого архива. Причём, нужно отслеживать перемещения архива, то есть хранить информацию лучше не по пути к файлу, а по его хэшу, а для больших архивов это долго подсчитывать. Ну или ещё можно хранить эту информация прямо внутри архива, однако, тогда это ограничение легко обходится установкой соответствующих прав на файл. И такой архив невозможно будет записать на компакт-диск, он просто не распакуется. Ещё можно diff'ом сравнить архив до ввода неправильного пароля и после, и так найти место где хранится количество неправильных попыток, а потом уж редактировать его как угодно.

Короче, идея нежизнеспособна.

[Bryant-24]

Короче, идея нежизнеспособна.

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

[s0rr0w]

Короче, идея нежизнеспособна.

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

[lexxcode]

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

Зря так кажется, на брутфорс 12-ти значного пароля, где каждый из символов имеет 36 вариантов, при скорости перебора в 1 000 000 паролей в секунду займет порядка 150 253 лет. Не думаю, что есть столько времени. Гораздо эффективнее применять терморектальный криптоанализ.

И это еще известно сколько символов в пароле, а если неизвестно то перебор паролей от 6-ти до 12-ти символов, вообще займет времени больше чем жизненный цикл вселенной

[s0rr0w]

И это еще известно сколько символов в пароле, а если неизвестно то перебор паролей от 6-ти до 12-ти символов, вообще займет времени больше чем жизненный цикл вселенной

С радужными таблицами это можно сделать гораздо быстрее. Главное винтами запастись...

[lexxcode]

С радужными таблицами это можно сделать гораздо быстрее. Главное винтами запастись...

Ну это да, но еще и нужно иметь этот самый RainbowTables

[Int]

При каждой последующей попытке перешифровываем содержимое.

Что значит перешифровываем? Распаковываем и запаковываем с другими ключами?

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

при скорости перебора в 1 000 000 паролей в секунду

мы переместимся в далёкое прошлое, ага

http://www.xakep.ru/post/60692/ неплохо бы следить за новостями.

[ShumNo]

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

[lexxcode]

мы переместимся в далёкое прошлое, ага http://www.xakep.ru/post/60692/ неплохо бы следить за новостями.

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

[stars]

Забавно, что некто не предложил держать число попыток и хэш пароля на удаленном сервере и проверять его там или вариант где и сам архив хранится на сервере(в таком случаи проблем с удалением быть не должно 100%). Ну, а если сервер не доступен то архив вовсе не открывался бы.

Подобная практика давно используется для хранения SaveData у производителя игр Ubisoft например.

[s0rr0w]

Забавно, что некто не предложил держать число попыток и хэш пароля на удаленном сервере и проверять его там или вариант где и сам архив хранится на сервере(в таком случаи проблем с удалением быть не должно 100%). Ну, а если сервер не доступен то архив вовсе не открывался бы.

Подобная практика давно используется для хранения SaveData у производителя игр Ubisoft например.

Если это standalone приложение - то это неприемлемо. Сегодня пообщался со своими ребятами, вывод только один - кроме как держать ключ на серверах, ничего другого не поможет.

[stars]

Если это standalone приложение - то это неприемлемо.

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

1) Простая настройка терминального доступа с правом на чтение.

2) Скажем у вас есть небольшая бронированная комната наполненная напалмом в которой будем хранить гала графический носитель. Нам понадобится устройство меж сетевое с прошивкой которое будет контролировать доступ и в случаи 5 неудач подожжет напалм.

P.S. Я лично за вариант с напалмом. Готов помочь ТС с оборудованием как комнаты так и прошивкой сетевого устройства.

[Int]

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

А если мы запишем такой файл на CD/DVD или просто выставим права только на чтение?

Забавно, что некто не предложил держать число попыток и хэш пароля на удаленном сервере и проверять его там или вариант где и сам архив хранится на сервере(в таком случаи проблем с удалением быть не должно 100%). Ну, а если сервер не доступен то архив вовсе не открывался бы.

Что у тебя с русским языком? У меня кровь из глаз пошла.

Ты считаешь, что сейчас на каждом компьютере есть интернет? А если файл понадобился так, где его нет?

Хранить на сервере? А если архив в несколько гигабайт, а интернет через спутник с помегабайтной оплатой? А если dial-up? А если госорганизация? Ну хотя там-то вряд ли будут использовать подобные продукты от неизвестно кого.

[stars]

Забавно, что некто не предложил держать число попыток и хэш пароля на удаленном сервере и проверять его там или вариант где и сам архив хранится на сервере(в таком случаи проблем с удалением быть не должно 100%). Ну, а если сервер не доступен то архив вовсе не открывался бы.

Что у тебя с русским языком? У меня кровь из глаз пошла.

Ты считаешь, что сейчас на каждом компьютере есть интернет? А если файл понадобился так, где его нет?

Хранить на сервере? А если архив в несколько гигабайт, а интернет через спутник с помегабайтной оплатой? А если dial-up? А если госорганизация? Ну хотя там-то вряд ли будут использовать подобные продукты от неизвестно кого.

С русским у меня не чего, я собственно его в институте учил, а что? Все перечисленное дальше не как, не сказывается на существовании того же google disk(у него теже проблемы но он же есть!), объем всего лишь в несколько гигабайт зачастую является не существенным. Для standalone лучшее что можно сделать это локальную сеть с терминальным доступом и отсутствием доступа к хранилищу.

Если честно удаление файла после 5 неудач это попахивает паранойей...

[Int]

С русским у меня не чего

Можно я это на башорг отправлю?

Если честно удаление файла после 5 неудач это попахивает паранойей...

А я сразу сказал, что идея не очень.

Автор, а нельзя ли ознакомиться с задачей, которую ты пытаешься решить столь странным способом?