Most active commenters

    ←back to thread

    Patina: a Rust implementation of UEFI firmware

    (github.com)
    131 points hasheddan | 11 comments | 10 Oct 25 21:02 UTC | HN request time: 0.001s | source | bottom
    1. treffer ◴[11 Oct 25 10:25 UTC] No.45547992[source]▶
    Interesting. But who is OpenDevicePartnership?

    Looking at the members on the repository this seems to be a Microsoft project?

    replies(1): >>45548383 #
    2. mariuolo ◴[11 Oct 25 11:45 UTC] No.45548383[source]▶
    Can one even do UEFI firmware projects without at least keeping Microsoft in the loop?

    As far as I remmeber, they control the issuance of keys for bootloaders. Or is this project supposed to do away with that?

    replies(5): >>45551246 #>>45551954 #>>45670901 #>>45672708 #>>45674194 #
    3. pjmlp ◴[11 Oct 25 18:05 UTC] No.45551246[source]▶
    Microsoft even has their own Rust project for UEFI.

    https://microsoft.github.io/mu/

    replies(1): >>45584339 #
    4. 7bit ◴[11 Oct 25 19:29 UTC] No.45551954[source]▶
    Already today you can remove the Microsoft keys from most mein board's UEFI and enroll your own. You can perfectly make your own UEFI implementation without Microsoft.
    replies(1): >>45671044 #
    5. zang0 ◴[14 Oct 25 20:22 UTC] No.45584339{3}[source]▶
    Patina is a significant evolution of Mu.

    Mu has some bits & pieces of Rust code and EDKII is still the upstream for Mu.

    Patina is 100% Rust DXE Core implemented from spec.

    replies(1): >>45670088 #
    6. CaptainOfCoit ◴[22 Oct 25 14:55 UTC] No.45670088{4}[source]▶
    Are you somehow related to either projects? You seem to have a good understanding of both pieces :)
    7. Luker88 ◴[22 Oct 25 15:45 UTC] No.45670901[source]▶
    Most of the top contributors are @microsoft.com so I would say it's a bit more than just "in the loop".
    8. BonusPlay ◴[22 Oct 25 15:54 UTC] No.45671044{3}[source]▶
    Except that many component manufacturers release their efi capsules signed with Microsoft PKI. So no, you can't fully remove them if you want to verify updates.
    replies(1): >>45671887 #
    9. zamadatix ◴[22 Oct 25 16:51 UTC] No.45671887{4}[source]▶
    While "So no, you can't fully remove them if you want to verify updates" is a valid point, it's also an answer to a different question than the one asked.
    10. mjg59 ◴[22 Oct 25 17:51 UTC] No.45672708[source]▶
    If you want to implement UEFI secure boot and verify existing signed objects then you need to incorporate Microsoft-issued certificates into your firmware, but that's very different from needing Microsoft to be in the loop - the certificates are public, you can download them and stick them in anything.
    11. p_l ◴[22 Oct 25 19:45 UTC] No.45674194[source]▶
    It's not that Microsoft controls the issuance, it's that their keys are pretty much guaranteed to be installed and thus getting your keys signed with their CA means you can use the pre-existing trust roots.

    They are also the one party that is forcing freedom-enabling but formal standard breaking ability of resetting Platform Key, because Microsoft actually documents (or used to) a process to deploy systems signed with your own key as part of the highest security deployment documentation for enterprise customers