Skip to content
Nishchit
SECURITY

What is stored,
and for how long.

Security pages usually list adjectives. This one lists mechanisms and retention windows, including the two things Nishchit does not have. Report anything you find to [email protected].

CONTROLS

Six things that
actually protect you.

Each of these is a property of the running system, not a policy document about it.

API KEYS

Stored as a hash, shown once

A key is generated, displayed a single time, and only its SHA-256 hash is written down, alongside the prefix and last four characters so you can tell two keys apart in a list. Nishchit cannot show you a key again, because it does not have it. Revoking is immediate: the lookup cache is invalidated on revoke rather than aged out.

PASSWORDS

argon2id, not a fast hash

Dashboard passwords are hashed with argon2id — memory-hard by design, so a stolen database cannot be attacked at GPU speed. Password reset and email verification tokens are themselves stored as hashes and expire.

SESSIONS

httpOnly cookie, CSRF double-submit

The dashboard session is an httpOnly, Secure, SameSite=Lax cookie. It is not readable from JavaScript, so a cross-site scripting bug on the page cannot exfiltrate it — which is exactly what a token in localStorage cannot promise. State-changing requests additionally carry a double-submit CSRF token.

WEBHOOKS

HMAC-SHA256 with a timestamp

Every webhook carries a nishchit-signature header: an HMAC-SHA256 of the timestamp and the raw body, compared in constant time. The timestamp is part of the signed payload, so a captured delivery cannot be replayed at you later. Verify it before you trust the body.

How to verify a signature
TRANSPORT

TLS 1.2 and 1.3 only, HSTS on

The API and this site terminate TLS 1.2 and 1.3 with forward-secret cipher suites, and send Strict-Transport-Security with a one-year max-age including subdomains. Port 80 answers only to issue a permanent redirect to HTTPS; nothing is served over it.

RATE LIMITS

Four independent ceilings

Requests are limited per IP, per API key, per organisation and per endpoint, each with its own window. Authentication endpoints are limited far harder than the rest. New projects also sit on a trust tier with a daily send ceiling that is independent of the credit balance, so a leaked key cannot spend an account overnight.

The published limits
RETENTION

Data has an
expiry date here.

The default is to lose data rather than keep it. These windows are enforced by a job that runs continuously, not by a promise to delete on request.

WHATKEPT FORWHY
Message body30 daysBodies carry passcodes and customer names — the highest-liability data in the system. They are redacted in place on a schedule, and the redaction is recorded so support can tell "never stored" from "aged out".
Message metadata13 monthsRecipient, status, segments and cost. Long enough to reconcile a full year of invoices, then deleted.
Delivery events90 daysThe per-message event trail behind the timeline in the dashboard.
Content decisions180 daysWhat the content guard allowed or blocked, so an appeal can be reviewed against the actual verdict.
Audit log24 monthsWho did what in the dashboard: key creation, revocation, member changes.

The website itself sets no cookies and runs no third-party tracker. Full detail in the privacy policy.

NOT YET

What Nishchit
does not have.

An infrastructure provider that only publishes its strengths has told you nothing you can act on.

No two-factor authentication yet

The dashboard authenticates with a password and there is no second factor available yet. It is on the roadmap and it is not shipped, so it is listed here rather than implied by silence.

No third-party audit or certification

Nishchit holds no SOC 2, ISO 27001 or PCI attestation. Claiming a framework nobody has audited against is worse than having none, so this page states the controls themselves and lets you judge them.

SECURITY / QUESTIONS

Asked before
the contract, ideally.

How do I report a vulnerability?
Email [email protected] with enough detail to reproduce it. Report in good faith, give us a reasonable window before disclosing, and do not run tests that degrade service or touch another customer’s data — use a test key and your own account. We will not pursue legal action against research that stays inside those lines.
Can Nishchit staff read my message bodies?
For the first 30 days a body is in the database, so an engineer with production access could read it while investigating an incident. After 30 days it is gone and nobody can, including us. If a message must never be readable by an operator, do not put the secret in the SMS — send a reference and resolve it in your own system. What is held and why is in the privacy policy.
What happens if an API key leaks?
Revoke it in the dashboard; the effect is immediate rather than eventual. Until then the damage is bounded by the per-key rate limit and the trust-tier daily ceiling, which is why the ceiling is independent of your balance. Rotate by creating the replacement first, so there is no window where your application has no valid key.
Is the content guard reading my messages?
Yes, and that is the point. There is no KYC on Nishchit, so every body is inspected against published rules before it reaches a carrier — that inspection is what replaces the identity paperwork every other Bangladeshi provider requires. The rules are on the content policy page so you can read them before you hit one.
Where is the data stored?
On servers Nishchit operates, not in a customer-selectable region. There is one deployment and one database; a claim of regional isolation would need infrastructure that does not exist.
KEEP READING
NISHCHIT / SMS INFRASTRUCTURE

Your product has something to say.

Give it a reliable way to say it.

NO KYC

Self-serve signup, live immediately. Content checked instead of paperwork.

PAY PER SEGMENT

One credit per segment at ৳0.50. No contract, no monthly minimum, no expiry.

TEST FIRST

An nk_test_ key never reaches a carrier or spends a credit.

BANGLADESH ONLY

One country, done properly — Bangla pricing, observable delivery.