Revised advisories: in April 2024, the vendor’s first word on an edge device was rarely its last

In April 2024, Palo Alto withdrew its own workaround within four days, and MITRE disclosed a breach through Ivanti gateways it had worked to secure. Agencies that could check exposure, integrity and recovery themselves did not need to wait for the next revision.

Looking Back revisits one week at a time, from January 2020 to today, and asks what it meant for the banks, health systems and public agencies we serve. The series was written in 2026, with the benefit of hindsight, and each article says which week it looks back on.

Two-minute summaryThe dek and the first sentence of each section, quoted from the article

In April 2024, Palo Alto withdrew its own workaround within four days, and MITRE disclosed a breach through Ivanti gateways it had worked to secure. Agencies that could check exposure, integrity and recovery themselves did not need to wait for the next revision.

  1. The week In mid-April 2024, two stories showed what happens when an organization’s front door to the internet has a hidden flaw, and when the instructions for fixing it keep changing.
  2. Why the front door is the favorite target These events matter because of what an edge device does, and why attackers prize it.
  3. Whether you are affected: scope you can check yourself Palo Alto’s first advisory tied exposure to a specific combination: affected PAN-OS versions, GlobalProtect configured, and device telemetry enabled.
  4. Whether you are clean: integrity evidence off the device The second statement is the all-clear.
  5. When you are fixed: recovery the agency controls The third statement is the fix.
  6. How an edge emergency unfolds inside an agency Consider how one of these emergencies might play out at a county health department that uses a firewall with a remote-access feature for its clinic staff.
  7. Plumbing with a price For a senior executive, edge devices can seem like plumbing best left to the network team.
  8. Rehearse the revision, not the first advisory The three questions should be rehearsed together.
  9. With hindsight Edge devices remained a leading entry point.

The week

In mid-April 2024, two stories showed what happens when an organization’s front door to the internet has a hidden flaw, and when the instructions for fixing it keep changing. For most organizations that front door is a box: a firewall or a remote-access gateway that decides who and what gets in. Security people call these edge devices, because they sit at the edge of the network.

On April 12, 2024, Palo Alto Networks disclosed CVE-2024-3400. A CVE is simply a public reference number for a known security flaw, so that everyone can talk about the same problem. This one was a command injection flaw in the GlobalProtect feature of its PAN-OS firewall software. Command injection means an attacker can slip their own instructions into the device and have it run them as if they came from the device’s owner. GlobalProtect is the feature that lets remote staff connect to the network. The flaw was rated at the maximum CVSS score of 10, the top of the industry’s standard severity scale, and it was already being exploited.

The security firm Volexity had found it in a customer network. CISA, the federal cybersecurity agency, added it to its Known Exploited Vulnerabilities catalog that day. That catalog is a list of flaws known to be used in real attacks, which federal agencies are required to fix.

Then the story changed. The first advisory said only devices with telemetry enabled were exposed, and suggested disabling telemetry as a workaround. Telemetry is the diagnostic data a device sends back to its maker. On April 16, Palo Alto withdrew that: telemetry made no difference. Patches arrived in stages from April 14.

On April 19, a second story broke. MITRE, a nonprofit that runs federally funded research centers, disclosed that a state-sponsored actor had breached one of its research networks in January through two Ivanti Connect Secure zero-days. A zero-day is a flaw attackers exploit before the maker has a fix. The intruders used session hijacking, stealing an already logged-in session rather than a password, to get around multifactor authentication. MITRE took the network offline. In February, CISA had warned that Ivanti’s integrity checker, the tool meant to tell customers whether a device had been tampered with, could miss compromises.

The January order to disconnect Ivanti gateways turned on who could act; the 2021 Exchange crisis turned on exposure, hunting and retirement. The events of mid-April 2024 point to a different weakness.

In an edge-device emergency, an agency acts on statements from the vendor, and those statements change. Three kinds mattered here: whether you are affected, whether you are clean, and when you are fixed. Each was revised within weeks.

