Connect with us

CyberSecurity

How AI Gateways Are Handing Attackers the Master Keys to Your Cloud Infrastructure

Published

on

AI gateway security

The Gateway That Opened Too Many Doors

It started with a spike in cloud bills. A company noticed its compute costs had quietly tripled over a weekend. The culprit wasn’t a sudden surge in legitimate AI inference requests. It was an attacker who had found an unlocked door — an AI gateway — and used it to hijack GPU cycles for cryptomining.

This incident, detailed by security researchers, is more than a cautionary tale about runaway cloud spend. It exposes a fundamental flaw in how many organizations deploy and secure their AI gateways. These platforms, designed to manage, route, and monitor access to AI models, are becoming a single point of failure. Get the gateway wrong, and you don’t just lose a model — you hand over the keys to your entire cloud infrastructure and your identity and access management (IAM) data.

What Exactly Is an AI Gateway?

Think of an AI gateway as the traffic cop for your machine learning operations. It sits in front of your models — whether they’re hosted on Amazon Web Services, Google Cloud, or Microsoft Azure — and handles request routing, rate limiting, authentication, and logging.

In theory, that’s smart architecture. It centralizes control. But in practice, many gateways are deployed with overly permissive access policies. They’re configured to talk to almost any backend service, hold credentials for multiple cloud accounts, and expose internal network endpoints. That’s a lot of trust placed in a single component.

The Cryptomining Incident: A Step-by-Step Breakdown

In the attack cited by researchers, the adversary didn’t break into the AI model itself. They didn’t need to. Instead, they exploited a misconfigured gateway that allowed unauthenticated API calls to pass through.

  • Step 1: Reconnaissance. The attacker scanned for publicly exposed gateway endpoints. Many organizations leave their gateways accessible on the open internet without IP whitelisting.
  • Step 2: Privilege Escalation. Once inside, the attacker discovered the gateway held IAM credentials for the underlying cloud environment. These weren’t scoped to the AI service alone — they had broad permissions.
  • Step 3: Lateral Movement. Using those credentials, the attacker spun up high-compute GPU instances. They deployed cryptomining software, racking up massive bills before the team noticed.

The scary part? The gateway logs showed the attacker was inside for 72 hours before detection. The gateway had been logging everything — but nobody was watching.

Why AI Gateways Are a Tempting Target

AI gateways sit at a unique intersection. They touch models, data pipelines, cloud compute, and user authentication. That makes them a jackpot for attackers.

Exposure of Cloud Infrastructure

Most gateways need permissions to call cloud APIs — to scale instances, fetch data from storage buckets, or deploy updated models. If those permissions are too broad, a compromised gateway lets an attacker treat your cloud account like their own sandbox. They can spin up resources, exfiltrate data, or, as in the cryptomining case, burn through your budget.

Leakage of Identity and Access Management Data

Gateways often cache or log authentication tokens, API keys, and user session data. A poorly secured gateway can leak IAM data that allows attackers to impersonate legitimate users or service accounts. That’s not just a model breach — it’s a full identity compromise.

Model Theft and Inference Attacks

Beyond infrastructure, the gateway guards the models themselves. An attacker with gateway access can query models at will, extracting proprietary logic or training data through carefully crafted inputs. In some cases, they can even download the model weights if the gateway is configured to allow model export.

How to Lock Down Your AI Gateway

None of this means AI gateways are inherently dangerous. They’re necessary. But they demand a security posture that many organizations haven’t yet adopted.

  • Principle of Least Privilege. Grant the gateway only the permissions it absolutely needs. If it doesn’t need to spin up compute instances, don’t give it that IAM role. Use scoped service accounts, not admin-level keys.
  • Network Segmentation. Don’t expose your gateway to the public internet. Place it behind a VPN or a cloud load balancer with strict IP whitelisting. If external access is required, use API gateways with authentication at the edge.
  • Audit and Monitor. Gateway logs are useless if nobody reads them. Set up automated alerts for unusual patterns — a sudden spike in requests, access from unfamiliar IP ranges, or calls to endpoints the gateway shouldn’t be touching.
  • Regular Penetration Testing. Treat the gateway as a critical asset. Test it the way you’d test a VPN or a database server. Look for misconfigurations, exposed endpoints, and overly broad permissions.

