Hackers Turn Malware Into Trusted Apps

Hackers Turn Malware Into Trusted Apps

Dennis Faas's picture

Microsoft says it disrupted a cybercrime operation known as Fox Tempest, a financially motivated group accused of running a malware-signing-as-a-service operation.

In plain English, Fox Tempest allegedly helped cybercriminals make malicious programs look like trusted software by abusing Microsoft's code-signing infrastructure. The service reportedly generated short-lived, fraudulent security certificates that were used to sign otherwise legitimate looking software turned into malware, including ransomware and information stealers. Microsoft says it revoked more than 1,000 certificates connected to Fox Tempest and took down infrastructure used to support the operation. (Source: microsoft.com)

That matters because a digital signature is supposed to help prove that software came from a trusted source and has not been tampered with. But when attackers can get malware signed, they gain a powerful advantage: the malware may look more legitimate to Windows, security tools, and the person sitting in front of the computer.

What Is Code Signing?

Code signing is a security process used by software developers to attach a digital certificate to an application, driver, installer, script, or update. The basic idea is simple: the developer signs the file, and the operating system can later check that signature to confirm who signed it and whether the file has changed since it was signed.

For legitimate developers, code signing is important. It helps Windows and security products distinguish between known software and suspicious files. It can also reduce alarming warning messages that might otherwise appear when a user installs a program.

For users, code signing has become a familiar trust signal. If Windows says the publisher is verified, many people assume the software is safe. That assumption is understandable, but it is not always correct. A signature can confirm that a file was signed with a certificate. It does not automatically prove the file is harmless.

That distinction is now more important than ever.

What Microsoft Says Fox Tempest Was Doing

According to Microsoft Threat Intelligence, Fox Tempest abused Microsoft Artifact Signing to create fraudulent, short-lived code-signing certificates. Those certificates could then be used to make malware appear legitimate. Microsoft described Fox Tempest as a malware-signing-as-a-service provider used by other cybercriminals to distribute malicious code more effectively, including ransomware. (Source: microsoft.com)

The operation was not small. Microsoft says Fox Tempest created more than 1,000 certificates and established hundreds of Azure tenants and subscriptions to support its activity. Axios reported that Microsoft obtained a court order allowing it to seize websites, domain names, and other infrastructure tied to the operation. (Source: axios.com)

This is the part regular users need to understand: the attackers were not simply sending out obviously fake programs from suspicious websites. They were allegedly using a system designed to help legitimate developers prove trust, then turning that trust mechanism against the public.

Why Signed Malware Is So Dangerous

Signed malware is dangerous because it attacks the trust model itself. Most users are not security researchers. They do not inspect file hashes, certificate chains, command-line behavior, network connections, or process injection techniques. They make decisions based on visible signals.

If a file looks like a Microsoft Teams installer, appears to be digitally signed, and does not immediately trigger a strong Windows warning, many users will run it. That is exactly the opening criminals want.

Microsoft's reporting described fake software download pages and disguised code-signed malware. Some reports also noted that fake versions of common applications such as Teams, AnyDesk, and Webex were used in connection with these campaigns. TechRadar reported that a fake Teams installer could deliver a malicious loader, which then installed signed Oyster malware and ultimately deployed Rhysida ransomware. (Source: techradar.com)

That attack chain is effective because it blends social engineering with technical evasion. The user thinks they are installing a familiar application. Windows may initially see a signed file. Security controls may hesitate or assign the file a lower risk score. By the time the real behavior is obvious, the malware may already be running.

The 72-Hour Certificate Trick

One detail that makes the Fox Tempest case especially interesting is the reported use of short-lived certificates. TechRadar reported that the certificates were valid for only 72 hours. That may sound like a weakness, but for cybercriminals it can be an advantage. (Source: techradar.com)

Malware campaigns often move quickly. Attackers do not necessarily need a certificate to last for years. They may only need it to work long enough to run a campaign, infect victims, steal passwords, deploy ransomware, or establish access inside a network.

Short-lived certificates also make tracking harder. By the time defenders identify one certificate and block it, the attackers may already be using another. This turns certificate abuse into a fast-moving supply chain problem. Security teams are not just chasing one malicious file. They are chasing an assembly line that can produce new signed malware repeatedly.

Malware-as-a-Service Keeps Getting More Professional

Fox Tempest also shows how professional cybercrime has become. Criminals no longer need to build every tool themselves. One group can specialize in stealing credentials. Another can specialize in phishing pages. Another can provide ransomware. Another can provide malware hosting. Another can sell access to compromised networks.

Fox Tempest allegedly filled a very specific role in that ecosystem: helping other criminals make malicious software look legitimate.

Microsoft called this malware-signing-as-a-service, or MSaaS. The name matters because it mirrors legitimate software-as-a-service businesses. Instead of selling one stolen certificate or one custom malware loader, a criminal service can repeatedly provide signing capability to other attackers. That makes cybercrime easier to scale.

This is why takedowns like this matter. They do not just remove one malware sample. They disrupt part of the criminal supply chain.

Why This Matters to Home Users

Home users are often told to avoid suspicious links and unknown downloads. That advice is still valid, but the Fox Tempest case makes the problem more complicated. A fake download may not look suspicious at first glance.