The architectural response is to be able to answer each question with the agency’s own evidence, so that a revision changes a decision rather than invalidating it. That idea applies just as much to a bank, an insurer or a hospital system as to a federal agency, because they all run the same kinds of boxes at their front doors.

Why the front door is the favorite target

These events matter because of what an edge device does, and why attackers prize it.

A firewall is a gatekeeper that inspects traffic coming into and leaving a network and blocks what is not allowed. A remote-access gateway, often called a VPN, lets staff working from home connect securely to internal systems. Many products combine the two. Either way, the device sits in a unique spot: it faces the open internet on one side and the organization’s private systems on the other.

That position makes it the building’s front desk. Everyone passes it. It holds keys, in the form of passwords, certificates and session records. And if someone takes it over, they are already inside the lobby, with a view of who comes and goes.

Edge devices also have awkward properties. They are often sealed appliances: the organization cannot install its usual security software on them or easily look inside. They are expected to be always on, so taking one offline can cut off remote staff. And because they are trusted, activity that comes from them tends to look normal to the rest of the network.

When a serious flaw is found in one, the organization is suddenly dependent on the maker for almost everything it needs to know: which models are affected, how to tell if it has been attacked and how to fix it. The April events showed how fragile that dependence can be.

Whether you are affected: scope you can check yourself

Palo Alto’s first advisory tied exposure to a specific combination: affected PAN-OS versions, GlobalProtect configured, and device telemetry enabled. Agencies that checked telemetry, found it off and stood down were wrong four days later. The condition had been an early hypothesis, and it was withdrawn.

To be fair to the vendor, in the first hours of an emergency a maker is working from incomplete information, and early advice is often a best guess. The problem is not that the guess changed. It is that customers who treated the guess as settled closed their tickets and moved on.

The safe default in the first days of an exploited edge flaw is to assume a device is affected if the product and version match, and to treat narrower conditions as provisional. That default is only affordable if the agency already knows, without logging in to each box, which versions and features run where.

A configuration inventory pulled automatically from the devices answers that. It is a continuously updated list of every device, what software version it runs and which features are switched on, gathered by software rather than by someone with a spreadsheet. So does an external scan of the agency’s own address space, which shows what an attacker sees. Neither depends on the vendor’s wording.

Inventory is not enough on its own. Someone must watch for revisions. Vendor advisories are living documents, and the change log is often the most important part. A named analyst who rereads each open advisory daily, and has authority to reopen a closed ticket, is a cheap control that many teams lacked. The same analyst should track devices run by contractors and managed service providers, whose own advisory monitoring may lag the agency’s.

Take a regional bank on the morning of the first advisory. Its team checks the firewalls, sees that telemetry is off and reports to the chief information officer that the bank is not exposed. Four days later the advisory changes. If nobody is assigned to notice, the bank stays “not exposed” on paper while its devices are vulnerable in fact. If an analyst is watching, the ticket reopens the same morning and the patching plan starts.

Whether you are clean: integrity evidence off the device

The second statement is the all-clear. After the Ivanti flaws, the vendor’s integrity checker was the main way to decide whether a device had been compromised. In February, CISA and partners reported that the tool had missed compromises in their investigations.

CISA’s lab research also found that an attacker might keep root-level persistence even after a factory reset. Root level means the deepest administrative control of the device. Persistence means the attacker’s foothold survives the steps meant to remove it. A factory reset is supposed to wipe a device back to its original state, so persistence that survives one lets the attacker outlast the standard cleanup.

MITRE’s disclosure showed the consequence. It found an intrusion that had started in January, after it had worked to follow vendor and government guidance. MITRE is a sophisticated organization with deep security expertise. If following the guidance was not enough there, it is unlikely to be enough anywhere on its own.

