सुरक्षा
ऐसी सुरक्षा जिसे आप ऑडिटर के सामने रख सकें।
हम Moatgator को कैसे बनाते और चलाते हैं ताकि आपकी सुरक्षा समीक्षा "हाँ" कह सके।
अस्थायी बिल्ड
बिल्ड आर्टिफ़ैक्ट कम समय के लिए रहते हैं और 24 घंटे में समाप्त हो जाते हैं, और हर बिल्ड एक अलग वर्कर में चलता है।
आपकी साइनिंग कुंजियाँ आपकी ही रहती हैं
साइनिंग आपकी पाइपलाइन में होती है। Moatgator आपकी साइनिंग कुंजियाँ, सर्टिफ़िकेट या प्रोविज़निंग प्रोफ़ाइल कभी अपने पास नहीं रखता।
न्यूनतम विशेषाधिकार पहुँच
GitHub App केवल उतनी अनुमतियाँ माँगता है जितनी उसे चाहिए, और GitHub Action लंबी अवधि के सीक्रेट की जगह OIDC से प्रमाणित होता है।
OWASP MASVS के अनुरूप
Scan रिपोर्ट हर निष्कर्ष को उन MASVS नियंत्रणों से जोड़ती हैं जिन्हें आपके ऑडिटर पहले से जानते हैं।
उपयोगकर्ताओं का सम्मान करने वाली टेलीमेट्री
Pulse डिवाइस और कोशिशों के बारे में सुरक्षा संकेत इकट्ठा करता है, आपके उपयोगकर्ताओं की सामग्री नहीं, सैंपलिंग, प्लान के अनुसार रिटेंशन और क्षेत्र चुनने के विकल्प के साथ।
LGPD के लिए तैयार
हम LGPD के तहत निजी डेटा संभालते हैं। डेटा प्रोसेसिंग समझौता (DPA) और उप-प्रोसेसरों की सूची, उद्देश्य, डेटा और देश के साथ, प्रकाशित हैं, और हमारी भेद्यता प्रकटीकरण नीति भी।
सुरक्षित डेवलपमेंट
हमारी अपनी पाइपलाइन हर बदलाव पर स्टैटिक एनालिसिस, डिपेंडेंसी जाँच और सीक्रेट स्कैनिंग चलाती है।
हमारे सिस्टम तक पहुँच
प्रोडक्शन तक पहुँच के लिए MFA और अनुमोदन के साथ सिंगल साइन-ऑन ज़रूरी है, और संवेदनशील आंतरिक कार्रवाइयाँ ऑडिट ट्रेल छोड़ती हैं।
Controls we can point to
Every claim here is a control with evidence. What is not built yet is listed separately, with no date promised.
“Built” means implemented and tested in the product's source code. “Built” is not the same as audited, and the platform is in private beta. Evidence lives in private repositories and can be shown to customers on request.
This section is written in English.
Built and tested
Access and identity
Two-factor authentication (TOTP), optional or required per organization
Owners and admins can be required to use a one-time code. Codes cannot be reused and the secret is stored encrypted.
- Since
- Evidence
api/src/lib/totp.tsapi/src/auth-security.test.ts
Passwords stored with scrypt; session tokens stored only as hashes
Passwords use scrypt with a per-user salt. Session and one-time tokens are kept only as hashes, so a database read does not reveal a usable token.
- Since
- Evidence
api/src/auth/local.tsapi/src/auth-security.test.ts
API keys shown once, stored hashed, with scope, expiry and rotation
A key's secret is displayed only when it is created and stored as a keyed hash. Keys can be limited to one scope, expire, be rotated and be revoked immediately.
- Since
- Evidence
api/src/lib/apikey.tsapi/src/api-keys.test.ts
Data
Row-level isolation between customers, enforced in the database
Every table with customer data has row-level security forced on, and the application connects with a role that cannot bypass it. A generated test checks every such table.
- Since
- Evidence
api/migrations/0001_init.sqlapi/src/rls.test.ts
Tamper-evident audit log
Sensitive actions are appended to a hash-chained log that the database refuses to update or delete. Owners can verify the chain and export it.
- Since
- Evidence
api/src/lib/audit-chain.tsapi/migrations/0004_audit_chain.sql
Application-level encryption of stored secrets (AES-256-GCM)
Webhook secrets and two-factor secrets are encrypted before they reach the database. The key lives outside the database.
- Since
- Evidence
api/src/lib/field-crypto.ts
Telemetry without IP addresses and with rotating device identifiers
The raw device ID is never stored; the stored hash changes every 30 days and differs per app. IP addresses are stripped before ingestion and kept out of logs.
- Since
- Evidence
api/src/privacy/index.tsapi/docs/privacy/field-inventory.md
Retention limits by plan, data export and erasure on request
Events are deleted after the period of the plan. Customers can export their data and erase events by period or by device.
- Since
- Evidence
api/src/retention/index.tsapi/docs/pulse/retention.md
Platform
Origin checks on state-changing requests and rate limits on sensitive routes
Requests that change data from a browser session must come from an allowed origin. Login, sign-up, writes and ingestion are rate limited.
- Since
- Evidence
api/src/plugins/auth.tsapi/src/lib/ratelimit.ts
Outbound webhooks signed and protected against server-side request forgery
Webhook payloads carry an HMAC signature. Destinations in private, loopback and cloud-metadata ranges are refused, including after DNS resolution, and redirects are not followed.
- Since
- Evidence
api/src/lib/ssrf.tsapi/src/webhooks.test.ts
Programs and process
Vulnerability disclosure contact published (security.txt)
A security.txt file (RFC 9116) tells researchers where to report. The mailbox depends on the company domain, which is not registered yet.
- Since
- Evidence
landing/public/.well-known/security.txt
Documented process and deadlines for reported bypasses
A written process sets response deadlines by severity (7, 14, 30 and 90 days) and how a fix is published after the reporter agrees.
- Since
- Evidence
api/docs/security/bypass-response.md
Incident response runbooks and severity levels
Runbooks cover outages, stuck queues, leaked artifacts, compromised keys, public bypasses and abuse, with severity levels, roles and communication templates.
- Since
- Evidence
api/docs/ops/incident-response/README.md
On the roadmap
Ephemeral builds with artifacts that expire after 24 hours
Build workers will run isolated and artifacts will be deleted automatically. The build pipeline does not exist yet.
Target: Phase 1
Your app signing keys stay with you by default
Signing will happen in your own pipeline. This is a design goal for the build service, which does not exist yet.
Target: Phase 1
Encryption in transit and at rest in managed infrastructure
The platform is not deployed yet. TLS and encrypted storage will be enabled and verified at the first deployment.
Target: At first deployment
Managed key hierarchy with automatic rotation
A key-management library and infrastructure module exist, but no real key service is provisioned and the library is not wired into the platform yet.
Target: At first deployment
Independent penetration test
An external penetration test is planned. No report exists to publish today.
Target: Phase 3
Private bug bounty
A private bounty program is planned after the independent test.
Target: Phase 3
Single sign-on (SAML, OIDC) and SCIM provisioning
Planned for the Enterprise plan.
Target: Phase 3
SOC 2 Type I
Planned. The company holds no security certification today.
Target: 2028
दस्तावेज़
- डेटा प्रोसेसिंग समझौता (DPA): प्रकाशित
- उप-प्रोसेसरों की सूची: सार्वजनिक, उद्देश्य, डेटा और देश के साथ
- सुरक्षा प्रश्नावली के उत्तर: अनुरोध पर
- MASVS से जुड़ी नमूना रिपोर्ट: अनुरोध पर
सुरक्षा के प्रश्न
क्या आप मेरे ऐप का सोर्स कोड रखते हैं?
नहीं। सुरक्षा आपकी पाइपलाइन में कंपाइल किए गए ऐप पर चलती है, और बिल्ड आर्टिफ़ैक्ट 24 घंटे में समाप्त हो जाते हैं।
साइनिंग कुंजियाँ किसके पास रहती हैं?
आपके पास। Moatgator बिना साइन किया आर्टिफ़ैक्ट लौटाता है और आपकी पाइपलाइन उसे साइन करती है।
आप कौन-सा व्यक्तिगत डेटा प्रोसेस करते हैं?
केवल वही जो आप हमारे फ़ॉर्म के ज़रिए भेजते हैं, और Pulse के ज़रिए डिवाइस और कोशिशों के बारे में सुरक्षा संकेत, आपके उपयोगकर्ताओं की सामग्री कभी नहीं।
क्या आप हमारी सुरक्षा प्रश्नावली का उत्तर दे सकते हैं?
हाँ। अपनी प्रश्नावली या समीक्षा की ज़रूरतों के साथ हमसे संपर्क करें।
क्या सुरक्षा किसी ऐप को हमले से पूरी तरह अभेद्य बना देती है?
नहीं। सुरक्षा हमलों की लागत बढ़ाती है और उन्हें दिखाई देने योग्य बनाती है। यह जोखिम घटाती है; उसे ख़त्म नहीं करती।
सुरक्षा दस्तावेज़ चाहिए?
बताइए कि आपकी समीक्षा को क्या चाहिए और हम भेज देंगे।