SecurityIdentity security

Entra password reset won't take directory phone numbers from February 2027. Who gets stuck?

Microsoft's docs now say Entra self-service password reset only accepts registered methods from February 2027. Directory phone numbers and emails stop counting, SMS and security questions are leaving too, and Microsoft's own pages disagree on the date.

Cohash Security Practice November 2026 14 min read 7 chapters 3-question check
part 31 of 34 · Platform releases, explained from scratch
STOPS COUNTING Directory mobilephone Directory businessphone Directory alternateemail STILL WORKS IN APRIL Authenticator orOATH Registered emailcode Phone via a provider

the ideaDirectory data stops proving who you are. Registered methods are all SSPR will take.

after reading, you can
  • Find out who's still relying on a directory phone or email, before a failed reset tells you
  • Pick recovery methods that'll still work once SMS, voice and security questions have gone
  • Give your helpdesk a way to check who's calling, and a pass process for people who can't self-serve

A staff member forgets their password, types in the phone number HR has on file, and gets a code. That route is closing. Microsoft's documentation now says that from February 2027, Entra password reset only accepts methods a person has actually registered, so find those people and get them registered first.

in plain wordsDocumented date: February 2027

The company phone list won't get anyone through a password reset much longer

Self-service password reset, or SSPR, lets people get back into a locked work account without calling IT. To prove who they are, they enter a code sent to a phone or email address. Today that contact detail can come straight from the company directory, even if the person never set it up for this purpose. Microsoft is ending that. Anyone relying on directory details will hit a failed reset and have to contact an administrator. Nothing breaks on the day for people who can still sign in. It shows up later, when someone forgets a password.

think of it like this

Think of a front desk that lets you in once your name's on an old staff list. Under the new rule the list doesn't count. You need the pass you collected yourself, and if you never picked one up, you're waiting for security to come down.

who should care
  • Microsoft 365 and Entra admins
  • Helpdesk leads
  • Security and compliance teams
  • HR teams who feed phone numbers into AD
  • Business owners running Microsoft 365
  • School IT departments
chapter 01

Why this lands on the helpdesk

Feb 2027Documented start for registered methods only, with no exact day given
86%Share of SSPR verifications already using registered methods, per Microsoft
22 Mar 2027Act-by date on Microsoft's SMS and voice retirement notice for SSPR
Mar 2027Security questions are retired for SSPR

Microsoft says about 86% of verifications already use registered methods. It doesn't break that down, and it counts verifications, so it won't tell you much about your tenant. A company that loaded mobile numbers from AD years ago and never ran a registration push could sit far from that average.

The failure is quiet too. Nobody gets locked out when the rule starts. A user finds out when they've forgotten a password, the reset page won't take the old number, and they're told to contact an administrator. If that's a Sunday night or a shared service desk, your team takes the call and has to decide how to prove who's on the line.

Microsoft files this under its Secure Future Initiative, and the reasoning holds up. Somebody typed that directory number in, maybe years ago, and it may now reach someone who doesn't work for you. Registering ties the method to the person using it. We'd do this work even if the date slipped again.

what changesWhat happens to a reset once the rule is onHere's one user, with a mobile number in the directory and nothing ever set up in Security info.
  1. 01 Number sits in the directory

    The mobile field came from AD or HR. The user never confirmed it, and SSPR has been happy to use it anyway.

  2. 02 Rule starts

    SSPR stops counting mobilePhone, businessPhone and otherMails when they were never registered. Nothing visible changes for anyone yet.

  3. 03 Password is forgotten

    Nobody thinks about any of this until the day they're locked out. That could be months after the rule started.

  4. 04 Reset fails

    The old number doesn't work any more and nothing else is registered. The page sends them off to find an administrator.

  5. 05 Helpdesk takes over

    Someone has to check who's calling, reset the password and get the user registered, so it doesn't happen again.

Directory values and authentication methods are two separate sets of data, and Microsoft's admin docs treat them that way. Public profile contact details live on the user object and, for synced users, are managed in on-premises AD. Authentication methods stay private and are only used for authentication. With default Entra Connect mappings, AD's telephoneNumber becomes Office phone and mobile becomes Mobile phone. Those are the values losing their standing here.

chapter 02

What changes, and what else goes at the same time

The change at a glance

removedDirectory values as proof

