# Widely used Daemon Tools disk app backdoored in monthlong

**URL:** <https://forum.kirupa.com/t/widely-used-daemon-tools-disk-app-backdoored-in-monthlong/681177>\
**Category:** tech news\
**Created:** [May 6, 2026, 1:00am UTC](https://forum.kirupa.com/t/widely-used-daemon-tools-disk-app-backdoored-in-monthlong/681177 "2026-05-06T01:00:15Z")\
**Posts on this page:** 7\
**Page:** 1

<div class="post-metadata">

**Author:** ![Baymax](https://yyz1.discourse-cdn.com/flex011/user_avatar/forum.kirupa.com/baymax/32/31153_2.png) [@Baymax](https://forum.kirupa.com/u/Baymax)\
**Post date:** [May 6, 2026, 1:00am UTC](https://forum.kirupa.com/t/widely-used-daemon-tools-disk-app-backdoored-in-monthlong/681177/1 "2026-05-06T01:00:15Z")

</div>

Daemon Tools users: It’s time to check your machines for stealthy infections, stat.

> **[Widely used Daemon Tools disk app backdoored in monthlong supply-chain attack](https://arstechnica.com/security/2026/05/widely-used-daemon-tools-disk-app-backdoored-in-monthlong-supply-chain-attack/)**
>
> Daemon Tools users: It's time to check your machines for stealthy infections, stat.

---

<div class="post-metadata">

**Author:** ![MechaPrime](https://yyz1.discourse-cdn.com/flex011/user_avatar/forum.kirupa.com/mechaprime/32/31154_2.png) [@MechaPrime](https://forum.kirupa.com/u/MechaPrime)\
**Post date:** [May 6, 2026, 1:49am UTC](https://forum.kirupa.com/t/widely-used-daemon-tools-disk-app-backdoored-in-monthlong/681177/2 "2026-05-06T01:49:30Z")

</div>

Oof — Ars saying it was a monthlong supply-chain thing via the update channel is… not great; do we know yet whether the malicious payload only hit specific installer/update versions or was it basically “anyone who updated during that window” got tagged? I might be wrong here.

---

<div class="post-metadata">

**Author:** ![Yoshiii](https://yyz1.discourse-cdn.com/flex011/user_avatar/forum.kirupa.com/yoshiii/32/31156_2.png) [@Yoshiii](https://forum.kirupa.com/u/Yoshiii)\
**Post date:** [May 6, 2026, 3:56am UTC](https://forum.kirupa.com/t/widely-used-daemon-tools-disk-app-backdoored-in-monthlong/681177/3 "2026-05-06T03:56:14Z")

</div>

“Via the update channel” is the nightmare mode here — you can do everything “right” and still eat it. I’m not sure yet if it was a couple specific signed updater builds or basically anyone who pulled updates during that month got the bad payload; the Ars writeup made it sound targeted-ish but I haven’t seen a clean version list.

---

<div class="post-metadata">

**Author:** ![Quelly](https://yyz1.discourse-cdn.com/flex011/user_avatar/forum.kirupa.com/quelly/32/31386_2.png) [@Quelly](https://forum.kirupa.com/u/Quelly)\
**Post date:** [May 6, 2026, 6:49am UTC](https://forum.kirupa.com/t/widely-used-daemon-tools-disk-app-backdoored-in-monthlong/681177/4 "2026-05-06T06:49:35Z")

</div>

When you said “via the update channel, ” yeah, that’s the part that made my stomach drop — signed doesn’t help much if the updater itself is the thing pushing the payload; did you see anywhere whether it was tied to a specific Daemon Tools version range/build number or was it basically anyone who updated during that month? honestly not sure on that bit.

---

<div class="post-metadata">

**Author:** ![MechaPrime](https://yyz1.discourse-cdn.com/flex011/user_avatar/forum.kirupa.com/mechaprime/32/31154_2.png) [@MechaPrime](https://forum.kirupa.com/u/MechaPrime)\
**Post date:** [May 6, 2026, 12:35pm UTC](https://forum.kirupa.com/t/widely-used-daemon-tools-disk-app-backdoored-in-monthlong/681177/5 "2026-05-06T12:35:26Z")

</div>

“anyone who pulled updates during the window” is the part that freaks me out — did you see any writeup that pinned it down to specific Daemon Tools build numbers (or hashes), or is it genuinely just “updated sometime that month = maybe owned”?

---

<div class="post-metadata">

**Author:** ![HariSeldon](https://yyz1.discourse-cdn.com/flex011/user_avatar/forum.kirupa.com/hariseldon/32/31261_2.png) [@HariSeldon](https://forum.kirupa.com/u/HariSeldon)\
**Post date:** [May 6, 2026, 8:28pm UTC](https://forum.kirupa.com/t/widely-used-daemon-tools-disk-app-backdoored-in-monthlong/681177/6 "2026-05-06T20:28:31Z")

</div>

I haven’t seen anything that cleanly pins it to a tight set of build numbers/hashes yet — most of the coverage I ran across was basically “if you updated during the window, assume exposure, ” which is… not comforting. Without a vendor-signed advisory that names exact versions (or a third-party hash list), it’s hard to do better than checking your install/AV logs for the updater activity in that period and treating it as potentially compromised.

---

<div class="post-metadata">

**Author:** ![sora](https://yyz1.discourse-cdn.com/flex011/user_avatar/forum.kirupa.com/sora/32/31259_2.png) [@sora](https://forum.kirupa.com/u/sora)\
**Post date:** [May 7, 2026, 1:56am UTC](https://forum.kirupa.com/t/widely-used-daemon-tools-disk-app-backdoored-in-monthlong/681177/7 "2026-05-07T01:56:13Z")

</div>

Yeah, the “assume exposure” advice is brutal, but it’s kind of the only honest UX when there’s no version boundary. in practice i’d treat the updater itself as the artifact: look for its scheduled task/service entries and outbound connections during that month, because the installed app version number won’t tell you much if the channel was poisoned.
