А вот почитай вторую половину статейки, и придумай протокол, защищённый от этих недостатков. Слабо?уже придумано во всяческих шлакбаумах и тд
и вот ещё интересная статейка
http://steelrats.net/articles.php?article_id=194
Статейку всю прочитал ещё раньше=)ploop писал(а):А вот почитай вторую половину статейки, и придумай протокол, защищённый от этих недостатков. Слабо?уже придумано во всяческих шлакбаумах и тд
и вот ещё интересная статейка
http://steelrats.net/articles.php?article_id=194
Техническая реализация на порядки проще, чем обработка сигналов SATA (кстати, последний ты вряд ли обработаешь без спец. чипов), нужен только хороший алгоритм.
Угу. И протокол работы с железом тоже инвертировать?Я думаю, если простенько, то данные для записи на ЖД, идущие по шлейфу, нужно пустить через инвертор, и тогда "0" запишется на диск как "1", а "1" как "0". (При чтении предусмотреть обратное действие). А по-сложнее например каждый 8 "0" писать как "1".
Как быть с таким случаем, как помеха, сгенерённая злоумышленником во время передачи ключа? При этом ключ остаётся у него, на приёмной стороне он не помечается как отработанный (т.к. прошла помеха)Если использовать для автосигнализации то быстрее машину поменяешь чем возникнет необходимость повторной генерации
блокнота.
Не совсем это, но похоже: девайс размещается в отсек хдд над защищаемым винтом, управляется драйвером. По команде драйвера делает вышеописанное не допуская изъятия винта из системы в обход пароля. Реализовано лет пять тому назад.Кислый писал(а):вот тебе идея : управляемый кумулятивный заряд. при попытке подключить украденый винт к компу мы получаем веселый кусочек оплавленного алюминия >_<
такие флешки уже давно продаются, так что не вариантAv4arik писал(а): Легче будет взяться за флэш-накопитель на usb, МК с аппаратным usb и сделать небольшой "переходник", который собственно, будет и шифратором и дешифратором, а на накопителе будет всякий бред при просмотре обычного виндоус-файлменеджера....
Можно купить флэш память, мк, и разработать все с нуля...например, устройство будет представляться другим, до того, как в мк не будет послано несколько команд, например тот же самый логин и пароль, а там мк перезагружается и теперь он видится как флэш накопитель, до извлечения устройства....если в корпус загнать флэш-память, usb-хаб микруха, мк, то можно через мк включать и отключать флэшпамять, ну или спалить....для мк полно библиотек под usb
Блин, при двухстороннем проблем никаких нет! Вот с односторонним не выйдет. Если выйдет - предлагайтеDENIS451 писал(а):Ну и конечно подразумевается двухсторонний обмен данными между сигнализацией и брелком,
т.е. сначала брелок начинает нешифрованный диалог "хочу передать ключ на снятие с охраны",
сигналка отвечает "передавай, у тебя есть 1 секунда" и дальше либо машина оказывается открытой, либо
ключ оказывается скомпрометированным и повторная его передача,спустя секунду, бесполезна.
Можно даже столь точно задать интервал ожидания передачи ключа, что после записи злоумышленником он
просто физически не успеет его передать!
Тоже проблем нет-нужен сложный алгоритм=)ploop писал(а):Блин, при двухстороннем проблем никаких нет! Вот с односторонним не выйдет. Если выйдет - предлагайте
просто взять открытый, тот же Blowfishploop писал(а):Дайте мне машину времени - я сделаю вам миллион! (а сколько себе - не скажу)
На одном хорошем алгоритме можно обогатиться. Так что есть: проблема - алгоритм
