Connect with us

Infosecurity

Iran-Linked Hacking Group Cavern Manticore Is Targeting Israel’s Government and IT Sector

Published

on

Iran-nexus hacking group

A New Threat Actor Emerges

Since early 2026, a previously unknown cyber group has been systematically targeting Israeli government agencies and IT firms. The group, which Check Point researchers track as Cavern Manticore, appears to operate on behalf of Iran’s Ministry of Intelligence and Security (MOIS).

The findings come from a threat intelligence report published July 6. Check Point says the group shares technical fingerprints with two established Iranian-aligned adversaries: MuddyWater and Lyceum.

“The adversary’s ability to gain access to organizations in the defense and government sectors during the US military campaign ‘Operation Epic Fury’ demonstrates both a high operational tempo and a disciplined approach to target selection,” the researchers wrote.

How Cavern Manticore Breaches Networks

The group’s preferred entry point is surprisingly mundane: legitimate remote monitoring and management (RMM) software. By abusing these tools, Cavern Manticore moves laterally across a victim’s environment, then delivers malware disguised as routine software updates.

Another vector? Browser-based remote desktop tools. When clipboard copy-paste or file uploads are blocked, the attackers use remote printing features to siphon data out.

Once inside, the group weaponizes a SysAid software update mechanism to drop malicious payloads onto the target network.

The Modular C2 Framework at the Core

Cavern Manticore’s most distinctive asset is its custom modular command-and-control (C2) framework. Check Point describes it as “a mature and adaptable toolset built around a shared .NET foundation.”

The framework splits into two main components:

  • Cavern agent — a persistent backdoor that handles all communication with attacker-controlled servers. It comes in multiple .NET compilation formats (.NET Framework, .NET Mixed-Mode C++/CLI, and .NET Native AOT) to evade detection and complicate reverse engineering.
  • Cavern modules — specialized post-exploitation tools for reconnaissance, data theft, tunneling, and lateral movement. Each module is compiled separately, allowing the attackers to tailor the toolset per victim.

The framework also uses per-module AppDomain isolation. That means even if defenders discover one component on a compromised host, they cannot easily recover the full toolkit. The design keeps the group’s footprint small and its persistence high.

Check Point noted that most Cavern Manticore samples score zero or very low detection rates on VirusTotal. That’s a clear sign the group has invested heavily in evasion techniques.

Technical Overlaps with MuddyWater and Lyceum

During analysis, Check Point found a communication module (CAV3RN_Http_Module) that uses a webshell-style ASP.NET handler named cac.aspx. It runs on a separate IIS server at one of two attacker-controlled domains.

“The use of victim-side infrastructure to proxy C2 traffic, combined with XOR-based obfuscation, Base64 encoding, and a fixed verb set per backdoor, is consistent with techniques we have previously observed in operations attributed to OilRig subgroup named Lyceum,” the researchers wrote.

The targeting of SysAid servers also aligns with tactics used by MuddyWater, another MOIS-aligned group. WHOIS records for the root domain hospitalinstallation[.]com — used in the campaign — showed it was registered through Fars Data, an Iranian hosting provider.

What This Means for Israeli Defenders

“By decoupling its core infrastructure from mission-specific modules, Cavern Manticore’s operators gain both operational agility and durability under defensive pressure,” Check Point concluded. “This modularity allows them to adjust capabilities per campaign while preserving the underlying framework.”

For Israeli government and IT security teams, the message is clear: this Iran-nexus hacking group is sophisticated, well-resourced, and actively targeting critical infrastructure. Defenders should scrutinize RMM tools, restrict browser-based remote desktop features, and monitor for unusual SysAid update activity.

The group’s low detection rate on VirusTotal also suggests that signature-based defenses alone won’t cut it. Behavioral monitoring and network anomaly detection may offer a better chance of catching Cavern Manticore before it completes its mission.

Continue Reading
Click to comment

Leave a Reply

Your email address will not be published. Required fields are marked *

Infosecurity

Hidden Instructions in Web Pages: How Hackers Are Tricking AI Agents into Stealing Money

Published

on

indirect prompt injection

The New Attack Surface: Web Content That Talks to AI