Mobile, business phone and alternate email sitting in the directory won't verify a reset any more. They'd have to be registered first.

changedWho it covers

Everyone in a tenant with SSPR on, and that includes admins. Microsoft's notice applies it to public cloud and US government clouds alike.

changedThe date, more than once

The notice went from September to November. The docs went from 5 October to February 2027. Plenty of blog posts still carry the older dates.

removedThe note about a registration campaign

The page edit dated 5 November dropped its note on Microsoft's prompts for affected users. Run your own prompts and don't wait for Microsoft's.

deprecatedMicrosoft-provided SMS and voice for SSPR

These stop counting 50 days after the sign-in retirement reaches your tenant. A number someone registers today still has a limited life.

deprecatedSecurity questions

Retired for SSPR in March 2027. The admin reset policy already bans them, so admins aren't affected by this one.

The dates to keep straight

  1. 28 May 2026
    MC1325414 published

    Earlier versions pointed at September. Older write-ups you'll find still say 7 September.

  2. 4 Aug 2026
    Notice moved to November

    The newest archive copy has a campaign on 5 October, then enforcement on 7 or 9 November. It depends which line you read.

  3. 5 Nov 2026
    Docs now say February 2027

    It's the newest word we could find, so don't take it on trust. Your own Message Center may say something else.

  4. 1 Feb 2027
    Microsoft SMS and voice retire for sign-in

    Applies to everyone except Global Administrators and external users, in public cloud and GCC first. The 50-day SSPR clock starts when this rollout reaches your tenant.

  5. Feb 2027
    Registered methods only

    No day given, so plan as if it's the first.

  6. 22 Mar 2027
    Act-by on MC1536049

    SMS and voice stop counting for SSPR once the tenant's 50 days run out. Anyone without another method gets stuck.

  7. Mar 2027
    Security questions retire

    Anyone who still uses them needs something else by then, or they're calling you.

  8. 1 Jul 2027
    SMS and voice: Global Admins, external users

    A separate rollout with its own 50 days. A Global Admin role that's only eligible in PIM doesn't count.

These changes hit the same people in the same quarter, and that's what should shape your plan. Tell everybody to register a mobile in February and it may not even work: once the SMS retirement reaches your tenant, users can't add SMS or voice methods, and numbers already registered stop working for SSPRdefinitionSelf-service password reset. Someone who's locked out proves who they are and sets a new password, and nobody in IT gets a call. after 50 days, unless you've set up a telephony providerdefinitionA phone company you hook up to Entra yourself. SMS and voice codes keep working through them after Microsoft's own service goes.. Do the registration push once, before then, and aim it at methods that will still be there in April.

tableWhich methods you can still count on, as each change hits
MethodTodayAfter the registered-only ruleAfter SMS and voice retire
Mobile, business phone or alternate email, directory onlyAcceptedRejectedRejected
Registered SMS or voice, Microsoft-providedAcceptedAcceptedGone once the 50 days end
SMS or voice through a telephony providerDepends on setupAccepted if registeredStill available
Microsoft Authenticator or OATH tokenAccepted if registeredAcceptedAccepted. These count as one method together
Email code, registeredAcceptedAcceptedAccepted
Security questionsAccepted if allowed, not for adminsAccepted until March 2027Retired
PasskeyNot on the SSPR listNot on the SSPR listNot on the SSPR list
side by sideOne tenant, before and after, for someone who's never opened Security info
How reset works today
  • The directory phone or email can verify a reset
  • Users can reset without registering first
  • HR data quietly doubles as a recovery route
  • Failures are rare, so nobody watches for them
How it works once the rule is on
  • Only registered methods verify a reset
  • Someone who never registered gets sent to an admin, and that's a ticket
  • Directory data goes back to being contact details
  • Your helpdesk needs a way to check who's calling
chapter 03

Pick how each group of people gets back in

Registering everyone is the visible task, but the choice underneath it is which recovery route each group of users gets. Office staff with company phones are easy. Warehouse shifts, students, contractors and people on leave usually aren't, and they're the ones who need a plan written down.

