Digital Signature Readiness
Plain-Language Signing Diagnosis
The four things that actually block a DSC signature, stated accurately from the live checks above — not guessed. This updates automatically after every diagnostic run and after each certificate read.
Problem Detection
All Errors Found
Every failure, warning, and unreachable check collected from the checks above, in one place — this list also feeds the voice assistant (Malayalam, English, or Hindi).
Environment
System, Browser & Platform
Everything the browser can tell you about the machine NICDSign is running on, including deep Windows build details where your browser supports it.
Exact OS name and version (using Client Hints on Chromium browsers to correctly tell Windows 10 apart from 11), true CPU architecture, cores, and memory — helps rule out platform-specific signer issues.
Correctly identified browser name, version, and rendering engine (Edge/Opera/Brave/Samsung Internet are told apart from Chrome), plus language and security flags — useful when a signer call behaves differently across browsers.
High-entropy Client Hints (Chromium browsers only) — exact Windows release, CPU architecture, and bitness, useful for matching 32-bit vs 64-bit NICDSign installers.
Screen, timezone, and locale details — included in the exported report for support and audit purposes.
Hardware & Capabilities
Graphics, Storage, Power & Permissions
Deeper machine capability checks that occasionally explain why a signer applet, PDF preview, or token driver misbehaves on a specific device.
Current permission state only — this does not trigger any browser prompt. "prompt" means the browser hasn't been asked yet.
Network
Connectivity & Internet Speed
Connection quality estimates plus an on-demand download speed and latency test, useful when a signing session is timing out over a slow link.
Signer & Certificates
NICDSign Service & Token Contents
Live connectivity to the local NICDSign signer, the raw service response on each port, and everything readable from the connected DSC token.
isInitialized → initialize (only if the store needs it — this may prompt for the token PIN once) → listCertificates. Nothing here signs, stamps, or sends any document to the token. Base URL matches the official client exactly: http://localhost:8019/signer (HTTP) or https://localhost:8020/signer (HTTPS).
isInitialized only, to confirm the signer service is reachable on each port.
The exact JSON fields returned by isInitialized on each port during the last diagnostic run — useful for spotting a signer version mismatch or an unexpected field your IT team asked about.
Verify before you sign
Confirm the NICDSign service, token driver, and browser are all correctly wired up before starting a real signing session on a government or enterprise e-filing portal — no more discovering a broken setup mid-transaction.
Nothing leaves your machine
Every call in this tool talks to localhost only, except the IP lookup and speed test you trigger manually. No document, PIN, or private key material is ever transmitted anywhere.
Bring your own evidence
Export a timestamped, shareable PDF diagnostic report to attach to a support ticket or IT helpdesk request — no screenshots or manual transcription needed.
- Included: system, browser, platform, display, GPU, storage, power, network, signer, certificates
- Excluded: private keys, PINs, signed documents
Help
Troubleshooting & FAQ
Both signer ports show fail — what do I check first?
Open /check trust page once and accept the warning, then re-run the diagnostic.Why does reading certificates sometimes ask for my token PIN?
initialize once, which the NICDSign service itself may use to prompt for your PIN. This tool never sees, stores, or transmits that PIN — the prompt comes from the signer client, not from this page.What does the Windows / Platform card actually detect?
Is the public IP lookup or speed test required?
A certificate shows "EXPIRING" or "EXPIRED" — what now?
Knowledge base