An edge device cannot be its own witness. A compromised device asked whether it is compromised gives the attacker the chance to answer. The architectural answer is evidence the device does not control.

  • Logs streamed off the appliance. Logs should stream off the appliance as they are written, to a store it cannot alter. An attacker who controls the device can edit its local records but not copies already sent elsewhere.
  • Network flow records. Network flow records at the next hop show what the device actually connected to. These are summaries of which machines talked to which, when and how much, collected by other equipment along the path.
  • Identity logs. Identity logs show which sessions it created and whether any were reused from unexpected places, which is how session hijacking appears.

With those sources, a clean result from the vendor’s tool becomes one input among several. When the sources disagree, the agency needs a rule set in advance: a device with unexplained outbound connections is treated as compromised, whatever the checker reports.

This costs money and staff, and smaller agencies often lack both. Shared state programs and managed detection services can provide off-device logging and review for many agencies at once.

When you are fixed: recovery the agency controls

The third statement is the fix. Hotfixes for CVE-2024-3400 came out version by version over several days. A hotfix is an urgent software update for a specific problem, released outside the normal update schedule. For the Ivanti devices, the recommended recovery escalated from mitigation files to patches, factory resets and rebuilds. Each step was the best advice available when it was issued, and each assumed the agency could carry it out quickly.

Recovery is faster when it does not depend on repairing the compromised device in place. That means stored, known-good configurations that can be loaded onto clean hardware or a fresh virtual instance. A virtual instance is a software version of the appliance that runs on ordinary servers or in the cloud, which can often be stood up far faster than new hardware can be shipped.

It means a standby appliance or an alternative remote-access path, so that taking a device offline does not cut off staff. It also means the identity side of recovery: rotating credentials and certificates the device held, and revoking active sessions, since a hijacked session outlives a patch. A patch does not help if the intruder already holds a valid session.

These capabilities also make the longer architectural choice possible. An agency that can rebuild or replace an edge device in hours can move users toward identity-aware access at its own pace. Identity-aware access is a newer approach in which each person and device is checked every time they reach for a specific application, rather than being let onto the whole network through one gateway. An agency that cannot rebuild quickly is stuck repairing the same appliance after every advisory.

Some of these capabilities come from contracts. Standby licensing, the right to run a second instance during recovery, and the vendor’s obligation to provide rebuild images and support at short notice are contract terms. They are cheapest to secure at renewal, before the next emergency, and they belong in the refresh plan alongside the hardware.

How an edge emergency unfolds inside an agency

Consider how one of these emergencies might play out at a county health department that uses a firewall with a remote-access feature for its clinic staff.

Day one: the advisory

The vendor publishes an advisory late on a Friday. The county’s security lead reads it, sees that it applies to devices with a particular setting turned on, and asks the network engineer to check. The engineer logs in to each of the county’s four firewalls one at a time. Two are configured as the advisory describes. The other two are not, so they are marked as unaffected. The two affected devices get the suggested workaround.

Day four: the revision

The vendor updates the advisory: the setting does not matter after all. The change appears in a revision note near the bottom of the page. Nobody at the county is rereading the advisory, because the ticket was closed on Friday. The two “unaffected” firewalls stay exposed.

Day ten: the all-clear

The patch arrives and is installed. The vendor’s checking tool reports nothing suspicious. The county reports to its board that the matter is resolved. But no one changed the passwords and certificates the devices held, and no one looked at whether any logged-in sessions were coming from unusual places. If an intruder took a session before the patch, that session may still work.

Every step in that story was reasonable on the day it was taken. The trouble is that each step trusted a statement that later changed, or a tool that could not see everything. The same story, with an automated inventory, a named advisory watcher, logs held off the device and a recovery checklist that includes credentials and sessions, ends very differently: the two forgotten firewalls are caught on day four, and the all-clear on day ten rests on evidence the county gathered itself.

The difference takes no exotic technology. It takes deciding in advance who does what, and making sure the information they need already exists before the advisory lands.

Plumbing with a price

For a senior executive, edge devices can seem like plumbing best left to the network team. The April events suggest otherwise, for four reasons.

First, money. An emergency that forces devices offline can stop remote work, branch connectivity or public services until a fix is in place. The cost of a standby path is small compared with days of disruption.

