mirror of
https://github.com/profullstack/agentbbs.git
synced 2026-08-13 14:27:27 +00:00
feat(passwd): self-service password reset across git, mail & chat (#59)
Add a key-gated `ssh passwd@host` route (alias `password@`) that sets ONE
member-chosen password across every service with its own credential:
- git (Forgejo) new forgejo.SetPassword (PATCH /admin/users, clears
must_change; EnsureUser first so the account exists)
- mail (Mailu webmail) existing mailu.SetPassword
- chat (IRC/Ergo + The Lounge) new internal/ircpass package
Because the route authenticates by the member's registered SSH key, it also
serves as the forgot-password path — no old password required.
The BBS runs as a non-root service user, but the Ergo password store and The
Lounge user files are root-owned. internal/ircpass bridges this by shelling out
to scripts/set-irc-password.sh through a narrow sudoers rule (installed by
setup.sh). The new password travels on stdin (a new `set-irc-password.sh
<member> -` form), so it never appears in the process table or sudo's log.
UX: masked entry typed twice (readSecret); no-PTY reads stdin; empty input
generates a strong password and shows it once. Each service leg is independent
and best-effort with a per-service ✓/✗ summary, plus a confirmation email that
never contains the password.
Tests: ircpass (stdin contract + member/password rejection), forgejo.SetPassword,
auth IsPasswdName + reservation. Docs: credentials.md (passwd@ section) + irc.md.
Co-authored-by: Claude Opus 4.8 <noreply@anthropic.com>
This commit is contained in:
parent
f2bcb7e063
commit
54da317f4e
11 changed files with 625 additions and 3 deletions
|
|
@ -26,6 +26,40 @@ verification, and it's a no-op when Forgejo is unconfigured. It runs on email
|
|||
verification (`join@` and the web `/verify` link) and again, asynchronously, on
|
||||
each BBS login so an existing member's key is kept in sync.
|
||||
|
||||
## `passwd@` — self-service "reset my password everywhere"
|
||||
|
||||
A member who forgot their password (or just wants to rotate it) runs:
|
||||
|
||||
```bash
|
||||
ssh passwd@bbs.profullstack.com # interactive: type a new password twice
|
||||
ssh passwd@bbs.profullstack.com < pw # non-interactive: read it from stdin
|
||||
echo | ssh passwd@bbs.profullstack.com # empty/no PTY: a strong one is generated for you
|
||||
```
|
||||
|
||||
The route is **gated by the caller's registered SSH key**, so it doubles as the
|
||||
forgot-password path — no old password is required (the key *is* the proof of
|
||||
identity). `password@` is an alias. Whatever the member enters is applied as **one
|
||||
password across every service that has its own credential**:
|
||||
|
||||
| Service | How it's set | Notes |
|
||||
|---|---|---|
|
||||
| **git** (Forgejo) | admin API — ensure the account, then `SetPassword` (clears `must_change_password`) | git **push** uses the SSH key, not this password; this is for the web UI |
|
||||
| **mail** (Mailu webmail) | admin API — ensure the mailbox, then `mailu.SetPassword` | the mailbox/IMAP/webmail login |
|
||||
| **chat** (IRC + The Lounge) | the privileged helper `set-irc-password.sh` via a narrow `sudo` rule | SASL password for native IRC clients **and** the web client; see [`irc.md`](irc.md) |
|
||||
|
||||
BBS/SSH login itself is unaffected — that's always the member's key.
|
||||
|
||||
**Why chat needs a helper.** The BBS process runs as the unprivileged `agentbbs`
|
||||
service user, but the Ergo password store (`/var/lib/ergo/irc-passwd`, `ergo:ergo
|
||||
0600`) and The Lounge user files are root-owned. `setup.sh` installs
|
||||
`scripts/set-irc-password.sh` to `/usr/local/sbin/agentbbs-set-irc-password` and a
|
||||
`/etc/sudoers.d/agentbbs-ircpass` rule letting **only** that one command run as
|
||||
root. The new password travels on **stdin** (the `set-irc-password.sh <member> -`
|
||||
form), so it never appears in the process table or sudo's command log. Each leg is
|
||||
independent: if one service is unconfigured or fails, the others still apply and
|
||||
the member sees a per-service ✓/✗ summary. A confirmation email (which never
|
||||
contains the password) is sent on success.
|
||||
|
||||
## `notify-creds` — backfill / re-send (ops)
|
||||
|
||||
The git- and mailbox-credential emails were added after some accounts already
|
||||
|
|
@ -77,6 +111,8 @@ on any failure.
|
|||
| `AGENTBBS_FORWARDEMAIL_API_KEY` | unset | mail — forwardemail.net API key |
|
||||
| `AGENTBBS_FORWARDEMAIL_DOMAIN` | `AGENTBBS_MAIL_DOMAIN` | mail — alias domain (falls back to the mail domain, default `mail.profullstack.com`) |
|
||||
| `AGENTBBS_WEBMAIL_URL` | unset | mail — webmail link put in the email (optional) |
|
||||
| `AGENTBBS_SET_IRC_PASSWD` | unset (set by `setup.sh` when IRC is on) | chat — path to the privileged `set-irc-password.sh` helper for `passwd@`; empty disables the chat leg |
|
||||
| `AGENTBBS_SET_IRC_SUDO` | `1` | chat — invoke the helper via `sudo` (set `0` if the BBS already runs as root, e.g. in tests) |
|
||||
| `AGENTBBS_SMTP_HOST` / `_FROM` | unset | **sending** all of the above emails (required to actually send) |
|
||||
| `AGENTBBS_SMTP_PORT` / `_USER` / `_PASS` | `587` / unset / unset | SMTP submission (STARTTLS) |
|
||||
|
||||
|
|
|
|||
|
|
@ -69,6 +69,12 @@ one). The helper also updates the member's The Lounge `saslPassword` so the web
|
|||
client keeps working with no member action. Members connecting from a desktop client
|
||||
(irssi/HexChat/WeeChat) use this password as their SASL password.
|
||||
|
||||
Members set their own IRC password (alongside git + mail) self-service via
|
||||
`ssh passwd@<host>` — see [`credentials.md`](credentials.md#passwd--self-service-reset-my-password-everywhere).
|
||||
That flow calls this same helper as `set-irc-password.sh <member> -` (password on
|
||||
stdin) through a narrow `sudo` rule installed by `setup.sh`, since the BBS process
|
||||
itself is unprivileged.
|
||||
|
||||
> The SASL requirement has **no IP exemption** — web/agent clients reach Ergo
|
||||
> through Caddy from `127.0.0.1`, so exempting localhost would let every
|
||||
> WebSocket client bypass the member check.
|
||||
|
|
|
|||
Loading…
Add table
Add a link
Reference in a new issue