Future Maintenance of Mbed TLS

(lists.trustedfirmware.org)

31 points | by jonesjohnson 2 days ago ago

7 comments

  • boricj 2 hours ago

    That sucks. It's integrated fairly deeply with the Zephyr ecosystem and I'm working on several products that use it, some of them fresly migrated to it...

    I've made a PR a while back to add support for authenticated attributes and chain certificates (https://github.com/Mbed-TLS/mbedtls/pull/10232), turns out there are several open PRs for that feature set over the years and they just all sit there. That doesn't inspire contributors to stick around.

    • MrBuddyCasino 21 minutes ago

      BearSSL is still in beta, but looks very solid already. If all else fails…

  • dsign 34 minutes ago

    This will put a huge amount of projects into trouble, so I'm confident the community will come up with a solution.

    But here's one thing I'm wondering: with LLMs being now super-human when it comes to algorithms and computer code, wouldn't it be possible to set up a "project super-harness" for a TLS client library for (not necessarily mbedTLS main branch!!), put up a constant "pool budget" between various individuals and organizations, and let the LLMs care for ongoing maintenance?

  • mono442 39 minutes ago

    Tbh now with the ai you can generate a pretty good tls library in like a day especially if supporting only the latest tls revision is good enough.

    • otabdeveloper4 37 minutes ago

      Yeah, you're right, internet security infrastructure is exactly the place where you want random vibecode from closed-source black-box code generators. /s

      • mono442 32 minutes ago

        Embedded devices aren't known for security anyway. And the tls library can be written in rust for better memory safety.

        • jabl 13 minutes ago

          If you want a TLS library written in Rust there's already rustls, no need to reinvent the wheel.