The Bigger Picture: AI Infrastructure Is Still Young

The rush to deploy AI has outpaced security best practices. Teams are standing up gateways in hours, not weeks, and security reviews are often an afterthought. That’s understandable — but it’s also dangerous.

The cryptomining incident is a wake-up call. It shows that the gateway is not just a traffic cop. It’s a potential master key. And if you hand that key to the wrong person, they won’t just steal your model. They’ll take your cloud, your data, and your identity.

Lock it down now. Before someone else finds the door.

Continue Reading

CyberSecurity

ATF Confirms Cyber Incident After Qilin Ransomware Group Claims Attack

Published

on

ATF cyber incident

ATF Confirms Cyber Incident After Ransomware Group Claims Attack

The Bureau of Alcohol, Tobacco, Firearms and Explosives has confirmed it suffered a cybersecurity incident, responding to claims made by the Qilin ransomware group. The agency labeled the event a “major incident” and is investigating alongside the Department of Justice.

In a statement posted on its website, the ATF said the intrusion affected a standalone system, which was disconnected from the network once the breach was discovered. The agency was quick to clarify the scope: “The impacted system operates separately from the ATF enterprise network, and there is no indication that the incident has affected the ATF enterprise network, the ATF eForms system, or any other ATF system.”

Officials added that the incident has not hindered the agency’s ability to carry out its missions.

Qilin Ransomware Group Claims ATF Attack

The Qilin ransomware group added the ATF to its leak website on August 26. So far, the hackers have not made specific claims about what data, if any, was stolen. Typically, these groups post screenshots to prove they have exfiltrated certain types of documents, but that has not happened in this case.

Qilin’s post also lacks a countdown timer, which the group sometimes uses to indicate when stolen files will be published. The absence of both proof and a deadline leaves the true impact of the breach unclear.

Who Is the Qilin Ransomware Group?

Active since at least 2022, Qilin originally operated under the name Agenda. The group uses a double-extortion model: it encrypts files on victims’ systems and simultaneously exfiltrates sensitive information, threatening to leak the data if the ransom is not paid.

Qilin recently made headlines for exploiting a Check Point VPN zero-day vulnerability in its attacks. The group has listed more than 2,000 victims on its leak website to date, though the real number is likely far higher since many victims quietly pay the ransom and are never named.

Federal Response and Investigation

Senior Department officials have designated the event a “major incident” under applicable federal guidelines, and required notifications have been completed. The investigation is being conducted in coordination with the Justice Department.

This designation underscores the seriousness with which federal agencies treat ransomware attacks, especially those targeting law enforcement bodies. The ATF’s quick response—isolating the affected system—likely prevented broader damage.

What This Means for Federal Cybersecurity

The attack on the ATF is a reminder that no agency is immune to ransomware threats. Federal systems are high-value targets, and the Qilin group’s claim adds to a growing list of incidents involving government entities.

Related: Cl0p ransomware group names over 40 victims of PTC Windchill campaign

Related: Sensitive information exposed in Nutex Health data breach

Related: ReliaQuest confirms ShinyHunters hack, but says impact was limited

Timeline of Events

  • August 26: Qilin adds ATF to its leak website, claiming an attack.
  • August 28: ATF confirms the cyber incident, calls it a “major incident,” and announces a DOJ-coordinated investigation.
  • Ongoing: The agency says the impacted system was disconnected and that no other systems were affected.

As the investigation unfolds, the cybersecurity community will be watching for any further claims from Qilin. For now, the ATF maintains that its operations are unaffected, but the full scope of the breach remains under review.

Continue Reading

CyberSecurity

Attackers Chain Two PaperCut Flaws to Execute Code Without Authentication

Published

on

PaperCut RCE vulnerability

PaperCut Under Fire: Another Emergency Patch Lands

Malicious actors are actively exploiting a freshly patched security flaw in PaperCut NG and MF to execute arbitrary code on vulnerable instances. The company rolled out a new emergency fix with extra hardening on [date].