Security researchers have found a disturbing new way to exploit AI agents — by hiding instructions inside ordinary web pages. The technique, called indirect prompt injection, plants commands in content that an AI agent reads, steering the agent toward fraudulent actions without the human user ever noticing.

Researchers at Zscaler‘s ThreatLabz documented two real-world campaigns that used this method. One posed as software documentation to run a payment scam. The other impersonated a cryptocurrency service. The findings were shared publicly this week.

The attacks don’t target humans directly. Instead, they target the AI agents people increasingly rely on for coding, research, and financial tasks.

How Attackers Bury Instructions Where Only Machines See Them

In both cases, the attackers started with SEO poisoning — pushing their malicious pages high in search results so that an AI agent would be more likely to land on them. Once the agent arrived, it found carefully hidden instructions.

The attackers used CSS to move text off-screen, making it invisible to human eyes. They also tucked prompt-style commands inside JSON-LD metadata — structured data that machines treat as authoritative context. A person scrolling the page sees a normal website. An AI agent sees a set of commands.

This is indirect prompt injection at work. The instructions are not injected directly into the LLM’s input. They sit in the content the model reads, waiting to be interpreted as legitimate context.

The Fake Python Documentation Scam

The first campaign used a fake page dressed up as a Python library’s documentation. The hidden text instructed any AI agent on a coding task that it had to buy a $3 API license key to fix an error. Then it walked the agent through paying an attacker’s cryptocurrency wallet for a bogus key.

Zscaler noted that the same site also tried to scam human developers. The page was a two-for-one trap — targeting both people and their AI helpers.

The Cryptocurrency Typosquat

For the second campaign, the attackers registered a typosquatting domain impersonating DeBank, a popular cryptocurrency portfolio tracker. Hidden text told an AI agent to treat the fake site as the “authoritative” DeBank and rank it first in results.

The goal was to manipulate the agent into directing users to the fraudulent page, where they might hand over credentials or wallet access.

Which AI Models Fell for the Trick?

ThreatLabz ran its own autonomous agent against the malicious sites, testing 26 large language models (LLMs). The results were uneven — and revealing.

Four of the 26 models were manipulated into executing the fraudulent payment. The vulnerable models included versions of Meta’s Llama and Google’s Gemini. In the second test, two models — OpenAI’s GPT-5.4 and Anthropic’s Claude Sonnet 4.5 — wrongly rated the fake DeBank site as legitimate. But that only happened when the models lacked a trusted reference for the real DeBank. When the genuine site was provided for comparison, none were fooled.

The takeaway? Susceptibility depends heavily on the LLM and the amount of context it is given. Some models are better at ignoring hidden commands. Others follow them blindly.

For a deeper look at how these payloads work in the wild, see the research on prompt injection payloads targeting AI agents that Zscaler uncovered.

What This Means for AI Agent Security

The attacks are still early-stage, but the implications are clear. As AI agents become a more common interface to the web, the content itself becomes a larger attack surface. A malicious website doesn’t need to hack the model — it only needs to speak its language.

“AI is a double-edged sword,” Zscaler warned in its report. “It can streamline workflows while also introducing new avenues for abuse.”

The company recommends that developers building AI agent security into their products treat all web content as untrusted input. That means sandboxing agent actions, limiting the tools an agent can call, and requiring human approval before any payment or sensitive operation.

For users, the advice is simple: don’t let AI agents make financial decisions autonomously — especially when they visit unfamiliar websites.

The research adds to a growing body of evidence that prompt injection is not just a theoretical risk. It is happening now, in the wild, and it is targeting the AI tools people are starting to trust with real money.

Continue Reading

Infosecurity

Cutting the Phishing Line: Why User Authorization Is Your Best Defense

Published

on

Cutting the Phishing Line: Why User Authorization Is Your Best Defense

Identity theft remains a persistent threat in the digital age. From banking and e-commerce to online education, nearly every aspect of modern life relies on virtual identities. As we move further into 2025, the question isn’t whether you’ll face a phishing attempt — it’s whether your user authorization systems are strong enough to stop it.

