Шифрование Данных

[rtfcnf]

Высокая криптостойкость, по большому то делу, "кайлог" так и не сломали. Сигналки не в счет, там взлом основан не на уязвимости "кайлога".

Вот это очень интересно,я думал,что именно он сломан.Интересно,как-же тогда у меня вскрыли машину,забрали сумку,закрыли и свалили?

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

Для взлома сигналог, я знаю два способа:

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

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

Так что свой совет считаю разумным.

P.S. Вообще мне кажется, что мелкосерийное изделия, для не ответственного применения, не нужно так защищать.

Изменено 18 декабря, 2010 пользователем rtfcnf

[Реклама]

Реклама: ООО ТД Промэлектроника, ИНН: 6659197470, Тел: 8 (800) 1000-321

[evgesha53]

Второй основан на том, что у некоторых производителей произошла утечка "мастер ключей"

Так наверное и есть. Изменено 19 декабря, 2010 пользователем evgesha53

[Реклама]

20% скидка на весь каталог электронных компонентов в ТМ Электроникс!

Акция "Лето ближе - цены ниже", успей сделать выгодные покупки!

Плюс весь апрель действует скидка 10% по промокоду APREL24 + 15% кэшбэк и бесплатная доставка!

Перейти на страницу акции

Реклама: ООО ТМ ЭЛЕКТРОНИКС, ИНН: 7806548420, info@tmelectronics.ru, +7(812)4094849

[DJ Димон]

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

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

Так как между устройствами идёт обмен с квитированием, рассинхронизация ключей не должна произойти.

Где можно на эту тему почитать?

[Реклама]

Выбираем схему BMS для заряда литий-железофосфатных (LiFePO4) аккумуляторов

Обязательным условием долгой и стабильной работы Li-FePO4-аккумуляторов, в том числе и производства EVE Energy, является применение специализированных BMS-микросхем. Литий-железофосфатные АКБ отличаются такими характеристиками, как высокая многократность циклов заряда-разряда, безопасность, возможность быстрой зарядки, устойчивость к буферному режиму работы и приемлемая стоимость. Но для этих АКБ очень важен контроль процесса заряда и разряда для избегания воздействия внешнего зарядного напряжения после достижения 100% заряда. Инженеры КОМПЭЛ подготовили список таких решений от разных производителей. Подробнее>>

Реклама: АО КОМПЭЛ, ИНН: 7713005406, ОГРН: 1027700032161

[rtfcnf]

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

Посмотрите здесь, проще не видел

[DJ Димон]

неплохие алгоритмы, спасибо.

можно несколько вопросов по ним,.если кто использовал

к примеру генератор Парка-Миллера:

float unirand1(void) {
int j;
long k;
static long iy=0,iv[NTAB];
float temp;
/* initialize */
if(dummy<=0 || !iy) {
 /* avoid negative or zero seed */
 if(dummy<0) dummy=-dummy;
 else if(dummy==0) dummy=1;
 /* after NWUP warmups, initialize shuffle table */
 for(j=NTAB+NWUP-1;j>=0;j--) {
  k=dummy/IQ;
  if((dummy=IA*(dummy-k*IQ)-IR*k)<0) dummy+=IM;
  if(j<NTAB) iv[j]=dummy;
 }
 /* first specimen from the table */
 iy=iv[0];
}
/* regular work: generate new number */
k=dummy/IQ;
if((dummy=IA*(dummy-k*IQ)-IR*k)<0) dummy+=IM;
/* shuffle output */
iy=iv[j=iy/NDIV];iv[j]=dummy;
/* return */
if((temp=AM*iy)>RNMX) return(RNMX);
else return(temp);
}

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

1. какая переменная служит точкой отсчёта? я так понимаю это dummy, если да то какие значения она может принимать?

2. также есть переменная static long iy=0, которая при повторном вызове функции будет иметь значение != 0, т.к. обьявлена как статическая. Получается эта переменная тоже должна задаваться пользователем вместе dummy?

3. к примеру, мы возьмём ключ (значение dummy) который будут знать только девайсы, а в пакете передавать будем передавать количество преобразований выполненных от числа dummy, насколько это надёжно?

со вторым вопросом кажется разобрался, iy вычисляется от dummy

Изменено 24 февраля, 2011 пользователем DJ Димон