This is great, congrats!
Do you think it would be possible to use ESP32 (RISC-V CPUs) based cameras?
Both for cost reduction and availability of the hardware reasons.
Maybe with a ChaCha20-based cipher instead of AES?
This is great, congrats!
Do you think it would be possible to use ESP32 (RISC-V CPUs) based cameras?
Both for cost reduction and availability of the hardware reasons.
Maybe with a ChaCha20-based cipher instead of AES?
ESP32: We haven't tested them. I would guess that they won't be able to handle the workload (on-device AI, encryption, and video encoding if there's no hardware encoder).
Ciphersuite: We use OpenMLS and we can choose any of the ciphersuites supported by it. We are using its post-quantum secure ciphersuite (MLS_256_XWING_CHACHA20POLY1305_SHA256_Ed25519).
From what I understand, some camera modules for ESP32 have built-in video encoding, so basically the ESP32 will only have to manage the encryption + network.
If you are interested, take a look at what SeeedStudio are doing. I think It's worth exploring for very cheap cameras, but yeah, no AI (without an additional accelerator).
Will do. Thanks for the suggestion.
When embedded SoCs are _much_ more likely to have AES accelerators, why are you looking to ChaCha20 for encrypting video?
RSIC-V based are probably the most widely available microcontrollers / dev boards, but they unfortunately don't have AES accelerators. On the other hand, ChaCha20 (or ChaCha12) run great on them.