tableYour recovery options side by side. The effort column is our own rough call
OptionEffortWhat it costs youThe catchPick it when
App or token plus registered emailMedium: a registration pushStaff time, plus hardware tokens if you buy themHardware OATH is in preview, personal email needs a privacy talk, and a two-method policy may refuse this pairMost office and hybrid staff
Keep phones through a telephony providerHigh: procurement, setup, testingA provider contract, priced by that providerTest it and migrate users before the transition ends, and before 1 February for sign-inRegulation or operations really demand phone recovery
Password change after secure sign-inLow once it reaches your tenant, Entra ID P1 or P2 neededPasskey or certificate rollout, if you don't have oneTenant-wide setting, and no help to someone who can't sign inPasswordless users who still need a password for old apps
Managed recovery with Temporary Access PassMedium: a process and staff coverHelpdesk or local staff hoursA pass doesn't replace the password, and someone with the right admin role must be around to check identityStudents and frontline staff without a phone or email

That third row catches people out. Passkeys don't meet SSPR's requirements, so a fully passwordless user can still fail a reset. Microsoft's answer is a setting called Allow password change after secure sign-in. A user who signs in with a passkey, a certificate or an Authenticator passwordless notification can set a new password in Security infodefinitionThe page in My Sign-Ins where people set up their own phone, email, app or token. Whatever they add there counts as registered. without typing the old one. Microsoft says it won't turn that on for you, and you can't scope it to a group.

Schools have the hardest version of this. An IT admin at a grades 6-12 school told Microsoft's Q&A forum that students use security questions, because not all of them have cellphones and those who do can't have them during the school day. A Microsoft moderator said there's no like-for-like replacement or education exception and suggested a Temporary Access PassdefinitionA short-lived code an admin hands out, for one sign-in or several. Someone with no methods uses it to get in and set one up.. The admin replied that it doesn't help on evenings, weekends or holidays when staff aren't around, and added that Microsoft support called this a known gap with a fix being worked on. We can't confirm that. Plan for those hours, or accept that a forgotten password waits for Monday.

find-sspr-gaps.ps1example output
# example: who can reset but hasn't registered
$scopes = "AuditLog.Read.All","User.Read.All"
$scopes += "UserAuthenticationMethod.Read.All"
Connect-MgGraph -Scopes $scopes
Get-MgReportAuthenticationMethodUserRegistrationDetail -All |
  Where-Object { $_.IsSsprEnabled -and -not $_.IsSsprRegistered } |
  Select UserPrincipalName, MethodsRegistered
# then compare directory values and phones
$upn = "[email protected]"
$f = "mobilePhone","businessPhones","otherMails"
Get-MgUser -UserId $upn -Property $f | Select $f
Get-MgUserAuthenticationPhoneMethod -UserId $upn
# example output (illustration, layout varies)
UserPrincipalName        MethodsRegistered
[email protected]         {}

Read that report carefully. Microsoft's notice sends you to User registration details, but it doesn't say how the report treats a directory value nobody registered. So cross-check a sample against the user's real registered methods before you trust the count. The report can lag by up to 36 hours and it leaves out disabled and soft-deleted accounts. A leaver who comes back, or a suspended contractor, won't be on your list. The report call needs AuditLog.Read.All and a reporting role, and Microsoft points to the same Entra ID P1 or P2 licensing as the Usage and insights screens. The phone lookup needs Global Reader or an authentication admin role, and Authentication Administrators only see masked numbers.

chapter 04

What to do now

Who does what before February

Business ownerthis week
  • Ask IT whether password reset is on, and how many people haven't registered a method.
  • Decide who may reset a password out of hours, and how they'll check the caller is really staff.
  • Budget for a telephony provider only if phones are truly required, and get a written reason why.
Entra adminthis week
  • Read MC1325414 in your own admin center and write down the date it shows.
  • Take one account that only has directory values and try a reset. Write down what happens, because that's your real date check.
  • Pull User registration details, then cross-check a sample by hand.
  • Turn on Require users to register when signing in for the SSPR group. They'll get asked at every sign-in until it's done.
Helpdesk leadby January
  • Write down how you'll check who's calling when a reset fails. The number on file can't be the proof any more.
  • Agree who can issue a Temporary Access Pass and how long it lasts. Nights and weekends need a name too.
  • Give agents a script for callers whose number just got rejected. Most will assume the system's broken.
  • Look through Registration and reset events every week and pull out the failures. That's your early warning.
Security and compliancethis quarter
  • Agree which methods count, and whether personal email is acceptable for recovery.
  • Go through the admin accounts one by one. Each needs two usable methods, and security questions won't count.
  • Write the change into the access control records with the date you checked it. Auditors will ask.

