Authelia + Bitwarden + other selfhosted stuff

Comments

• emptiestplace@lemmy.ml ⁨7⁩ ⁨months⁩ ago

  Holy XY.

  Why are you doing this? What are you trying to achieve?

  source

  • d_k_bo@feddit.de ⁨7⁩ ⁨months⁩ ago

    xyproblem.info

    source

    • haui_lemmy@lemmy.giftedmc.com ⁨6⁩ ⁨months⁩ ago

      Thank you for this! TIL

      source
  • Gooey0210@sh.itjust.works ⁨6⁩ ⁨months⁩ ago

    where should be the main password, and what services do I bypass, and etc

    And the most important, how do I explain people how to use it, do I create them authelia credentials and send, or how?

    I mean, if it’s that hard, I don’t know how to help you

    source

    • emptiestplace@lemmy.ml ⁨6⁩ ⁨months⁩ ago

      hahaha

      source
• madejackson@lemmy.world ⁨7⁩ ⁨months⁩ ago

  Authelia is an authentification provider. So you can have a single login for all your services. It can provide autorisation and authentification with a single unified login.

  Bitwarden is much “simpler”, in it’s just a passwordmanager. As soon as you start sharing passwords, like you do in bitwarden, you lose the authentification part, even worse, you lose control over the shared login. Anyone with autorisation can “steal” the login as in unauthorized copying/distributing the password or even changing the password alltogether.

  With an sso like authelia you can mitigate such attack vectors.

  source

  • Gooey0210@sh.itjust.works ⁨6⁩ ⁨months⁩ ago

    I didn’t get it 😅

    I see a big problem in every approach, probably because I don’t understand something

    When i’m using just bitwarden, all my passwords for every service are different, but the ui is opened for anyone to see

    When I use authelia without oidc I add complexity of using the services, and probably two passwords to type manually, or a locked down system(which is cool)

    And if I use authelia with oidc, it means I have only one password for all of the services (manual, or in bitwarden (which has its own manual password))

    source
• ad_on_is@lemmy.world ⁨7⁩ ⁨months⁩ ago

  Authelia is meant to be an SSO (like Google). In order to use it, you have to create users (and passwords) within the authelia yaml file, or connect it to light-ldap and do it via ldaps web gui.

  You probably have other services running, i.e. immich, etc. These can be configured to use auhelias OIDC to authenticate the user against. you’d still need to create the users within the service, since I doubt they get auto-created.

  Now, you can decide for yourself, whether to put your bitwarden behind authelia or not, and I’m not sure how the mobile apps work in this sense, if at all.

  If you decide to do so, you just give your users their authelia/lightldap creds, if not, you additionally have to give them their bitwarden creds.

  source
• brewery@lemmy.world ⁨7⁩ ⁨months⁩ ago

  I use authentik but believe it’s similar. You can create accounts for people and give them passwords, or send a welcome email asking them to register to create one. I would warn you though, not every service has the ability to use it and it does take quite some effort to get it working! It’s interesting to learn about though

  source

  • Gooey0210@sh.itjust.works ⁨6⁩ ⁨months⁩ ago

    There’s no registration in authelia I believe 🥲

    And my problem is, like, should authelia password be manually typed, if not, where do the people store the password if they don’t have bitwarden yet

    source

    • JustEnoughDucks@feddit.nl ⁨6⁩ ⁨months⁩ ago

      If you are looking for user management and registration, then Authelia is the wrong software for you.

      Authelia is a very light weight security layer (and more recently SSO) that is only meant for few users precisely because it doesn’t have an onboarding process, dynamic access control, and more advanced features. Everything is done through config files and secrets. The admin has to manually create a file or plaintext lines with the user and password for each new user and restart the container.

      Authentik is what you want if you want a bunch of users and new user sign up.

      As for bitwarden/SSO, they should be fully separate. Otherwise you will likely break Bitwarden app and browser integration functionality.

      You also do not want to run into the case where you don’t know your SSO password so you can’t get into bitwarden to find the password and you are screwed.

      Bitwarden, TOTP method, and SSO should ideally be separate and you should be able to access your passwords and TOTP without requiring any password that is exclusively in the Bitwarden database.

      source

      • -> View More Comments
• Decronym@lemmy.decronym.xyz ⁨6⁩ ⁨months⁩ ago

  Acronyms, initialisms, abbreviations, contractions, and other phrases which expand to something larger, that I’ve seen in this thread:

  Fewer Letters	More Letters
  HTTP	Hypertext Transfer Protocol, the Web
  SSO	Single Sign-On
  nginx	Popular HTTP server

  ---

  [Thread #689 for this sub, first seen 19th Apr 2024, 06:35] [FAQ] [Full list] [Contact] [Source code]

  source
• melmi@lemmy.blahaj.zone ⁨7⁩ ⁨months⁩ ago

  Most things should be behind Authelia. It’s hard to know how to help without knowing what exactly you’re doing with it but generally speaking Authelia means you can have SSO+2FA for every app, even apps that don’t provide it by default.

  It also means that if you have users, you don’t need them to store a bunch of passwords.

  One big thing to keep in mind is that anything with its own login system may not be happy about being behind Authelia. Nextcloud for example won’t work. You can retain separate logins, or use LDAP.

  source

  • madejackson@lemmy.world ⁨7⁩ ⁨months⁩ ago

    Quick heads up, Nextcloud works perfectly fine behind an auth provider. I am using it behind authentik.

    source

    • melmi@lemmy.blahaj.zone ⁨7⁩ ⁨months⁩ ago

      I had issues connecting to Nextcloud from mobile clients when using Authelia, they didn’t like it, but if there’s a workaround for that that’s great

      source

      • -> View More Comments