host.name.my Trust Services
Why host.name.my

Sign once.
Prove it independently.

A document signing and verification service: prove who signed, when, and that nothing changed โ€” backed by a dedicated private trust root, with open standards anyone can check.

The problem

Ordinary documents prove nothing

A signature image, a scan, or an emailed PDF can all be changed silently. Here is what is missing.

๐Ÿ”

You cannot tell if it changed

A scanned signature or an emailed PDF can be edited and re-saved. Nothing shows whether the file is still the original.

๐Ÿ•ต๏ธ

Anyone can retype a name

A pasted image of a signature is not identity. There is no cryptographic link between the signer and the document.

โฐ

No reliable time

A date typed on the page proves nothing. You cannot show when the document really existed in that form.

๐Ÿ—‚๏ธ

No trustworthy trail

Email threads and shared drives cannot show who did what, or when, in a way that can be trusted later.

How it works

One pass, four steps

From upload to independent verification, without a desktop app.

01

Upload

Drop a PDF or any document into the portal.

02

Sign

Your certificate signs the document hash; a visible stamp is added.

03

Timestamp

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

04

Verify

Anyone checks the file; a match proves it has not changed.

Behind the scenes

SHA-256 hash of the bytes โ†’ signed with the signer private key โ†’ RFC 3161 trusted timestamp โ†’ embedded in the file โ†’ checked by anyone

The signature covers the exact document bytes. Change one character and verification fails.

Benefits

What you actually gain

๐Ÿงฌ

Integrity

A SHA-256 hash detects any change to the document.

๐Ÿชช

Identity

The signature is bound to a CA-issued certificate, not just an image.

โœ๏ธ

Attribution

The signature is cryptographically bound to the signer certificate.

โฑ๏ธ

Proven time

An RFC 3161 timestamp from our own TSA fixes when it was signed.

๐Ÿงพ

Audit trail

Every action is recorded in a tamper-evident hash chain.

๐ŸŒ

Verify anywhere

Recipients verify through a public page โ€” no account needed.

๐Ÿ—๏ธ

No lock-in

Signatures follow open standards, so they verify without depending on this service.

๐Ÿ”“

Open standards

PAdES, CMS/PKCS#7, RFC 3161, X.509 โ€” checkable with standard tools.

Comparison

Compared to the alternatives

Email / scan Public e-sign service host.name.my
Trust anchor None โ€” just an image Vendor public CA Your dedicated trust domain
Verifiable without the provider No Only via the vendor Yes โ€” Adobe / OpenSSL with the root
Standards โ€” Varies by vendor PAdES ยท CMS ยท RFC 3161 ยท X.509
Recipient verification Trust the image Vendor portal Public portal, no account
Revocation None Vendor policy CRL + OCSP
Audit trail None Vendor logs Hash-chained, tamper-evident

Open standards mean a signature can be checked with standard tools, even without this service.

Advantages

Why teams choose it

๐Ÿ 

Encrypted at rest

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

๐Ÿ‘ฅ

Multi-signer

Assign more than one signer; signatures are added incrementally.

๐Ÿ”—

Signing links

Invite a registered signer with a direct link.

๐Ÿšซ

Withdrawable

Revoke a certificate (CRL + OCSP) or withdraw a document.

๐Ÿงพ

Strong evidence

Timestamped, hash-chained and downloadable.

๐ŸŒ

Bilingual

English and Bahasa Melayu, chosen per user.

Security & trust

Security by design

๐Ÿ›๏ธ

Private root of trust

A dedicated root (kept offline-capable) with an issuing authority for daily use.

๐Ÿ”’

Key isolation

The web tier can never read the CA private keys.

๐Ÿ”

Encrypted keys

User signing keys are protected with AES-256.

๐Ÿงพ

Tamper-evident audit

A SHA-256 hash chain over every action.

๐Ÿšซ

Revocation

CRL and OCSP; withdrawn documents are reported as revoked.

๐Ÿ“

DRAF watermark

Unsigned PDFs are download-marked DRAF until signed.

For recipients

No account needed

01

Open the verifier

Go to the public verification page, or scan the QR on the stamp.

02

Upload the file

PDF: the signed PDF. Other files: the original and its .p7s.

03

Read the result

VALID means authentic and unchanged since signing.

Open the verifier

Use cases

Where it pays off

โš–๏ธ

Legal & contracts

Sign agreements and filings that can be verified independently.

๐Ÿ’ผ

Human resources

Offer letters and policies with a verifiable signer identity.

๐Ÿ’ฐ

Finance & procurement

Approvals and statements protected against later alteration.

๐Ÿ—๏ธ

Engineering & operations

Reports and change records signed at the point of issue.

๐Ÿ›๏ธ

Government & agencies

Internal directives with a controlled, auditable trust root.

๐ŸŽ“

Education

Certificates and transcripts anyone can verify.

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?+

No. The verification page is public. Upload the file (and its .p7s for non-PDF) and get an immediate VALID or INVALID result.

Can I prove the document has not changed?+

Yes. The signature is computed over the exact bytes with SHA-256; any later change fails verification.

What happens if a certificate is compromised?+

Revoke it. The revocation list (CRL) is regenerated and published, and OCSP answers live status checks.

Why not just use a public e-sign service?+

Signatures use open standards and verify without this service (Adobe or OpenSSL with the root). You are not tied to a proprietary format or portal.

See it for yourself

Verify a signed document, or read the step-by-step guide.