lsPass — स्थानीय, एन्क्रिप्टेड पासवर्ड मैनेजर

GTK4 / gtkmm-4 · C++23 · CMake · SQLite · libsodium

lsPass लॉगिन, सुरक्षित नोट्स और API कुंजियाँ एक स्थानीय एन्क्रिप्टेड वॉल्ट में संग्रहीत करता है। कोई नेटवर्क नहीं, कोई क्लाउड नहीं, कोई टेलीमेट्री नहीं। कोई भी गोपनीय चीज़ कभी भी डिस्क पर प्लेनटेक्स्ट में नहीं लिखी जाती।

बिल्ड और टेस्ट

sudo apt install libgtkmm-4.0-dev libsqlite3-dev libsodium-dev nlohmann-json3-dev
cmake -B build
cmake --build build -j
ctest --test-dir build --output-on-failure   # 41 यूनिट टेस्ट
./build/lspass

वॉल्ट ~/.local/share/lspass/vault.db पर रहता है (अनुमतियाँ 0600)।

Debian/Ubuntu पैकेज

cmake -B build-rel -DCMAKE_BUILD_TYPE=Release
cmake --build build-rel -j
cd build-rel && cpack -G DEB        # आवश्यक: dpkg-dev, file
sudo dpkg -i ../packages/deb/lspass_1.0.0_amd64.deb

.deb फ़ाइल packages/deb/ में आती है और इसमें बाइनरी, एक com.lspass.App.desktop लॉन्चर प्रविष्टि और ऐप आइकन शामिल होता है (packaging/com.lspass.App.svg, hicolor थीम में स्थापित)।

CPack के बिना cmake --install डिफ़ॉल्ट /usr/local प्रीफ़िक्स का उपयोग करता है। रनटाइम निर्भरताएँ (libgtkmm-4.0, libsodium, libsqlite3, …) स्वचालित रूप से dpkg-shlibdeps द्वारा हल की जाती हैं, इसलिए apt --fix-broken install या sudo apt install ./lspass_1.0.0_amd64.deb आवश्यक सब कुछ खींच लेता है।

सुरक्षा डिज़ाइन (शोधित सर्वोत्तम अभ्यास)

OWASP पासवर्ड स्टोरेज चीट शीट, libsodium दस्तावेज़ीकरण और स्थापित पासवर्ड मैनेजरों (Bitwarden, KeePassXC-शैली कुंजी रैपिंग) द्वारा उपयोग किए जाने वाले लिफ़ाफ़ा-एन्क्रिप्शन पैटर्न पर आधारित:

master password
      │  Argon2id  (memory-hard KDF, random 128-bit salt,
      ▼            opslimit/memlimit = libsodium "moderate",
    KEK (32 B)     parameters stored in vault for future upgrades)
      │  XChaCha20-Poly1305 (key wrap)
      ▼
    DEK (32 B, random)  ── wraps nothing else, RAM only, never on disk
      │  XChaCha20-Poly1305 AEAD per field
      ▼
SQLite: entries(title, username, url [plaintext metadata],
                secret, notes [sealed blobs: nonce‖ct‖poly1305 tag])

ये विकल्प क्यों:

ईमानदार समझौता: title, username और url प्लेनटेक्स्ट में संग्रहीत होते हैं ताकि हर पंक्ति को डिक्रिप्ट किए बिना सूची/खोज काम करे। रहस्य स्वयं (पासवर्ड, नोट्स, API कुंजियाँ) हमेशा सील किए गए ब्लॉब होते हैं। यूनिट टेस्ट secrets_not_stored_in_plaintext वॉल्ट फ़ाइल (WAL सहित) को एक कैनरी सीक्रेट के लिए बाइट-स्कैन करता है ताकि इसे साबित किया जा सके।

परीक्षण

ctest GUI-स्वतंत्र कोर लाइब्रेरी के विरुद्ध तीन सुइट (41 मामले) चलाता है। पूरी सुइट AddressSanitizer + UBSan के अंतर्गत भी चलाई जाती है:

cmake -B build-san -DCMAKE_CXX_FLAGS="-fsanitize=address,undefined" \
      -DCMAKE_EXE_LINKER_FLAGS="-fsanitize=address,undefined"
cmake --build build-san -j && ctest --test-dir build-san

रिलीज़ बिल्ड -fstack-protector-strong, -D_FORTIFY_SOURCE=2, PIE और पूर्ण RELRO (-Wl,-z,relro,-z,now) जोड़ते हैं।

• crypto — AEAD राउंड-ट्रिप, खाली प्लेनटेक्स्ट, छोटा-ब्लॉब अस्वीकृति, गलत-कुंजी/छेड़छाड़/AAD-मिसमैच अस्वीकृति, नॉन्स विशिष्टता, KDF नियतिवाद, नमक और यूनिकोड-पासवर्ड हैंडलिंग, कुंजी रैप/अनरैप, स्थिर-समय तुलना किनारे के मामले।
• vault — निर्माण/पुनः खोलना, गलत-पासवर्ड अस्वीकृति, CRUD, स्थिरता, यूनिकोड + 100 KiB रहस्य, अमान्य-ID हैंडलिंग, कोई-प्लेनटेक्स्ट कैनरी स्कैन, खोज, सेटिंग्स स्थिरता, मास्टर-पासवर्ड परिवर्तन, छेड़छाड़ की गई प्रविष्टि/हेडर पहचान, दूषित KDF-पैरामीटर अस्वीकृति।
• generator — लंबाई/चारसेट गारंटी सीमा लंबाई, वर्ग सहित कवरेज, विशिष्टता, एन्ट्रॉपी अनुमान, पासफ़्रेज़ प्रारूप/सीमाएँ, अमान्य-विकल्प हैंडलिंग।

लेआउट

src/core/crypto.{hpp,cpp}     SecureBytes, Argon2id KDF, XChaCha20-Poly1305, key wrap
src/core/vault.{hpp,cpp}      SQLite vault, envelope encryption, CRUD
src/core/generator.{hpp,cpp}  CSPRNG password/passphrase generator
src/ui/                       gtkmm-4 UI (unlock screen, list, editor dialogs)
tests/                        ctest suites (no external framework needed)

लाइसेंस

MIT — देखें LICENSE.