Want to submit a feature request?

Tell us how we could make the product more useful to you. Feel free to vote existing submitted ideas so we can better understand how useful a feature would be.

Windows Hello unlock support for PearPass Desktop on Windows

Hi PearPass team, I would like to request Windows Hello support for the PearPass Desktop app on Windows. Requested feature Please consider adding an option to unlock PearPass Desktop on Windows using Windows Hello, including fingerprint, face recognition, or Windows Hello PIN where available. Suggested behavior: After the user unlocks the vault with the master password once, allow enabling Windows Hello unlock in Settings. On subsequent unlocks, allow the user to unlock the vault with Windows Hello instead of typing the master password every time. Keep the master password as the fallback and primary recovery method. Require the master password again after security-sensitive events, for example: system reboot; app restart, depending on the chosen security model; failed or cancelled Windows Hello attempts; Windows Hello being disabled or changed in Windows settings; vault timeout or manual lock, depending on the configured policy. Add a clear setting such as: Unlock with Windows Hello optional timeout controls, for example Require master password after X minutes / after restart. Security expectations Since PearPass is a password manager, Windows Hello should only be used as a local unlock mechanism and should preserve the existing vault security model. Ideally: Unlock material should be protected using Windows-native secure storage mechanisms where appropriate, for example Windows Hello / TPM-backed APIs / platform-protected key storage. The master password should not be stored, logged, or exposed in plaintext. The renderer process should not be able to bypass the Windows Hello gate. Users should be able to disable Windows Hello unlock at any time. If Windows Hello is unavailable, fails, or is cancelled, PearPass should fall back to the vault master password. Why this matters PearPass already focuses on local-first, privacy-preserving password management. Windows Hello unlock would make the Windows desktop experience much more practical for everyday use, especially when the vault locks frequently. This would also bring Windows closer to the biometric unlock experience available on mobile platforms and to the Touch ID support being discussed for macOS. Thanks for considering this.

Evgeniy about 2 months ago

1

Safari extension support for PearPass

Hi PearPass team, I would like to request an official Safari extension for PearPass. Requested feature Please consider adding Safari support for the PearPass browser extension, ideally for macOS first, and iOS/iPadOS if technically feasible. The Safari extension should support the same core workflows as the existing browser extension where possible: Autofill saved logins and identities. Detect login forms and suggest matching vault entries. Create and use passkeys on websites that support WebAuthn. Generate strong passwords. Communicate with PearPass Desktop through the native app bridge or an equivalent Safari-compatible mechanism. Respect the existing local-first and end-to-end encrypted PearPass security model. Suggested implementation direction Since Safari supports Web Extensions, it may be possible to reuse part of the existing PearPass browser extension codebase and adapt the packaging, permissions, native messaging / app bridge, and distribution flow for Safari. The minimum useful version would be: Safari extension for macOS. Works with the PearPass Desktop app. Supports autofill for logins and identities. Supports vault unlock / vault selection flow consistently with the existing extension. Provides clear setup instructions for pairing the Safari extension with the desktop app. Future improvements could include: iOS/iPadOS Safari support, if Apple platform constraints allow it. Passkey creation and authentication parity with the existing browser extension. App Store distribution for easier installation and updates. Why this matters Safari is the default browser on macOS, iOS, and iPadOS. Without Safari support, users in the Apple ecosystem need to switch browsers just to use PearPass autofill and passkey workflows. An official Safari extension would make PearPass more viable as a daily password manager for Mac users and would improve browser coverage alongside Chrome/Chromium and Firefox-related work. Thanks for considering this.

Evgeniy about 2 months ago

SSH Key Support with Automatic SSH Agent Integration (OpenSSH / Pageant)

Request to add native SSH key management with automatic SSH agent integration. This would turn PearPass into a secure, unified hub for SSH authentication, handling key lifecycle safely in the system agent. Proposed Features: πŸ”Ή 1. Entry-Level Key Management Attach private key files directly to vault entries. Auto-decrypt on agent load if the key is password-protected (use credentials from the entry). Display metadata: public key, fingerprints (MD5, SHA256), and key comment. πŸ”Ή 2. Lifecycle & Security Controls Add keys to the SSH agent automatically on vault unlock. Remove keys from the agent on vault lock/close. Optional "require confirmation" flag for key usage. Auto-remove timeout after last use (default: 600s, configurable). πŸ”Ή 3. UI Dedicated tab/window "Active SSH Keys" showing which keys are currently loaded in the agent. "Clear Agent" button to instantly remove all PearPass-managed keys. πŸ”Ή 4. Implementation Notes Integrate with the system OpenSSH agent (Win/Linux/macOS) and/or Pageant (PuTTY). Ensure compatibility with MobaXterm, WinSCP, PuTTY, native OpenSSH, VS Code Remote, etc. Keys must never be written to disk: operate exclusively in memory via the standard SSH agent protocol. Benefits: βœ… Unified password & SSH key manager βœ… Enhanced security: keys reside only in memory, auto-expire, and clear on lock βœ… Seamless workflow with any terminal, IDE, or SSH client Happy to provide feedback or assist with testing. Thanks for your great work! πŸ›‘οΈ

Dotpwnpewpew 2 months ago

1

BUG: Extension loses autofill after Passkey is added to an existing entry

Summary When a Passkey is added to an existing vault entry, the browser extension stops recognizing that entry for autofill β€” showing "No records found" β€” until a new separate entry is created for the same site. Steps to reproduce 1.Create a vault entry with a username + password for a site. 2.Verify the extension autofills credentials correctly. 3.Add a Passkey to the same entry. 4.Navigate to the site's login page and trigger autofill via the extension. Actual Extension shows "No records found" β€” entry is no longer matched to the site. Workaround Creating a new separate entry for the same site restores autofill Root cause hypothesis Adding a Passkey may alter the entry's internal type, URI matching logic, or record structure in a way that causes the extension's site-matching query to exclude entries that contain a Passkey credential. Requested fix Ensure that adding a Passkey to an entry does not break existing username/password autofill matching. Both credential types should coexist in a single entry and be independently discoverable by the extension. I checked on the Dropbox website After creating a new record

Dotpwnpewpew about 2 months ago

1

Flexible Word Count for Recovery Phrase Records

1. Overview Pearpass currently supports Recovery Phrase records with a fixed word count of 12 or 24 words (BIP-39 standard). However, various services and platforms use recovery phrases, mnemonic codes, and backup codes with different word counts. This feature request proposes extending the Recovery Phrase record type to support a configurable, user-defined word count. 2. Problem Statement Users who store recovery credentials for services outside the BIP-39 ecosystem (cryptocurrency wallets) are forced to use workaround solutions such as free-text notes, which lack the structured UX, copy-per-word functionality, and validation benefits of the dedicated Recovery Phrase record type. Known services with non-standard word counts: Service Word / Code Count Format Notes Bitcoin / Ethereum wallets (BIP-39) 12 or 24 words Currently supported Steam Guard ~30 words Recovery code list Dropbox 10 words Account recovery phrase GitHub 16 codes

Dotpwnpewpew about 2 months ago