सुरक्षा और डेटा

Security स्पष्ट सीमाएँ है, “बस भरोसा करें” का वादा नहीं

यह page आपके data, integration credential protection, external request limits और failure responsibilities समझाती है।

Records आप confirm करते हैं

Subscriptions, amounts, currencies, and dates come from your input. TutuSub does not read bank transactions or present planning summaries as final invoices.

Upstream authentication अलग सुरक्षित है

HTTP Pull auth AES-256-GCM से server-side encrypted है। Valid master key न हो तो sensitive writes plaintext रखने के बजाय reject होते हैं।

Webhook details को credentials मानें

Generic webhooks signature, timestamp और replay जाँचते हैं। URL, token या secret public frontend/chat में न रखें; exposure के बाद rotate करें।

Outbound requests की network boundaries हैं

HTTP Pull private, loopback, link-local targets, URL credentials और redirects रोकता है ताकि SSRF risk घटे।

Resources unlimited नहीं हैं

Pull पर time और 1MB limit, webhook पर 256KB body और rate limits हैं; abusive requests unlimited resources नहीं लेते।

Failures दिखते और recover होते हैं

Connection failures error state छोड़ते हैं और बाद की सफलता recovery कर सकती है। Incoming events dedupe होते हैं; interrupted notifications background में recover होते हैं।

कुछ गलत लगे तो क्या करें

  1. 1Affected connection पहले disable या rotate करें ताकि old credentials काम न करें।
  2. 2Sender update करें, फिर success, invalid signatures, limits और retries test करें।
  3. 3रुकावट के बाद original invoice और date जाँचें ताकि record पुराना न रहे।
  4. 4Support के लिए time, connection type और safe error details दें—पूरा secret कभी नहीं।

अंतिम कार्रवाई आपके हाथ में रहती है

Disabling or deleting a record in TutuSub does not cancel it at a registrar, SaaS vendor, cloud provider, or payment institution. Confirm every payment, refund, contract, and auto-renew change at the original service.