Форум РадиоКот

уже придумано во всяческих шлакбаумах и тд
и вот ещё интересная статейка
http://steelrats.net/articles.php?article_id=194

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

ploop писал(а):

уже придумано во всяческих шлакбаумах и тд
и вот ещё интересная статейка
http://steelrats.net/articles.php?article_id=194

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

Статейку всю прочитал ещё раньше=)
А такой протокол называется диалоговым кодом, реализовать можно=)
А сигналы SATA обрабатывать мощными плис надо, с большой пропускной способностью

Я думаю, если простенько, то данные для записи на ЖД, идущие по шлейфу, нужно пустить через инвертор, и тогда "0" запишется на диск как "1", а "1" как "0". (При чтении предусмотреть обратное действие). А по-сложнее например каждый 8 "0" писать как "1".

Я думаю, если простенько, то данные для записи на ЖД, идущие по шлейфу, нужно пустить через инвертор, и тогда "0" запишется на диск как "1", а "1" как "0". (При чтении предусмотреть обратное действие). А по-сложнее например каждый 8 "0" писать как "1".

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

Ну данные на хард пишутся в виде "0 и 1"...если инвертировать, то нужно это делать с одной и другой стороны, то есть в разрыве между контроллером и лазерами чтения/записи.....
ОДНО НО! Скорость как и чтения, так и записи, очень очень велика, такой инвертор (точнее, два- на запись и чтение) вряд ли найти....
+ я полагаю, что устройство должно работать с любым НЖМД, так что вариант с переделкой контроллера отпадает....
Можно программно шифровать данные на НЖМД, но это уже не устройство будет...
"железный шифратор/дешифратор" для жесткого диска будет разрабатываться минимум 6месяцев, с учетом расшифровки протокола, алгоритмов работы, разработки устройства...
Легче будет взяться за флэш-накопитель на usb, МК с аппаратным usb и сделать небольшой "переходник", который собственно, будет и шифратором и дешифратором, а на накопителе будет всякий бред при просмотре обычного виндоус-файлменеджера....
Можно купить флэш память, мк, и разработать все с нуля...например, устройство будет представляться другим, до того, как в мк не будет послано несколько команд, например тот же самый логин и пароль, а там мк перезагружается и теперь он видится как флэш накопитель, до извлечения устройства....если в корпус загнать флэш-память, usb-хаб микруха, мк, то можно через мк включать и отключать флэшпамять, ну или спалить....для мк полно библиотек под usb

Не уверен что идея оригинальна.

"Шифрованный радиоканал передачи команд на основе гигантского, одноразового, оперативно генерируемого
шифроблокнота, на основе распространенных недорогих радиодеталей".

Слабенький контроллер с физическим генератором случайных чисел (например шумящий диод повешенный на АЦП)
2гб. SD карточка за 150 руб. и возможность соединить устройства проводком для генерации блокнота.

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

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

Как быть с таким случаем, как помеха, сгенерённая злоумышленником во время передачи ключа? При этом ключ остаётся у него, на приёмной стороне он не помечается как отработанный (т.к. прошла помеха)

Ну и что? Алгоритм должен быть устроен таким образом, что каждый ключ передаётся тока один раз.

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

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

Можно даже столь точно задать интервал ожидания передачи ключа, что после записи злоумышленником он
просто физически не успеет его передать!

Кислый писал(а):вот тебе идея : управляемый кумулятивный заряд. при попытке подключить украденый винт к компу мы получаем веселый кусочек оплавленного алюминия >_<

Не совсем это, но похоже: девайс размещается в отсек хдд над защищаемым винтом, управляется драйвером. По команде драйвера делает вышеописанное не допуская изъятия винта из системы в обход пароля. Реализовано лет пять тому назад.

Av4arik писал(а): Легче будет взяться за флэш-накопитель на usb, МК с аппаратным usb и сделать небольшой "переходник", который собственно, будет и шифратором и дешифратором, а на накопителе будет всякий бред при просмотре обычного виндоус-файлменеджера....
Можно купить флэш память, мк, и разработать все с нуля...например, устройство будет представляться другим, до того, как в мк не будет послано несколько команд, например тот же самый логин и пароль, а там мк перезагружается и теперь он видится как флэш накопитель, до извлечения устройства....если в корпус загнать флэш-память, usb-хаб микруха, мк, то можно через мк включать и отключать флэшпамять, ну или спалить....для мк полно библиотек под usb

такие флешки уже давно продаются, так что не вариант

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

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

Можно даже столь точно задать интервал ожидания передачи ключа, что после записи злоумышленником он
просто физически не успеет его передать!

Блин, при двухстороннем проблем никаких нет! Вот с односторонним не выйдет. Если выйдет - предлагайте

ploop писал(а):Блин, при двухстороннем проблем никаких нет! Вот с односторонним не выйдет. Если выйдет - предлагайте

Тоже проблем нет-нужен сложный алгоритм=)

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

ploop писал(а):Дайте мне машину времени - я сделаю вам миллион! (а сколько себе - не скажу)
На одном хорошем алгоритме можно обогатиться. Так что есть: проблема - алгоритм

просто взять открытый, тот же Blowfish