Password Safe 24.3 runs out of support in December, and 26.3 is still one upgrade away
BeyondTrust stops supporting Password Safe 24.3 at the end of December 2026. 26.3 still upgrades from 24.3.0 directly. We cover the breaking changes since 24.3, the SQL Server and Windows Server dates underneath, and an upgrade order that keeps your scripts working.
part 21 of 25 · Platform releases, explained from scratchthe idea24.3 support ends, then the Windows Server 2016 box underneath follows
after reading, you can- Spot whether your Password Safe, its SQL Server and its Windows Server are all inside vendor support
- Plan the 24.3 to 26.3 upgrade as one step, finished before 31 December
- Test the scripts and integrations the breaking changes since 24.3 are most likely to hit
BeyondTrust stops supporting Password SafedefinitionBeyondTrust's password vault for privileged accounts. People check passwords out of it, it rotates them afterwards, and it records the session. 24.3 at the end of December 2026. If you run it on premises, plan the move to 26.3 now, while 26.3 still accepts 24.3.0 as a direct upgrade source. The jump covers two years of releases, and a few of the changes in between will break scripts and integrations that work today.
The vault that holds the admin passwords stops getting fixes at New Year
Password Safe is BeyondTrust's vault for privileged accounts: the domain admin, root and database logins, and the service accounts that run your applications. It stores those passwords, changes them on a schedule and records the sessions people open with them. BeyondInsight is the console it lives in. Version 24.3 came out in December 2024, so it gets about two years of support. After 31 December, 24.3 gets no more updates, and BeyondTrust's own advice is to move to the latest version to keep receiving them. The vault keeps working the next morning. What you lose is the patch stream for the system that holds the keys to everything else.
Think of the key cabinet in a building's security office. The lock maker is about to stop servicing your model. The cabinet still opens and closes, but if someone finds a flaw in the lock, nobody's coming to fix it.
- Teams running Password Safe 24.x on premises
- Anyone on a U-Series appliance
- Owners of scripts that call the Public API
- Security and audit leads for PAM
Why it matters to you
A privileged access vault sits at the top of your security chain. If someone gets into it, they don't need to break anything else. That's why auditors and cyber insurers ask whether it's on a supported version, and an out-of-support PAM product is the kind of finding that ends up in the board report.
Nothing stops on 1 January. Rotation keeps running and people keep checking out passwords. The trouble comes later: a flaw gets published, the fix only goes into 26.x, and you're upgrading two years of releases under pressure instead of in a planned window.
There's also a quieter reason to move now. Each new release raises the oldest version you can upgrade from in one step. 26.1 accepted 24.1.1 or later, 26.2 needs at least 24.2, and 26.3 takes 24.3.0 or later. BeyondTrust hasn't said what the next release will accept. If the floor keeps rising, a site that waits could face two upgrades instead of one.
-
01 24.3 runs fine today
Rotation, check-outs and session recording all work. Nobody on the team feels any urgency.
-
02 Support ends 31 December
That's the last day 24.3 gets updates. If you want fixes after it, BeyondTrust's answer is the latest version.
-
03 A flaw or a bug turns up
Any fix goes into a current 26.x release. Your 24.3 install doesn't get one.
-
04 Upgrade under pressure
Now you have to cross two years of changes in a hurry, maybe in more than one hop, with the vault's integrations on the line.
-
05 Planned upgrade instead
Go to 26.3 in a rehearsed change window before the date, and the next fix is a routine patch.
For engineers: the direct-upgrade floor is in each release's notes. 25.3.0 accepted 23.3 or later, 26.1 accepted 24.1.1 or later, 26.2 needs 24.2, and 26.3 needs 24.3.0. That's why the advice is 26.3 specifically. It's the newest release your 24.3 install can reach in one step today.
What changed between 24.3 and 26.3
Most of the two years is new features you can adopt later. The part that bites is a short list of removals and stricter defaults. We pulled these from the release notes for 25.1, 25.3, 26.1, 26.2 and 26.3, and they're the items to test before production.
The changes most likely to break something on the way to 26.3
26.2 no longer supports SQL Server 2014 for the main or reporting database. The compatibility level has to be at least SQL Server 2016, and 26.3 asks for SQL Server 2016 SP2 or higher.
The Public API moved to a new .NET backend with stricter validation. Scripts that leaned on loose parsing, implicit type conversion or exact error text can fail after the upgrade.
API registrations can't use client certificate authentication any more. Anything that signed in that way needs a new method before cutover.
pbsmd's REST client turns off TLS 1.0 and 1.1 by default. Anything on the other end that only speaks those versions may fail to connect.
pbsmd no longer uses a default encryption key for configuration export and import. Scripts that relied on the old default will fail until you add a password.
The installer stops if .NET Framework 4.8, .NET 8 or the Visual C++ 2015-2022 redistributable is missing. On premises it also needs the .NET 8 Hosting Bundle 8.0.23 or later.
For on-premises upgrades, the SQL Server account needs VIEW DEFINITION on the target database, or the installer aborts before it starts.
Built-in plugins now respect the rotation timeout. Slow targets that used to finish late can now time out, so expect to raise Connection Timeout on some managed systems.
Each user can now hold only one web console session. Shared admin logins and people who keep two browsers open will notice on day one.
SQL Server Reporting Services is deprecated as the on-premises reporting backend. 26.3 can deliver report subscriptions without SSRS, and support for SSRS is due to be removed later.
The on-premises Windows AD single sign-on component, eEye.RetinaCSSSO, is deprecated in 26.3 and BeyondTrust says it will be removed in 27.1.
PSRUN is being replaced by the Password Safe CLI application, and RADIUS for the Public API is deprecated. BeyondTrust points to personal access tokens or TOTP-based MFA instead.
The Public APIdefinitionThe way scripts and tools pull credentials from Password Safe or manage it. When it changes, integrations are usually what breaks. change is the one we'd test hardest. Password Safe usually has scripts and tools pulling credentials out of it: deployment pipelines, scheduled jobs, ticketing integrations. Each of them talks to the API. A stricter parser won't break the vault, but it can break whatever depends on it at 2 a.m., and those callers often belong to other teams.
The SQL Server item catches people too. BeyondTrust still lists SQL Server 2016 SP2 as its minimum. Microsoft's extended support for SQL Server 2016 ended in July 2026, though, and BeyondTrust only guarantees platforms their own vendor still supports. So 2016 is the floor on paper, and you'd want 2019 or 2022 under a vault you plan to keep for years.
There's also an old platform change to clean up. 24.3 already deprecated the Cloud - Azure and Cloud - Office 365 platforms in favour of the Microsoft Entra ID platform, with no automated migration. By 26.1 BeyondTrust said they no longer work properly and would be removed starting in 26.2. If any managed accounts still sit on those platforms, move them by hand before you upgrade.
| Target release | Released | Direct upgrade from | Can a 24.3.0 site go straight there? |
|---|---|---|---|
| 24.3.0 | Dec 2024 | 23.1 or later | This is the version going out of support |
| 25.1.0 | Jun 2025 | 23.1 or later | Yes, but 25.x is an older line |
| 25.3.0 | Dec 2025 | 23.3 or later | Yes, but 25.x is an older line |
| 26.1 | Apr 2026 | 24.1.1 or later | Yes |
| 26.2 | Jul 2026 | 24.2 or later | Yes |
| 26.3 | Sep 2026 | 24.3.0 or later | Yes. This is the one to target |
| 27.x | Not announced | Not published | Unknown. Don't plan on it |
The dates that shape your upgrade window
- 20 Dec 202424.3.0 released
Shared Safes arrive, plus Google Cloud and Azure Government. The old Cloud Azure and Office 365 platforms get deprecated here, and that comes back to bite later.
- Jul 202626.2 released
SQL Server 2014 support ends, TLS 1.0 and 1.1 go off by default and the installer gets stricter.
- Jul 2026SQL Server 2016 support ends
SQL Server 2016 leaves Microsoft's extended support. If your vault's database still runs on it, security updates now need an ESU agreement.
- Sep 202626.3 released
Direct upgrades from 24.3.0 or later. SSRS, PSRUN and Windows AD SSO are put on notice.
- 30 Sep 202624.2.x out of support
24.2.x drops out of support. Sites still on it are already past the date.
- 31 Dec 202624.3.x out of support
The last day of support for Password Safe 24.3.x.
- Jan 2027Windows Server 2016 support ends
Any vault server or appliance still on Windows Server 2016 stops getting OS patches. Plan the move with the 26.3 upgrade.
- 27.1Windows AD SSO removed
BeyondTrust says the on-premises eEye.RetinaCSSSO component goes in 27.1. It hasn't given a date.
The upgrade path from 24.3 to 26.3
On premises, the 26.3 package comes from the BeyondTrust customer portal or BT Updater. The release notes publish SHA-256 hashes for the package, so check the download against them before it goes anywhere near the vault.
The order matters more than the clicks. Get the database and runtimes right first, then fix the integrations that the breaking changes will hit. Rehearse on a copy, and only then touch production.
Today: 24.3 with older plumbing around it
A common 24.x estate. Scripts call the Public API with older methods, reports run through SSRS, and the database or OS may be out of Microsoft support.
After: 26.3 on supported ground
The same vault on 26.3. Callers use supported sign-in methods, subscriptions skip SSRS, and the database and OS are both inside vendor support.
From inventory to cutover
- 01Write down what you actually run
Record the exact BeyondInsight build, the SQL Server version and compatibility level, the Windows Server version, and whether it's a U-Series appliance or your own server. Include test, DR and any second node.
- 02List everything that calls the vault
Pull the API registrations and work out who owns each one. Anything using client certificates or the old export with the default key will break. RADIUS and PSRUN still work for now, but they're deprecated, so plan their replacement.
- 03Fix the platform first
Move off SQL Server 2014, and ideally off 2016, before the application upgrade. Install the .NET 8 Hosting Bundle 8.0.23 or later and give the installer account VIEW DEFINITION on the database.
- 04Clean up the old cloud platforms
Move any managed accounts still on Cloud - Azure or Cloud - Office 365 to the Microsoft Entra ID platform by hand. There's no automatic migration.
- 05Rehearse on a copy
Restore a recent backup to a test server and upgrade it straight to 26.3. Run your scripts, a rotation on each platform type, a session launch and your regular reports against it.
- 06Tune what the rehearsal showed
Raise Connection Timeout on managed systems that now time out, update scripts that fail the stricter API, and set new sign-in methods for API registrations.
- 07Cut over in a planned window
Back up the database, upgrade production, then check rotation, check-outs, sessions and every API caller before you call it done. Keep the backup until the first full rotation cycle finishes.
- After 31 December, nobody patches the system that holds the domain admin password
- Auditors and insurers find an unsupported PAM product on the risk register, and they'll ask about it
- To get any later fix, you'd have to jump two years of releases in a hurry
- The one-step path to 26.3 may not carry over to whatever comes next
- Back on a supported release. When a fix comes out, you just patch
- Breaking changes found in a rehearsal, not in production
- A chance to move SQL Server and Windows Server inside support at the same time
- Newer features like TOTP for checked-out accounts, ready when you want them
Who gets something out of 26.3
Staying supported is the main reason to move, but a few changes are worth a look while you're there. None of them has to be switched on during the upgrade.
- Auditors: 25.3 split the Auditor role into Auditor-Sessions and Auditor-Reports. You can scope each reviewer more tightly than before.
- Teams with MFA-protected apps: since 25.3, a checked-out managed account can use TOTP codes. 26.3 also lets you keep the TOTP secret next to the credential.
- Developers and pipeline owners: 26.2 can onboard, rotate and hand out AWS access keys and Azure service principal secrets, including through CI/CD.
- Secrets owners: 26.2 adds versioning in Secrets Safe, so you can see what changed and roll a secret back.
- Network teams: 25.3 adds IPv6 support for discovery, scanning, sessions and rotation.
- Report owners: rebuild subscriptions on 26.3's own delivery, which doesn't need SSRS. Then the SSRS removal won't touch you.
What to do now
What to do, by who you are
- Ask one question: which Password Safe version do we run, and is it 24.x?
- If it is, approve the 26.3 upgrade as planned work before 31 December. It's cheaper now than after a flaw turns up.
- Ask whether the vault's server or appliance runs Windows Server 2016 or SQL Server 2016, and fund those moves in the same project.
- Record the build, SQL Server version and OS for every node, including DR.
- Pull the list of API registrations and check each one's sign-in method against the 26.1 and 26.3 changes.
- Restore a backup to a test server and run a straight 24.3 to 26.3 upgrade on it.
- Find every script that calls the Public API, PSRUN or the configuration export, and give each one an owner.
- Stop matching on error message text. 25.3 made the API stricter, and error wording can change.
- Plan the move from PSRUN to the Password Safe CLI application, and off RADIUS for API sign-in.
- Log 24.3 on the risk register with an end date of 31 December 2026 and the upgrade plan next to it.
- After cutover, keep the upgrade record and the post-upgrade rotation results as evidence.
- Check that session recording and the reports your audits rely on still run after the SSRS changes.
Make the next upgrade hurt less
Durable fixes that come out of this one
- 01Upgrade every six months, not every two years
BeyondTrust ships several releases a year and raises the upgrade floor as it goes. Small, regular upgrades keep you inside the one-step window and keep each change list short.
- 02Keep a register of vault callers
Every script, pipeline and integration that pulls credentials should have an owner and a test. Next time a release tightens the API, you'll know who to call.
- 03Use modern sign-in for machines
Move API callers to the methods BeyondTrust is keeping, like personal access tokens, and away from client certificates, RADIUS and PSRUN.
- 04Keep the platform inside support
Track SQL Server and Windows Server end dates for the vault next to the Password Safe dates. One calendar avoids a supported app sitting on an unsupported OS.
- 05Keep a test copy of the vault
A test server restored from production lets you rehearse each upgrade in a day. Without one, every upgrade starts with building the lab.
If the upgrade goes wrong
Something broke after the upgrade? Work down this list in order
Usually the vault's data is fine and it's the callers or the platform that broke. So keep people getting credentials, then work through the causes one at a time.
- 01Stabilisefirst hour
- Check people can log in and check out a password. If the console won't load, look at the installer log and the .NET 8 Hosting Bundle first.
- If check-outs fail across the board and you can't find why fast, restore from the pre-upgrade backup. That's what the backup was for.
- 02Find the broken callersfirst hours
- Go down the caller register and test each script and integration. Expect failures from client certificates, TLS 1.0 or 1.1 and strict API parsing.
- Check the systems pbsmd talks to over TLS. Anything that only speaks TLS 1.0 or 1.1 may have stopped connecting.
- 03Check rotationfirst day
- Look for rotation failures by platform. Timeouts on slow targets point to the 25.3 change; raise Connection Timeout on those systems.
- Check every password rotated during the window against the service or task using it. A mismatch there breaks quietly, days later.
- 04Fix and recordfirst week
- Update scripts for the new API behaviour, set new sign-in methods and re-run reports.
- Write down what broke and how long each fix took. That's your plan for the next upgrade.
What it looks like in real estates
Three Password Safe setups you'll probably recognise, and what we'd do
- the setup
- A finance company runs Password Safe 24.3 on a U-Series appliance with SQL Server inside. Two admins look after it part time, and nobody has upgraded it since it went in.
- what happens
- Support ends on 31 December. The appliance's Windows Server may also be on 2016, which loses support two weeks later, and the next audit asks about both.
- what to do
- Check the appliance model and OS this week, ask BeyondTrust for its path off 2016, then rehearse 26.3 on a test copy and upgrade in a December window.
- the setup
- A SaaS company's build pipelines and deploy scripts fetch credentials from Password Safe 24.3 through the Public API. Some scripts sign in with client certificates set up years ago.
- what happens
- After a straight upgrade, the certificate sign-ins stop working and a couple of scripts choke on the stricter API. Deploys fail until someone finds out why.
- what to do
- Inventory the API registrations first, move them to a supported sign-in method, and run every pipeline against a 26.3 test server before cutover.
- the setup
- A large retailer runs Password Safe 24.3 on its own servers with SQL Server 2016. Compliance reports go out by SSRS subscription, and admins sign in with Windows AD SSO.
- what happens
- 26.3 still runs, but SSRS is deprecated, AD SSO is due to go in 27.1 and SQL Server 2016 left Microsoft support in July. Each of those is a later upgrade waiting to fail.
- what to do
- Upgrade to 26.3 now, move the database to SQL Server 2019 or 2022, rebuild the subscriptions without SSRS and switch admins to SAML before 27.1.
How Cohash helps
We implement and upgrade BeyondTrust Password Safe, and the BeyondTrust page lists what we cover. For this deadline we'd start with a short inventory of versions, platforms and vault callers, then rehearse the 26.3 upgrade on a copy and run the production cutover with your team. If you need engineers to do the work, see BeyondTrust engineers for hire, or start with a free assessment.
What to take from this
- 01
Password Safe 24.3.x support ends on 31 December 2026. 24.2.x already ended in September.
- 02
26.3 is the newest release that accepts 24.3.0 as a direct upgrade source. Target it rather than waiting for the next one.
- 03
Test the callers: stricter Public API, no client certificate sign-in, TLS 1.2 or later, and a password for exports.
- 04
Fix the platform too. SQL Server 2014 is unsupported from 26.2, and Microsoft support for SQL Server 2016 and Windows Server 2016 has ended or is about to.
- 05
Plan the exits from SSRS reporting, PSRUN and Windows AD SSO now. AD SSO goes in 27.1 and SSRS in a future release. PSRUN has no removal date yet.
01When does BeyondTrust Password Safe 24.3 support end?
31 December 2026. BeyondTrust's table says December 2026, and support runs to the last day of the month listed. 24.2.x already ran out at the end of September 2026.
02Can we go from Password Safe 24.3 to 26.3 in one upgrade?
Yes. The 26.3 release notes say direct upgrades are supported from BeyondInsight 24.3.0 or later. Rehearse it on a copy first, because the jump covers the breaking changes from 25.1 through 26.3.
03We're still on 24.3 in January. Does the vault stop working?
No. Rotation, check-outs and session recording keep running. You just stop getting updates for 24.3, so any later fix means a bigger upgrade done in a hurry.
04What breaks when upgrading Password Safe from 24.x to 26.x?
Mostly the callers. The Public API got stricter in 25.3, 26.1 dropped client certificate sign-in for API registrations, and 26.2 switched TLS 1.0 and 1.1 off by default in pbsmd, removed SQL Server 2014 support and made exports need a password.
05What SQL Server version do we need for Password Safe 26.3?
BeyondTrust's minimum is SQL Server 2016 SP2. For Active/Active setups it lists Standard or Enterprise, not Express. Microsoft's extended support for SQL Server 2016 ended in July 2026, so 2019 or 2022 is the safer choice for a vault you'll keep.
06Does the U-Series appliance need its own upgrade?
Check it. BeyondTrust lists U-Series 4.6.3 models on Windows Server 2016 or 2022, and Microsoft's support for Windows Server 2016 ends in January 2027. Ask BeyondTrust what your model's path is.
07Is SSRS still supported in Password Safe 26.3?
It still works, but 26.3 deprecates SSRS as the on-premises reporting backend and support will be removed later. 26.3 can deliver report subscriptions without SSRS, so rebuild them that way.
Three questions, about a minute
Pick an answer and we'll tell you if it's right, and why it is or isn't. The score stays in this browser.
-
Q1The team wants to skip 26.3 and wait for whatever comes in 2027. You're on 24.3.0. What could go wrong?
show the answer
B. 24.3 is out of support from January, and the next release may not upgrade from it in one step Support ends on 31 December, and releases keep raising the oldest version they upgrade from. 26.3 takes 24.3.0 today; nobody knows what 27.x will take. The vault itself keeps running.
-
Q2A deploy pipeline signs in to the Password Safe API with a client certificate. What happens after a straight upgrade to 26.3?
show the answer
B. The pipeline needs a new sign-in method, because 26.1 dropped client certificates for API registrations 26.1 removed client certificate authentication for API registrations. Move those callers to a supported method before cutover and test them on a 26.3 copy.
-
Q3The Password Safe database sits on SQL Server 2016 SP2. Can you leave it there when you move to 26.3?
show the answer
B. It meets BeyondTrust's minimum, but Microsoft support for SQL Server 2016 ended in July 2026, so plan a move BeyondTrust lists 2016 SP2 as the minimum, but it only guarantees platforms their own vendor still supports. Microsoft's extended support for SQL Server 2016 ended in July 2026.