Binarly Blog

binarly.io · Company blog · on HN since 2022

Binarly's research blog on firmware and UEFI security, covering Secure Boot bypasses, LogoFAIL, PKfail and BMC vulnerabilities.

What HN saysHN treats it as a primary source on UEFI flaws like LogoFAIL and PKfail, and commenters prefer it to rewrites in other outlets.
22HN people shared it
5linked it in comments
18stories submitted
284story points
3 months agolast shared
2022people per year2026

Most-shared posts

  1. 1
  2. 2
    LogoFAIL: Secure Boot bypass with manipulated boot logos
    3 people · 1 points · first shared 2023 · discussion on HN
  3. 3
    An In-Depth Look at the 23 High-Impact Vulnerabilities
    2 people · 16 points · first shared 2022 · 2 comments on HN
  4. 4
  5. 5
  6. 6
    XZ Utils Backdoor Still Lurking in Docker Images
    1 people · 113 points · first shared 2025 · 58 comments on HN
  7. 7
  8. 8
  9. 9
    Clevo Boot Guard Keys Leaked in Update Package
    1 people · 2 points · first shared 2025 · 1 comments on HN
  10. 10
    BeneFITs: Bypassing Signature Verification in U-Boot SPL
    1 people · 2 points · first shared 2026 · discussion on HN
  11. 11
  12. 12
  13. 13
    HP Devices – Vulnerabilities in Firmware
    1 people · 1 points · first shared 2022 · discussion on HN
  14. 14
  15. 15

What HN people wrote when they linked it

instagib · 2023-12-06
there are 3 paths. 1. placing logo into ESP (EFI System Partition) via admin privileges 2. Bios update tool 3. When there is no expected way to customize the logo, it is still possible via physical attack vector: just with an SPI flash programmer if a logo is not covered with any hardware-based Verified Boot technology like Intel Boot Guard or AMD Hardware-Validated Boot “As we can see in the following table, we detected parsers vulnerable to LogoFAIL in hundreds of devices sold by Lenovo, Supermicro, MSI, HP, Acer, Dell, Fujitsu, Samsung and Intel. “ https://binarly.io/posts/finding_logofail_the_dangers_of_image_parsing…
gnabgib · 2023-12-06
The binarly post[0] (submitted by @skilled 2 days ago /w no comments and little upvote love) is a cleaner source[1] and just as easy to read. This seems to be a bit of a rewrite, bit of a copy/paste (images straight from binarly). The vulnerability was published a week ago, this article implies it was disclosed today. [0]: https://binarly.io/posts/The_Far_Reaching_Consequences_of_LogoFAIL/ [1]: https://news.ycombinator.com/item?id=38515571
ZeroWidthJoiner · 2026-06-09
The root of trust in Secure Boot is typically an OEM certificate, not Microsoft's, which is probably even worse: https://www.binarly.io/blog/pkfail-untrusted-platform-keys-undermine-s… In any case, you're free to remove Microsoft's certificates and enroll your own.
B1ack3at_ · 2024-12-03
Hello, I am the Bootkitty developer. The reason our bootkit is self-signed is because it uses the LogoFAIL vulnerability to register a MOK on the system to bypass secureboot, which is why our signature is included. I will leave an analysis article about LogoFAIL at the link below. https://www.binarly.io/blog/logofail-exploited-to-deploy-bootkitty-the…

Keyboard shortcuts

/Search
j kNext / previous blog
EnterOpen selected blog
vVisit the blog site
fFollow / unfollow
lSwitch grid / list view
dSwitch dark mode
g hHome
g pTop posts
g tTopics
g fFollowing
g lLiked
g yHistory
g qFAQ
EscBack / close