प्रामाणिक, पारदर्शक सुरक्षा
आम्ही 'military-grade' किंवा 'unbreakable' असल्याचा दावा करत नाही, कारण ते मार्केटिंगचे खोटे दावे आहेत. तुमची विरासत आम्ही कशी सुरक्षित ठेवतो, याबद्दलची संपूर्ण, खरी माहिती येथे दिली आहे, जी तुमच्यासाठी सोप्या भाषेत लिहिली आहे.
आर्किटेक्चरची थोडक्यात माहिती
माझा डेटा नेमका कुठे असतो?
आम्ही मुंबईतील Amazon च्या उच्च दर्जाच्या डेटा सेंटर्सचा वापर करतो आणि AWS हैदराबाद हे आमचं backup fallback आहे. आमची सिस्टीम serverless असल्यामुळे हॅकर्सना छेडछाड करायला कोणताही कम्प्युटर सतत चालू नसतो.
- Serverless: AWS Lambda, DynamoDB, S3, Cognito.
- Primary Region: ap-south-1 (Mumbai).
- Disaster Recovery: ap-south-2 (Hyderabad).
डेटा साठवणूक आणि स्वतंत्र विभाग
प्रत्येक युझरचा डेटा कुठे जातो?
तुम्ही sign in करता तेव्हा, एक Identity Directory तुमच्या देशाची तपासणी करते आणि तुम्हाला योग्य silo मध्ये पाठवते. आज फक्त India + GCC silo live आहे. भारतीय युझर्स आपोआप तिथे असतात. प्रत्येक नवीन silo स्वतंत्र राहील — डेटा कधीही एकमेकांमध्ये जात नाही.
- Cognito Pre-Authentication Trigger routes users.
- Each silo has its own isolated database and file store.
- Cross-silo access is blocked by IAM policies.
AWS मुंबई का?
स्थानिक नियमांचे पालन आणि सुरक्षिततेसाठी AWS मुंबई का?
Amazon मुंबई भारतात सुरक्षिततेचे सर्वोच्च मानक प्रदान करते. भारतीय भूमीवर राहिल्याने तुमची विरासत स्थानिक कायद्यांचे पालन करते आणि तुमच्या कुटुंबाला कोणत्याही अडचणींशिवाय उपलब्ध राहते याची खात्री होते.
- DPDP Act 2023 compliance for Indian data.
- AWS infrastructure is ISO 27001, SOC 2, and FIPS 140-2 certified.
- Physical security managed by AWS.
ओळख आणि Login
मी सुरक्षितपणे नोंदणी आणि log in कसे करू?
नोंदणी: फोन OTP आणि ईमेल OTP द्वारे पडताळणी. तुम्ही एक सुरक्षा प्रश्न आणि 4-अंकी PIN सेट करता.
नेहमीचा वापर: दररोजच्या प्रवेशासाठी फक्त तुमचा 4-अंकी PIN लागतो.
नवीन डिव्हाइस: 2-Factor Security सक्रिय होते: आधी फोन OTP, मग तुमचा PIN.
- AWS Cognito for user identity management.
- AWS SNS for SMS-based OTP delivery.
- AWS SES for email-based OTP delivery.
शेअर केलेल्या डिव्हाइसची सुरक्षितता
माझ्या कुटुंबातील सदस्य शेअर केलेल्या फोनवर माझा vault app का उघडू शकत नाहीत?
शेअर केलेल्या फोन असलेल्या घरांमध्ये, फिंगरप्रिंट्समुळे नोंदणीकृत कोणीही प्रवेश करू शकतो. मुले गेम्स खेळत असताना किंवा तुमचा जोडीदार फोन वापरत असताना, एक खासगी 4-अंकी PIN तुमचा vault खासगी ठेवतो.
- MPIN is app-specific, not device-wide.
- Biometrics (fingerprint/face) are a device-level convenience, not a Soult security layer.
- PIN is stored securely in device keychain/keystore.
- Session tokens expire and require re-authentication.
4-अंकी PIN का?
4-अंकी PIN खरंच सुरक्षित आहे का?
होय. सुरक्षा PIN च्या लांबीवर नाही, तर लॉकआउटवर अवलंबून आहे. तीन वेळा चुकीचा प्रयत्न केल्यास, तुमचा vault 24 तासांसाठी लॉक होतो. तुमचा फोन चोरला तरी, चोराला फक्त 3 वेळा अंदाज लावता येतो, त्यानंतर दरवाजा बंद होतो. आम्ही मुद्दाम 6 ऐवजी 4 अंक निवडले, कारण 6 अंकांमुळे PIN विसरण्याचे, लॉकआउट होण्याचे आणि reset करण्याचे प्रमाण वाढते.
- Brute-force protection: 3 प्रयत्नांनंतर 24 तासांसाठी लॉकआउट होतो.
- Lockout server-side (server बाजूने) Cognito द्वारे लागू केला जातो.
- PIN कधीही server ला पाठवला जात नाही; फक्त एक derived token.
- सुरक्षा आणि usability यांचा समतोल साधण्यासाठी घेतलेला User experience चा निर्णय.
Data-at-Rest Encryption
तुमच्या servers मधून कोणीतरी hard drive चोरले तर काय होईल?
Data AES-256 encrypted असतो. चोरलेल्या hardware मध्ये फक्त अर्थहीन characters असतात. Master keys वेगळ्या सुरक्षित hardware safes मध्ये ठेवल्या जातात.
- DynamoDB tables AWS-owned keys वापरून encrypted at rest असतात.
- S3 buckets Server-Side Encryption with KMS (SSE-KMS) वापरतात.
- सर्व backups आणि snapshots देखील encrypted असतात.
Encryption Key Authority
encryption keys कोण ठेवते?
Amazon चे hardware त्या ठेवते. Soult मधील कर्मचाऱ्यांना त्या कधीही दिसत नाहीत. हे एका bank vault सारखे आहे, जिथे मशीन फक्त तुमची key ओळखते.
- AWS Key Management Service (KMS) सर्व master keys manage करते.
- KMS FIPS 140-2 validated Hardware Security Modules (HSMs) वापरते.
Double-Lock Security
sensitive fields साठी double-lock security काय आहे?
तुमच्या Will किंवा Policy IDs सारख्या गोपनीय माहितीसाठी, आम्ही Double Lock वापरतो. आमच्या database मध्ये, ते विशिष्ट fields engineers ना देखील scrambled gibberish सारखे दिसतात.
- designated sensitive data साठी Client-side field-level encryption.
- Data आमच्या servers ला पाठवण्यापूर्वी user च्या device वर encrypted होतो.
Data-in-Transit Tunnel
public Wi-Fi वर माझा data सुरक्षित आहे का?
Data एका सुरक्षित tunnel मधून प्रवास करतो. public airport Wi-Fi वरील hackers तुम्ही काय upload करता किंवा वाचता ते पाहू शकत नाहीत.
- सर्व API आणि data transfers साठी TLS 1.2 किंवा त्याहून अधिक लागू केले जाते.
- CloudFront network attacks विरुद्ध संरक्षणाचा एक अतिरिक्त स्तर प्रदान करते.
- File uploads pre-signed S3 URLs वापरतात, ज्यामुळे direct API exposure मर्यादित होते.
Staff Access Boundaries
Soult मधील कर्मचारी माझी गोपनीय माहिती पाहू शकतात का?
नाही. आम्ही Restricted Access Mechanism तयार केले आहे. कर्मचाऱ्यांकडे तुमच्या vault साठी Decrypt button नाही. तुमच्या vault मधील माहिती आमच्या engineers साठी scrambled code आहे.
- IAM roles least privilege च्या तत्त्वाचे पालन करतात.
- developers ना direct production database access नाही.
- सर्व administrative actions logged आणि audited केल्या जातात.
Executor च्या ॲक्सेस भूमिका
माझा vault कोण पाहू शकेल?
Regular Executor: प्रत्येक टप्प्यावर OTP व्हेरिफिकेशनसह मृत्यू किंवा वैद्यकीय अक्षमतेचा flag लावू शकतात.
Emergency Executor: (फक्त जोडीदार, कमाल एक) कधीही लॉग इन करू शकतात. प्रत्येक कृतीची तुम्हाला आणि सर्व नियुक्त Executors ना त्वरित ईमेलद्वारे माहिती दिली जाते.
- ॲप्लिकेशन लॉजिकमध्ये Role-Based Access Control (RBAC) लागू केले आहे.
- Executor च्या भूमिका DynamoDB मध्ये ॲट्रिब्यूट्स म्हणून साठवल्या जातात.
- State machine (AWS Step Functions) हँडओव्हर प्रक्रिया व्यवस्थापित करते.
- Amazon SES सर्व ॲक्सेस इव्हेंट्ससाठी ट्रान्झॅक्शनल ईमेल नोटिफिकेशन्स पाठवते.
कुटुंबाला हँडओव्हर प्रक्रिया
माझ्या निधनानंतर माझ्या कुटुंबाला माझ्या vault मध्ये ॲक्सेस कसा मिळेल?
नियुक्त Regular Executor त्यांच्या डॅशबोर्डवरून मृत्यू किंवा वैद्यकीय अक्षमतेचा flag लावतात. प्रत्येक टप्पा OTP-व्हेरिफाईड असतो. Soult Executor ची ओळख पटवण्यासाठी त्यांना फोन करते, दोन अंतर्गत अप्रूव्हर्सनी मान्यता दिल्यावर, Executor ला vault read-only मोडमध्ये दिसतो.
- मल्टी-स्टेप व्हेरिफिकेशन प्रक्रिया: OTP, फोन कॉल, दुहेरी अंतर्गत अप्रूव्हल.
- हँडओव्हरची स्थिती एका समर्पित DynamoDB टेबलमध्ये व्यवस्थापित केली जाते.
- अंतर्गत अप्रूव्हलसाठी सुरक्षित, ऑडिट केलेल्या ॲडमिन पॅनलचा वापर केला जातो.
- Executor ला तात्पुरत्या, read-only IAM पॉलिसीद्वारे ॲक्सेस दिला जातो.
प्रत्येक आयटम शेअर करता येत नाही
आज मी माझा CA किंवा जोडीदारासोबत एक डॉक्युमेंट शेअर करू शकेन का?
आज नाही. तुमचा vault बँक लॉकरसारखा काम करतो — फक्त तुमच्याकडे चावी आहे. प्रत्येक आयटम शेअर करण्याची सोय नाही, अकाउंटंटसाठी फोल्डरनुसार ॲक्सेस नाही, किंवा वेळ-मर्यादित शेअर लिंकही नाही.
- सध्याची आर्किटेक्चर प्रत्येक vault साठी सिंगल-टेनंट ॲक्सेस आहे.
- ग्रॅन्युलर शेअरिंग (प्रत्येक आयटम, प्रत्येक फोल्डर) हा एक महत्त्वाचा आर्किटेक्चरल बदल आहे.
- लक्ष्य पोस्ट-मॉर्टम हँडओव्हरवर आहे, सक्रिय कोलॅबोरेशनवर नाही.
- यामुळे सुरक्षा मॉडेल सोपे होते आणि ॲटॅक सरफेस कमी होतो.
वास्तविक जगातील धोके
मला कोणत्या सुरक्षा धोक्यांबद्दल माहिती असावी?
आम्ही हॅकर्सपासून संरक्षण करतो. पण तुम्हाला तुमचा PIN शेअर करण्यासाठी शारीरिकरित्या भाग पाडण्यापासून आम्ही रोखू शकत नाही. Soult संघटना आणि कुटुंबाच्या सातत्यासाठी आहे.
- थ्रेट मॉडेल रिमोट, टेक्निकल ॲटॅक्सवर लक्ष केंद्रित करते.
- हे जबरदस्ती, सोशल इंजिनिअरिंग किंवा युझरला असलेल्या शारीरिक धोक्यांपासून संरक्षण करत नाही.
भारतीय भूमीवर डेटा
माझा डेटा नेमका कुठे असतो आणि तो भारतीय भूमीवर आहे का?
आज, सर्व युझर डेटा इंडिया + GCC सायलोमध्ये आहे — लाईव्ह ट्रॅफिकसाठी मुंबईत, तर डिझास्टर रिकव्हरी मिरर म्हणून हैदराबादमध्ये. DPDP Act 2023 चे पालन करते.
- प्रायमरी: AWS ap-south-1 (मुंबई).
- DR: AWS ap-south-2 (हैदराबाद).
- भारतीय युझर्ससाठी डेटा या क्षेत्रांच्या बाहेर ट्रान्सफर केला जात नाही.
- डेटा लोकलायझेशनच्या गरजा पूर्ण करते.
आपत्कालीन पुनर्प्राप्तीचे स्तर
जर एखादा सर्वर किंवा संपूर्ण रिजन (region) निकामी झाले, तर काय होते?
स्तर १ — एक सर्वर निकामी झाल्यास: वापरकर्त्यांना याची कल्पनाही येत नाही, AWS काही मिनिटांत ते बदलून देते.
स्तर २ — मुंबई रिजन (region) बंद पडल्यास: हैदराबाद एका तासाच्या आत कार्यभार सांभाळते, डेटाचे कोणतेही नुकसान होत नाही.
स्तर ३ — दोन्ही रिजन (regions) बंद पडल्यास: सेवा थांबते, कार्यान्वित पुनर्प्राप्ती ७-१४ दिवसांत होते.
स्तर ४ — Soult बंद पडल्यास: सर्व वापरकर्त्यांसाठी ९० दिवसांची डेटा एक्सपोर्ट (data export) विंडो (window) उपलब्ध.
- सिंगल-इन्स्टन्स (single-instance) फेल्युअरसाठी (failure) AWS ऑटो स्केलिंग (Auto Scaling).
- क्रॉस-रिजन (cross-region) रेप्लिकेशनसाठी (replication) DynamoDB ग्लोबल टेबल्स (Global Tables).
- रिजनल (regional) आउटेजसाठी (outages) Route 53 DNS फेलओव्हर (failover).
- अस्तित्वाच्या धोक्यांसाठी बिझनेस कंटीन्युइटी प्लॅन (Business Continuity Plan).
अपरिवर्तनीय ऑडिट ट्रेल (Audit Trail)
माझ्या व्हॉल्टमध्ये (vault) केलेल्या प्रत्येक बदलाची नोंद असते का?
होय. प्रत्येक निर्मिती, अपडेट (update) किंवा हटवण्याची नोंद असते. तुम्हाला आणि तुमच्या नोटिफायर्सना (notifiers) नेमके कोणते बदल झाले आहेत, हे नेहमी कळेल.
- Amazon QLDB किंवा DynamoDB स्ट्रीम्स (Streams) वापरून अपेंड-ओन्ली (append-only) लेजर (ledger).
- प्रत्येक म्युटेशन (mutation) (क्रिएट (Create), अपडेट (Update), डिलीट (Delete)) वापरकर्ता, टाइमस्टॅम्प (timestamp) आणि पेलोड हॅशसह (payload hash) लॉग (log) केले जाते.
- ऑडिट लॉग्स (Audit logs) वापरकर्त्याद्वारे हटवता येत नाहीत.
डेटा वापरावरील मर्यादा
माझा डेटा कधी AI ला प्रशिक्षित करण्यासाठी वापरला जातो किंवा जाहिरातदारांना विकला जातो का?
नाही. तुमच्या व्हॉल्टमधील (vault) मजकूर कधीही AI मॉडेल्सना (models) प्रशिक्षित करण्यासाठी किंवा मार्केटिंगसाठी (marketing) वापरला जात नाही. उत्पन्न केवळ सबस्क्रिप्शनवर (subscription) आधारित आहे. जर आम्ही कमाईचा कोणताही नवीन मार्ग विचारात घेतला, तर आम्ही तुम्हाला आधी विचारू — कळवणार नाही, जाहीर करणार नाही — विचारू.
- बिझनेस मॉडेल (Business model) सबस्क्रिप्शन-आधारित (subscription-based) (SaaS) आहे, डेटा मॉनेटायझेशन (data monetization) नाही.
- सेवा अटी (Terms of Service) AI प्रशिक्षणासाठी वापरकर्ता डेटाचा वापर स्पष्टपणे प्रतिबंधित करतात.
- तांत्रिक ॲक्सेस कंट्रोल्स (access controls) डेटा सायंटिस्टना (data scientists) व्हॉल्टमधील (vault) मजकूर ॲक्सेस (access) करण्यापासून प्रतिबंधित करतात.
- कोर ॲप्लिकेशनमध्ये (core application) कोणतेही थर्ड-पार्टी (third-party) मार्केटिंग ट्रॅकर्स (marketing trackers) नाहीत.
गोपनीयता विरुद्ध वारसा
जर कर्मचाऱ्यांना माझा व्हॉल्ट (vault) दिसू शकत नसेल, तर Soult तो कसा हस्तांतरित करू शकते?
आम्ही कर्मचाऱ्यांना दूर ठेवतो, पण कुटुंबासाठी मानवी-सत्यापित मार्ग राखतो. आम्ही केवळ सत्यापित मृत्यू/अक्षमतेच्या घटनांसाठी KMS-मॅनेज्ड (KMS-Managed) की रिकव्हरी (Key Recovery) मॉडेल (model) वापरतो.
Soult तुमच्या वारशापर्यंत पोहोचण्याचा एक पूल आहे, डिजिटल डेड एंड (dead end) नाही.
- हस्तांतरणासाठी KMS की ॲक्सेस (key access) सुरू करण्यासाठी अधिकृत अधिकाऱ्यांच्या कोरमचा (quorum) वापर करून ब्रेक-ग्लास (break-glass) प्रक्रिया.
भविष्यातील रोडमॅप (Roadmap)
पुढे कोणती सुरक्षा वैशिष्ट्ये येत आहेत?
नजीकच्या काळात: वन-क्लिक व्हॉल्ट एक्सपोर्ट, US सिलो (N. Virginia), SEA सिलो (सिंगापूर).
मध्यम काळात: डेडिकेटेड GCC सिलो, SOC 2 Type II.
नेहमी सुरू: सतत ऑडिट्स, सिक्युरिटी मजबूत करणे, इन्फ्रास्ट्रक्चर रिव्ह्यूज.
- थर्ड-पार्टी फर्म्सद्वारे नियमित penetration testing.
- AWS GuardDuty, Security Hub सह सतत monitoring.
- डिपेंडन्सी स्कॅनिंग आणि ऑटोमेटेड पॅचिंग.
प्रामाणिक दावे
सिक्युरिटी इंडस्ट्री भ्रामक buzzwords ने भरलेली आहे. आम्ही काय दावा करतो, काय नाही आणि का, हे इथे दिले आहे. आम्हाला विश्वास आहे की पारदर्शकता हेच सुरक्षिततेचे सर्वोच्च स्वरूप आहे.
| दावा | स्थिती | प्रामाणिक सत्य |
|---|---|---|
| AES-256 एन्क्रिप्शन | सत्य | सर्व डेटासाठी (rest आणि transit मध्ये) हे एक स्टँडर्ड आहे. हा इंडस्ट्री-स्टँडर्ड आहे, विशेष फीचर नाही. |
| इंडियन डेटा रेसिडेन्सी | सत्य | सर्व भारतीय युझर डेटा AWS मुंबईमध्ये स्टोअर आणि प्रोसेस केला जातो, DR हैदराबादमध्ये आहे. DPDP Act 2023 चे पालन करतो. |
| सर्वरलेस आर्किटेक्चर | सत्य | अटॅक सरफेस कमी करतो. कॉम्प्रमाइज होण्यासाठी कोणतेही दीर्घकाळ चालणारे सर्व्हर नाहीत. आम्ही AWS Lambda, DynamoDB, S3 वापरतो. |
| झिरो-नॉलेज | सत्य | फक्त डबल-लॉक केलेल्या फील्ड्ससाठी. आमचे कर्मचारी हे विशिष्ट फील्ड्स डिक्रिप्ट करू शकत नाहीत. फॅमिली हँडओव्हरसाठी परवानगी देण्यासाठी, आम्ही डिझाइननुसार पूर्णपणे झिरो-नॉलेज सिस्टीम नाही. |
| ISO 27001 सर्टिफाइड | नियोजित | आमचे इन्फ्रास्ट्रक्चर (AWS) सर्टिफाइड आहे. Soult कंपनी म्हणून अजून सर्टिफाइड नाही, पण आम्ही ISO 27001 च्या तत्त्वांचे पालन करतो. सर्टिफिकेशन नियोजित आहे. |
| एंड-टू-एंड एन्क्रिप्शन | तयार नाही | सध्या लागू केलेले नाही. डेटा transit मध्ये (TLS) आणि rest मध्ये (AES-256) एन्क्रिप्टेड असतो, पण Signal/WhatsApp च्या अर्थाने एंड-टू-एंड नाही. |
| SOC 2 Type II कॉम्प्लायंट | रोडमॅप | हा आमच्या रोडमॅपवरील एक उद्देश आहे. यासाठी एका लांबलचक ऑडिट प्रोसेसची आवश्यकता आहे, जी आम्ही परिपक्व झाल्यावर हाती घेण्याची योजना करत आहोत. |
| मिलिटरी-ग्रेड सिक्युरिटी | मार्केटिंग | हा एक अर्थहीन मार्केटिंग टर्म आहे. आम्ही AES-256 आणि FIPS 140-2 सारखे विशिष्ट, पडताळण्यायोग्य स्टँडर्ड्स वापरतो. |
| कायमची डिलीट करणे | तात्काळ | जेव्हा तुम्ही तुमचे अकाउंट डिलीट करता, तेव्हा आम्ही एन्क्रिप्शन की नष्ट करून तुमचा डेटा क्रिप्टोग्राफिकली नष्ट करतो, ज्यामुळे सर्व बॅकअप निरुपयोगी होतात. |
| अभेद्य / हॅक-प्रूफ | कधीही नाही | कोणतीही सिस्टीम अभेद्य नसते. आम्ही संरक्षणाच्या अनेक स्तरांवर, जलद शोध आणि पारदर्शक संवादावर लक्ष केंद्रित करतो. |
| Blockchain | वापरले नाही | या कामासाठी Blockchain योग्य साधन नाही. ते विकेंद्रीकृत, सार्वजनिक विश्वासासाठी आहे. आम्हाला केंद्रीकृत, खाजगी विश्वास हवा आहे. त्याऐवजी आम्ही एक अपरिवर्तनीय ऑडिट लॉग वापरतो. |
डेटा हटवणे आणि व्यवसाय बंद पडणे
मी माझा डेटा कायमचा कसा हटवू?
डेटा तात्काळ आणि कायमचा हटवला जातो. १० सेकंदांच्या पुष्टीकरणानंतर, आम्ही तुमची एन्क्रिप्शन की नष्ट करतो. त्या क्षणापासून जुने बॅकअप वाचता येत नाहीत. तुम्हाला काही ठेवायचे असल्यास, आधी मॅन्युअल बॅकअप घ्या.
जर Soult बंद पडले तर काय होईल?
आम्ही ९० दिवसांची 'सनसेट विंडो' (sunset window) उघडतो. तुम्ही सर्व काही साध्या, वाचता येण्याजोग्या फॉरमॅटमध्ये डाउनलोड करू शकता. आम्ही तुमचा डेटा विकणार नाही, तुमच्या परवानगीशिवाय तुमचा vault कुणालाही हस्तांतरित करणार नाही किंवा या कालावधीत vaults हटवणार नाही.
सबस्क्रिप्शन पेमेंट कसे हाताळले जातात?
Soult वेबसाइटवर Razorpay द्वारे व्यवस्थापित केले जातात. कोणतेही इन-ॲप खरेदी नाहीत. यामुळे बिलिंग तुमच्या vault डिव्हाइसपासून वेगळे राहते.
सामान्य गैरसमज
Soult Blockchain का वापरत नाही?
Blockchain हे सार्वजनिक पडताळणीसाठी, सामायिक लेजरवर (shared ledgers) तयार केले आहे, जिथे पक्ष एकमेकांवर विश्वास ठेवत नाहीत. Soult vaults मात्र डिझाइननुसार खाजगी आहेत.
बदलांचा मागोवा घेण्यासाठी, आम्ही ऑडिट लॉग (audit logs) वापरतो — प्रत्येक Create, Update, Delete timestamp आणि actor सह रेकॉर्ड केले जाते. Blockchain मुळे खर्च, गुंतागुंत वाढेल आणि वापरकर्त्याची कोणतीही समस्या सोडवल्याशिवाय गोपनीयता कमी होईल.
- वापर-प्रकरणातील विसंगती: Blockchain विकेंद्रीकरण आणि पारदर्शकतेसाठी आहे.
- Soult ला केंद्रीकरण आणि गोपनीयता आवश्यक आहे.
- अपरिवर्तनीय लॉग (Immutable logs) (QLDB) Blockchain च्या अतिरिक्त खर्चाशिवाय छेडछाड-पुरावा (tamper-evidence) देतात.
- या ॲप्लिकेशनसाठी Blockchain ची कार्यक्षमता आणि खर्च खूप जास्त आहे.