SecurityPrivileged access

BeyondTrust Remote Support and PRA 24.3 lose support in November, and there's no one-step upgrade

BeyondTrust ends support for Remote Support 24.3 and Privileged Remote Access 24.3 on 30 November 2026. The release notes show no direct path to 26.x, RADIUS sign-in goes in 27.1, and automatic upgrades skip anything older than 25.3.1. Here's the path and what to test.

Cohash Security Practice November 2026 13 min read 9 chapters 3-question check
part 25 of 25 · Platform releases, explained from scratch
24.2 ends 26.3.1 out 24.3 ends 27.1 dropsRADIUS Jul 2026 Mar 2027

the idea24.3 support ends in November, then RADIUS goes in 27.1

after reading, you can
  • Spot whether your Remote Support or PRA appliance is on 24.x and which hops it needs
  • Plan every hop as its own change, Base update first, then a day for clients
  • Move rep sign-in off RADIUS before 27.1 removes it

BeyondTrust stops supporting Remote SupportdefinitionBeyondTrust's tool for help desks to see and control a user's device. It used to be called Bomgar. 24.3 and Privileged Remote AccessdefinitionBeyondTrust's tool for admins and vendors to reach servers and network gear, often with credentials it injects so nobody sees them. 24.3 at the end of November 2026. If you run either on your own appliance, start the upgrade this month, and plan for more than one hop: the published notes don't give 24.3 a direct path to 26.x.

in plain wordsSupport deadline: 30 November 2026

The tool your helpdesk and vendors use to get into your machines stops getting fixes

Remote Support (RS) is what a helpdesk uses to see and control a user's screen. Privileged Remote Access (PRA) is the sister product for admins and outside vendors who connect to servers, network gear and databases, often with passwords the tool injects so nobody sees them. Self-hosted, both run on a BeyondTrust B Series appliance, physical or virtual, that reps, vendors and customers connect to. Version 24.3 came out in November 2024 and BeyondTrust supports each version for two years, so 24.3 runs out on 30 November 2026. The appliance keeps working on 1 December. It just stops getting fixes, and Remote Support appliances were already exploited this year.

think of it like this

Think of the side door your contractors use, with a guard who checks badges and walks them to the right room. The company that makes the door lock is ending service on your model. The door still opens, but the next time someone finds a way to pick that lock, there's no fix for it.

who should care
  • Help desks on self-hosted Remote Support 24.x
  • Teams with vendors coming in through PRA 24.x
  • Anyone signing in to RS or PRA through RADIUS
  • Service providers running one shared appliance
chapter 01

Why it matters to you

30 Nov 2026RS 24.3 and PRA 24.3 support ends (last day of the month)
26.3.1Current release, out on 3 November 2026
25.3.5Oldest version 26.2.x accepts as an upgrade source
27.1Release that drops RADIUS sign-in from RS and PRA

Attackers like these appliances for a simple reason: get control of one and you can reach everything it reaches. From late August a group used an exploited Remote Support flaw (CVE-2026-102764) before any patch existed, and CISA added it to its Known Exploited Vulnerabilities list after disclosure in October. The BT26-05-RS patch went out for 24.3.1 through 26.2.3. Whatever turns up next year won't get a 24.3 patch.

Nothing goes down on 1 December. The real worry is the next advisory. If you're still on 24.3 when it comes out, the fix sits several upgrades away, and you'd be running those hops in a hurry with the appliance exposed.

There's a second reason to move now. BeyondTrust's new automatic upgrades, which start with 26.3.1, only pick up appliances already on 25.3.1 or later. Sites on 25.2 or older get nothing automatically. You have to climb to 25.3.1 by hand before the vendor will carry you any further.

what changesNothing stops on the day. The trouble comes with the next advisorySupport ends on the calendar. The cost lands later, when a fix only exists several versions ahead of you
  1. 01 24.3 runs fine today

    Everything works. Reps start sessions and recordings save, so the upgrade keeps sliding down the list.

  2. 02 Support ends 30 November

    24.3 stops getting updates. BeyondTrust's advice is to move to the latest version.

  3. 03 A new flaw turns up

    The fix goes into current 26.x releases. A 24.3 appliance doesn't get one.

  4. 04 Several hops under pressure

    Each hop needs its own package and Base update, and BeyondTrust asks for a day between packages so clients can catch up.

  5. 05 Planned upgrade instead

    Do the hops now in booked change windows. When the next advisory arrives, you just patch.