This isn’t a drill. The vulnerability gives an unauthenticated attacker remote control over PaperCut’s trusted configuration, which could be used to execute arbitrary Java code inside the application’s context. In plain terms: no login required, full system compromise possible.

Security researchers have observed attackers chaining two distinct flaws to bypass authentication entirely. The first is an authentication bypass in the external user lookup feature. The second is a path traversal that allows file uploads to unintended locations. Together, they form a lethal combination.

How the Exploit Chain Works

The attack sequence is deceptively simple. First, the attacker exploits the authentication bypass to gain access to the PaperCut admin interface without credentials. Then, they leverage the path traversal to upload a malicious JSP file to the web root.

Once the file is in place, the attacker triggers it remotely, executing arbitrary Java code. The result? Complete takeover of the print server, including access to sensitive print jobs and network credentials.

Here’s a breakdown of the two flaws:

  • Authentication bypass (CVE-2023-27350): This flaw allows unauthenticated attackers to bypass the login screen and access admin functions.
  • Path traversal (CVE-2023-27351): This enables attackers to upload files to arbitrary directories, including the web root.

Who’s Affected and What to Do

PaperCut NG and MF versions before 20.1.7, 21.2.11, and 22.0.9 are vulnerable. If you’re running any of these, you need to act now.

The company has released patches for all affected versions. The emergency fix also includes additional hardening measures to prevent similar attacks in the future. But patching is only half the battle.

Admins should also review their PaperCut logs for any suspicious activity, particularly around external user lookups and file uploads. If you see anything unusual, assume compromise and conduct a thorough investigation.

Immediate Steps to Take

  1. Apply the latest PaperCut patch immediately.
  2. Check for unauthorized admin accounts.
  3. Review server logs for unusual file uploads.
  4. Reset all admin passwords and service account credentials.
  5. Consider restricting network access to the PaperCut server.

Don’t wait for a scheduled maintenance window. This exploit is already in the wild, and the window for safe patching is closing fast.

Why This Matters for Your Organization

Print servers are often overlooked in security assessments. They sit quietly on the network, but they hold a treasure trove of data. Print jobs can contain confidential documents, and the server itself often has access to domain credentials.

This attack chain is particularly dangerous because it requires no authentication. That means any attacker who can reach the PaperCut web interface can compromise the server. It’s not a matter of if, but when.

If you’re using PaperCut, treat this as a critical incident. The fix is available, but the clock is ticking.

Broader Implications for Print Server Security

This isn’t the first time PaperCut has been in the spotlight. Earlier this year, a separate vulnerability was exploited by ransomware groups. The pattern is clear: print servers are a prime target.

Why? Because they’re often neglected. They run on outdated software, with default credentials, and no monitoring. Attackers know this, and they’re exploiting it.

The takeaway for IT teams: treat print infrastructure with the same rigor as your servers and endpoints. Patch promptly, monitor logs, and segment the network to limit blast radius.

For more on securing your infrastructure, check out our guide on print server security best practices. And if you’re dealing with a suspected breach, our incident response checklist can help.

Stay vigilant. The attackers aren’t slowing down, and neither should you.

Continue Reading

CyberSecurity

Five Critical WordPress Plugin and Theme Flaws Enable Site Takeover or RCE

Published

on

WordPress plugin flaws

WordPress Plugin Flaws: A Wake-Up Call for Site Owners

If you run a WordPress site, today’s news might make you want to pour a strong coffee. Security researchers at Wordfence and Patchstack have disclosed five critical vulnerabilities in popular plugins and themes. The flaws could let attackers bypass authentication, take over admin accounts, or even execute arbitrary code on your server.

That’s not hyperbole. The most severe issue carries a CVSS score of 9.8, which is about as bad as it gets. Here’s what you need to know, what’s affected, and how to protect yourself.

The Five Critical Flaws at a Glance

Let’s break down each vulnerability. Note that some are in plugins with hundreds of thousands of active installations, so the attack surface is significant.

1. WPMU DEV Dashboard – Authentication Bypass (CVE-2026-76581)