A person may search for Microsoft Teams, AnyDesk, Webex, printer drivers, browser updates, PDF tools, or remote support software. If a malicious advertisement or fake website appears near the top of search results, the user may click it. The page may look professional. The installer may have a familiar name. The file may be signed.

This is how people get trapped. They are not always being reckless. Sometimes they are doing something normal, such as installing software for work, joining a meeting, or trying to fix a computer.

The safest habit is to download software only from the official vendor website or a trusted app store. Do not rely on search ads alone. Do not download remote access tools from random support pages. Do not install "required updates" from pop-ups. And do not assume that a digital signature means a file is safe.

Why This Matters to Businesses

For businesses, signed malware is an even bigger problem. Many organizations use application control policies, endpoint detection tools, certificate reputation, and software allow lists. These systems often treat signed files differently from unsigned files.

That does not mean signed malware automatically bypasses every defense, but it can reduce friction for the attacker. It may generate fewer warnings. It may appear more trustworthy during automated checks. It may convince help desk staff or employees to run something they would otherwise question.

This is especially dangerous in ransomware cases. If an attacker can get one employee to install a fake meeting app or remote access tool, that may be enough to gain a foothold. From there, attackers can steal credentials, move laterally, disable backups, exfiltrate data, and deploy ransomware.

Businesses should treat code signing as one signal, not the final verdict. A signed file still needs to be evaluated based on where it came from, what it does, how it behaves, and whether it matches known-good software from the vendor.

How Users Can Protect Themselves

The best defense is caution before installation. Most malware infections begin with a moment of trust. A user trusts a website, an email, a support message, a search result, or a file name. Attackers design everything around winning that moment.

Before installing software, check the domain carefully. For Microsoft products, use Microsoft.com or official Microsoft app channels. For remote support programs, go directly to the vendor's site by typing the address yourself. Avoid sponsored search results when downloading important software. Attackers have repeatedly abused online ads to push fake software downloads.

Be especially careful with remote access tools. Programs such as AnyDesk, TeamViewer, and similar tools are legitimate, but scammers abuse them constantly. If someone on the phone tells you to install remote access software, stop and verify who they are.

Also keep Microsoft Defender or another reputable security product enabled. Make sure Windows is fully updated. Do not disable SmartScreen or antivirus warnings just because a website tells you to. If Windows blocks a download, treat that warning seriously.

What IT Departments Should Do Now

For IT administrators, this incident is a reminder to tighten software installation controls. Users should not have broad permission to install arbitrary software across a company network. Application control, least privilege, endpoint detection, DNS filtering, and browser isolation can all reduce exposure.

Organizations should monitor for unusual software installation activity, especially fake meeting tools, fake remote support software, and unexpected installers running from user profile folders or temporary directories. Security teams should also pay attention to signed binaries that appear from unfamiliar publishers, newly observed certificates, or unusual download sources.

Revocation checking should be enabled and functioning. Endpoint tools should not blindly trust signed code. Security policies should examine behavior as well as signatures. A signed file that drops a loader, modifies persistence keys, contacts suspicious domains, disables recovery options, or launches credential theft behavior should still be blocked.

Companies should also educate staff with practical examples. Telling employees "do not download malware" is useless. Showing them how fake Teams or Webex download pages work is far more effective.

The Bigger Lesson: Trust Signals Can Be Abused

The Fox Tempest case is not just about one group or one takedown. It is about the larger problem of trust abuse. Cybercriminals are not only trying to break into systems by force. They are learning how to borrow, steal, forge, or manipulate the signals people already trust.

A trusted brand can be copied. A login page can be cloned. A phone number can be spoofed. A search ad can be purchased. A support script can sound convincing. And now, as this case shows, even signed software can be part of the deception.

That does not mean users should panic or stop trusting all software. It means trust should be layered. A digital signature is useful, but it should not be the only factor. The source of the download, the reputation of the domain, the timing of the installation, the behavior of the file, and the user's reason for installing it all matter.

Microsoft's Takedown Helps, But the Threat Is Not Gone

Microsoft's action against Fox Tempest is significant. Revoking certificates, seizing infrastructure, and disrupting the service may make life harder for cybercriminals who relied on it. But Microsoft also warned that attackers are likely to adapt. Axios reported that Microsoft cautioned one disruption will not permanently stop criminals from abusing code-signing services or changing tactics. (Source: axios.com)

That is the reality of modern cybercrime. Takedowns matter, but they do not end the problem. They force attackers to rebuild, rebrand, or find another method. Users and businesses still need to improve their own defenses.

Bottom Line

The Fox Tempest takedown should change how people think about software downloads. A file can look legitimate, carry a digital signature, and still be dangerous. That does not make code signing useless. It means code signing should be treated as one piece of evidence, not a guarantee of safety.

For home users, the rule is simple: download software only from official sources, avoid sponsored download links, and never install remote access tools at the request of an unknown person.

For businesses, the lesson is more urgent: do not allow signed software to bypass scrutiny automatically. Monitor behavior, restrict installation rights, verify software sources, and train staff to recognize fake download pages.

Cybercriminals are getting better at looking legitimate. Your security habits need to account for that.

Rate this article: 
Average: 5 (9 votes)