For engineers: every release note ends with a requirements block naming the BasedefinitionThe appliance's own operating software. Every Remote Support or PRA release needs a minimum Base, so you often update Base first. version it needs and the oldest version it upgrades from. Read them in a row and the path from 24.3 falls out. The table in the next chapter does that for you, and your /appliance update list will grey out any package whose prerequisite you haven't installed yet.

chapter 02

What changed between 24.3 and 26.3.1

Two years of releases sit between 24.3 and 26.3.1. Most of it is new features you can adopt later. The items below are the ones that can stop an upgrade, break a sign-in or change how you run the appliance, so test them before you cut over.

Read these before the first hop off 24.3

changedNo direct path from 24.3 (25.3 onward)

25.3.x upgrades from 25.1.1 or later, 26.1.1 from 25.3.1 or later, and 26.2.x only from 25.3.5. A 24.3 site goes through a 25.1 or 25.2 release first.

deprecatedRADIUS sign-in is on its way out (26.2.1, removed in 27.1)

Since 26.2.1 you can't create a new RADIUS provider. Existing ones still work, with a banner. 26.3.1 says RADIUS is gone from 27.1.

removedMac user-mode Jump Clients (26.1.1)

Only system-mode Jump Clients are supported on macOS. If the upgrade finds user-mode ones, a Pre-upgrade 10 warning halts it.

changedYou can't skip seamless critical patches any more (Base 8.3.0, 26.2.1)

Critical updates that need no downtime now install on their own. Opting out of the ones that need downtime means signing off on the risk.

changedSyslog follows OCSF (Base 8.3.0)

Base 8.3 changes how events forwarded to your SIEM are structured. Parsers and alert rules built on the old format need a look.

newAppliance logs over syslog (RS 26.2.1)

Web server, authentication and HAProxy logs can now go to your SIEM. In 26.2.1 they arrive unstructured.

newAutomatic upgrades by channel (26.3.1)

Fast Track, Standard Track or Enterprise Track, installed only in your maintenance window. Only for sites on 25.3.1 or later.

newFIDO2 as a second factor (26.1.1)

Cloud and on-premises sites can use FIDO2 authenticators for MFA, and 26.3.1 adds it on Pathfinder too.

newRDP consent and view-only start (RS 26.3.1)

Before a rep can see the screen, open files or get a shell in an RDP session, the user in that session has to say yes. You can also make sessions start view-only.

newOracle database proxying (PRA 26.3.1)

DBAs keep their local Oracle tools, PRA injects the credentials and logs the session. Nobody checks the password out.

newGateway client certificates (PRA 26.3.1)

If a site behind Entra wants a client certificate, a Windows Gateway can now hand one over. You install it and set up the Entra policy yourself.

changedJump terms renamed (26.1.1)

Some Jump terms changed names in the product. BeyondTrust says the functions are the same, but runbooks and training screenshots will look out of date.

The upgrade path is the part we'd plan hardest. Each hop is a BeyondTrust package with a Base software prerequisite, and BeyondTrust recommends waiting at least 24 hours after each package so Jump Clients, consoles and Jumpoints can pull the intermediate updates. Three or four hops can't be squeezed into one Saturday. If you can't wait between hops, the documented fallback is to remove every client, install the packages in sequence and reinstall the clients afterwards, which is usually worse.

RADIUSdefinitionAn old network sign-in protocol often used to connect reps to token or MFA servers. BeyondTrust removes it in 27.1. is the change that reaches outside the BeyondTrust team. If your reps sign in through RADIUS, it usually points at an MFA server or a token system that someone else owns. The removal date has already moved once: 26.1.1 said RADIUS would go in 26.2.1, and 26.2.1 hid it from new setups instead. Don't count on a third delay. The 26.3.1 notes point to SAML, LDAP or another supported two-factor option, and the move touches your identity provider, group mappings and every rep's sign-in.