The order we'd run it in

  1. 01
    Confirm the date for your tenant

    Check MC1325414 in the admin center and test one account. If that test already fails, you're working on a live problem, so jump to the playbook below.

  2. 02
    Size the gap

    Combine the registration report with the reset events from the last 30 days. Look at Password resets by authentication method to see which channels people actually use.

  3. 03
    Fix the policy first

    Pick the methods you'll still accept in April. Take security questions and Microsoft's SMS out of the plan, then test the method count in a pilot group.

  4. 04
    Turn on the prompt

    Require users to register at sign-in, so they're asked every time until they finish. When SSPR is the only policy in play, people can keep skipping, so watch the numbers and chase them.

  5. 05
    Handle the groups who can't self-serve

    Frontline staff, students and people on leave get a named route, usually a Temporary Access Pass from a local manager or helpdesk. New joiners should register in their first sign-in.

  6. 06
    Test as a real user

    Test without an admin role. Admins follow a separate two-gate policy, so a reset that works for you says nothing about how it behaves for staff.

chapter 05

Harden it so the next change hurts less

before

Before: the directory doubles as recovery

HR data flows through AD and Entra Connect into fields SSPR will accept, whether or not the person ever confirmed them.

Before: the directory doubles as recovery HR data flows through AD and Entra Connect into fields SSPR will accept, whether or not the person ever confirmed them. 01 · WHERE THE DATA STARTS 02 · ENTRA ID 03 · RECOVERY sync code sent HR or AD record mobile, telephoneNumber Profile fields mobilePhone, otherMails SSPR accepts unregistered data © Cohash · cohash.com
01 · WHERE THE DATA STARTS02 · ENTRA ID03 · RECOVERY HR or AD record: mobile, telephoneNumber HR or AD record mobile, telephoneNumber Profile fields: mobilePhone, otherMails Profile fields mobilePhone, otherMails SSPR: accepts unregistered data SSPR accepts unregistered data sync code sent © Cohash · cohash.com
after

After: recovery has its own data

Profile fields stay as contact details. SSPR reads only what the user registered, with a managed route for people who can't.

After: recovery has its own data Profile fields stay as contact details. SSPR reads only what the user registered, with a managed route for people who can't. 01 · WHO SETS IT UP 02 · ENTRA ID 03 · RECOVERY registers bootstraps verifies User in Security info app, token, email Helpdesk identity check, then TAP Authentication methods private, registered SSPR registered methods only © Cohash · cohash.com
01 · WHO SETS IT UP02 · ENTRA ID03 · RECOVERY User in Security info: app, token, email User inSecurity info app, token, email Helpdesk: identity check, then TAP Helpdesk identity check,then TAP Authentication methods: private, registered Authentication methods private, registered SSPR: registered methods only SSPR registered methods only registers verifies © Cohash · cohash.com

Durable fixes

  1. 01
    Make registration part of onboarding

    New joiners get a Temporary Access Pass, register at first sign-in, and don't leave setup without a working recovery method. The gap stops growing, and that's half the battle.

  2. 02
    Ask people to reconfirm

    SSPR can ask users to reconfirm their details on a schedule from 0 to 730 days, where 0 means never. Microsoft's tutorial uses 180. Pick a number your users will tolerate, because details go stale here too.

  3. 03
    Harden the helpdesk reset

    Once self-service fails more often, callers get more leverage. Use a call-back to a known number, a manager's confirmation or a live ID check, and log who approved what.

  4. 04
    Train people on reset prompts

    Registration doesn't stop someone calling a user and talking them into approving a reset. Bravura Security, which sells tools in this market, makes that point about this change, and it's fair. Tell staff that nobody from IT will ask them to approve a prompt.

  5. 05
    Watch Message Center by notice number

    This date has moved several times. Have one named person check MC1325414 and MC1536049 each month, instead of trusting whichever blog post ranks first.

chapter 06

If it goes wrong

When resets start failing, or a stale number has been abused

