Parapet

Security

Last updated 27 July 2026

Handing your vendor files to a young company is a real decision, and you should be able to check the work before you make it. This page is the long answer: where your data sits, who can reach it, what the application does to protect it, how you get everything back out, and — the part most vendors leave off — what we have not built yet.

Send this page to whoever asks. It is written to be the answer to a security questionnaire, not a brochure. If something you need is missing, email security@parapethq.com and you will get a straight answer from the person who wrote the code.

Where your data lives

Who can reach it

Parapet is built and run by one person, its founder, working from the Philippines. Your data stays in the United States; the administration of it happens from there. We would rather write that down than have you discover it in a billing record. On a call you will always be talking to the person who wrote the code — there is no one else to be passed to.

What the application enforces

ControlHow it works
Tenant isolationEvery record carries an organisation ID and every query filters on it. It is enforced in a shared data-access layer rather than left to each developer to remember, and covered by tests that assert one organisation cannot read another's rows.
PasswordsHashed with bcrypt, never stored in readable form. New passwords are checked against the Have I Been Pwned breach corpus using k-anonymity — only the first five characters of a hash leave our server, never the password.
SessionsAccess tokens last 15 minutes and are held in memory only, never in browser storage. The refresh token lives in an httpOnly, Secure, SameSite=Lax cookie scoped to the auth path, so page scripts cannot read it.
Document downloadsLinks are pre-signed, expire after one hour, and are issued only to a signed-in user whose organisation owns that certificate. Files are never served from a public URL.
UploadsPDF only, verified by reading the file's magic bytes rather than trusting the browser's declared type, capped at 25 MB. Vendor upload links are single-purpose magic links that expire.
Rate limitingApplied globally per client IP, backed by Redis, in front of every endpoint including the public vendor upload and login routes.
LoggingDocument contents, passwords and tokens are excluded from application logs and from error reports. Error tracking (Sentry) is configured not to carry them.

The audit log

Every state change writes an entry: who did it, what they did, to which record, when, and from what IP address. That log is one of the things you are buying — it is what you hand an insurer or an auditor who asks how you knew a vendor was covered on a given date.

It is append-only at the database level, not by convention. The database account the application runs as has had UPDATE and DELETE revoked on the audit table. A bug in our code cannot rewrite history, and neither can we without changing database roles — which is itself a deliberate, logged act. There is an automated test that fails the build if that revocation is ever lost.

Who else processes your data

These providers act on our instructions and may not use your data for their own purposes. The full detail, including what each one receives, is in the privacy policy.

ProviderWhat it handles
AnthropicCertificate PDFs, to read their fields. This is how extraction works and there is no version of the product that skips it. Anthropic does not train models on data submitted through its API.
Amazon Web ServicesCertificate files (S3, US region) and outbound email (SES)
RailwayApplication servers, database, job queue
VercelHosting for this site and the web application
CloudflareDNS and network routing
SentryError reports, excluding document contents and credentials
PostHogAnalytics on this marketing site only — the application itself carries no analytics or advertising trackers
TallyThe contact form on this site

Getting your data out — and what happens if we disappear

You should ask a two-person company this question, so here is the answer in writing.

What we do not do yet

We are early, and the useful thing is to tell you where the edges are so you can decide whether they matter to you. If any of these is a blocker for your procurement process, raise it before you buy rather than after.

Reporting a vulnerability

If you have found a security problem, email security@parapethq.com. You will get a human reply within two business days and an assessment within five. We will not threaten legal action against anyone who reports a problem in good faith, and we are happy to credit you once it is fixed.

Questions

Security questions: security@parapethq.com. Privacy and data-subject requests: privacy@parapethq.com. Everything else: hello@parapethq.com. All three reach a person.