Connect with us

CyberSecurity

WriteOut Flaw: How a Session Token Leak Could Have Exposed Every Writer AI Tenant

Published

on

Writer AI flaw

They called it WriteOut. And it could have blown open every tenant on the Writer AI platform.

Cybersecurity researchers at Sand Security have revealed the details of a critical vulnerability in Writer, an enterprise generative AI platform. The flaw, now patched, allowed a one-click attack that could leak session tokens across tenants — effectively letting an outsider hijack any agent preview without ever logging in.

The bug is being tracked as WriteOut. And it’s a textbook case of what happens when session isolation isn’t bulletproof.

What exactly was the Writer AI flaw?

The vulnerability lived inside Writer’s agent preview feature — the sandbox where users test and iterate on AI agents before deploying them. Under the hood, each tenant is supposed to be walled off from every other tenant. That’s basic multi-tenant security: your data, your sessions, your agents — all isolated.

WriteOut broke that wall.

Sand Security found that a malicious actor could craft a specially designed link. Click it, and the victim’s browser would execute a cross-tenant request that leaked their session token. From there, the attacker could impersonate the victim inside Writer, accessing their agents, their prompts, their history — everything.

No credentials needed. No brute force. Just one click.

Cross-tenant compromise: the real danger

Cross-tenant vulnerabilities are the nightmare scenario for any SaaS platform. They mean that a breach at Company A can spill directly into Company B’s data — without either company doing anything wrong.

In Writer’s case, the agent preview feature was the entry point. The platform uses session tokens to keep users authenticated as they move between features. But the token validation logic didn’t properly enforce tenant boundaries during preview requests. A request from Tenant A could include a token from Tenant B, and the server would accept it.

That’s the kind of bug that keeps CISOs up at night.

Sand Security’s team demonstrated the attack with a proof-of-concept they called WriteOut. It required no authentication from the attacker. Just a link, a victim, and a click.

How Writer fixed the session isolation vulnerability

Writer patched the flaw after Sand Security disclosed it responsibly. The fix involved tightening session token validation to ensure that tokens are scoped to their originating tenant. Now, a token from Tenant A simply won’t work when presented to Tenant B’s resources.

The company also added additional checks on the server side to verify tenant identity on every request involving agent previews. It’s the kind of layered defense that should have been there from the start — but at least it’s there now.

Writer has not disclosed whether the vulnerability was ever exploited in the wild. But given the nature of the bug — a cross-tenant session leak — the potential blast radius was enormous. If an attacker had discovered WriteOut before Sand Security did, they could have silently harvested tokens from any Writer user who clicked a malicious link.

That’s the quiet danger of session isolation flaws: no alarms, no unusual login activity. Just a stolen token and a ghost in the machine.

What this means for enterprise AI security

Writer is far from alone. Enterprise AI platforms are being built at breakneck speed, and security often takes a backseat to shipping features. Agent previews, custom model tuning, and collaborative workspaces all introduce new surfaces for cross-tenant attacks.

The WriteOut vulnerability is a reminder that session isolation isn’t a checkbox — it’s a continuous engineering discipline. Every new feature that touches authentication needs to be audited, not just for its intended behavior, but for what happens when someone sends unexpected data across tenant boundaries.

For enterprises using AI platforms, the lesson is clear: don’t assume your data is walled off just because the marketing materials say so. Ask your vendors about their session isolation architecture. Ask about their bug bounty program. And if they can’t give you a straight answer, that’s an answer in itself.

Key takeaways

  • One-click exploitation: WriteOut required only a single click from a victim to leak their session token.
  • Cross-tenant scope: The flaw broke tenant isolation, meaning data from one organization could be accessed by an attacker posing as a user from another.
  • No authentication needed: The attacker didn’t need valid credentials — just a crafted link and a victim.
  • Patched responsibly: Sand Security disclosed the bug to Writer, which fixed it before public disclosure.

For more on securing generative AI workflows, check out our guide on AI platform security best practices and how to audit session token handling in multi-tenant SaaS apps.

Writer has since confirmed the patch is complete and no customer data was compromised. But WriteOut will go down as a near-miss — one that could have exposed every agent, every prompt, and every session on the platform.

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