🛡️ uSentry - Identity & Access Management

Comments

• Xanza@lemm.ee ⁨2⁩ ⁨months⁩ ago

  I’m torn between this being fucking genius, and a terrible idea all at once.

  source

  • TCB13@lemmy.world ⁨2⁩ ⁨months⁩ ago

    Well, me too. But frankly Keycloak, Authelia do too much, require too much and aren’t suitable at all for SBCs and small scale stuff.

    source

    • Xanza@lemm.ee ⁨2⁩ ⁨months⁩ ago

      I respect it.

      source
  • neodc@sh.itjust.works ⁨2⁩ ⁨months⁩ ago

    I didn’t test, but should be possible with forward_auth (caddyserver.com/docs/caddyfile/…/forward_auth)

    source

    • Xanza@lemm.ee ⁨2⁩ ⁨months⁩ ago

      Nice! I’ll give it a try.

      source

      • -> View More Comments
• cecilkorik@lemmy.ca ⁨2⁩ ⁨months⁩ ago

  I have been constantly asking myself why there isn’t something like this, and just wondering if maybe I was missing something about the seeming immense complexity of doing this on a small scale.

  Now there is something like this.

  source

  • TCB13@lemmy.world ⁨2⁩ ⁨months⁩ ago

    Well, it isn’t pretty, but gets the job done.

    The thing with PHP in this case is that I was already serving a ton of simple websites / small apps like freshrss that use PHP and by making this tool in PHP it means I don’t need yet another process running and wasting resources, can just re-use the existing php-fpm for this.

    For what’s worth PHP is better than it looks, and my implementation is very crude, but also small and auditable and contained to a single file. :)

    source
• dont@lemmy.world ⁨2⁩ ⁨months⁩ ago

  I love the simplicity of this, I really do, but I don’t consider this SSO. It may be if you’re a single user, but even then, many things I’m hosting have their own authentication layer and allow offloading only to some oidc-/oauth-provider.

  source

  • TCB13@lemmy.world ⁨2⁩ ⁨months⁩ ago

    In the simplest form it might be SSO. It does support multiple users and if you look for instance at the filebrowser example I’m passing the user from to filebrowser. But yes, this is very simple, very crude and exactly what a lot of people need.

    source
• x00z@lemmy.world ⁨2⁩ ⁨months⁩ ago

  Fun little project but I think auth_basic would be perfectly fine instead.

  source

  • TCB13@lemmy.world ⁨2⁩ ⁨months⁩ ago

    Hmm… some people are going to say that basic auth would be insecure, I’m not going to be there because in this particular case it’s about the same thing.

    However, this might be easier to configure and manage permissions than basic auth. Also this works cross-domain and basic auth will require full re-auth for every domain. Another obvious advantage is that at some point I plan to integrate 2FA.

    source
• Vendetta9076@sh.itjust.works ⁨2⁩ ⁨months⁩ ago

  I feel like committing secrets to a config file instead of .env is a terrible idea. Thats being said this is really useful I’m sure.

  source

  • Xanza@lemm.ee ⁨2⁩ ⁨months⁩ ago

    The entire point of .env files are to separate secrets from code. Its specifically the usage for which they were created.

    source

    • Vendetta9076@sh.itjust.works ⁨2⁩ ⁨months⁩ ago

      Yes?

      Are we misunderstanding each other?

      source

      • -> View More Comments
  • TCB13@lemmy.world ⁨2⁩ ⁨months⁩ ago

    I get the point, but don’t forget those “secrets” are SHA256 hashes. Not really reversible.

    source

    • Vendetta9076@sh.itjust.works ⁨2⁩ ⁨months⁩ ago

      The issue isn’t that. The issue is its a config folder and a lot of people back their configs up to things like github.

      source

      • -> View More Comments
• possiblylinux127@lemmy.zip ⁨2⁩ ⁨months⁩ ago

  github.com/lldap/lldap

  You also could go freeipa or Samba AD

  source