Second, risk. A front-door compromise is rarely the end of an attack. It is the start. Intruders who get through the edge go on to read email, steal data or plant ransomware, the malicious software that locks an organization’s files until a ransom is paid.

Third, regulators and oversight bodies. They will ask what the organization knew and when. “We followed the vendor’s advice” is a weaker answer when the advice was revised and the organization did not notice.

Fourth, reputation. An organization that tells customers, partners or the public that it is clean, and later turns out to have been compromised all along, pays twice: once for the breach and again for the statement. That risk is highest when the all-clear rested on a tool that official guidance had already warned could miss compromises.

Rehearse the revision, not the first advisory

The three questions should be rehearsed together. A tabletop that starts with a revised advisory, not the first one, tests whether the agency can reopen scope, distrust a clean check and rebuild on short notice. A tabletop exercise is a structured walk-through of a crisis scenario, with the real decision-makers in the room, to find gaps before a real event does.

A ready organization has an automatically maintained inventory, a named person watching advisories, logs flowing off every edge device, a pre-agreed rule for when to treat a device as compromised, stored configurations, a standby path and contract terms that guarantee support.

A useful test of readiness is time. How long does it take to produce a list of every affected device, to confirm independently that one is clean, and to replace one with a working spare? If the honest answers are measured in days, the organization will be living on the vendor’s timetable during the next emergency. If they are measured in hours, it can make its own decisions and adjust them calmly when the advice changes.

The usual failures are closing a ticket on the first advisory, treating a vendor’s integrity check as proof, patching without revoking sessions and changing credentials, forgetting devices run by contractors, and having no way to keep staff connected while a gateway is rebuilt.

How much of the edge an organization can see for itself

  1. How many internet-facing firewalls and remote-access gateways do we run, from which vendors, and on which software versions? How long would it take to answer that today?
  2. Who reads vendor security advisories every day during an incident, and can they reopen a ticket we have closed?
  3. If a vendor tool told us a device was clean, what independent evidence would we check before believing it?
  4. If we had to take our main gateway offline this afternoon, how would staff keep working?
  5. Does our recovery plan include changing passwords and certificates and ending active sessions, as well as installing the patch?

With hindsight

Edge devices remained a leading entry point. In January 2025 Ivanti disclosed another exploited Connect Secure zero-day, and in November 2024 Palo Alto disclosed exploited flaws in the PAN-OS management interface, the control panel administrators use to configure the device. In September 2025, CISA’s Emergency Directive 25-03 required agencies to examine certain Cisco firewalls for compromise that could survive reboots and upgrades.

That sequence is the most important part of the hindsight. The April 2024 events were not a one-off run of bad luck for two vendors. They were an early example of a pattern that kept repeating across different makers: serious flaws in the front-door devices, attacks under way before fixes existed, and footholds that could survive the usual cleanup steps.

Guidance moved toward the off-device evidence described here. In February 2025, the Five Eyes cyber agencies, the national cybersecurity bodies of the United States, the United Kingdom, Canada, Australia and New Zealand, published a series on edge-device security. It recommended centralized logging for detection and investigation and set minimum forensic visibility expectations for manufacturers. Forensic visibility simply means the ability to look back and work out what happened, the kind of visibility that, in 2024, customers had to build for themselves. The vendor all-clear did not disappear, but official guidance stopped treating it as sufficient on its own.

Resilience at the edge turned out to be mostly about independence. An organization that can see its own devices, keep its own records and rebuild on its own schedule can absorb a changing advisory without drama. One that relies entirely on the vendor’s latest word will keep being surprised.

That independence is also easier to explain to a board, a regulator or the public. “Our own records show this” is a stronger statement than “the vendor told us we were fine,” and in a world of revised advisories it is far more likely to stay true.

Spotted an error? Tell us and we will check it and correct the article where needed.

  • CVE-2024-3400
  • Ivanti
  • edge devices
  • MITRE
  • incident response