The Base 8.3.0 change matters for change control. Seamless critical patches now install without asking, and the appliance raises an alert when it can't reach the update server. If your firewall blocks that traffic, or your process says nothing changes outside a ticket, sort that out before you land on 26.2 or later.

tableEach release names the oldest version it upgrades from. Read down the column to find your path
ReleaseReleasedUpgrades fromNeeds BaseCan a 24.3 site go straight there?
24.3.1Nov 2024RS 23.3.5+ / PRA 23.3.4+7.3.0This is the version going out of support
25.1.5Sep 202524.2.4+8.0.0Yes
25.2.3 (RS)Nov 202524.2.4+8.0.0Yes
25.3.5Jun 202625.1.1+8.2.0No. Go through 25.1 or 25.2 first
26.1.1Apr 202625.3.1+8.2.0No
26.2.3Sep 202625.3.58.3.0No
26.3.1Nov 2026Not stated in the notesNot stated in the notesCheck your /appliance update list

The dates that shape your upgrade window

  1. 14 Nov 2024
    24.3.1 released

    RS and PRA 24.3.1 come out. Two years of support starts here.

  2. Apr 2026
    26.1.1 released

    This is the hop that halts on Mac user-mode Jump Clients. It also adds FIDO2 as a second factor and puts RADIUS on notice.

  3. Jul 2026
    24.2 out of support

    Sites on 24.2 are already past their date.

  4. Jul 2026
    26.2.1 and Base 8.3.0

    From here you can't create new RADIUS providers, and seamless critical patches install on their own. Your SIEM starts getting syslog in OCSF.

  5. Oct 2026
    BT26-05 patch

    Attackers had been using CVE-2026-102764, and CISA lists it as exploited. The patch reaches back to 24.3.1, and no further.

  6. 3 Nov 2026
    26.3.1 released

    Optional automatic upgrades become available. The first Fast Track upgrades come around mid-January 2027, and only for sites already on 25.3.1 or later, so 24.3 gets nothing.

  7. 30 Nov 2026
    24.3 out of support

    Last day of support for RS 24.3 and PRA 24.3.

  8. Mid-Jan 2027
    Fast Track upgrades

    Fast Track sites start moving to 26.3.x in their maintenance window. Standard waits for 27.1, Enterprise for 27.2.

  9. 27.1
    RADIUS removed

    No firm date yet. BeyondTrust's rollout table puts 27.1 at about the first quarter of 2027.

chapter 03

The upgrade path from 24.3

On premises, upgrades come through /appliance under Updates, and Base packages normally go in right before the BeyondTrust package that needs them. BeyondTrust's own guidance for an appliance that's months or years behind is to install the available package and let it unlock the next one. If you aren't sure of the order, Support will work it out from a screenshot of /appliance > Status > Basics.

If BeyondTrust hosts your site, ask your account team which version it runs and when it moves. The end-of-support table doesn't split cloud from on-premises, and the RADIUS removal applies to both.

before

Today: 24.3 with older sign-in and logging

A common 24.x estate. Reps sign in through RADIUS, Mac clients run in user mode, and the SIEM parses the old syslog format.

Today: 24.3 with older sign-in and logging A common 24.x estate. Reps sign in through RADIUS, Mac clients run in user mode, and the SIEM parses the old syslog format. 01 · PEOPLE 02 · BEYONDTRUST 03 · AROUND IT sign in auth check in syslog held back Reps and vendors RADIUS sign-in Mac endpoints user-mode Jump Clients RS or PRA 24.3 Base 7.x appliance Critical patches opted out RADIUS server tokens or MFA SIEM old syslog format © Cohash · cohash.com
01 · PEOPLE02 · BEYONDTRUST03 · AROUND IT Reps and vendors: RADIUS sign-in Reps andvendors RADIUS sign-in Mac endpoints: user-mode Jump Clients Mac endpoints user-mode JumpClients RS or PRA 24.3: Base 7.x appliance RS or PRA 24.3 Base 7.x appliance Critical patches: opted out Criticalpatches opted out RADIUS server: tokens or MFA RADIUS server tokens or MFA SIEM: old syslog format SIEM old syslog format sign in auth check in syslog © Cohash · cohash.com
after

