Отправлено -=Shura=- 30 мая 2006 г. 13:47 В ответ на: Представьте, что МК перезагрузился (т.к. девайс и комп живут независимой жизнью) и МК упорно ждёт сообщения с номером 0, считая другие номера назязанными. Я об этом думал и решил отказаться от такого геморроя и проблем рассинхронизации. А от навязанных пакетов спасает контр.сумма (напр., по секретному полиному) отправлено CD_Eater 30 мая 2006 г. 13:43

• Представьте, что связь временно прервалась, но МК не перезагрузился и не ответит на пакет 0, а комп уже начал песнь сначала. — CD_Eater   (30.05.2006 13:58 194.54.161.151, пустое)
  • Не представлю. Что значит "временно"? Таймаут ставишь и всё — -=Shura=-   (30.05.2006 13:59 217.21.50.43, пустое)
    • P.S. А на стартовый пакет МК должен отвечать обязательно. Ну споёт песТню повторно, ничего страшного — -=Shura=-   (30.05.2006 14:00 217.21.50.43, пустое)
      • Если на стартовый пакет отвечать обязательно, то злоумышленник только им и будет пользоваться. Преимуществ от нумерации - никаких — CD_Eater   (30.05.2006 14:03 194.54.161.151, пустое)
        • Да пусть пользуется сколько угодно. :-)))) Информации-то там ноль — -=Shura=-   (30.05.2006 14:04 217.21.50.43, пустое)
          • Значит, в следующем пакете будет не ноль. Смысл в том, что злоумышленник вместо шифрования любого пакета научится шифровать первые 2 пакета - и этого ему хватит ! — CD_Eater   (30.05.2006 14:14 194.54.161.151, пустое)
            • Что за бред? Номер пакета вообще не шифруется и ни капельки в дешифровании не поможет — -=Shura=-   (30.05.2006 14:17 217.21.50.43, пустое)
              • Алё, эй там, в танке ! Ты вообще прочёл тот вопрос, который обсуждается ? — CD_Eater   (30.05.2006 14:24 194.54.161.151, пустое, ссылка)
                • Ну? Так я полностью согласен с vmp. То, что ключ зависит от номера тебе НЕ поможет — -=Shura=-   (30.05.2006 14:26 217.21.50.43, пустое)

E-mail: info@telesys.ru