Исправление gag, (текущая версия) :
в итоге, если сделаешь всё правильно, получишь решение, которое будет неуязвимо к любому дудосу
А причём тут ддос к самому устройству, если весь канал забит фиктивным паразитным трафиком? А если ддосу не удаётся забить канал, но устройства всё равно отвечают, то это маловероятно. Потому что означало бы огромные простаивающие ресурсы в нормальном ожидаемом высоконагруженном режиме.
и прочим атакам
Но как известно в реальности никто не делает абсолютно правильно. Да, не только Линуксе и в разных встраиваемых TCP/IP-стеках, но также и в FreeRTOS.
Критическая уязвимость в FreeRTOS TCP/IP (18.10.2018).
а так же будет использовать одну тысячную тех ресурсов, если бы это было написано на линуксе на питоне.
Недавно попался документик Measuring Interrupt Latency (17.04.2018), что может Cortex-M7 600 MHz (IPG clock 150 MHz, TCM with no wait states) NXP i.MX RT1050 микроконтроллер, и что он может, если на него установить FreeRTOS. Оказывается, FreeRTOS увеличивает задержку на 4799%! RT OS.
Timer interrupt latency: 10 clk cycles / 16.67 ns.
Timer interrupt waking an RTOS task latency: 490 clk cycles / 816.67 ns.
Исходная версия gag, :
в итоге, если сделаешь всё правильно, получишь решение, которое будет неуязвимо к любому дудосу
А причём тут ддос к самому устройству, если весь канал забит фиктивным паразитным трафиком? А если ддосу не удаётся забить канал, но устройства всё равно отвечают, то это маловероятно. Потому что означало бы огромные простаивающие ресурсы в нормальном ожидаемом высоконагруженном режиме.
и прочим атакам
Но как известно в реальности никто не делает абсолютно правильно. Да, не только Линуксе и в разных встраиваемых TCP/IP-стеках, но также и в FreeRTOS.
Критическая уязвимость в FreeRTOS TCP/IP (18.10.2018).