[Keyb0ardWarri0r]

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?

[arrdalan]

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).

[Keyb0ardWarri0r]

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).

[arrdalan]

Will do. Thanks for the suggestion.

[flowerthoughts]

When embedded SoCs are _much_ more likely to have AES accelerators, why are you looking to ChaCha20 for encrypting video?

[Keyb0ardWarri0r]

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.

[flowerthoughts]

I don't follow. I haven't done an exhaustive search, but it seems all esp32, whether xtensa or riscv have AES accelerators. Not sure I've seen a modern 32 bit Arm MCU without it either.