Device-key proof
Enrolled device keys participate in session security so possession of a copied session value is insufficient by itself.
LoaderAuth combines Windows licensing with developer identity, tenant isolation, management automation, private delivery and server-side enforcement.
Client authentication is treated as an ongoing session and device-verification problem rather than a single local check.
Enrolled device keys participate in session security so possession of a copied session value is insufficient by itself.
Short-lived sessions rotate and remain subject to backend validation instead of becoming permanent bearer credentials.
Windows clients can verify signed server responses before accepting authentication state or protected metadata.
Request identifiers, signed operations and server-side checks reduce the usefulness of replaying previously valid traffic.
Tenant-scoped releases support signed manifests, one-time grants, revocation and SDK-side SHA-256 verification.
Management credentials and database secrets stay server-side rather than being embedded inside customer software.
Applications, licences, releases, audit data and management credentials remain scoped to the active organisation.
Owner, administrator, developer, support, billing and read-only roles are enforced on the backend.
TOTP, replay blocking and single-use recovery codes protect developer and operator access.
Organisation-scoped credentials support exact permissions, IP restrictions, signing and replay protection.
Webhook signing secrets are protected, delivery is HTTPS-only and retry events use stable identifiers.
Per-tenant keyed audit chains can be checked independently using the supplied verification tooling.
The current SDK targets Visual Studio 2022 and C++20 with static library, DLL and stable C ABI options.
Your application carries public application configuration while privileged organisation credentials remain server-side.
Licence activation and subsequent session resume flow through the LoaderAuth client API.
Signed manifests and expected hashes let your application verify private release payloads before trusting them.
Create a developer organisation, configure an application and validate the SDK before a commercial launch.