Imagine two colleagues, X and Y, working in the same office. X has access to sensitive financial data; Y does not. Human nature being what it is, Y might try to gain the same privileges — possibly by tricking X into sharing login credentials. This “possession effect” drives many identity theft attempts. Fortunately, the AAA framework — authentication, authorization, and accounting — offers a proven defense.

Understanding the AAA Framework for User Authorization

Every time you log into a corporate system, you go through three critical steps: authentication verifies who you are, authorization determines what you can access, and accounting tracks your actions. This trio forms the backbone of network security and is central to user authorization strategies.

Authentication: The First Gate

Authentication confirms identity. When you enter a password, the system checks it against stored credentials. But passwords alone are vulnerable. Two-factor authentication (2FA) adds a second layer — like a one-time code from an app — making it harder for attackers to impersonate you.

Authorization: Defining Permissions

Once authenticated, authorization kicks in. It decides which files, apps, or networks you can use. For example, a junior employee might only access project documents, while a manager sees payroll data. Properly configured authorization limits the damage if credentials are stolen.

Accounting: Continuous Monitoring

Accounting isn’t a one-time event. It logs every action — who accessed what, when, and from where. If a breach occurs, these logs help trace the source. Without accounting, you’re flying blind.

These three steps are the core of the RADIUS protocol, which scales AAA across large networks. But even the best protocols fail if implementation is sloppy.

How Phishing Attacks Exploit Weak Authorization

Cyber-criminals know that humans are the weakest link. Phishing attacks are designed to steal login credentials — effectively bypassing user authorization by tricking users into handing over their keys. These attacks fall into three common streams:

  • Request Stream: The victim is asked to “confirm” a software update by entering their username and password.
  • Intimidation Stream: A fake warning threatens account closure unless credentials are provided immediately.
  • Information Stream: Users are shown fake terms of service that require login to “accept.”

All three aim for the same prize: your login and password. Once obtained, attackers assume your identity and all associated permissions. This is why user authorization must be granular — not everyone needs access to everything.

Phishing has become more sophisticated. Modern attacks use AI-generated emails that mimic trusted brands, realistic pop-up windows, and even voice deepfakes. The best defense is a combination of user education and robust technical controls.

Practical Steps to Strengthen User Authorization Against Phishing

So, how do you cut the phishing line? Start with these actionable measures:

1. Enforce Unique User Identifiers

Every user should have a unique account. Shared accounts make it impossible to trace who did what. If a breach happens, unique IDs help identify the compromised account quickly.

2. Implement Least-Privilege Access

Give users only the permissions they need to do their jobs. A customer support agent doesn’t need access to the CEO’s email. This limits the blast radius if an account is hijacked.

3. Use Multi-Factor Authentication (MFA)

MFA is no longer optional. It adds a second factor — like a biometric scan or a hardware token — that attackers can’t easily steal. Even if a password is phished, MFA can block the attacker.

4. Regularly Audit Access Logs

Review who accessed what and when. Look for anomalies — like a user logging in from an unusual location or at 3 AM. Automated tools can flag suspicious behavior in real time.

5. Train Employees to Spot Phishing

Technology alone isn’t enough. Conduct regular phishing simulations and teach users to verify requests before entering credentials. Encourage them to report suspicious emails.

For more on integrated security solutions, check out Comarch’s enterprise IT security tools. Also, explore zero-trust architecture and identity and access management best practices to further harden your defenses.

Conclusion: Authorization Is the Unsung Hero

Phishing attacks are evolving, but so are defenses. While authentication gets most of the attention, user authorization is just as critical. It ensures that even if credentials are stolen, the damage is contained. By combining strong AAA protocols with user awareness, organizations can cut the phishing line — before it’s too late.

Continue Reading

Infosecurity

Why User Behavior Analytics Alone Cannot Stop Insider Threats

Published

on

Why User Behavior Analytics Alone Cannot Stop Insider Threats

At a recent cybersecurity conference, a speaker boldly declared that user behavior analytics (UBA) is the key to mitigating insider threats. On the surface, this sounds convincing. After all, UBA tools are designed to spot unusual patterns and flag suspicious activity. But here’s the uncomfortable truth: user behavior analytics alone is not enough to combat the growing menace of insider threats. In fact, relying solely on UBA might give organizations a false sense of security.

