Любая зависимость кода анлока от времени/количества открытий руинит repeating-атаки

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

Но блять, на брелке же нажать надо!

Вот почему это нельзя эмулировать?

Всем привет! Кто-нибудь сталкивался такой проблемой? Как решали?

(.virtenv) PS F:\Code\Practice\Python> try.py
строка:1 знак:1
+ try.py
+ ~~~~~~
   + CategoryInfo          : ObjectNotFound: (try.py:String) [], CommandNotFoundException
   + FullyQualifiedErrorId : CommandNotFoundException


Suggestion [3,General]: Команда try.py не найдена, однако существует в текущем расположении. По умолчанию оболочка Windows PowerShell не загружает команды из текущего расположения. Если вы уверены в надежности
команды, введите ".\try.py". Для получения дополнительных сведений вызовите справку с помощью команды "get-help about_Command_Precedence".

Visual studio

а если назвать файл try_file.py ?

может быть все таки python try.py

Одноразовые ключики с зависимостью от времени/количества открытий?

TOTP тот же

Дык а почему временные ключи то не решат проблему? Они же тип обновляются постоянно, а херня по которой они генерятся работае одинаково на обих сторонах, но отсылается только в одну сторону код

Все работало без python. Windows

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

вот TOTP сработать может,....

Неа)

Нет по идее, ибо ключ обновляется раз в минуту допустим

И на брелке тоже обновление будет

Тогда да, вариант)

Так инкремент только по факту удачного открытия

хорошо) +