Share via

Issues with Password Writeback in Hybrid AD Environment

Soliman Hanafy 0 Reputation points
2026-02-26T07:49:33.26+00:00

I am reaching out to request technical assistance regarding a synchronization issue between our On-premises Active Directory and Microsoft Entra ID (Azure AD).

Current Environment:

Setup: Hybrid identity using Microsoft Entra Connect.

Current Status: Password synchronization works from On-premises to Cloud (downstream).

The Problem: We are unable to sync password changes from the Cloud to On-premises (upstream). Users cannot change their passwords via the Microsoft portal; changes must currently be made directly in the On-premises AD.

Microsoft Security | Microsoft Entra | Microsoft Entra ID
{count} votes

1 answer

Sort by: Most helpful
  1. Q&A Assist
    2026-02-26T07:49:49.3366667+00:00
    AI generated content. This question contains an answer created with AI from Q&A Assist. Learn more

    Password writeback (cloud → on-premises) requires specific configuration and only works in certain scenarios. Use the following checks and steps to restore upstream password sync.

    1. Confirm password writeback is a supported scenario in your environment

    Password writeback is only supported when:

    • Hybrid identity is configured with one of these models:
      • Password hash synchronization (PHS)
      • Pass-through authentication (PTA)
      • Active Directory Federation Services (AD FS)
    • Password changes are performed in supported locations:
      • Self-service password reset (SSPR) portal: https://passwordreset.microsoftonline.com
      • Password change in My Apps / Microsoft 365 portal
      • Admin SSPR via the same SSPR portal

    Password writeback does not occur when:

    • Admin resets passwords in Microsoft 365 admin center
    • Passwords are set at new user creation in portals or via Microsoft Graph PowerShell
    • Admin resets passwords via legacy MSOnline/AzureAD PowerShell modules

    If users are changing passwords only via unsupported admin paths, those changes will not write back to on-premises.

    See the scenarios table in the password writeback troubleshooting article for details.

    1. Verify that password writeback is enabled in Microsoft Entra Connect

    On the Microsoft Entra Connect server:

    1. Open Microsoft Entra Connect Configuration wizard.
    2. Sign in with:
      • Microsoft Entra Hybrid Administrator credentials (for the tenant), and
      • On-premises AD DS admin credentials.
    3. Proceed to Optional features.
    4. Ensure Password writeback is checked.
    5. Complete the wizard so the configuration is committed.

    If writeback was disabled, enabling it and completing configuration is required for upstream sync.

    1. Re-establish connectivity for password writeback

    If writeback is enabled but not working:

    1. Restart the sync service:
      • On the Entra Connect server, run services.msc.
      • Locate Azure AD Sync service.
      • Right-click → Restart and wait for completion.
    2. If the issue persists, toggle writeback off and on:
      • Open Microsoft Entra Connect Configuration wizard.
      • Clear Password writeback on Optional features and complete the wizard (confirm it shows as disabled on Ready to configure).
      • Reopen the wizard, re-enable Password writeback, and complete configuration again.

    These steps re-establish the connection used for password writeback.

    1. Confirm SSPR/writeback usage pattern

    To get cloud → on-premises password sync working for users:

    • Ensure users are registered for SSPR and use the SSPR portal (https://passwordreset.microsoftonline.com) or supported password change experiences (My Apps / Microsoft 365 portal) for password changes.
    • Ensure SSPR with writeback is enabled on the tenant when using PHS and the ForcePasswordChangeOnLogOn feature, so that any SSPR password change is synchronized back to AD.
    1. Check for user-specific sign-in issues

    If some users’ passwords appear not to sync back or sign-in fails after cloud changes:

    • If users changed passwords only in the cloud portal without writeback enabled, have them change their on-premises password and allow time for downstream sync.
    • If some users still cannot sign in, investigate them as individual sync/sign-in issues (for example, using the guidance under “Some users can't sign in to Microsoft 365, Microsoft Entra, or Microsoft Intune”).

    If, after confirming supported scenarios, enabling password writeback, and re-establishing connectivity, cloud-initiated password changes still never reach on-premises AD, follow the broader SSPR writeback troubleshooting guidance and, if needed, open a support case.


    References:

    0 comments No comments

Your answer

Answers can be marked as 'Accepted' by the question author and 'Recommended' by moderators, which helps users know the answer solved the author's problem.