A new open-source Single Sign-On (SSO) provider designed to simplify user and access management.

Features:

  • 🙋‍♂️ User Management
  • 🌐 OpenID Connect (OIDC) Provider
  • 🔀 Proxy ForwardAuth Domains
  • 📧 User Registration and Invitations
  • 🔑 Passkey Support
  • 🔐 Secure Password Reset with Email Verification
  • 🎨 Custom Branding Options

Screenshot of the login portal:

  • Hawk@lemmy.dbzer0.com
    link
    fedilink
    English
    arrow-up
    4
    ·
    10 hours ago

    Definitely giving this a go, seems exactly what I’ve been looking for for my small self hosted stack.

    • notquitenothing@sh.itjust.worksOP
      link
      fedilink
      English
      arrow-up
      2
      ·
      10 hours ago

      If you run into any issue during setup let me know! I am still working on the documentation so hopefully it is somewhat understandable 😆

  • eldereko@lemmy.dbzer0.com
    link
    fedilink
    English
    arrow-up
    33
    arrow-down
    4
    ·
    1 day ago

    the Postgres requirement is a dealbreaker for me. I don’t get why all these “simple” self-hosted apps need a bloated database. how many users is a self-hoster going to have, maybe 1-10? SQLite can easily handle thousands. I’m currently using Authelia, and it even has a database-less YAML option for managing users

    • notquitenothing@sh.itjust.worksOP
      link
      fedilink
      English
      arrow-up
      24
      ·
      edit-2
      1 day ago

      I do agree. I have been thinking about adding a SQLite option which should be somewhat easy since knex (the database package that VoidAuth uses) supports it. Before releasing that I would want to create some way to migrate your data from one database type to another. If you want to use VoidAuth feel free to make an issue for this!

      • Zelaf@sopuli.xyz
        link
        fedilink
        English
        arrow-up
        5
        ·
        1 day ago

        Having run minor projects using PocketBase before and also seen what PocketBase itself can do and SQLite configured correctly in general, It’s great. I’ve gotten to be a big fan of it by the years and gladly opt for it over the bigger ones.

        If this project got SQLite support it would be a great replacement for my own setup which requires about 3 or 4 accounts. Currently using a proprietary solution and been looking into moving to Authentik but it’s a bit too heavy resource wise for my current servers.

        • notquitenothing@sh.itjust.worksOP
          link
          fedilink
          English
          arrow-up
          13
          ·
          1 day ago

          I will make an issue for adding SQLite support, it has been on my mind for the same reasons. I would say don’t let the Postgres requirement stop you from trying it out. Modern hardware really doesn’t mind having multiple containerized postgresdb instances running, it can be very lightweight when idle.

            • lambalicious@lemmy.sdf.org
              link
              fedilink
              English
              arrow-up
              2
              arrow-down
              1
              ·
              11 hours ago

              It does mean a form of provider lock-in, which is or can be its own issue. Also, while PostgreSQL is one of the best database engines out there among the FOSS stuff, it is verifiably and vastly overblown for stuff like “store a name and a email”, and I at least am not aware of any sort of “Postgres Lite” engines else I’d be using them at work.

              • illusionist@lemmy.zip
                link
                fedilink
                English
                arrow-up
                1
                ·
                edit-2
                7 hours ago

                How does it lock you in? You, the admin, has full control over postgres. Sqlite has no security features. Does it store passwords? Sqlite also locks the database which is usually OK if there are no concurrent jobs. But for such services it sounds like a bad idea to use sqlite. (I am no server/app dev)

                • lime_red@lemmy.world
                  link
                  fedilink
                  English
                  arrow-up
                  1
                  ·
                  4 hours ago

                  Sqlite shouldn’t lock for read, so unless you are writing something at each access, you can have thousands of concurrent reads. The Sqlite website spells this out, and lists its own self as the proof.

                  This would mean you could not write logs to the database, you’d have to do it the unixy way and put logs in a text file.

        • Kay Ohtie@pawb.social
          cake
          link
          fedilink
          English
          arrow-up
          1
          ·
          1 day ago

          Yeah, I use Authentik currently and the main reason is simplicity of having it with LDAP. But I’ve considered running something else backed by FreeIPA to get more compatibility for LDAP. I feel like I have to fight to get something to work with it.

          But it has some high overhead for sure.

  • corsicanguppy@lemmy.ca
    link
    fedilink
    English
    arrow-up
    10
    ·
    1 day ago

    This thing looks great but it has layers of supply-chain sploit risk. Make sure you’re really secure before trying it – and if you’re (otherwise) iso27002 compliant, give it a pass.

    • notquitenothing@sh.itjust.worksOP
      link
      fedilink
      English
      arrow-up
      12
      arrow-down
      2
      ·
      1 day ago

      I would not recommend using VoidAuth to anyone who needs to be any kind of security compliant. I am not a security professional and am using packages for the OIDC and other security heavy-lifting. I can recommend VoidAuth for those just looking for a simple but good looking auth app for securing their own selfhosted apps and resources.

    • nelson@lemmy.world
      link
      fedilink
      English
      arrow-up
      7
      arrow-down
      1
      ·
      1 day ago

      I’m trying to wrap my head around your comment to understand. What exactly do you mean by supply chain sploit risk?

      The tool is using 3rd party libraries and those libraries could be used to introduce vulnerabilities in the app?

      • lime_red@lemmy.world
        link
        fedilink
        English
        arrow-up
        2
        ·
        4 hours ago

        This is the correct read.

        This is also the same as any other software package in existence. In fact, if someone claimed to not use any libraries, I’d be taking a close look at that too.

        The key difference is if you’re a paying a company for support and certification of the product as delivered, you can yell at them about it. If you’re using a free product with no support, you can yell at yourself.

    • notquitenothing@sh.itjust.worksOP
      link
      fedilink
      English
      arrow-up
      2
      ·
      1 day ago

      While I haven’t spun up Keycloak myself, I think VoidAuth would supply some similar functionality. Ideally the features of Keycloak that you are likely to need but easier to setup and use!