Most of this is a helpdesk surge. Treat it as a security incident only when a reset went through for someone who didn't ask for it.

  1. 01Confirm the causefirst hour
    • Open Registration and reset events and read the reason for failure on a few real cases.
    • Check that user's registered methods, because a missing method and a blocked policy need different fixes.
    • Read MC1325414 again. The date has moved before, so don't work from your notes.
  2. 02Keep people workingsame day
    • Tell the helpdesk what's going on and hand them the identity check. Don't let each agent make up their own.
    • Issue short-lived Temporary Access Passes once you've checked who's calling. A pass lets them in to register, but a forgotten password still needs resetting.
    • Send staff the Security info link along with a plain explanation of why they're being asked.
  3. 03Close the gapfirst week
    • Re-run the registration report and work through it by department.
    • Give each group that can't self-serve a named owner. Otherwise those tickets just keep coming back.
    • Allow up to 36 hours for the report to catch up before you chase anyone twice.
  4. 04If a reset looks hostileimmediately
    • Reset the password and revoke the user's sessions first. Then go through the methods on the account, since an attacker may have added one.
    • Remove any method the user doesn't recognize, and check sign-ins from around the time of the reset.
    • Bring in your incident lead, and let legal and your insurer decide who else must be told.
  5. 05Learn from itwithin a month
    • Count how many failures came from each group, and adjust the onboarding that let them through.
    • Clean up old contact data in AD and HR, since people still rely on it to reach each other.
    • Write down the identity check that worked, so the next surge doesn't start from zero.

Four illustrative situations

01 AD mobile never registered 02 Reset page code requested 03 Rejected contact your admin 04 Registered after helpdesk fix
scenario 01High risk
A hybrid firm that loaded mobiles from AD
the setup
A professional services firm synced AD mobile numbers to Entra years ago and turned on SSPR. Many staff have reset a password that way and never opened Security info.
what happens
Once the rule starts, the first forgotten passwords bounce. Tickets rise slowly, so nobody links them to a change in policy until the helpdesk compares notes.
what to do
Run the report now, require registration at sign-in, and steer people to Authenticator and email. Leave the directory numbers alone, because staff still use them to call each other.
01 Forgotpassword mid-shift 02 Shift manager checks identity 03 Temporarypass signs in, registers 04 Passwordreset SSPR or an admin
scenario 02Medium risk
A retailer with frontline staff on shared devices
the setup
A retailer's store staff sign in on shared tablets, and they don't have company phones. Their only recovery data is a personal number HR entered.
what happens
Registering that number by text only buys time, since Microsoft's SMS stops counting for SSPR after the transition. Authenticator on personal phones may not be something the company can demand.
what to do
Decide this store by store with HR. Temporary Access Passes are one route, though whoever issues them needs the right admin role. A telephony provider is another if phones must stay. Write down who covers nights.
01 Securityquestions retired March 2027 02 Studentlocked out weekend 03 Waits forstaff Monday 04 Temporarypass issued at school
scenario 03High risk
A school where students use security questions
the setup
A grades 6-12 school uses security questions because not all its students have a phone, and personal email isn't an option either.
what happens
March 2027 takes that route away, and Microsoft's forum moderator says schools aren't getting an exception. A forgotten password now waits until an adult with the right role can deal with it.
what to do
Delegate pass issuing to a few trusted staff, tell parents early, and agree what happens during holidays. Review lockout and expiry settings, so students need resets less often.
01 Admin account two-gate policy 02 Phone method retiring 03 App plusemail registered now 04 Tested reset no surprises
scenario 04Medium risk
An admin team on phone and email
the setup
A small IT team of Global Administrators reset with a phone and an email. Their two-gate policy asks for two pieces of data, and nobody can change that.
what happens
Active Global Admins keep Microsoft's SMS for sign-in until 1 July 2027, but anyone whose role is only eligible in PIM is on the 1 February date. One team's dates can sit months apart.
what to do
Register Authenticator or a token plus email for every admin now. Test each account's reset path, and keep your break-glass accounts documented and separately reviewed.
chapter 07

How Cohash helps

We read your tenant's policies and registration data, sort users into groups by the recovery route that will work for them, and test the result on real accounts before anyone gets a prompt. We also write the helpdesk check and the Temporary Access Pass process, and we plan this alongside the SMS retirement so your people register once. See our Microsoft Entra work, the engineers we place on Entra projects, or start with a free assessment. If your sync servers are part of the same plan, read our Entra Connect Sync and SMS MFA guide.

key takeaways

