| Previous | Next |
| SL_E_NOTIFICATION_OTHER_REASONS | SL_E_CHPA_BUSINESS_RULE_INPUT_NOT_FOUND |
SL_E_NON_GENUINE_STATUS_LAST
What the constant narrows down
HRESULT 0xC004C600 is exposed as SL_E_NON_GENUINE_STATUS_LAST by Genuine Validation. The code says more than the friendly message: validation reaches an explicit non-genuine verdict for the evaluated Windows license.
Genuine Validation consumes structured templates, signed or hashed evidence, licensing state and platform-health information. A validation HRESULT identifies the input or integrity stage that could not be trusted; it should not be flattened into a generic “not activated” message. The code is not interchangeable with a transient inability to validate or a malformed input blob.
Windows reports “Genuine Validation determined your copy of Windows is not genuine”.
From input to HRESULT
| Different result | If the experiment instead proves “the notification/validation path detects a breach of protected licensing state that requires user notification”, diagnose that condition separately rather than treating it as this HRESULT. |
What successful remediation must prove
To correct this using supported mechanisms, identify the edition, channel and earliest reason code and correct the legitimate entitlement or platform-integrity problem.
Changes that make this code harder to diagnose
- Avoid using unofficial activation patches during integrity investigation.
- Avoid rebuilding stores before preserving hashes and event history.
- Avoid hand-editing signed blobs, protected files or firmware tables.
Technical references
Looking for a different code? Search another status or error code.