KeePassium is a KeePass-compatible password manager for iOS

Last update: Jun 20, 2022

KeePassium Password Manager

KeePassium is a KeePass-compatible password manager for iOS. It offers automatic database synchronization, respect to privacy and premium user experience.

KeePassium is a commercial open source app. The "commercial" part gives you a well-maintained app with premium support. The "open source" part gives you the transparency expected from a password manager: you can personally audit the code and build the app you can trust.

Contents

Screenshots

Database Unlock View Group View Entry

Features

  • Automatic database synchronization with zero setup
    • Integrates with the system, does not ask for your storage credentials
    • Works with iCloud Drive, Dropbox, OneDrive, Google Drive, Box, Nextcloud, SFTP, and probably more.
  • Password AutoFill (iOS 12+) — also with synchronization.
  • App and data protection:
    • Biometric (Face ID / Touch ID) and passcode-based protection.
    • Customizable timeouts for app, database and clipboard.
    • Database names and app settings are also protected.
  • Read/write support for all KeePass formats:
    • kdbx4 (KeePass 2.35+), kdbx3 (KeePass 2.x) and kdb (KeePass 1.x)
    • ChaCha20, Argon2, AES, Salsa20, Twofish algorithms
  • Easy switching between multiple databases
  • And more:
    • Viewing TOTP codes (both RFC-6238 and Steam TOTP)
    • YubiKey challenge-response support
    • File attachments
    • Custom fields
    • Custom icons
    • No ads

Automatic sync

KeePassium relies on OS-provided integration with storage providers, and supports most providers that appear in iOS Files app.

If automatic sync does not work for you, please make sure the cloud provider app can work in background (device settings — Dropbox/OneDrive/... — Background App Refresh = Enabled).

Password AutoFill

To fill your passwords easily and quickly, enable AutoFill feature: device settings — Passwords & Accounts — AutoFill Passwords — select KeePassium in the list.

App and Data Protection

KeePassium has multi-layer protection from unauthorized access.

  • App Lock protects the app itself, by covering any in-app screens. This way, only you can see the unlocked database, the list of databases, or change app settings.
  • Database Lock closes all opened databases after a timeout, or after a failed AppLock attempt. It also removes any remembered master keys from keychain.
  • Encryption protects the contents of database files. The app relies on CommonCrypto library (for AES and SHA) and time-proven reference implementations of crypto algorithms (see Credits).

By default, AppLock requires a passcode (of any complexity). For convenience, you can configure the app to use Face ID/Touch ID instead.

Installation

KeePassium is available on the App Store. Current beta can be installed via TestFlight.

To build your own binary, download the project and open it in Xcode 10.2 (or above). All the dependencies are already included.

Is it free?

Yes, KeePassium can be used free of charge (gratis) and is also free as in speech (libre). An optional premium subscription enables a few convenience and time-saving features, and supports the project.

But I can just... Yes, you can take the source code and build your personal premium version for free (gratis). Feel free to do so, but please be nice and don't request premium support for personal builds. Also, if you delegate this to a freelancer, please make sure you can trust them.

How to Contribute

Code contributions cannot be accepted due to formalities, but feel free to:

Support

Author and Credits

KeePassium is created and maintained by Andrei Popleteev (also responsible for KeePassB for BlackBerry 10).

The project would not be the same without some third-party components:

To avoid backdoors in third-party code, it has been checked by the main developer. Verified files are directly included in the project — we don't want any surprises sneaking via package managers.

License

KeePassium Password Manager

Copyright ©2018–2020 Andrei Popleteev.

KeePassium is a commercial open-source app, available under the GPLv3 license. Our intention is to provide the maximal possible transparency: you can personally audit the code and build your own binary.

While derivative works (forks) are explicitly allowed by the GPL, please don't submit them to AppStore. Due to a conflict between GPL and AppStore terms of service, GPL-licensed apps are banned from AppStore. For the same reason, KeePassium cannot accept code contributions.

For commercial licensing or custom modifications, please contact us.

GitHub