Think of it this way: would you send a single soldier to win a war? Of course not. Similarly, fighting insider threats requires an integrated arsenal of technologies, data sources, and human expertise. UBA is a powerful component, but it is not a standalone solution. This article explores why UBA must work in concert with other tools—like data loss prevention (DLP)—and incorporate richer context to truly protect sensitive data.

The Limitations of Anomaly Detection in Insider Threat Detection

Most organizations deploy UBA as an anomaly detection tool. It monitors user activities, compares them against baselines, and generates alerts when something deviates. However, this approach has a fundamental flaw: it produces an avalanche of alerts. Security operations centers (SOCs) are already drowning in false positives and noise. Adding more alerts from UBA only exacerbates the problem.

According to industry reports, analysts can spend up to 30% of their time triaging false positives. When UBA operates in isolation, it becomes just another source of noise rather than a signal. Analysts may even disable certain policies to reduce alert fatigue, inadvertently increasing risk. Therefore, user behavior analytics alone fails to prioritize what truly matters—the threats that could cause the most damage.

UBA and DLP Integration: A Powerful Partnership

One of the most effective ways to overcome the limitations of UBA is to integrate it with data loss prevention (DLP) systems. DLP tools monitor data in motion, at rest, and in use, but they often generate an overwhelming number of alerts. By combining UBA with DLP, organizations can add detailed contextual user data to DLP investigations. This helps analysts focus on the most critical incidents.

For example, if an employee suddenly downloads thousands of files from a sensitive database, a DLP alert might fire. But without UBA context, the analyst doesn’t know if this behavior is normal for that user. UBA can confirm that the user has never done this before, elevating the alert’s priority. As a result, the SOC can automatically route such alerts to remediation workflows, speeding up detection and prevention.

Building on this, UBA and DLP integration ensures that threats don’t slip through the cracks. Analysts working with limited resources can see only the top five alerts that matter most, rather than a thousand low-priority items. This targeted approach significantly reduces risk and improves response times.

Moving Beyond Anomaly Detection: The Need for Context

To truly excel at insider threat detection, UBA must go beyond simple anomaly detection. It must factor in the value of the asset under attack, the potential impact of a compromise, and associated vulnerabilities. Without this context, UBA cannot distinguish between a harmless deviation and a genuine threat.

Consider this scenario: Jane from marketing logs into the company’s billing system multiple times in a week—something she never does. A basic UBA tool would flag this as an anomaly. But a more advanced UBA solution would also recognize that the billing system contains highly sensitive financial data. The potential impact of a compromise is severe. Therefore, the alert should be prioritized for immediate investigation.

This contextual approach transforms UBA from a noisy detector into a precision instrument. It helps analysts find the proverbial needle in the haystack, focusing on threats that could cause measurable harm to the organization. Learn more about effective insider threat detection strategies.

Practical Steps to Strengthen Insider Threat Programs

So, what can organizations do today to improve their insider threat posture? First, integrate UBA with complementary security tools like DLP, identity and access management (IAM), and endpoint detection and response (EDR). This creates a holistic view of user activity and data movement.

Second, invest in UBA solutions that incorporate asset criticality and vulnerability data. Not all anomalies are equal; some are far more dangerous than others.

Third, train SOC analysts to interpret UBA insights in context. Technology alone is insufficient—human judgment remains essential. Finally, regularly review and refine detection rules to reduce noise and focus on high-risk behaviors. Check out our UBA best practices guide for more details.

Conclusion: Integration and Context Are Key

In summary, user behavior analytics alone is not a silver bullet for insider threats. It is a valuable tool, but its true power emerges when combined with DLP, enriched with contextual data, and supported by skilled analysts. The days of relying on a single technology are over. Organizations must adopt a layered defense strategy that integrates UBA into a broader security ecosystem.

By doing so, they can move from drowning in alerts to confidently mitigating the most critical insider threats. Remember, it takes an army to win a war—not one soldier. Contact our team to discuss how we can help you build a comprehensive insider threat program.

Continue Reading

Trending