After: 26.3.1 on a supported path

The same appliance on 26.3.1. Reps sign in with SAML and phishing-resistant MFA, clients run in system mode, and appliance logs reach the SIEM.

After: 26.3.1 on a supported path The same appliance on 26.3.1. Reps sign in with SAML and phishing-resistant MFA, clients run in system mode, and appliance logs reach the SIEM. 01 · PEOPLE 02 · BEYONDTRUST 03 · AROUND IT sign in SAML check in syslog installed Reps and vendors SAML plus FIDO2 Mac endpoints system-mode Jump Clients RS or PRA 26.3.1 Base 8.3+ appliance Critical patches seamless ones automatic Identity provider Entra, Okta or similar SIEM OCSF syslog plus appliancelogs © Cohash · cohash.com
01 · PEOPLE02 · BEYONDTRUST03 · AROUND IT Reps and vendors: SAML plus FIDO2 Reps andvendors SAML plus FIDO2 Mac endpoints: system-mode Jump Clients Mac endpoints system-mode JumpClients RS or PRA 26.3.1: Base 8.3+ appliance RS or PRA26.3.1 Base 8.3+appliance Critical patches: seamless ones automatic Criticalpatches seamless onesautomatic Identity provider: Entra, Okta or similar Identityprovider Entra, Okta orsimilar SIEM: OCSF syslog plus appliance logs SIEM OCSF syslog plusappliance logs sign in SAML check in syslog © Cohash · cohash.com

From inventory to 26.3.1

  1. 01
    Write down what you run

    Record the RS or PRA build, the Base version, the appliance model or VM, and whether there's a failover peer or Atlas cluster. On Remote Support, check BT26-05-RS shows as installed.

  2. 02
    Find what will block or break

    List RADIUS providers, Mac user-mode Jump Clients, any opt-outs from critical updates, and the SIEM rules that parse BeyondTrust syslog.

  3. 03
    Move reps off RADIUS

    Set up SAML or LDAP with MFA next to RADIUS, move groups across in batches and keep one vaulted local admin for break-glass. Do this first, while you're still on a version where both work.

  4. 04
    Book the hops

    Plan each hop as its own change: the Base update, then the BeyondTrust package, then at least 24 hours for clients. 24.3 to 25.1 or 25.2, then 25.3.5, then 26.2.3 or straight to 26.3.1 if your update list offers it.

  5. 05
    Test after every hop

    Start an attended session, a Jump Client session, a vault credential injection and a recording playback. Check that syslog still parses.

  6. 06
    Pick a channel

    Once you're on 26.3.1, choose Fast Track, Standard or Enterprise and set the maintenance window, so the next upgrade isn't a project.

side by sideUpgrading in November costs a few change windows. Waiting moves the same work to a worse moment
Stay on 24.3 into 2027
  • The next advisory comes without a 24.3 patch
  • You still do every hop, only now in an emergency
  • Automatic upgrades won't help, because they ignore anything below 25.3.1
  • 27.1 drops RADIUS, and reps can't sign in until someone builds SAML in a hurry
Climb to 26.3.1 now
  • Back on a supported release. When the next advisory comes out, you just patch
  • You spread the hops over booked windows and give clients a day to catch up
  • Pick a channel once. After that, upgrades stop being a project someone has to remember
  • Reps move off RADIUS when it suits you. Nobody gets locked out by 27.1
chapter 04

What you get on 26.3.1

