Files
PaperClipAI/packages/adapters/codex-local/src/server/codex-auth-copyback.ts
T
Nicky LeachandPaperclip e5a7fd7038 Add sandbox device-login for the Codex adapter (#11237)
## Thinking Path

> - Paperclip helps people manage AI agents for work.
> - Agent adapters connect Paperclip to tools such as the Codex command
line tool.
> - A sandboxed Codex agent may start without a credential.
> - The operator needs a safe sign-in flow that does not expose
credentials to the shared package or the sandbox.
> - This pull request adds a company-scoped device-login flow with a
temporary Daytona sandbox.
> - The flow promotes the credential only after readiness checks pass
and removes the temporary sandbox after use.
> - The result lets an operator sign in to a sandboxed Codex agent from
the agent form.

## Linked Issues or Issue Description

**Subsystem affected**

Cross-cutting (multiple of the above)

**Problem or motivation**

A Codex adapter that runs in a sandbox cannot authenticate when the
company has no pre-provisioned Codex credential.

**Proposed solution**

Add a company-scoped device-login session. Start a temporary sandbox,
run `codex login --device-auth`, stream the code and URL, verify
readiness, promote the credential, and delete the sandbox.

**Alternatives considered**

Pre-provisioning a credential does not support first-time sandbox login.
Keeping the credential in the login sandbox does not provide a durable
company credential.

**Roadmap alignment**

This supports the roadmap item for cloud and sandbox agents.

**Additional context**

The flow uses a five-minute cleanup reaper, compare-and-set status
changes, and a PostgreSQL advisory lock to protect promotion and
cleanup.

## What Changed

- Add the adapter login-session contract, database table, and migration.
- Add company-scoped server routes and a service for sandbox device
login.
- Add credential promotion, readiness checks, and cleanup after login.
- Add restart-safe cleanup for abandoned login sandboxes.
- Add sandbox login controls to the agent creation and edit forms.
- Keep device-login and vendor identifiers out of public shared and
adapter UI symbols.

## Verification

- `pnpm --filter @paperclipai/adapter-codex-local exec vitest run`
passed with 310 tests at the submitted commit.
- The server login route, service, and reaper tests passed with 45 tests
at the submitted commit.
- The agent form render tests passed with 26 tests at the submitted
commit.
- The public-symbol leak check passed at the submitted commit.
- A live Daytona sign-in flow still requires confirmation by a user with
a live sandbox.

## Risks

The migration adds a new company-scoped table. A promotion or cleanup
race could remove a credential or leave a sandbox active, so the service
uses claims, compare-and-set transitions, and an advisory lock. The live
Daytona flow needs operator confirmation because local tests do not
provide a real browser sign-in.

## Model Used

OpenAI Codex, GPT-5, tool use and code execution, extended reasoning.

## Checklist

- [x] I have included a thinking path that traces from project context
to this change
- [x] I have specified the model used (with version and capability
details)
- [x] I have checked ROADMAP.md and confirmed this PR does not duplicate
planned core work
- [x] I have searched GitHub for duplicate or related PRs and linked
them above
- [x] I have either (a) linked existing issues with `Fixes: #` /
`Closes: #` / `Refs: #` OR (b) described the issue in-PR following the
relevant issue template
- [x] I have not referenced internal/instance-local Paperclip issues or
links (only public GitHub `#NNN` / `github.com/paperclipai/paperclip`
URLs)
- [x] My branch name describes the change (e.g. `docs/...`, `fix/...`)
and contains no internal Paperclip ticket id or instance-derived details
- [x] I have run tests locally and they pass
- [x] I have added or updated tests where applicable
- [x] I have updated relevant documentation to reflect my changes
- [x] I have considered and documented any risks above
- [x] All Paperclip CI gates are green
- [x] Greptile is 5/5 with no open P2s, recommendations, or follow-ups
- [x] I will address all Greptile and reviewer comments before
requesting merge

---------

Co-authored-by: Paperclip <noreply@paperclip.ing>
2026-08-12 08:58:25 -07:00

176 lines
8.8 KiB
TypeScript

import { mkdir, open, rename, rm } from "node:fs/promises";
import path from "node:path";
import { randomUUID } from "node:crypto";
import { withDirectoryMergeLock } from "@paperclipai/adapter-utils/workspace-restore-merge";
import {
isCodexAuthCacheEnabled,
readSubscriptionAccountId,
writeCodexAuthCacheEntry,
} from "./codex-auth-cache.js";
import { USE_SOURCE_EXIT, decideCodexAuthMerge } from "./codex-auth-merge-decision.js";
// The outbound copy-back reuses the exact same direction-agnostic decision
// predicate the inbound restore runs, through the shared `decideCodexAuthMerge`
// entry point. The predicate answers one question — "should the caller replace
// `destination` with `source`?" — purely by argument order (first = source,
// second = destination). For the copy-back the sandbox credential is the
// `source` and the shared host credential is the `destination`, so exit 10 (use
// source) means "install the sandbox copy onto the host" and exit 20 (keep
// destination) means "leave the host copy untouched". The predicate only ever
// reads the two files and exits with a code; it never prints token bytes.
/** Outcome of a copy-back attempt. No token material is ever surfaced. */
export type CopyBackCodexAuthOutcome = "copied" | "kept-host";
export interface CopyBackCodexAuthInput {
/**
* Reads the sandbox `auth.json` bytes back from the (about-to-be-destroyed)
* sandbox. In production this is bound to the managed-runtime restore
* context's `readFile` for `${assetDir}/auth.json`.
*/
readSandboxAuth: () => Promise<Buffer>;
/**
* Absolute path of the shared host credential to (maybe) overwrite — the
* symlink *source* the managed Codex homes point their `auth.json` at, never
* an in-sandbox or per-agent symlink.
*/
hostAuthPath: string;
/** Non-leaking progress sink: receives decision/outcome lines only. */
log: (line: string) => void | Promise<void>;
/**
* Resolves and ensures the per-identity cache slot path for a sandbox
* `account_id`. When this is provided AND the cache off-switch is on, the
* copy-back also writes the fresher, usable subscription credential into its
* per-identity cache slot as a second, additive write, keyed by the real
* `account_id`. This is independent of the host default overwrite: it can
* write a cache slot for a different identity than the host holds (matrix rows
* 1b, 3), and it never touches the host default store. When absent, no cache
* write happens.
*/
resolveCacheEntryPath?: (accountId: string) => Promise<string>;
/** Environment for the cache off-switch read. Defaults to `process.env`. */
env?: NodeJS.ProcessEnv;
}
/**
* Guards, locks, and atomically installs a strictly-newer sandbox Codex
* `auth.json` onto the shared host credential at teardown.
*
* Sequence, all under `withDirectoryMergeLock` on the host target's directory
* so a concurrent inbound restore or another copy-back can't interleave:
* 1. Read the sandbox credential bytes. A genuinely absent sandbox
* `auth.json` (ENOENT) means there is simply nothing to copy back, so it
* resolves to `kept-host` (benign no-op, host untouched); every other read
* error stays fail-loud.
* 2. Stage them to a `0600` temp file on the **same filesystem** as the host
* target (its directory), which doubles as the predicate `source`.
* 3. Run the Phase-3 decision predicate (`source` = sandbox temp, `destination`
* = host). Exit 10 → adopt the sandbox copy; exit 20 → keep the host copy.
* 4. On exit 10, `rename` the staged temp over the host target — an atomic
* same-directory swap that preserves mode `0600`. On exit 20, discard it.
* The staged temp is always removed (rename consumes it on the copy path; the
* finally cleans it up otherwise), so a failure never leaves a partial file.
* Never logs token bytes — only the decision outcome.
*/
export async function copyBackCodexAuth(input: CopyBackCodexAuthInput): Promise<CopyBackCodexAuthOutcome> {
const { readSandboxAuth, hostAuthPath, log, resolveCacheEntryPath, env } = input;
// Read first (outside the lock) — a read never mutates the host, so there is
// nothing to serialize yet. A genuinely absent sandbox `auth.json` (ENOENT —
// e.g. Codex removed it mid-run, or a non-provisioned edge) is a "nothing to
// copy back" no-op, not a teardown failure: return `kept-host` and log the
// benign outcome. Every other read error stays fail-loud so a real read fault
// is never silently mistaken for "nothing to copy back".
let sandboxAuthBytes: Buffer;
try {
sandboxAuthBytes = await readSandboxAuth();
} catch (error) {
if ((error as NodeJS.ErrnoException | null)?.code === "ENOENT") {
await log(
"[paperclip] Codex auth copy-back: no sandbox credential to copy back (absent auth.json); host credential kept.",
);
return "kept-host";
}
throw error;
}
const hostDir = path.dirname(hostAuthPath);
await mkdir(hostDir, { recursive: true });
const hostOutcome = await withDirectoryMergeLock(hostDir, async () => {
// Stage on the same filesystem as the host target so both the predicate read
// and the final rename stay device-local (rename across devices is not
// atomic and would fail with EXDEV).
const stagedTempPath = path.join(hostDir, `.auth.json.copyback-${process.pid}-${randomUUID()}.tmp`);
// `wx` + explicit mode create the temp private (0600) and fail if it somehow
// already exists, so we never write through a pre-existing symlink.
const handle = await open(stagedTempPath, "wx", 0o600);
try {
await handle.writeFile(sandboxAuthBytes);
await handle.close();
const decision = await decideCodexAuthMerge(stagedTempPath, hostAuthPath, {
errorLabel: "codex auth copy-back",
});
if (decision === USE_SOURCE_EXIT) {
// Atomic same-directory swap; rename preserves the temp's 0600 mode.
await rename(stagedTempPath, hostAuthPath);
await log(
"[paperclip] Codex auth copy-back: sandbox credential is strictly newer for the same subscription identity; installed to the host at mode 0600.",
);
return "copied";
}
await log(
"[paperclip] Codex auth copy-back: host credential kept (sandbox copy is not a strictly-newer same-identity subscription credential).",
);
return "kept-host";
} finally {
// Close is idempotent-safe to skip after an explicit close; the temp is the
// thing that must never linger. On the copy path rename already consumed it
// (force makes the removal a no-op); on every other path this deletes the
// staged credential bytes.
await handle.close().catch(() => undefined);
await rm(stagedTempPath, { force: true }).catch(() => undefined);
}
});
// Additive cache write. Independent of the host default overwrite above: it
// runs on its own directory lock, keys the slot by the real sandbox
// `account_id`, and can write a slot for a different identity than the host
// holds. It never touches the host default store. The off-switch (default on)
// makes this a no-op when disabled. Only a usable subscription credential has
// an identity to key; an api-key or unusable sandbox credential is skipped.
//
// The cache write is best-effort. The host copy-back above already finished
// and set `hostOutcome`, so a failure of this additive write must not replace
// that successful result. Catch the error, log it, and return `hostOutcome`.
// The cache stays a hint: the next teardown re-attempts the write.
if (resolveCacheEntryPath && isCodexAuthCacheEnabled(env)) {
try {
const sandboxAccountId = readSubscriptionAccountId(sandboxAuthBytes);
if (sandboxAccountId) {
const cacheEntryPath = await resolveCacheEntryPath(sandboxAccountId);
await writeCodexAuthCacheEntry({ sandboxAuthBytes, cacheEntryPath, log });
}
} catch (error) {
// Log only the errno code, never the error message. The message embeds the
// cache slot path, and the slot path embeds the raw `account_id`; the code
// (for example EACCES or ENOSPC) makes the failure diagnosable without a
// leak. Token bytes never reach the log.
const code = (error as NodeJS.ErrnoException | null)?.code ?? "unknown";
// The host copy-back above already finished and set `hostOutcome`. This
// diagnostic log is the last step, so a rejecting logger must not throw
// and turn that successful result into a failed copy-back. Guard the log:
// a rejection here is swallowed, and the function still returns
// `hostOutcome` below.
await Promise.resolve(
log(
`[paperclip] Codex auth cache: additive cache write failed (${code}); host copy-back result kept.`,
),
).catch(() => undefined);
}
}
return hostOutcome;
}