# SeedPass TODO This file tracks the remaining work from the latest bug search and security evaluation. ## Entropy audit (2026-07-31) [`docs/entropy_audit_2026-07-31.md`](docs/entropy_audit_2026-07-31.md) — RNG and randomness-integration audit. **No predictable-fallback defect:** every non-deterministic secret uses `os.urandom` / `secrets`, and the `random` module is not imported anywhere in non-test source. **Read the compatibility constraint in that document before touching `core/password_generation.py`.** Passwords are never stored — they are re-derived on demand from `(seed, index, length, policy, gen_version)`. Entries now carry `gen_version`, and an absent field means v1. **The rule is permanent: never alter the output of a version that already exists in the wild.** v1 is frozen; a fix that changes derivation goes into a new version, never into an old one. `src/tests/test_entropy_integrity.py` enforces this with 18 v1 vectors — a failure there is never "update the expected value". - [x] **M4 (done)** — v1 password vectors frozen, plus fail-closed RNG tests, in `src/tests/test_entropy_integrity.py` (26 tests, inside the `--determinism-only` CI gate). 18 vectors cover every policy and both sides of the 32-byte stream-wrap boundary. Mutation-verified: removing `_balance_distribution` (M1), altering the `DeterministicStream` wrap (M3) and changing the character mapping (M2) each turn all 18 red; adding a hash-of-timestamp fallback to `generate_bip85_seed` turns the fail-closed test red. **M1/M2/M3 are now safe to attempt.** - [x] **L1 (done)** — deleted the dead HKDF block in `_derive_password_entropy`, dropped the three now-unused imports (`HKDF`, `hashes`, `default_backend`), and corrected the docstrings that named HKDF instead of PBKDF2. Verified as a negative control: all 18 v1 vectors stayed green, confirming the harness does not produce false alarms on behaviour-preserving edits. - [x] **M1 / M2 / M3 (done)** — password generation is now versioned. `gen_version` defaults to 1 everywhere, so existing entries and every untouched caller keep deriving v1 byte-identically; new password entries are stamped `gen_version: 2`. v2 drops the forced equal-quarters class quota (M1), draws by rejection sampling (M2) from an unbounded HMAC-expanded stream (M3), and enforces only the policy minima — choosing donor positions from classes that have a surplus, so raising one minimum can no longer break another. Measured at length 16 over 200 samples: v1 produced **1** distinct class composition, v2 produces **82**. Per-character entropy 6.42 → 6.53 bits against a 6.555 ceiling. Chi-square 96.1 (df=93) confirms the modulo bias is gone; lag-32 repeat rate sits within one standard error of chance, confirming the repeating pad is gone. - [ ] **Opt-in upgrade UX for existing entries** — a per-entry action that re-derives at v2, with a confirmation making the consequence unmissable ("this changes the password; update it at the site first"). Never bulk-migrate. Until this ships, existing entries stay on v1 by design. - [x] **L2 (done)** — `generate_bip85_seed(words_num=...)` accepts 12 or 24 and rejects anything else; threaded through `create_profile_from_generated_seed`. Default stays 12 so existing profiles and callers are unaffected. - [x] **L3 (done for the RNG path)** — `os.urandom(32)` moved outside the try block in `generate_bip85_seed`, so no handler can stand between the entropy draw and the caller, and the redundant duplicate `except Exception` is gone. A test asserts the `OSError` arrives as the same object that was thrown, which is only true if nothing repackaged it. - [x] **L4 (code fixes done)** — `torch/` temp filename now uses `randomBytes(8)`; the `Math.random` value misnamed `nonce` in `relay-health.mjs` is now `probeSuffix` from `randomBytes(6)`. - [ ] **⚠️ Decision needed: `torch/_backups/` holds 5240 tracked files** across six dated snapshots. Untracking is a large deletion, so it is not an audit side effect. Costs today: duplicates every security grep hit, and bare `node --test` in `torch/` discovers them and fails 18 tests from stale snapshot code (`npm test` uses explicit paths, so CI is unaffected). Separately: `torch/` has no `test/` directory in the repo, so its `npm test` cannot run as written. - [x] **L5 (done)** — `dependency-audit.yml` generates and uploads a CycloneDX SBOM from `requirements.lock`. Verified with the real tool: CycloneDX 1.6, 96 components, crypto chain recorded at exact versions. The remaining broad `except Exception` handlers in `password_generation.py` wrap deterministic derivation with no RNG in it and re-raise rather than substituting; they belong to the Robustness item further down, not to this audit. ## Security - [ ] Complete checklist item #8 (Supply chain and release integrity): - run one tagged release through `.github/workflows/release-integrity.yml` and link evidence in `docs/security_readiness_checklist.md` - resolve or formally time-box/own the `GHSA-wj6h-64fc-37mp` exception (`docs/supply_chain_release_integrity.md`) - enforce release/tag protections requiring `Release Integrity` + dependency audit checks - publish maintainer/consumer verification runbook (checksum + cosign verification with expected issuer/identity) ✅ `docs/release_verification_runbook.md` - [ ] Upgrade vulnerable runtime dependencies in lockfiles and packaging inputs: - `aiohttp` -> `>=3.13.3` - `cryptography` -> `>=46.0.5` - `starlette` -> `>=0.49.1` - `python-multipart` -> `>=0.0.22` - `urllib3` -> `>=2.6.3` - `pynacl` -> `>=1.6.2` - `pillow` -> `>=12.1.1` - `orjson`, `pyasn1`, `cbor2` and other `pip-audit` findings - [ ] Regenerate `requirements.lock` after upgrades and re-run the full test suite. - [ ] Re-run `pip-audit -r requirements.lock` and ensure zero actionable runtime vulnerabilities. - [ ] Evaluate the `Crypto.*` imports in `src/seedpass/core/password_generation.py` and either: - keep `pycryptodome` intentionally with explicit documentation, or - migrate RSA generation to `cryptography` APIs. ## Robustness - [ ] Replace broad `except Exception: pass` blocks with explicit exceptions + logging: - `src/main.py` - `src/seedpass/core/manager.py` - `src/seedpass/core/menu_handler.py` - [ ] Add telemetry-safe logs for swallowed error paths without exposing secrets. - [ ] Harden startup/restore prompt flows against `EOFError` / cancellation loops: - startup options (`Continue` / `Restore from backup`) - restore-backup fingerprint/path prompts - ensure graceful return-to-menu instead of process-level failure. ## Tests To Add - [ ] Add deterministic tests for `derive_pgp_key(..., key_type="rsa")` covering: - stable output across repeated runs - key fingerprint format and validity - [ ] Add API rate-limit tests for: - per-client isolation - window expiry behavior - restart/reset behavior after `start_server()` - [ ] Add API import tests for boundary conditions: - exactly-at-limit upload size - malformed multipart payload - invalid JSON body for path-based import - [ ] Add regression tests for manager notification/logging fallback paths currently guarded by broad exception handling. ## Documentation - [ ] Document API import upload limit (`SEEDPASS_MAX_IMPORT_BYTES`) in user docs. - [ ] Add a security maintenance section describing dependency-audit cadence and update policy. ## TypeScript port (`port/typescript-web-extension`) Branch state as of 2026-08-17: core + CLI + interactive TUI are feature-complete for daily use and cross-verified against Python on every change. What follows is everything still open, in the order it should be tackled. ### Blockers before real secrets - [ ] **Independent security review of the TypeScript branch.** No one but the authoring agent has read this code. Two earlier review rounds on this project each found criticals that self-review missed, so a green suite and an author's sign-off are not evidence of much. Scope it to `js/packages/core/src/crypto`, `js/packages/core/src/derive`, and `js/packages/cli/src/agent.ts` first: a derivation bug does not throw, it quietly produces a secret that cannot be recovered. Blocks the merge below. - [ ] **Fix the findings from the 2026-08-17 self-review** (next section). Do these before handing the branch to an outside reviewer so their time goes on what an author cannot see. ### Findings from the 2026-08-17 self-review Found by reading and probing, not by the suite — all 128 CLI tests passed before and after each was confirmed. Ordered by severity. - [x] **(fixed 2026-08-17)** **The agent can be left holding a parent seed forever, after reporting failure.** `AgentDaemon.handle`'s `put` writes to `this.held` *before* awaiting the audit append. A non-numeric `ttl` makes `expiresAt` NaN; the audit write then throws on the non-finite number, so the caller is told the unlock failed — but the seed is resident, `expire()`'s `held.expiresAt <= now` is false forever, and no audit record exists saying the vault was ever unlocked. Confirmed: `owner-mnemonic` returned the full phrase 3.5s after a "failed" put on an agent with a 1s TTL. Fix: validate `ttl`/`uses`/`expires_at` as finite positive integers at the daemon boundary, and order every op so state is committed only after its audit record lands. The CLI's `parseIntOption` already blocks this path, which is exactly why the daemon must not rely on it — `agent.ts:1-22` states the CLI is untrusted, and the browser extension will be the next thing speaking this protocol. - [x] **(fixed 2026-08-17)** **A `use`-scoped token holder can kill the agent and drop every held seed.** `stdinSink` writes to `child.stdin` with no `error` listener, so a command that exits before draining stdin raises an unhandled EPIPE. Confirmed as an uncaught exception inside the agent process via a `use-sink` request naming `/bin/true`; `main.ts` installs no `uncaughtException` handler, so the real `agent start` process exits. The exec allowlist does not help — any allowlisted command that exits early does it. This is the least-privileged principal in the model taking down the enforcement point. Fix: handle `stdin` errors the way `feedClipboardTool` already does, and treat EPIPE as a delivery failure. - [x] **(fixed 2026-08-17)** **Secrets sent to the clipboard are never cleared.** Python's `copy_to_clipboard(text, timeout)` starts a timer and clears the clipboard if the value is unchanged; the TypeScript `clipboardSink` just writes and returns. `clipboard_clear_delay: 45` is in the default config, is settable, and is read by nothing. This makes TUI **Secret Mode** — whose entire purpose is to route secrets away from the screen — strictly less safe than Python's, because it parks them on a session-wide clipboard indefinitely. - [x] **(fixed 2026-08-17)** **`kdf_iterations` is inert.** Settings displays it, stores it, and tells the user "use Change password to re-wrap this profile's seed at the new strength". `changePassword` takes an `iterations` parameter and the TUI never passes it, and `createProfile` hardcodes `DEFAULT_PBKDF2_ITERATIONS`. Raising it changes nothing anywhere. Either wire it through both paths or remove the setting — a security control that silently does nothing is worse than an absent one. - [x] **(fixed 2026-08-17)** **`inactivity_timeout` is inert.** Stored, displayed, settable as Settings item 12, enforced nowhere. Python's TUI locks the vault after it lapses; the TypeScript TUI leaves an unattended terminal unlocked indefinitely. - [x] **(fixed 2026-08-17)** **TUI file exports do not get the 0600 they claim.** `menus.ts` writes document exports, database exports and the 2FA export with `writeFile(..., {mode: 0o600})`. `mode` applies only at creation, so writing over an existing 0644 file leaves it 0644 — verified. The 2FA export is every TOTP secret in the vault in plaintext, and its comment asserts the 0600. The CLI already does this correctly with `atomicWrite` (fresh inode + rename, symlink-safe) and explains why; the TUI regressed it. The TUI exports also silently overwrite, where the CLI requires `--overwrite`. - [x] **(fixed 2026-08-17)** **Audit-log truncation detection is defeated by deleting one more file.** `AuditLog.verify` skips the count check entirely when `audit.log.head` is absent, so removing the head and truncating the log verifies clean. The head sits beside the log with the same permissions, so anyone who can alter one can remove the other. The doc comment claims the head "pins the expected length" against exactly this attack. Either require the head once the log exists, or keep it somewhere the log's writer cannot reach. - [x] **(fixed 2026-08-17)** **Unvalidated token constraint shapes.** `token-issue` casts `kinds` and `scopes` without checking they are arrays. `kinds: "totp"` makes `Array.includes` become `String.includes`, turning an exact kind match into a substring match — inert today only because no SeedPass kind is a substring of another. `scopes: "reveal"` throws a raw TypeError back to the caller. Owner-gated, so this is hardening, not a live hole. - [x] **(fixed 2026-08-17)** **Dead code that reads as a control.** `authorize()`'s `if (entry)` branch is never reached (both call sites omit the argument; the real check is `tokenMaySee`), and `sinkEnv`'s `FORBIDDEN_ENV` delete loop runs against an allowlist that never contains those keys. Both look like defenses on inspection. Remove them or make them load-bearing. - [x] **(resolved 2026-08-17: confirmed deliberate, documented in authorize())** **A denied entry lookup still burns a token use.** `resolveForToken` consumes a use at pre-auth, before the entry is known, so probing for non-existent ids exhausts a token. That ordering is deliberate anti-enumeration; confirm it is the trade wanted and write it down. ### Cutover - [ ] Fold the CLI bundle's `.sha256` into the `release-integrity` signing workflow (the remaining item of cutover gate 6). - [ ] Merge to `main` and move the Python implementation to `legacy/`. Blocked by the independent review above. ### Unbuilt milestones - [ ] **Milestone 6 (static/PWA web app)** and **Milestone 7 (browser extension)** of `docs/typescript_web_extension_port_plan.md` are not started — `js/packages/` holds `core`, `cli` and `test-vectors` only. The branch is named for a web extension that does not exist yet; the CLI was the proving ground for the core. - [ ] **Decide whether the `api` (FastAPI) surface gets a TypeScript port at all.** It is currently excluded from cutover gate 5 as "a separate surface, not vault behavior", and the session agent (unix socket, 0600, scoped tokens) covers agent automation without binding a port — a smaller attack surface for a process holding unlocked seeds. `src/seedpass/api.py` is 2093 lines and much of it hangs off features that are deliberately not ported (high-risk partitions, agent job profiles, recovery split, semantic). A faithful port means porting those first; the genuinely useful subset is entry CRUD, search, lock/unlock and config. Options: leave it Python-only, port the subset, or drop it. Decide before the extension lands, since the extension needs *some* transport. ## Shared vault/identity spec (BitLogin groundwork) - [x] **(done 2026-08-18)** Entry-id allocation watermark — ids are never reused after deletion; `_sync_meta.next_index`, merged as max, in both implementations with cross-impl parity. The precondition for "account #N" as a recovery coordinate. - [x] **(done 2026-08-18)** `docs/seedpass_vault_identity_spec.md` — v1 draft extracted from working code: canonicalization, containers, derivation table, the two index namespaces, allocation rule, interop rules (preservation, namespacing, no-translation-table, round-trip conformance), capability profiles, sync/backup, and an honest gap ledger. - [x] **(done 2026-08-18)** Unknown-kind passthrough (spec §8.2/§12) — TS parses unrecognized kinds as opaque records (verbatim, excluded from typed operations, malformed KNOWN kinds still fail); CLI listing redacts foreign fields as `has_*` and reveal refuses cleanly; Python tolerance pinned by test. Discovered en route: Python backfills base defaults on foreign records where TS carries verbatim — a benign but real canonicalization divergence, now in the spec gap ledger, to align before foreign kinds actually sync. - [x] **(done 2026-08-18)** Round-trip conformance check as CI (spec §8.6) — cross-impl Phase L: a vault holding a foreign record (unknown kind, trap fields, nested data) plus an unknown top-level index key survives Python→TS→Python read-modify-write byte-for-byte; allocation skips the foreign id; TS refuses to reveal it. Landing it forced the normalization decision: Python's legacy renames now skip unknown kinds (they would have reinterpreted foreign data — verified: the old code turns a foreign `blacklisted` string into our `archived` flag, and Phase L catches it). 38/38 cross-impl checks. ## Post-BitLogin and backup/UX ideas (logged 2026-08-18) - [ ] **Capsule unlock ("sign in with BitLogin")** — spec §11.1 added with the flow and the two normative rules (independence: an unlocking key must not derive from the vault it unlocks; rank: a managed identity must never unlock the root that provisioned it). Implementation is post-BitLogin by definition: it slots in as a fourth seed resolver (env → agent → capsule → password) plus a capsule file format, zero core-crypto changes. Scope first release to delegated org subtrees; personal vaults keep password-primary with capsule as opt-in for self-custodial keys. - [ ] **Blossom server support for index backups** — store the encrypted snapshot as a single content-addressed blob on N Blossom servers (auth-signed by the existing app-1237 sync identity), with the relay manifest pointing at blob hash + server list. Keeps relay sync as-is (deltas + coordination, works today); Blossom removes the chunking ceiling that big vaults (documents!) hit on relays. Needs: manifest field tolerance check in both implementations, retention/mirror policy, and the same metadata-leakage analysis as relays (a pubkey's blob list is public). - [x] **(phase 1 done 2026-08-18)** **`.seedpass` file extension** — CLI `vault export