https://github.com/keepassium/KeePassium
Comments
  • 1. Sometimes keyboard does not show up in AutoFill on iOS 14

    Describe the bug The keyboard on the autofill does not come up when you use KeyPassium autofill for the second time.

    To Reproduce Steps to reproduce the behaviour:

    1. Set an autofill database.
    2. Go to a password input screen app or browser.
    3. Select the Password autofill option above the keyboard.
    4. the autofill KeePassium option comes up and the keyboard as well for searching.
    5. select the option
    6. The username and password are filled in.
    7. Use another app/website to login.
    8. Select the Password autofill option above the keyboard.
    9. this time the autofill KeePassium screen comes up but not the keyboard. The keyboard does not even appear after clicking the search icon or focusing on the search box.

    Expected behaviour The keyboard should appear when the autofill screen appears. And also after the search icon is pressed or the search box is focused.

    Screenshots If applicable, add screenshots to help explain your problem.

    User Information (please complete the following information):

    • Device: iPhone Xr
    • OS: IOS 14.0.1
    • App Version: v.19.76 InkedFile_LI

    Additional context Add any other context about the problem here.

    Reviewed by rao-g at 2020-10-29 15:56
  • 2. Recurrent file access errors on iOS 14

    For some iOS 14 users, files linked to KeePassium remain available only for a few hours. After that, any attempt to access a linked file results either in a timeout, permission denied, or "file doesn't exist" error.

    To Reproduce Steps to reproduce the behavior:

    1. In KeePassium, add an existing database stored anywhere outside of On My iPhone / KeePassium.

    2. Unlock the database to ensure it works properly

    3. Use the device normally for some time (reportedly, hours)

    4. Open KeePassium and observe one of the following errors:

      • Dropbox does not respond
      • The file couldn’t be opened because you don’t have permission to view it.
      • The file doesn’t exist.

    Expected behavior The database should open normally.

    User Information (please complete the following information):

    • Device: iPhone, iPad
    • OS: iOS 14.0, 14.0.1
    • App Version: 1.16.73, 17.74

    Additional context

    This is an extension of the common iOS 14 issue: the new system breaks KeePassium's old references to external files. That issue can be easily resolved by re-adding the files to the app. But sometimes it reoccurs.

    This is reported to affect Dropbox, OneDrive, iCloud Drive, DS file, and even local storage. The typical error log is very brief:

    Error Domain=NSCocoaErrorDomain 
    Code=257 
    "The file couldn’t be opened because you don’t have permission to view it."
    

    In one case, there was a more detailed log about OneDrive. The first two messages have been translated from Dutch, the last one was is English.

    Error Domain=NSCocoaErrorDomain 
    Code=4101 
    "Couldn’t communicate with a helper application." 
    UserInfo={
      NSUnderlyingError=0x2823b18c0 {
        Error Domain=NSFileProviderInternalErrorDomain 
        Code=7 
        "Cannot connect to extension 'com.microsoft.skydrive.onedrivefileprovider'." 
        UserInfo={
          NSLocalizedDescription=Cannot connect to extension 'com.microsoft.skydrive.onedrivefileprovider'., 
          NSUnderlyingError=0x2823b1920 {
            Error Domain=PlugInKit 
            Code=4 
            "cannot obtain executable path for plug-in com.microsoft.skydrive.onedrivefileprovider(40DB0250-7640-4E5C-9A9E-29DF5B006317)" 
            UserInfo={
              NSLocalizedDescription=cannot obtain executable path for plug-in com.microsoft.skydrive.onedrivefileprovider(40DB0250-7640-4E5C-9A9E-29DF5B006317)
            }
          }
        }
      }
    }
    

    Apparently, the system cannot find the OneDrive file provider extension.


    Overall, this looks like an iOS 14 bug. But I will collect any relevant info here, as the issue affects more and more people.

    Reviewed by keepassium at 2020-09-25 08:56
  • 3. AutoFill in Apps behaving odd

    I’m unsure if this is a case of KeePassium doing the AutoFill methods in a different way than the iCloud Keychain, or if it simply is that Apple is not using their own API for their AutoFill. As I’m using the iCloud Keychain as the ground truth here, it may all be null and void based on the assumption that it should behave the same.

    In Safari it seems the behavior is as expected, but when entering credentials inside Apps there is some odd behavior in the UI.

    In a gist; When using AutoFill and selecting the entry I’m returned to the App, with the focus on one of the fields, and sometimes also outside the fields, with a blinking caret indicating the field is active. If I tap on any of the fields related to the login they stay blank, and also if I push outside, the fields now losing focus. As soon as I tap one of the user or pass fields again, after their focus has been lost, the credentials simply pop in.

    In the cases where the fields are not filled this pattern can be repeated over and over without the credentials showing in the fields, invoking AutoFill multiple times. As soon as you tap outside and then in one of the fields again they “automagically” appear.

    With iCloud Keychain I’ve tried this about 20 times, never seeing the same behavior. When using KeePassium it is roughly 50/50 on a run of 20 tests, with the longest streak without being able to reproduce the issue being 5 times.

    Not done a proper profile how this differs between apps, but I’ve had the same behavior in multiple apps. From my memory I recall a handful of them, sadly local apps only on the Swedish App Store. Will hunt for a international one that can be used to reproduce.

    I’ve captured the behavior in one App using iOS screen capture. Can’t manage to attach them through my iPhone, but I’m linking the clips on dropbox. Good to know: Användarnamn = User name Lösenord = Password

    As the iOS Screen Capture does not indicate where taps happen the best way is to look where the caret (text entry marker) is placed, as that is the clearest indication of what field is in focus.

    Also, the whole on-screen keyboard goes away whenever the user or pass field is not in focus.

    The following link should go to a Dropbox folder where you can find 5 clips: https://www.dropbox.com/sh/gr0840td25sdl0x/AAA3ZvWvcUPRWgiFRDGidqGpa?dl=0

    Clips 1-3 are different variations on altering field in focus before taping outside of formed and then back in the login form.

    Clip 4 is a case where returning to the app none of the fields are focused.

    Clip 5 is when doing multiple AutoFills after each other without the fields getting filled until “onblur” and then focusing on the username again.

    Reviewed by magebarf at 2019-07-18 21:23
  • 4. iOS Dark Mode Issue

    Describe the bug I’m not sure where you’re at in the process of supporting dark mode, but I wanted to let you know that the application doesn’t look good in dark mode. I opened the application this evening and dark mode was automatically enabled within KeePassium because my system settings are set to switch between light mode and dark mode depending on time of day. I noticed that most of the text was impossible to read and there were a lot of inconsistencies between screens and parts of the screen. By the looks of it you haven’t gotten to far in the process, but I thought I’d open an issue anyways and attach some screenshots to show you what I’m saying.

    To Reproduce Steps to reproduce the behavior:

    1. Enable dark mode
    2. Open KeePassium

    Expected behavior I expected it to look readable and consistent. I think if dark mode support isn’t ready within the application then it should default to light mode until it is.

    Screenshots Attached

    User Information (please complete the following information):

    • Device: XS Max
    • OS: iOS 13.1 beta 3
    • App Version: 1.02.34.
    Reviewed by JLWFuQrioea69ugsykvQcg at 2019-09-15 03:49
  • 5. Clicking "Create New Database" crashes the app in iOS 14.0.1

    Describe the bug Clicking "Create New Database" exits the app immediately.

    To Reproduce Steps to reproduce the behavior:

    1. Open the app
    2. Click on "Create New Database"
    3. Observe the app crashing

    Expected behavior Being able to create a new database.

    User Information:

    • Device: iPhone SE (2016)
    • OS: iOS 14.0.1
    • App Version: 1.17

    Additional context I'm not sure if this is related, but clicking "Enable AppLock" under "Protect KeePassium from unauthorized access" also crashes the app.

    Deleting the app along with its data (via Settings > General > iPhone Storage) has no effect.

    Reviewed by msimkunas at 2020-09-28 04:52
  • 6. Background sync does not work

    Keepassium When adding a database through the system's "file", the source is a third-party cloud, I found that the Keepassium does not automatically synchronize, sometimes it will not automatically synchronize for a few days, when you manually pull down the refresh, it will not automatically synchronize ,Only when you perform an open database through the top right corner, through the system's "file", the fact is that you do not need to add it again, just need to open this step, and then exit, the database will synchronize the latest data。

    Reviewed by dai640 at 2019-09-10 07:26
  • 7. Password not remembered when updating the file

    Describe the bug When updating the database locally (in "On my iPhone"), the app asks for the password/keyfile again even though the file name is the same. I didn't have the problem before you changed something in 1.15/1.16, the app remembered the master password for this database.

    To Reproduce Steps to reproduce the behavior:

    1. Update the database file in "On my iPhone"
    2. Launch Keepassium (it will say the database file doesn't exist)
    3. Select the "new one"
    4. Reselect keyfile and write password

    Expected behavior The password/keyfile should be remembered when updating the file especially when it has the same name and is in the same location.

    User Information (please complete the following information):

    • Device: iPhone 11 Pro
    • OS: iOS 13.7 and iOS 14
    • App Version: 1.16 and 1.17 (and perhaps 1.15)
    Reviewed by rderensy at 2020-09-22 07:36
  • 8. AutoFill errors when adding database if iCloud Drive is disabled

    Describe the bug

    If the iCloud Drive service for the user's AppleID is disabled, then when the KeePassium AutoFill is opened and the user taps to add a database the app displays "Something went wrong while displaying documents". This error does not happen in the main app. It does not matter what the last Files Picker location was, or what other Files services are enabled.

    To Reproduce

    Steps to reproduce the behavior:

    1. In "Settings > AppleID > iCloud" disable "iCloud Drive"
    2. Open any app or website that will present password autofill
    3. Use a password field to invoke KeePassium AutoFill
    4. Navigate to the Databases screen
    5. Tap "+" to add a database
    6. Observe the "Something went wrong..." error
    7. In "Settings > AppleID > iCloud" re-enable "iCloud Drive"
    8. Repeat steps 2-5
    9. Observe that the error is gone, and the Files Picker appears

    Expected behavior

    The Files Picker appears after tapping "+" on the Databases screen instead of the "Something went wrong..." error message.

    User Information (please complete the following information):

    • Device: iPhone 8
    • OS: 13.4.1
    • App Version: 1.11 beta
    Reviewed by Nu11u5 at 2020-04-25 23:00
  • 9. Crashes on start (iPod Touch with iOS 15.2)

    Description The Keepassium app briefly shows the splash screen with its logo before crashing back to the home screen.

    How to reproduce Steps to reproduce the behavior:

    1. Download the Keepassium app from the App Store
    2. Tap on the Keepassium app at the home screen
    3. Watch the splash screen momentarily appear before the app crashes back to the home screen.

    Expected behavior The app will launch normally as it would have on other iOS-based platforms (e.g. iPhone) without crashing.

    Environment:

    • Device: iPod Touch (latest model as of Dec. 2021)
    • OS: iOS15.2
    • App Version: 1.30 (as listed in App Store)

    Additional context

    • This issue does not seem to occur on iPhone models with the same iOS & app versions.
    • Removing and then reinstalling the app has already been attempted and did not result in success
    • Is it possible that something related to the lack of biometric authentication for iPod Touch devices may have caused the error (just a hunch)?
    Reviewed by belinsky874 at 2022-01-07 09:00
  • 10. Possible database corruption on save in v1.18

    Describe the bug When I change the database on my iPhone (add some entry etc.), I can no longer access it when I reopen the database (says the password or keyfile is invalid). I transfer the file to my computer (using iCloud drive, Google drive etc.) and I can't open there as well (HMAC mismatch).

    To Reproduce Steps to reproduce the behavior:

    1. Open a database (local, Google Drive or iCloud drive, don't matter)
    2. Add new entry and save
    3. Go back to databases list
    4. Reopen the database
    5. See the error (Invalid password or key file)
    6. Retype the password, still error
    7. Transfer the file to a computer
    8. Try to open with KeepassXC, get HMAC mismatch

    Expected behavior I should be able to reopen the database with my password.

    Screenshots I can add if necessary, but I don't think it'll help.

    User Information (please complete the following information):

    • Device: iPhone 11
    • OS: iOS 14.0.1
    • App Version: 1.18

    Additional context I can add if necessary but I can't think of anything else right now.

    Reviewed by tansly at 2020-10-03 08:37
  • 11. Can't load GDrive based database with Privacy Screen on

    On the GDrive App there is the option to use FaceID (Settings > Privacy Screen). If this option is enabled, KeePassium is unable to load the cloud based database.

    Steps to reproduce the behavior:

    1. Open Google Drive App
    2. Tap on the burger menu (three vertical lines)
    3. Go to Settings > Privacy Screen
    4. Enable Privacy Screen
    5. Open KeePassium
    6. Load cloud based database

    Expected behavior: KeePassium should prompt the FaceID for GDrive and load the Database.

    Screenshot

    • Device: iPhone XS
    • OS: iOS 14 Dev Build 1
    • KeePassium App Version: 1.13.62
    • Google Drive App Version: 4.2020.24202
    Reviewed by Varusal at 2020-06-27 11:19
  • 12. macOS: Any way to mute Safari's "Would you like to save this password?" prompt when using KeePassium?

    Describe the feature you'd like I am using KeePassium exclusively so this prompt is a bit annoying, unfortunately turning off password autofill also turns off KeePassium integration. I can totally imagine this being an Apple thing that can't be disabled but maybe there is something that can be done? Screen Shot 2022-06-01 at 05 57 41

    Edit: I just noticed... The Mozilla website is just coincidence from when I took the screenshot. To clarify: it's actually in Safari.

    Reviewed by martinsstuff at 2022-06-01 04:23
  • 13. Prevent AppUnlock fingerprint prompt

    Often when switching spaces, I am presented with this prompt.

    Screen Shot 2022-05-28 at 7 07 51 AM

    This happens even though I haven’t clicked on the app in the dock. These are my AppLock settings.

    Screen Shot 2022-05-28 at 7 12 26 AM

    Keepasium version 1.32.110 macOS 12.4

    Reviewed by xrisk at 2022-05-28 01:43
  • 14. Add option to hide "Notes" field

    I'd love to have the option to also hide the "Notes" field by default. I know I could use a protected custom field, but since KeePassXC can hide the notes, I've already stored several sensitive information in this field. Thank you very much!

    Reviewed by cdrehner at 2022-05-26 15:38
  • 15. MacOS: Random app crashes when opening a context menu

    Description When the user tries to open a context (right-click) menu when running on a Mac, the app sometimes crashes.

    How to reproduce Steps to reproduce the behavior:

    1. Launch KeePassium on an M1 Mac
    2. Start creating a new entry
    3. Right-click any text field
    4. With some probability, the app crashes

    Expected behavior The app should open the context menu instead.

    Environment:

    • Device: MacBookAir10,1
    • OS: macOS 12.4
    • App Version: 1.32.110

    Additional context

    Stack trace:

    Last Exception Backtrace:
    0   CoreFoundation                         0x1a5039184 __exceptionPreprocess + 220
    1   libobjc.A.dylib                        0x1a4d83e04 objc_exception_throw + 60
    2   CoreFoundation                         0x1a510b16c -[__NSCFString characterAtIndex:].cold.1 + 0
    3   CoreFoundation                         0x1a5117f80 -[__NSDictionaryM setObject:forKey:].cold.3 + 0
    4   CoreFoundation                         0x1a4f718a0 -[__NSDictionaryM setObject:forKey:] + 904
    5   UIKitCore                              0x1cd159824 -[_UIMenuBarItem properties] + 124
    6   UIKitMacHelper                         0x1ba8711d8 UINSNSMenuItemFromUINSMenuItem + 96
    7   UIKitMacHelper                         0x1ba870edc _insertUINSMenuItemsIntoNSMenu + 852
    8   UIKitMacHelper                         0x1ba870934 UINSNSMenuFromUINSMenu + 152
    9   UIKitMacHelper                         0x1ba870804 -[UINSMenuController _createNSMenu:forContextMenu:] + 92
    10  UIKitMacHelper                         0x1ba8e2b28 -[UINSMenuController _prepareToShowContextMenu:activityItemsConfiguration:] + 144
    11  UIKitMacHelper                         0x1ba8e2488 -[UINSMenuController showContextMenu:inWindow:atLocationInWindow:activityItemsConfiguration:] + 312
    12  libdispatch.dylib                      0x1a4d265f0 _dispatch_call_block_and_release + 32
    13  libdispatch.dylib                      0x1a4d281b4 _dispatch_client_callout + 20
    14  libdispatch.dylib                      0x1a4d366cc _dispatch_main_queue_drain + 928
    15  libdispatch.dylib                      0x1a4d3631c _dispatch_main_queue_callback_4CF + 44
    16  CoreFoundation                         0x1a4ffaa1c __CFRUNLOOP_IS_SERVICING_THE_MAIN_DISPATCH_QUEUE__ + 16
    17  CoreFoundation                         0x1a4fb7ca8 __CFRunLoopRun + 2532
    18  CoreFoundation                         0x1a4fb6b24 CFRunLoopRunSpecific + 600
    19  HIToolbox                              0x1adbef338 RunCurrentEventLoopInMode + 292
    20  HIToolbox                              0x1adbef0b4 ReceiveNextEventCommon + 564
    21  HIToolbox                              0x1adbeee68 _BlockUntilNextEventMatchingListInModeWithFilter + 72
    22  AppKit                                 0x1a7b1d78c _DPSNextEvent + 860
    23  AppKit                                 0x1a7b1c084 -[NSApplication(NSEvent) _nextEventMatchingEventMask:untilDate:inMode:dequeue:] + 1328
    24  AppKit                                 0x1a7b0e250 -[NSApplication run] + 596
    25  AppKit                                 0x1a7adf96c NSApplicationMain + 1132
    26  AppKit                                 0x1a7db5a80 +[NSWindow _savedFrameFromString:] + 0
    27  UIKitMacHelper                         0x1ba86e3b0 UINSApplicationMain + 1276
    28  UIKitCore                              0x1ccfe6b60 UIApplicationMain + 164
    29  KeePassium                             0x102c8ad98 0x102c84000 + 28056
    30  dyld                                   0x10321908c start + 520
    

    [Thanks, W]

    This is a known macOS Monterey bug that has a workaround. Adding this to keep the issue in the queue.

    Reviewed by keepassium at 2022-05-20 22:35
  • 16. Tab key does not switch input fields

    Description Keepassium macOS v1.32.100 When editing or add a new entry, press keyboard 'Tab' cannot switch between fields. Instead, it just leaves couple spaces in the same field. Not sure if it is designed on purpose or a bug.

    How to reproduce Steps to reproduce the behavior: Open Keepassium macOS version, choose a database, add a new entry. type the new entry name. Press 'Tab' try to navigate to username field. But it just add a few spaces in the same entry name field, not toggle to username field or password field.

    Expected behavior Expected behavior is like a table entry. When press tab key, it should toggle between different entry fields.

    Screenshots N/A

    Environment:

    • Device: macbookpro
    • OS: macOS 12.4
    • App Version: v1.32.100
    Reviewed by x-Felix at 2022-05-20 05:56
  • 17. Add menubar icon for KeePassium for Mac

    It would be great to have a menubar icon for KeePassium for Mac to provide quick access to search for an item when you're not within Safari using autofill.

    This is available in 1Password with "1Password Mini", and an option is available in BitWarden that opens/hides the main window when the menubar icon is clicked. Ideally activating KeePassium from the menubar icon would focus the search box automatically, or provide an option to do this.

    I used 1Password Mini to quickly search for items when autofill didn't provide a great result, or when I wasn't using a browser extension, and this would be a great convenience feature in KeePassium for Mac.

    Reviewed by bernarddavis at 2022-05-08 23:18
Native and encrypted password manager for iOS and macOS.
Native and encrypted password manager for iOS and macOS.

Open Sesame Native and encrypted password manager for iOS and macOS. What is it? OpenSesame is a free and powerful password manager that lets you mana

Jun 26, 2022
Private Password Manager developped with Swift for iOS project.
Private Password Manager developped with Swift for iOS project.

Private Password Manager developped with Swift for iOS project. This manager can syncronize secret data to Azure Blob Storage. To specify user account, tSecret use Azure Active Directory authentication.

Dec 3, 2021
Pass for iOS - an iOS client compatible with Pass command line application.
Pass for iOS - an iOS client compatible with Pass command line application.

Pass is an iOS client compatible with ZX2C4's Pass command line application. It is a password manager using GPG for encryption and Git for version control.

Jun 20, 2022
Simple command line to generate random password.

pwgen Simple command line to generate random password. ➜ Bootstrap pwgen n5aR[[email protected]@fj ➜ Bootstrap pwgen 32 f0)th54[wpX.Zf99nj

Feb 3, 2022
A realistic password strength estimator.
A realistic password strength estimator.

.................................................bbb.................... .zzzzzzzzzz..xxx....xxx....cccccccc..vvv....vvv..bbb.........nnnnnnn.... ....

Apr 30, 2022
Password generator and strength tester
Password generator and strength tester

Password-Generator Password generator and strength tester Description This was a

Feb 1, 2022
Simple, secure password and data management for individuals and teams

Padloc Simple, secure password and data management for individuals and teams (formerly known as Padlock). This repo is split into multiple packages: P

Jun 20, 2022
Cybr/Secure - A simple but powerful secure password generator
Cybr/Secure - A simple but powerful secure password generator

A simple but powerful secure password generator. You get the option of password length (10 to 20 characters) and whether you include numbers, symbols, uppercase and/or lowercase letters. Simply tap the lock icon to generate a secure password and then tap to copy the password.

Feb 16, 2022
A utility that creates an arm64-compatible version of Minecraft

Minecraft arm64 This utility patches Minecraft versions to use lwjgl libraries compiled for arm64. Usage: minecraft-arm64 [version folder] Example to

Jan 24, 2022
RSA public/private key encryption, private key signing and public key verification in Swift using the Swift Package Manager. Works on iOS, macOS, and Linux (work in progress).

BlueRSA Swift cross-platform RSA wrapper library for RSA encryption and signing. Works on supported Apple platforms (using Security framework). Linux

May 31, 2022
RSA public/private key encryption, private key signing and public key verification in Swift using the Swift Package Manager. Works on iOS, macOS, and Linux (work in progress).

BlueRSA Swift cross-platform RSA wrapper library for RSA encryption and signing. Works on supported Apple platforms (using Security framework). Linux

May 31, 2022
Oversecured Vulnerable iOS App is an iOS app that aggregates all the platform's known and popular security vulnerabilities.

Description Oversecured Vulnerable iOS App is an iOS app that aggregates all the platform's known and popular security vulnerabilities. List of vulner

Jun 21, 2022
CCCryptor (AES encryption) wrappers for iOS and Mac in Swift. -- For ObjC, see RNCryptor/RNCryptor-objc

RNCryptor Cross-language AES Encryptor/Decryptor data format. The primary targets are Swift and Objective-C, but implementations are available in C, C

Jun 25, 2022
Safe and easy to use crypto for iOS and macOS

Swift-Sodium Swift-Sodium provides a safe and easy to use interface to perform common cryptographic operations on macOS, iOS, tvOS and watchOS. It lev

Jun 15, 2022
Helper functions for saving text in Keychain securely for iOS, OS X, tvOS and watchOS.
Helper functions for saving text in Keychain securely for iOS, OS X, tvOS and watchOS.

Helper functions for storing text in Keychain for iOS, macOS, tvOS and WatchOS This is a collection of helper functions for saving text and data in th

Jun 21, 2022
Simple Swift wrapper for Keychain that works on iOS, watchOS, tvOS and macOS.
Simple Swift wrapper for Keychain that works on iOS, watchOS, tvOS and macOS.

KeychainAccess KeychainAccess is a simple Swift wrapper for Keychain that works on iOS and OS X. Makes using Keychain APIs extremely easy and much mor

Jun 22, 2022
A simple Swift Keychain Wrapper for iOS, watchOS, and OS X.

Latch A simple Swift 2.0 Keychain Wrapper for iOS, watchOS 2, and OS X. Usage A proper example of how to use Latch can be seen in the tests. import La

Jan 29, 2022
A simple wrapper for the iOS Keychain to allow you to use it in a similar fashion to User Defaults. Written in Swift.

SwiftKeychainWrapper A simple wrapper for the iOS / tvOS Keychain to allow you to use it in a similar fashion to User Defaults. Written in Swift. Prov

Jun 25, 2022
Valet lets you securely store data in the iOS, tvOS, or macOS Keychain without knowing a thing about how the Keychain works.

Valet Valet lets you securely store data in the iOS, tvOS, watchOS, or macOS Keychain without knowing a thing about how the Keychain works. It’s easy.

Jun 19, 2022