Какой алгоритм шифрования оптимален для коротких блоков данных (меньше 32 бит)?

От недобросовестных пользователей и третьих лиц.

Какой алгоритм шифрования оптимален для коротких блоков данных (меньше 32 бит)?

jcmvbkbc:
>>И зашифрованное число определяет, что это за действие, так?
Вообще-то нет. Действие всего одно.
>>Вы будете определить ошибку сами, по расшифрованному 32-битовому значению, или ожидаете, что процедура расшифровки вернёт ошибку?
Расчитываю вставить в сообщение некоторый признак. Если мы его сможем опознать после расшифровки - считаем что расшифровка успешна. Признак этот видимо тоже стоит держать в секрете.
>>потребуется не меньше 100000 бит
Да, видимо без внешней SD-шки не обойтись. Ну тогда можно не ограничиваться 100 000 битов. Но возникает другая проблема - 8 разрядов это 99 миллионов вариантов. Даже при 100 000 одноразовых паролей, одна из каждой тысячи случайных введенных комбинаций будет являться валидным паролем. Это не очень хорошо.
Возможно стоит ввести кроме цифр еще и буквы.

Какой алгоритм шифрования оптимален для коротких блоков данных (меньше 32 бит)?

1. Контроллер выполняет определенное действие если в него ввести корректный одноразовый пароль.
2. Нужно обеспечить возможность ввода в контроллер хотя бы ста тысяч одноразовых паролей.
3. Последовательность ввода одноразовых паролей в контроллер может не соответствовать последовательности их выдачи сервером.
4. На ошибочные данные контроллер выдает ошибку. Повтор ввода одноразового пароля - тоже ошибка. Надеюсь правильно понял вопрос про дублирвоание и ошибочные данные.
5. Сервер выдает разные пароли для нескольких разных контроллеров. Помнит кому и когда он выдавал пароли.
6. Контроллер хранит информацию о количестве сработавших ключей. И, очевидно, об уже введенных паролях.

Какой алгоритм шифрования оптимален для коротких блоков данных (меньше 32 бит)?

Ключ, как я написал, не принципиален, можно и 64 и 128. Принципиален размер блока <32 бит.

Какой алгоритм шифрования оптимален для коротких блоков данных (меньше 32 бит)?

В Ардуине EEPROM 1Кб. Конечно можно за несколько баксов прилепить хоть гигабайтную SD-шку, но пока ищу вариант как обойтись без этого.

CMS для работы с табличными данными (как MS Access)?

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

А с вебом вариантов всего три:
1. Разобраться и сделать самому - выйдет говнокод на малознакомых технологиях. Срок проекта растянется по сравнению с плюсами - в разы при худшем качестве.
2. Нанять веб-программиста = самому не заработать на этом проекте.
3. Или найти CMS-конструктор вроде Access.

CMS для работы с табличными данными (как MS Access)?

Странно что никто еще не сделал чего-то аналогичного Access, неужели спроса нет?

Понятно что с нуля писать, хотелось максимально высокоуровнего инструмента, и желательного одного, а не нескольких.

CMS для работы с табличными данными (как MS Access)?

Интересное решение. Но это опять же админский инструмент. Мне нужна CMS, в которой можно настроить (а не запрограммировать) нужные представления данных для конечного пользователя.

CMS для работы с табличными данными (как MS Access)?

Спасибо, отличная шутка. А для конечного офисного пользователя?

Зачем нужны многоразовые капсулы в космонавтике?

Топливо - это 2-4 процента стоимости запуска

Отмена банковской тайны: открывать ИП или нет? И каковы особенности работы в белую с зарубежными клиентами?

Выплаты в пенсионный вы можете вычитать из налога. Так что кроме 6% считайте что ничего нет.

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

Где вы встречаетесь с клиентами? Подводные камни если нет офиса?

Гениально :) Можно еще посоветовать до кучи салоны продаж дорогих авто, например Mercedes. Там еще и кофе бесплатно принесут.

Где вы встречаетесь с клиентами? Подводные камни если нет офиса?

@almadob Не знаю как тут в тостере написать в личку. Как можно с вами связаться, обсудить эту идею?

Простейшее устройство передачи данных по силовой сети?

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

Скажите, а если сделать то же самое, но через беспроводной канал? Есть какие-то готовые дешевые устройства, способные регулярно передавать некий фиксированный ID по беспроводному каналу в радиусе, скажем, метров 50?

Простейшее устройство передачи данных по силовой сети?

Спасибо! Скорость меня не смущает, но надежность… с другой стороны потеря нескольких пакетов тоже не особо критична. Устройства будут слать их постоянно. Особо точного отслеживания факта включения не нужно.
А как по-вашему, сколько может стоить такое устройство изготовить в прототипе? И какой цены можно добиться при серии скажем 1000 штук? Интересует порядок.

Простейшее устройство передачи данных по силовой сети?

Спасибо! Похоже, это шаг в нужном направлении.

Простейшее устройство передачи данных по силовой сети?

Спасибо, изучу.

Матричный полиморфизм?

На здоровье, добро пожаловать на хабр :)

Как вы распоряжаетесь своими пенсионными накоплениями?

Да, вы правы. Может не ниже инфляции но где-то около. А в ПФ есть механизмы индексации в соответствии с инфляцией? Насколько я помню, нет.
Остаются ПИФы, но там риск в любом случае намного выше.

Распределенный приемопередатчик

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

Иридиум — только как пример

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

Но я почему-то думаю что с высокой вероятностью рано или поздно спутниковая связь может стать массовой, заменив сотовую.