What does HRESULT 0xC004F026 (SL_E_PROXY_KEY_NOT_FOUND) mean?

 
Previous Next
SL_E_LUA_ACCESSDENIED SL_E_TAMPER_DETECTED

SL_E_PROXY_KEY_NOT_FOUND

Where this result is produced

SL_E_PROXY_KEY_NOT_FOUND is HRESULT 0xC004F026. It belongs to the local Software Protection Platform. Its narrow boundary is: a required proxy or indirection key cannot be resolved in local licensing policy data.

Result-specific evidence: The documented meaning is “The Software Licensing Service reported that the required data is not found.” Verification should prove or disprove that exact condition before broader remediation.

Windows reports “The Software Licensing Service reported that the required data is not found”.

Objects and state transitions

StageRole
Product instanceApplication ID and Activation ID identify the exact licensed object.
License inputsPackages, dependencies, signatures and policies feeding this result are loaded for that object.
Requested transitionRecord the exact licensing operation that returned this HRESULT.
Commit or statusDo not infer the intended licensing state from outputs produced by the failed operation.

What the constant itself tells you

SignalInterpretation
FamilyThe code comes from Software Protection Platform; correlate it with one product object rather than the computer as a whole.
ObjectA lookup completed without locating the named object.
OperationUse the exact HRESULT and first failing operation before attempting a broad activation reset.
StateIts HRESULT severity is failure; later status messages can describe only the resulting state.

Minimum diagnostic record

EvidenceQuestion answered
Application ID, Activation ID and product nameWhich Application ID and Activation ID returned the code?
LicenseStatus, LicenseStatusReason and grace valuesWas the failure during package load, policy evaluation, authorization or service maintenance?
first API/slmgr method and earliest Security-SPP eventIs the named object absent, invalid, mismatched, duplicated or in the wrong lifecycle state?
caller identity and elevationCan whether a clean reboot reproduces the result without modifying state be captured before changing state?
whether a clean reboot reproduces the result without modifying stateDoes the evidence support “record the proxy-policy key and product context and repair policy through its supported source” rather than a network proxy host that cannot be found by DNS?

How to reproduce the same condition

  1. Record 0xC004F026, UTC time, caller and the first method or server request that returned it.
  2. Capture Application ID, Activation ID and product name.
  3. Before remediation, confirm that the failure is not instead the neighboring condition: a network proxy host that cannot be found by DNS.
REM Evidence context: SL_E_PROXY_KEY_NOT_FOUND
cscript %windir%\system32\slmgr.vbs /dlv
powershell -NoProfile -Command "Get-CimInstance SoftwareLicensingProduct | Where-Object PartialProductKey | Select Name,ApplicationID,ID,LicenseStatus,LicenseStatusReason,PartialProductKey"

Do not merge these conditions

ResultDifferent condition
SL_E_LUA_ACCESSDENIEDthe operation requires an elevated administrator token and the caller is not authorized
SL_E_TAMPER_DETECTEDthe local licensing platform detects modification of protected license state or components
SL_E_WINDOWS_INVALID_LICENSE_STATEWindows product licensing state is inconsistent with the operation being requested

A focused reproduction for this exact result

ControlDesign
Failing fixtureA generated policy references an absent backing value.
Single variableChange only presence of the exact required object in the correct product and storage scope.
Positive controlRestoring only that official dependency removes the code without a broad store reset.
Different resultIf the experiment instead proves “the operation requires an elevated administrator token and the caller is not authorized”, diagnose that condition separately rather than treating it as this HRESULT.

Recovery without broad resets

A supported correction is to record the proxy-policy key and product context and repair policy through its supported source.

Changes that make this code harder to diagnose

  • Avoid copying license packages or protected stores from another computer.
  • Avoid force-deleting policy, plug-in or license files while sppsvc owns them.
  • Avoid using rearm or key replacement as a universal package/policy repair.

Technical references


Looking for a different code? Search another status or error code.