Staying supported is the main reason to move. A few changes are worth switching on while you're there, and none of them is needed on day one.

  • Help desks with consent rules: RS 26.3.1 makes the user in an RDP session approve a rep before screen, files or shell open. BeyondTrust pitches it at GDPR and works council requirements.
  • DBAs and audit: PRA 26.3.1 proxies Oracle database connections and injects credentials, so contractors use their own tools without ever seeing the password.
  • Security operations: RS 26.2.1 can stream the appliance's own web, authentication and HAProxy logs to syslog (on-premises only, unstructured for now), so security teams get appliance-level logs without opening a support ticket.
  • Identity teams: since 26.1.1 reps can use FIDO2 keys as a second factor. When the RADIUS tokens go, that's a better thing to hand people.
  • Remote access teams: sign-in pages that ask for a username twice used to trip up PRA's credential injection. 26.3.1 handles them, and a Windows Gateway can show a client certificate to Entra-protected sites.
  • Platform owners: Jump Client upgrades can roll out by Jump Group in 26.3.1, so you can test a small group of endpoints first.
chapter 05

What to do now

What to do, by who you are

Business owner or CISOthis week
  • Ask one question: which RS or PRA version do we run, and is it 24.x?
  • If it is, approve the upgrade as planned work for November, with change windows for every hop.
  • If an IT provider runs it for you, ask in writing for the version, the BT26-05 status and the upgrade date.
BeyondTrust administratorthis week
  • Check the build and Base version in /appliance. On Remote Support, confirm the BT26-05-RS patch is installed.
  • Map your hops from the requirements table and book the windows.
  • List RADIUS providers, Mac user-mode Jump Clients and any critical-update opt-outs.
Identity teamthis month
  • Stand up SAML with your identity provider for RS and PRA, with phishing-resistant MFA.
  • Map RADIUS groups to SAML group policies and move reps in batches.
  • Keep one vaulted local break-glass account and test it.
Security operationsbefore the 26.2 hop
  • Get sample OCSF-format syslog from a test appliance and update parsers and alert rules.
  • Plan the intake for the new appliance logs once you're on RS 26.2.1 or later.
  • Open the firewall so the appliance can reach BeyondTrust's update server. Otherwise critical patches quietly never arrive.
what-to-record-before-you-start (example output)example output
# example output: fields from /appliance > Status > Basics, typed into the change record
Product:            Remote Support 24.3.x
Base software:      7.3.x
BT26-05-RS patch:   installed
Failover peer:      yes, same version
Security providers: LDAP, RADIUS
# RADIUS is listed, so plan the move to SAML before you take 27.1
chapter 06

Make the next one hurt less

Durable fixes that come out of this upgrade

  1. 01
    Join an upgrade channel

    Once you're on 26.3.1, pick a channel. Standard or Enterprise still lags behind current, but it keeps you on a supported version without a project every two years.

  2. 02
    Keep critical patches on

    Let seamless critical patches install, and allow downtime ones in the maintenance window. BT26-05 showed how fast an exposed appliance gets hit.

  3. 03
    Put reps behind your identity provider

    SAML with phishing-resistant MFA means leavers lose access when HR closes their account, and nobody has a separate RADIUS token to forget about.

  4. 04
    Lock down /login and /appliance

    Restrict both admin interfaces to known networks or a jump host. Reps and customers don't need them.

  5. 05
    Send everything to the SIEM

    Forward session events and appliance logs, keep them for months and alert on new admin accounts, role changes and gaps in the feed.

  6. 06
    Vault the credentials it injects

    Use the direct Password Safe integration or another vault for injected credentials, so the appliance holds as few secrets as possible.

chapter 07

If the upgrade goes wrong

Something broke after a hop? Work down this list in order

Usually the appliance is fine and it's sign-in or clients that broke. Keep reps working first, then work through causes one at a time.

  1. 01Stabilisefirst hour
    • Check a rep can sign in and start a session. If RADIUS users can't, sign in with the break-glass local account and switch the affected group to the new provider.
    • If sessions fail across the board, use the failover peer or restore the pre-hop backup. Don't start the next hop.
  2. 02Find what didn't catch upfirst day
    • Look for Jump Clients, consoles and Jumpoints still on the old version. Give them the full 24 hours before you assume they're stuck.
    • Check Mac endpoints. User-mode clients that slipped through need redeploying in system mode.
  3. 03Check logging and patchesfirst day
    • Confirm syslog still reaches the SIEM and the parser reads it. A silent gap looks the same as log tampering later.
    • Check /appliance for patch alerts or an update server warning. If the appliance can't reach BeyondTrust, critical patches won't install either.
  4. 04Record and continuefirst week
    • Write down what broke at each hop and how long the fix took. The next hop goes faster.
    • Re-run the test list, then book the next hop.
