Добро пожаловать на мой блог

Собственно о чем речь?

Это блог! В котором я веду свои заметки и копи-пасты с других сайтов. В основном это не что иное как дневник. Приятного чтения.

Как сделать себе такую панель?

Это можно выяснить перейдя по ссылке »

Вход в блог

Забыли/потеряли пароль?

Еще не зарегистрированны? Чего же ждать!

captcha image

Защита от брутфорса

Опять мысль пришла в голову, когда вчера ложился спать. Описываю исключительно концепт ибо нет времени на продумывания до конца. Может когда-то и додума. 

Значится так, есть идя. Вот представьте себе типичный брутфорс: есть зашифрованный файл, к примеру архивчик с паролем, и поочередно подбирается пароль. Что мы имеем?

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

А что если сделать так:

При подборе пароля, если он не правильный, херелась часть данных… тоесть если мы не правильно ввели пароль похерелась 0,001 часть данных — востановить их можно, но пока что доступа нет к файлам. И чем дальше мы вводим, тем больше херется файл. Ну чтоб было понятнее допустим:

1) У нас есть алгоритм подставляющий буквы/цифры/символы в определенное место в файле.

2) При архивировании и назначении пароля файл расширятся на введенное количество символов (пароль), которые ставятся в определенное место.

3) Вводя каждый раз не правильный пароль мы проставляем введенные символы на то место в которое они должны стоять в соответствии с алгоритмом, если они не совпадают с паролем — там и сохраняем.

4) В итоге, после надцатого подбора пароля — не востановить файл никак и если он не предназначалься вам, то и не прочитать его уже никак.

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

декабря 19, 2008 Add a comment
Home > Software > Защита от брутфорса
Comments (12) Trackback Leave a comment
  1. Koka
    Декабрь 19th, 2008 at 11:04 | #1

    мысля конечно интересная, но просто как «прикольно поиграться»…. но от брутфорса я считаю самая оптимальная защита — это задержка секунд эдак в 60 после неправильного ввода пороля перед следующим вводом…… в независимости от мощности машины 180000000000000 лет подбора обеспечено!!!!

  2. Slaviq
    Декабрь 19th, 2008 at 11:04 | #2

    1. идея реализуется в алгоритме самого архиватора

    2. обходиться тупым копированием файла в другое место
    и при подборе соответствующего пароля — восстановление файла из копии и ввод правильного пароля

    3. проще уже завязаться на удаленный сертификат — без соответствующего сертификата
    архив врядли кто сможет открыть (тупым подбором файл не ломается)

  3. Декабрь 19th, 2008 at 11:12 | #3

    …я считаю самая оптимальная защита — это задержка секунд эдак в 60 после неправильного ввода пороля перед следующим вводом…

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

    …обходиться тупым копированием файла в другое место
    и при подборе соответствующего пароля — восстановление файла из копии и ввод правильного пароля…

    согласен, решение хорошее, надо будет продумать

    …проще уже завязаться на удаленный сертификат — без соответствующего сертификата архив врядли кто сможет открыть…

    сертификат таким же подбором можно сгенерить

  4. friend
    Декабрь 19th, 2008 at 11:40 | #4

    >>1) У нас есть алгоритм подставляющий буквы/цифры/символы в определенное место в файле. 2) При архивировании и назначении пароля файл расширятся на введенное количество символов (пароль), которые ставятся в определенное место.

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

    >>3) Вводя каждый раз не правильный пароль мы проставляем введенные символы на то место в которое они должны стоять в соответствии с алгоритмом, если они не совпадают с паролем — там и сохраняем. 4) В итоге, после надцатого подбора пароля — не востановить файл никак и если он не предназначалься вам, то и не прочитать его уже никак.

    а если я ставлю файл ридонли? я понимаю ты можешь сказать что в алгоритме предусмотрим. но ИМХО все равно бредовато.

    >>сертификат таким же подбором можно сгенерить

    бу га га :) ))

    да и собственно с чем связана такая задача?

  5. Patrick
    Декабрь 19th, 2008 at 11:40 | #5

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

    я сталкивался с такой фичей когда лом пароля управляется через бд, тоесть выделяется место на диске создается копия 1 пароль 1, не проходит от оригинала копия 2 пароль 2, и т д, и похер, хоть тайм аут хоть херенье данных архивчик то почти первозданный и не тронуты только 5 миллиардов раз раскопированный, > ройте глубже

  6. Sysor
    Декабрь 19th, 2008 at 11:46 | #6

    Я вот почитал, что выше писали и решил, что проблему защиты от брута можно решить концептуальным изменением пароля, т.е. создание «ключа» из двух частей: информационной и материальной. Например информационная часть это пароль, а материальная — это прошитый ID`шник какого-нибудь устройства(например флешка либо материнка). Что получается, отправитель знает ID флешки получателя и создаёт «замок» открывающийся только при вставленной флешке и вводе правильного пароля. «Угонщик инфы» даже если подберёт пароль, то не сможет подобрать id железки + он не будет знать какой именно железки взят IDшник.

    …вот такая идейка, не судите строго.

  7. Декабрь 19th, 2008 at 13:17 | #7

    с копированием я согласен, тут надо будет что-то кардинально продумать

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

  8. Sysor
    Декабрь 19th, 2008 at 13:29 | #8

    homolibere Сказал: с флешкой довольно геморно ибо передача файла по почте исключается, только физическим методом

    - как раз на оборот!!!
    Ты знаешь мой айдишник, и создаёшь ключ с его участием. Скидываешь мне на мыло запароленый файлик, а я его открываю с любого компа, главное чтоб флешка \"по факту\" была со мной.

  9. Sysor
    Декабрь 19th, 2008 at 13:40 | #9

    P.S. Ибо верный пароль, считается верным, только при вставленной флешке, на которой прошит её заводской айдишник. Единственный вариант угона, это скопировать ID моей флешки, прошить левую флешку этим айдишником, вставить флешку в комп и только тогда начинать брутфорсить пароль к архиву.

    P.P.S. передавать инфу на флешке к которой она пришита — идеотизм!!! ИМХО

  10. Декабрь 19th, 2008 at 13:46 | #10

    ну так а чем это отличается от обыкновенного шифрования PGP — там тоже есть открытый и закрытый ключь?

  11. Sysor
    Декабрь 19th, 2008 at 13:59 | #11

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

  12. Patrick
    Декабрь 19th, 2008 at 14:18 | #12

    а мне нравится такая идея :) только это начинает напоминать создание epassport

Allowed tags: <a href="" title=""> <abbr title=""> <acronym title=""> <b> <blockquote cite=""> <cite> <code> <del datetime=""> <em> <i> <q cite=""> <strike> <strong>
Trackbacks (0 ) Detail Trackback