host.name.my Trust Services
Document signing & verification

Sign documents.
Prove they haven't changed.

host.name.my is a document signing and verification service. Sign PDFs and any file, add a trusted timestamp, and let anyone verify the result — no account required.

RSA-4096
Root of trust
PAdES
Embedded PDF signing
RFC 3161
Timestamps
SHA-256
Hash-chained audit

Built on open standards: PAdES · RFC 3161 · X.509v3 · PKCS#7

Services

Everything you need to sign and verify.

Four capability groups: issue identities, sign documents, seal them in time, and prove them to anyone.

📄

Document Signing (PAdES)

Embedded, standards-compliant PDF signatures

Sign PDFs so the signature travels inside the file. A PAdES reader checks the signature and integrity against the document bytes; import the root to confirm the signer identity.

PDF PAdES Embedded Visible stamp

Key capabilities

  • PAdES embedded signature — no separate signature file
  • Visible branded stamp with signer name, organisation, date and serial
  • Signs the whole document; any later change invalidates the signature
  • Keeps both the original upload and the signed copy for audit
  • Verifiable in Adobe Acrobat or any PAdES reader after importing the root
🔗

Detached Signing (CMS/PKCS#7)

Sign any file type without changing it

For formats that cannot hold an embedded signature — Word, Excel, images, archives — produce a detached CMS/PKCS#7 signature (.p7s) over the exact file hash.

CMS PKCS#7 .p7s Any format

Key capabilities

  • Detached CMS / PKCS#7 signature (.p7s)
  • Supports DOCX, XLSX, PPTX, images, ZIP and arbitrary binaries
  • Original file is never modified; signature is verified against it
  • Separate RFC 3161 timestamp file (.tsr) for the original
  • Distribute the original and the .p7s together
🏛️

Trust Services

Certificates and trusted timestamps

The trust layer behind every signature: certificates issued to your signers, trusted RFC 3161 timestamps, and up-to-date revocation — so a signature can be checked later.

RSA-4096 X.509v3 CRL RFC 3161

Key capabilities

  • Two-tier hierarchy: Root CA and Issuing CA (RSA-4096)
  • X.509v3 user certificates (730-day validity)
  • Certificate lifecycle: issue and revoke
  • CRL publication for revocation checking
  • RFC 3161 timestamping service (TSA) with public fallback
🛡️

Verification & Governance

Prove it, trace it, control it

Anyone can verify a document without an account. Administrators get role-based access, certificate control and a tamper-evident audit trail.

Public verify RBAC Audit chain No account

Key capabilities

  • Public verification page — recipients need no account
  • Upload a PDF, or an original + .p7s pair, and get a clear VALID / INVALID result
  • Tamper-evident, hash-chained audit log of every action
  • Role-based access control: Super Admin, CA Admin, Auditor, Signer, Verifier
  • Certificate and user lifecycle management from the console
  • Multi-signer workflows and a public per-document record with QR
  • Revocation via CRL and OCSP; documents can be withdrawn

How it works

Signed in four steps.

01

Upload

Drop a PDF or any document into the portal.

02

Sign

Your certificate signs the document hash — embedded or detached.

03

Timestamp

An RFC 3161 timestamp from our own TSA seals the signing time.

04

Verify

Share the file; anyone verifies it through the portal or QR.

Capabilities

What each service delivers.

A quick reference of supported inputs, the standard used, the output you get, and how it is timestamped.

Input Service / standard Output Timestamp
PDF document PAdES Signed PDF (embedded signature) RFC 3161, embedded (B-T)
DOCX / XLSX / PPTX CMS / PKCS#7 Detached .p7s signature Separate .tsr (original)
Images / ZIP / binary CMS / PKCS#7 Detached .p7s signature Separate .tsr (original)
User identity X.509v3 Client certificate + private key —
Revocation data X.509 CRL Published CRL file —
Revocation check OCSP (RFC 6960) Live status at /ca/ocsp —

Use cases

Where verifiable signing pays off.

Any organisation that must prove who signed what, when, and that nothing changed afterwards.

⚖️

Legal & contracts

Sign agreements, letters and filings so the signed copy can be verified independently.

💼

Human resources

Offer letters, policies and acknowledgements with a verifiable signer identity.

💰

Finance & procurement

Purchase orders, approvals and statements protected against later alteration.

🏗️

Engineering & operations

Reports, drawings and change records signed at the point of issue.

🏛️

Government & agencies

Internal circulars and directives with a controlled, auditable trust root.

🎓

Education

Certificates, transcripts and result slips that anyone can verify.

Standards & security

Built on published standards.

No proprietary formats. Everything produced here can be checked with standard tooling.

PAdES
PDF advanced electronic signatures
RFC 3161
Trusted timestamping protocol (own TSA)
RFC 6960
OCSP revocation checking
X.509v3
Public key certificates
PKCS#7 / CMS
Detached signatures (RFC 5652)
SHA-256
Document and audit integrity
AES-256
Encrypted user signing keys
RSA-4096
Root and issuing CA keys
TLS 1.2 / 1.3
Transport security

Private trust, by design.

Private trust by design. Signatures verify against the dedicated root for your organisation, not a shared public CA. Recipients verify through the public portal, or import the root certificate once to validate in Adobe or OpenSSL.

Key isolation.

The web tier never touches CA private keys. Cryptographic operations run through a dedicated, isolated helper with strict permissions.

Integration

Designed to fit your workflow.

Use the web console, or drive it from your own systems.

🖥️

Web console

Upload, sign, download and verify from any modern browser — no desktop app or extension.

🔌

Command line & helpers

A documented helper tool issues, signs, timestamps, verifies and revokes from scripts.

🔗

Verification links & QR

Share a signed file; recipients verify through the public portal or a QR code.

🗄️

Encrypted & protected

Documents are protected and user signing keys use AES-256.

FAQ

Questions, answered.

What kind of service is this? +

A document signing and verification service backed by a dedicated trust domain for your organisation. Recipients verify through the public portal, or import your root certificate once to validate in Adobe or OpenSSL.

Do recipients need an account to verify? +

No. The verification page is public. A recipient uploads the signed PDF — or the original file plus its .p7s signature — and gets an immediate VALID or INVALID result.

What happens to my documents? +

Uploaded originals and signed copies are stored on the service infrastructure; access is limited to authorised users and administrators. Signatures are computed over the exact document bytes with SHA-256.

Which file types are supported? +

Any file. PDFs receive an embedded PAdES signature; every other format receives a detached CMS/PKCS#7 signature (.p7s).

Can I revoke a certificate? +

Yes. Certificates can be revoked from the console, and the revocation list (CRL) is regenerated and published.

Where does the timestamp come from? +

Timestamps use RFC 3161 and are produced by our own timestamp authority, embedded in the signature. A public timestamp authority may be used as a fallback.

Does macOS Preview validate the signature? +

No. Use Adobe Acrobat Reader, or the built-in verification page. macOS Preview does not validate PAdES signatures.

For recipients

Received a signed document?

You do not need an account. Verifying takes a few seconds.

01

Open the verifier

Go to the public verification page.

02

Upload the file

PDF: upload the signed PDF. Other formats: upload the original file and its .p7s signature.

03

Read the result

VALID means the document is authentic and has not changed since it was signed.

04

Trust the root

To validate in Adobe Acrobat, import the root certificate into your trust store first.

Ready to sign your first document?

An administrator issues your certificate; you upload a document, sign it, and produce a signature anyone can verify.