chapter 08

What it looks like in real estates

Three BeyondTrust setups you'll probably recognise, and what we'd do

01 24.3 withRADIUS 02 SAML first 03 Hop by hop 04 26.3.1supported
scenario 01High risk
A help desk on a single 24.3 appliance
the setup
A regional insurer has Remote Support 24.3.1 on one physical appliance. Reps sign in with RADIUS against a token server, and someone put BT26-05 on in October.
what happens
The patch closed the hole, but support ends this month and the path to 26.x takes three or four hops. RADIUS has to go before 27.1, too.
what to do
Move reps to SAML first, then book a window for each hop, a day or more apart and finish before 30 November.
01 PRA 24.3 pair 02 Peer first 03 SIEM parsers 04 26.3.1 onboth
scenario 02High risk
PRA for vendors and DBAs
the setup
A manufacturer runs Privileged Remote Access 24.3 with a failover peer. Outside vendors reach plant servers through it, and DBAs still check out Oracle passwords from a vault.
what happens
Every hop has to go onto both appliances. And the 26.2 hop changes the syslog format their SOC relies on.
what to do
Rehearse each hop on the peer first, update the SIEM parsers before 26.2, then look at Oracle proxying once they're on 26.3.1.
01 User-modeMacs 02 Upgrade halts 03 Redeploysystem mode 04 Hops continue
scenario 03Medium risk
A managed service provider with Mac clients
the setup
An IT provider supports client sites from one RS 24.3 appliance, with Jump Clients on a lot of customer Macs installed years ago in user mode.
what happens
The hop to 26.1.1 stops with a Pre-upgrade 10 warning. Nothing moves until every user-mode Mac client is dealt with, and some of those Macs belong to customers who rarely answer email.
what to do
Pull the Mac client list now, redeploy in system mode with a .mobileconfig profile, then run the hops.
chapter 09

How Cohash helps

We implement, upgrade and run privileged access platforms, and the BeyondTrust page lists what we cover. For this deadline we'd start with the version, Base and sign-in inventory, move reps off RADIUS, then run each hop with your team in booked windows. If you need engineers for the work, see BeyondTrust engineers for hire, or start with a free assessment.

key takeaways

What to take from this

  1. 01

    Remote Support 24.3 and Privileged Remote Access 24.3 lose support on 30 November 2026. 24.2 already ran out in July.

  2. 02

    There's no direct path from 24.3 to 26.x. Go through 25.1 or 25.2, then 25.3.5, then on to 26.x as your /appliance update list allows.

  3. 03

    Allow at least 24 hours after each BeyondTrust package so clients catch up.

  4. 04

    Move RADIUS sign-ins to SAML, LDAP or another supported option before 27.1 removes them.

  5. 05

    Clear Mac user-mode Jump Clients before 26.1.1, and update SIEM parsers before Base 8.3.0.

platforms in this noteBeyondTrust →
fact-checked November 2026 against vendor and official documentation · where to go next
  1. How Cohash delivers BeyondTrust: scope, roles and architecture
  2. Hire vetted BeyondTrust engineers
  3. Privileged access management
  4. Book a 30-minute working session with a senior engineer
01Our help desk runs Remote Support 24.3. When does support end?

30 November 2026. BeyondTrust's table says November 2026, and support runs to the last day of the month listed. Privileged Remote Access 24.3 ends on the same date, and 24.2 already ran out in July.

02Can we upgrade Remote Support 24.3 straight to 26.3.1?

Not on the published notes. 26.2.x only upgrades from 25.3.5, and 25.3.x needs 25.1.1 or later, so 24.3 goes through 25.1 or 25.2 first. The 26.3.1 notes don't print their own floor, so check which packages your /appliance update list offers.

03How long does the upgrade take?

Plan days, not hours. BeyondTrust recommends waiting at least 24 hours after each BeyondTrust package so clients can pull intermediate updates. With three or four hops, that's most of a week of change windows.

04Will automatic upgrades move us off 24.3?