The headline grabber is CVE-2026-76581 in the WPMU DEV Dashboard plugin. With a CVSS score of 9.8, this authentication bypass flaw could allow any unauthenticated user to log in as an administrator. Yes, you read that right – no password needed. An attacker could essentially walk into your site’s back end and do whatever they want, from installing malicious plugins to wiping content.

Wordfence researchers found that the flaw exists in the plugin’s login mechanism. It fails to properly validate user identity under certain conditions. The plugin is widely used, so the potential impact is huge.

2. Avada Theme – Arbitrary File Upload

Next up is the Avada theme, one of the best-selling WordPress themes of all time. A critical flaw allows authenticated users with at least subscriber-level access to upload arbitrary files, including PHP shells. That means a low-privilege user could escalate to full remote code execution (RCE).

The issue lies in the theme’s demo import functionality, which fails to restrict file types properly. Given Avada’s massive user base, this is a serious concern for agencies and freelancers who manage multiple client sites.

3. TranslatePress – Stored XSS to Admin Takeover

TranslatePress, a popular multilingual plugin, has a stored cross-site scripting (XSS) vulnerability. While XSS often seems less severe, this one is nasty. An attacker can inject malicious scripts that execute when an admin visits the translation editor. That script can then create new admin users, effectively taking over the site.

What makes this worse is that the plugin is used on thousands of multilingual sites, and the vulnerability doesn’t require any special privileges to exploit – just the ability to submit a translation string.

4. Pods – SQL Injection

The Pods framework plugin, which lets users create custom content types, has a SQL injection flaw. This one allows an authenticated attacker with contributor-level access to read sensitive data from the database, including password hashes and user emails. In some configurations, it could even lead to full database takeover.

SQL injection is an old-school attack, but it remains effective when plugins fail to sanitize inputs. Pods is a developer favorite, so many custom-built sites could be at risk.

5. GiveWP – Privilege Escalation

Finally, GiveWP, a donation plugin for nonprofits, has a privilege escalation vulnerability. An authenticated user with minimal permissions can modify plugin settings and potentially execute arbitrary PHP code. For charities and NGOs, this could mean losing donor data or having their donation forms defaced.

The flaw was found in the plugin’s AJAX handler, which fails to check user capabilities before processing requests.

How to Protect Your WordPress Site

Here’s the thing: these vulnerabilities are not theoretical. Exploits are already being developed, and in some cases, attackers are actively scanning for vulnerable sites. The good news? You can protect yourself with a few simple steps.

  • Update immediately: Check your WordPress admin dashboard for plugin and theme updates. The vendors have released patches, so update to the latest versions right now.
  • Remove unused plugins: If you’re not using a plugin, delete it. Every plugin is a potential attack vector.
  • Use a security plugin: Tools like Wordfence or Sucuri can block malicious traffic and alert you to suspicious activity.
  • Enable two-factor authentication (2FA): This adds an extra layer of protection for admin accounts, even if an attacker tries to bypass authentication.
  • Back up regularly: Keep offsite backups so you can restore your site quickly if something goes wrong.

What to Do If You’re Affected

If you’re using any of these plugins or themes, don’t panic. First, check your site for signs of compromise, such as unknown admin users, suspicious files, or unexpected changes. Then, apply the patches immediately. If you suspect an attack, change all passwords and consider a full malware scan from your hosting provider or a security expert.

Also, keep an eye on your server logs for unusual login attempts or file uploads. The sooner you catch an intrusion, the less damage it can do.

Staying Ahead of the Curve

WordPress powers over 40% of the web, which makes it a prime target. The WordPress security vulnerabilities landscape is constantly evolving, and staying informed is your best defense. Subscribe to security blogs, follow researchers on social media, and make updates a non-negotiable part of your routine.

Remember, these flaws were discovered by researchers who reported them responsibly. The patches are out, but it’s up to you to apply them. Don’t wait for a breach to take action.

In the meantime, if you’re managing multiple sites, consider using a management tool that automates updates. It’s a small investment that can save you from a major headache.

Stay safe out there.

Continue Reading

Trending