What to take from this

  1. 01

    Entra's documentation says SSPR only accepts registered methods from February 2027, but the archived notice still says November, so check your own tenant today.

  2. 02

    Register people on methods that survive April, usually an app or token plus email, and test that pair against your policy first. Microsoft's SMS and voice stop counting for SSPR too.

  3. 03

    Passkeys don't satisfy SSPR. Allow password change after secure sign-in helps those users, but only if they can still sign in.

  4. 04

    Two-method policies are getting tight, because Authenticator and OATH tokens count as one. Test your policy in a pilot.

  5. 05

    Give students and frontline staff a named route with staff cover, and harden the helpdesk check before calls increase.

platforms in this noteMicrosoft Entra ID →
fact-checked November 2026 against vendor and official documentation · where to go next
  1. How Cohash delivers Microsoft Entra ID: scope, roles and architecture
  2. Hire vetted Microsoft Entra ID engineers
  3. Identity and access management
  4. Book a 30-minute working session with a senior engineer
01When does Entra password reset stop taking the phone number in the directory?

Microsoft's documentation, updated 5 November 2026, says February 2027 without naming a day. The public archive copy of Message Center post MC1325414 still shows November 2026. Check the post in your own admin center and test one unregistered account, because the date has moved before.

02Will my users get locked out of their accounts?

Not on the day. People who know their password keep signing in. The trouble starts when someone with no registered method forgets their password, because the reset fails and they have to contact an administrator.

03How do I find out who's affected?

Microsoft points to User registration details under Authentication methods. Look for people enabled for SSPR but not registered, then check a sample by hand, because the notice doesn't say how the report treats unregistered directory values. Disabled accounts aren't listed, and data can lag by up to 36 hours.

04Should users register a phone number?

Only if you've got a plan for what follows. Microsoft-provided SMS and voice stop counting for SSPR 50 days after the sign-in retirement reaches your tenant. A phone number makes sense for recovery if you've set up a telephony provider. Otherwise, go with an app or token plus email, and test that against your policy. Users also can't add SMS or voice once the rollout reaches your tenant.

05We've moved to passkeys. Do they count for password reset?

No. Microsoft says passkeys alone don't satisfy SSPR. If those users need a password for older apps, look at Allow password change after secure sign-in, which needs Entra ID P1 or P2. It only helps people who can still sign in, and it applies to the whole tenant.

06Do admins get treated differently?

Yes. Admins get a fixed two-gate policy: two pieces of data, no security questions, and you can't change it. Microsoft's notice doesn't exempt them from this rule either. Active Global Admins stay on SMS and voice for longer: for SSPR, until 50 days after the July 2027 rollout.

07Can I just bulk-add the numbers I already have as authentication methods?

Admins can add methods, but Microsoft doesn't say outright that this meets the new rule, so test it on one account first. Even if it works, you'd be copying the same old HR data into the field meant to prove identity.

08Is there anything I need to buy?

Often not, if your plan already includes SSPR. Registering Authenticator and email shouldn't need anything else. Hardware tokens or a telephony provider cost money if you choose them, and the Usage and insights reports need Entra ID P1 or P2. Password writeback for synced users also needs the right plan.

up next in this track

Keep the thread going.

What shipped, what changed underneath, and what it means for your upgrade.

  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
  26. 26OpenShift 4.19 is running out of support. Do you park on 4.22 or keep going to 5.0?
  27. 27Terraform Enterprise 2.1 moves VCS ingress into your agents. What to change before October 2027
  28. 28Mule 4.12 Edge leaves standard support this month. Upgrade to 4.13 before CloudHub does it for you
  29. 29RSA SecurID primary support ends in stages from December. Here's how you get to 8.9
  30. 30Delinea Secret Server login bypass: why 12.2.7 won't save you from this 9.9
  31. 31Entra password reset won't take directory phone numbers from February 2027. Who gets stuck?
  32. 32Linux kernel CVE-2026-98432: why switching off MPTCP won't save you, and what to patch
  33. 33Patch roundup, week of Nov 2: fix Linux and WS_FTP first, then work down the list
  34. 34SonicWall's SSL VPN bug lets a valid password skip SAML and your MFA
all learning tracks →
01 SYN with IPoptions 02 Linux kernel 4.4 and later 03 Crash or root 04 Fixed kernel,reboot
Security · 15 minLinux kernel CVE-2026-98432: why switching off MPTCP won't save you, and what to patch

The bug is in plain IPv4 TCP: patch the kernel and reboot, or filter until you can.

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