No. Automatic upgrades start with 26.3.1 and only cover sites on 25.3.1 or later with a channel selected. Anything on 25.2 or older has to be upgraded by hand first.

05We use RADIUS for rep sign-in. Do we have to change it now?

Not to reach 26.3.1. Existing RADIUS providers keep working there, but you can't create new ones, and 27.1 removes RADIUS completely. Move reps to SAML, LDAP or another supported two-factor option before you take 27.1.

06We applied the BT26-05 patch. Are we covered after November?

For that flaw, yes. For the next one, no. The BT26-05-RS patch covered 24.3.1 to 26.2.3, but once 24.3 is out of support, a future fix won't come for it.

07Our IT provider runs BeyondTrust for us. What should we ask?

Ask in writing which version and Base your appliance runs, whether BT26-05 is installed, and the dates for each upgrade hop. Ask how they'll handle RADIUS sign-in too.

next track

That's the end of this track.

Next up: running enterprise platforms well. ERP, CRM and ITSM work that holds up after go-live.

  1. 01HashiCorp Vault 2.2 explained: TPM login, post-quantum PKI and the October fixes
  2. 02Upgrading to SailPoint IdentityIQ 9.0: what breaks and what to fix first
  3. 03Terraform 1.17 explained: what's new, who it touches and how we'd upgrade
  4. 04BeyondTrust Remote Support zero-day: patch it, then check who got in
  5. 05Patch PHP and Node.js this week: what broke and who's exposed
  6. 06OpenShift support dates through 2027: which clusters run out first and how to plan the upgrades
  7. 07Oracle's October security patches: what to fix first in EBS, PeopleSoft and Access Manager
  8. 08Oracle Java drops four root certificates over eMudhra: patch, then test what breaks
  9. 09Delinea Secret Server auth bypass: why the FIDO2 hotfix isn't enough
  10. 10IBM Verify Access flaws let attackers run code without a login: patch to 11.0.3.2
  11. 11Foundry Workflows retire on December 1. We'd start moving yours to Agent Framework now
  12. 12Vertex AI is retiring text-embedding-005 and three other embedding models: how to re-embed before search breaks
  13. 13dbt drops v1.3 to v1.7 from its platform on January 31, 2027: get pinned jobs onto a release track before they're deleted
  14. 14Brotli CVE-2026-111497 is now on CISA's exploited list, and you probably run more copies than you think
  15. 15Auth0 moved the Rules and Hooks deadline: Hooks stop on 30 April 2027, Rules on 31 January 2028
  16. 16Still on Okta Classic Engine? Three features stop working on March 5, 2027, and two of them block the upgrade
  17. 17Patched GitLab, still exposed: the CI regex bug CISA lists as exploited, and the Ruby step people miss
  18. 18Patched Ivanti Connect Secure in October? Two more exploited bugs, and the AD cleanup
  19. 19Patch roundup, week of Oct 26: upgrade Secret Server today, then work down the list
  20. 20UiPath 2023.10 support has run out and 2024.10 is next. What we'd upgrade first
  21. 21Password Safe 24.3 runs out of support in December, and 26.3 is still one upgrade away
  22. 22Upgrade Entra Connect Sync before April 2027 and move users off Microsoft's SMS codes
  23. 23Chrome drops XSLT on 17 November. What breaks in InterSystems, and the fix for your version
  24. 24Agent Builder, Evals and saved prompts shut on 30 November. Here's what to pull out first
  25. 25BeyondTrust Remote Support and PRA 24.3 lose support in November, and there's no one-step upgrade
all learning tracks →
Time to upgrade or move No newenvironments Suspended Decommission… Nov 2026 Oct 2027
Engineering · 15 minDataverse for Teams is going away: what to keep, move or let go before September 2027

Most teams still have time to upgrade or move their apps. After September they don't.

read next
next step

Tell us what you're running. We'll tell you what we'd do first.

A 30-minute working session with a senior engineer. No slides.

useful to bring
  • The platform and the version you're on
  • Where you need to get to, and by when
  • What's custom: rules, plugins, integrations
  • Any audit finding or deadline driving it