Issuing credentials — a guide for issuers
FreeholdIP lets government agencies, boards, associations, and schools issue licenses, certifications, and diplomas that the recipient truly owns and anyone can verify — credentials that can’t be faked, work offline, and keep proving themselves even if you’re gone. You stay the trust root: every credential is signed with your key and verifies against your identity and domain.
How it works, in one paragraph
You sign a credential in your own browser with your institution’s key, and issue it to the recipient’s own FreeholdIP identity. They own it; you never see their key, and they never see yours. Anyone they show it to can verify it instantly — against the digital signature key published at your identity on the public record and, once you’ve published a single DNS record, against your own domain. You can renew or revoke any credential at any time, for free.
Step 1 — Become a verified issuer
- Apply. Tell us about your organization and authorized representative, prove control of your official domain (a one-line DNS TXT record we give you), and upload proof of your authority to issue.
- We review every application by hand. Verified issuers are the trust root of the whole system, so this gate is deliberate.
- Onboard. You generate your digital signature key in your own browser — we never receive it — and download a device login file and a recovery sheet. We then put your issuer identity on the public record (we cover that cost).
- Publish your key on your domain. Add one DNS TXT record. This is what makes a credential verify as “✓ Verified by yourdomain.org.” Whoever controls your domain is you — FreeholdIP is not in the trust path. (Until you publish it, credentials still verify as authentic, just marked “recognized issuer, domain not yet verified.”)
Step 2 — Sign in to your portal
Go to your Issuer Portal and enter your issuer identity name and your login file password (upload your device login file the first time on a new device). Your key is unlocked in your browser only — we never hold it. You’ll see your organization name and a “✓ Verified issuer” badge at the top, and a confirmation that your digital signature key is ready.
Step 3 — Issue a credential
The holder creates their FreeholdIP identity first and gives you their address or identity name. In the Issue tab, fill in:
- Holder name, and (optionally) a subject photo sealed into the credential so it can't be swapped without breaking verification — you vouch it's the right person (FreeholdIP doesn't identity-check it).
- Credential type, an optional number, the title/award, and jurisdiction.
- An expiration date — or mark it perpetual if it never expires.
- Optionally, a certificate document (PDF/image) the holder keeps.
- The holder’s address or identity name.
Click Issue. The credential is signed in your browser, issued to the holder’s identity, and is immediately verifiable. You never handle the holder’s key, and they own the credential the moment it’s issued.
Step 4 — Manage credentials
In the Manage credentials tab, search your issued credentials, then:
- Renew — extend a credential’s expiry.
- Revoke — mark it revoked.
- Reinstate — bring a revoked credential back.
These re-point the credential — free, instant, no transaction — and the change shows up immediately to anyone who verifies it.
Step 5 — Looking after your signing key (and replacing it)
Your digital signature key is like your institution’s official seal: everything you issue is sealed with it, and that seal is what proves a credential genuinely came from you. From time to time you’ll want to swap that seal for a fresh one — this is called rotating your key. You do it yourself, in your browser, from the Institution signing keystore → Rotate signing key panel of your portal. As always, the new key is created on your device and we never see it.
The console asks you why you’re rotating, because there are two very different situations and the difference matters a lot:
1 · Routine replacement — simply good housekeeping
Choose “Planned rotation.” Nothing breaks: every credential you’ve already issued keeps verifying, because each one carries a secure, tamper-proof timestamp showing it was signed before you retired the old key. From now on, new credentials are sealed with the new key. Good times to do this:
- On a regular schedule — about once a year is plenty for most organizations. There’s no hard rule; think of it as periodically changing the locks. If you’ve never rotated and it’s been a few years, now is a fine time.
- When someone who had access leaves — a staff member, a contractor, or an IT vendor who could have touched the key or its login file.
- When you move the key somewhere safer — for example onto a new, locked-down computer.
2 · You think your key may be exposed — act right away
Choose “Key compromised.” This is the urgent case. Unlike a routine rotation, it distrusts every credential the old key ever signed — on purpose. The reason: if someone else may have a copy of your key, there’s no way to tell which credentials are really yours and which are forgeries, so all of them have to be treated as suspect. You then re-issue your legitimate credentials under the new key. Treat your key as compromised if:
- Your device login file or recovery sheet was lost, stolen, emailed, photographed, or left on a shared or unsecured computer.
- A computer that ever held your key was infected, hacked, or behaving strangely.
- You notice credentials you didn’t issue appearing under your name.
- When in doubt, treat it as compromised. A false alarm just costs you a little re-issuing; a real compromise you ignore can mean fraud committed in your name.
Why people can trust it
Every credential verifies against the digital signature key published at your identity on the public record, and — once you’ve published your DNS record — against your own domain. A forgery (anything signed by a key that isn’t yours) is rejected automatically. Verification needs no account and no fee, works offline, and keeps working even if FreeholdIP disappears — your authority lives in your key and your domain, not in us.
Quick answers
What does it cost us to issue?
Do recipients need anything first?
Can we change a credential after issuing it?
How often should we rotate (replace) our signing key?
Can we affect a holder’s identity or another issuer’s credentials?
What happens to issued credentials if we ever leave FreeholdIP?