BlockID Portal — Docs

Admin Guide

Everything a Super Admin or Org Admin needs to run BlockID: organizations, people, identities, tokens, and oversight. Administration happens in the dashboard at /dashboard.php.

Who does what

CapabilitySuper AdminOrg Admin
Create / manage organizationsYesNo
Manage users in their orgYes (any org)Yes (own org)
DID registry & schemasYesYes (own org)
API token managementYesYes (own org)
Marketing admin (site, plans)YesLimited
Platform-wide audit & ledgerYesOwn org

Organizations

Super Admin An organization is the top-level container. Every user, DID, schema, credential, token, and log belongs to exactly one organization, and BlockID enforces that boundary on every request.

  1. Create an organization

    Open Organizations → New, set a name and details, and save.

  2. Assign an Org Admin

    Create or promote a user to Org Admin and scope them to the org.

  3. Monitor usage

    Review credentials issued, active DIDs, and subscription status (see Subscriptions).

Isolation is enforced server-side. Even if a user guesses another organization's record ID, the request is rejected. This protects against cross-tenant (IDOR) access.

Users & roles

Manage people under Users. Each user has one of the five roles, which determines exactly what they can see and do.

Super AdminOrg AdminIssuerVerifierEnd User
  1. Create a user

    Users → New user, set name, email, role, and (Super Admin only) organization.

  2. Apply least privilege

    Grant the narrowest role that fits. Promote later if needed.

  3. Deactivate when people leave

    Disable accounts promptly. Their sessions end and access is revoked.

Sessions are secure by design. Logins use server-side sessions; sign-out is a CSRF-protected POST. Encourage admins to review the audit log for unexpected logins.

DID registry oversight

The DID Registry lists every decentralized identifier in the organization. As an admin you oversee which identities are allowed to sign credentials.

  • Each DID is did:blockid:{uuid} with an RSA-2048 keypair generated on creation.
  • The private key signs credentials and never leaves the server; the public key is what verifiers use.
  • Keep the number of active issuing identities small and intentional — every DID is a trust anchor.

Marketing admin

Super Admin The marketing site is the application root (/). The marketing admin area lets you manage public-facing content and subscription plans. This is also where subscription statuses are reviewed and managed — see Subscriptions.

There is no payment processor wired up yet (a documented TODO). Trials and plan changes are tracked by status; you manage them here manually.

API token management

Super Admin Org Admin Open API Management to mint and manage tokens for programmatic access.

  1. Create a token

    Name it, pick its scopes, and optionally set an expiry.

  2. Copy it once

    The token is shown exactly once. BlockID stores only its SHA-256 hash — it cannot be shown again.

  3. Scope to one organization

    Every token is bound to a single org and rate-limited to 120 requests/min.

  4. Revoke compromised tokens

    Revoke instantly if a token leaks. All calls are logged for audit.

The token is never recoverable. If it's lost, revoke it and mint a new one. Treat tokens like passwords and store them in a secrets manager.

Audit & ledger integrity

Two complementary records keep you honest:

Audit log

A human-readable trail of sensitive actions — logins, user changes, token creation, issuance, revocation. Filter by user, action, and date.

Tamper-evident ledger

The hash-chained record of credential events. Run Verify Ledger Integrity to re-walk the chain and confirm nothing was altered.

Make Verify Ledger Integrity a routine — for example weekly, and after any database maintenance. A passing result confirms every link in the chain still matches.

Settings

Organization and platform settings cover branding, defaults, and security preferences. Pair these with the operational guides:

No matching topics on this page.