Files
accounted/tests/pg/securitydefiner_write_rpc_tenant_guards.pg.test.ts
T
Jakob Wennberg ec27228a8e style: remove em/en dashes repo-wide, add CLAUDE.md rule against them (#890)
Em dashes (—) and en dashes (–) had spread across comments, docs, tests,
and a few UI strings, reading as AI-generated boilerplate rather than
house style. Replaced each with punctuation matching its context: colon
for explanatory clauses, comma for asides, plain hyphen for numeric/legal
ranges (e.g. "21-23§"), "to"/"till" for date ranges, parentheses for
paired-dash asides. messages/en.json and messages/sv.json were fixed by
hand together to keep sv/en in sync.

Left untouched where the dash is the functional subject rather than
decorative punctuation: date-range-parser.ts's separator regex,
charset-repair.ts's CP1252 byte-mapping table (and its test), the SIE
encoding mojibake docs, generic-csv.ts's minus-sign normalizer, the
agent system-prompt files that already instruct against em dashes, and
a golden iXBRL test fixture compared byte-for-byte.

Also fixes two bugs surfaced along the way: an off-by-one in
ApiKeysPanel's scope-label split (a leftover from an earlier partial
pass), and a charset-repair test that had lost the literal en-dash it
exists to verify.

Regenerated the agent atom seed migration (skills:generate) since 27
SKILL.md files changed. Added a CLAUDE.md rule against em/en dashes,
with an explicit carve-out for the functional-dash cases above.

Co-authored-by: Claude Sonnet 5 <noreply@anthropic.com>
2026-07-04 15:58:06 +02:00

257 lines
11 KiB
TypeScript

/**
* pg-real test for the SECURITY DEFINER write-RPC tenant guards
* (20260619130100_securitydefiner_write_rpc_tenant_guards.sql).
*
* Four SECURITY DEFINER write RPCs are EXECUTE-able by `authenticated` and so,
* without an in-function tenant guard, an authenticated user could call them via
* PostgREST with ANOTHER company's p_company_id. The migration adds the canonical
* claims-based guard (mirrors 20260615120000_link_voucher_rpcs_tenant_guard.sql):
* for anon/authenticated callers, membership of p_company_id is required, else
* RAISE 42501; service_role / no-claims callers bypass BY DESIGN (MCP / API-key /
* migration / pg-harness paths whose company scoping happens elsewhere).
*
* bulk_book_transactions and match_batch_allocate are deliberately NOT guarded:
* they already enforce membership in-function and return structured domain
* errors (BULK_BOOK_UNAUTHORIZED / BATCH_UNAUTHORIZED) that routes, MCP tools,
* and their existing pg tests branch on: see the migration header.
*
* What each case asserts:
* - cross-tenant (userA's session, companyB's id) → RAISE with SQLSTATE 42501.
* - own company (userA's session, companyA's id) → the guard does NOT fire;
* the call either succeeds or fails with a NON-42501 domain error. For the
* two RPCs with no other gate (reserve/release_voucher_range) and for
* rotate_company_inbox the own-company call fully succeeds; for the others a
* non-guard outcome is sufficient and is documented inline.
* - no-claims bare-pool cross-tenant → guard bypassed (no 42501), proving the
* MCP / service-role paths are unaffected.
*
* The role-claim simulation technique (set request.jwt.claims + SET LOCAL ROLE)
* follows tests/pg/gl_lines_rpc_tenant_guard.pg.test.ts.
*/
import { describe, it, expect } from 'vitest'
import { randomUUID } from 'node:crypto'
import { getPool } from './setup'
import { insertDraftJournalEntry, seedCompany } from './fixtures'
interface PgError extends Error {
code?: string
}
/**
* Run `sql` as an authenticated user session (request.jwt.claims role =
* authenticated + SET LOCAL ROLE authenticated) in its own transaction, always
* rolling back. Returns the thrown PgError (or null if it succeeded). A 42501
* guard rejection aborts the transaction, so each probe gets a fresh one.
*/
async function callAsUser(
userId: string,
sql: string,
params: unknown[],
): Promise<PgError | null> {
const client = await getPool().connect()
try {
await client.query('BEGIN')
await client.query(`SELECT set_config('request.jwt.claims', $1, true)`, [
JSON.stringify({ sub: userId, role: 'authenticated' }),
])
await client.query(`SELECT set_config('request.jwt.claim.sub', $1, true)`, [userId])
await client.query('SET LOCAL ROLE authenticated')
await client.query(sql, params)
return null
} catch (err) {
return err as PgError
} finally {
await client.query('ROLLBACK').catch(() => {})
client.release()
}
}
/**
* Run `sql` on the bare superuser pool with NO request.jwt.claims: the trusted
* bypass that migrations, this harness and the service-role / MCP API paths rely
* on. Wrapped in a rolled-back transaction so writes don't persist. Returns the
* thrown PgError or null.
*/
async function callBare(sql: string, params: unknown[]): Promise<PgError | null> {
const client = await getPool().connect()
try {
await client.query('BEGIN')
await client.query(sql, params)
return null
} catch (err) {
return err as PgError
} finally {
await client.query('ROLLBACK').catch(() => {})
client.release()
}
}
// Posted bank-account IB usable by mark_entry_as_opening_balance.
async function insertPostedManualIb(params: {
userId: string
companyId: string
fiscalPeriodId: string
}): Promise<string> {
const id = randomUUID()
await getPool().query(
`INSERT INTO public.journal_entries
(id, user_id, company_id, fiscal_period_id, voucher_number, voucher_series,
entry_date, description, source_type, status)
VALUES ($1, $2, $3, $4, $5, 'A', '2026-01-01', 'Ingående balanser 2026', 'manual', 'draft')`,
[id, params.userId, params.companyId, params.fiscalPeriodId, Math.floor(Math.random() * 100000) + 1],
)
await getPool().query(
`INSERT INTO public.journal_entry_lines
(journal_entry_id, account_number, debit_amount, credit_amount)
VALUES ($1, '1930', 5000, 0),
($1, '2099', 0, 5000)`,
[id],
)
await getPool().query(`UPDATE public.journal_entries SET status = 'posted' WHERE id = $1`, [id])
return id
}
const MARK_OB = `SELECT public.mark_entry_as_opening_balance($1, $2)`
const RESERVE = `SELECT public.reserve_voucher_range($1, $2, $3, $4)`
const RELEASE = `SELECT public.release_voucher_range($1, $2, $3, $4, $5)`
const ROTATE = `SELECT public.rotate_company_inbox($1)`
describe('SECURITY DEFINER write RPCs: tenant-isolation guard', () => {
it('mark_entry_as_opening_balance: blocks cross-company, passes own, bypasses for no-claims', async () => {
const a = await seedCompany()
const b = await seedCompany()
const entryA = await insertPostedManualIb({
userId: a.userId,
companyId: a.companyId,
fiscalPeriodId: a.fiscalPeriodId,
})
// userA (member of A only) targeting companyB → 42501 before any work.
const cross = await callAsUser(a.userId, MARK_OB, [b.companyId, entryA])
expect(cross?.code).toBe('42501')
// Own company, owner of A, valid posted manual IB → full success (no raise).
const own = await callAsUser(a.userId, MARK_OB, [a.companyId, entryA])
expect(own).toBeNull()
// No-claims bare pool cross-referencing companyB with A's entry: guard
// bypassed. It then raises a NON-guard domain error ("Journal entry not
// found": the entry is not in companyB), proving the bypass is real.
const bare = await callBare(MARK_OB, [b.companyId, entryA])
expect(bare?.code).not.toBe('42501')
})
it('reserve_voucher_range: blocks cross-company, passes own, bypasses for no-claims', async () => {
const a = await seedCompany()
const b = await seedCompany()
const cross = await callAsUser(a.userId, RESERVE, [b.companyId, b.fiscalPeriodId, 'A', 10])
expect(cross?.code).toBe('42501')
// Own company → succeeds (void). No other gate exists on this RPC, so this
// is the cleanest proof the guard does not break the legitimate path.
const own = await callAsUser(a.userId, RESERVE, [a.companyId, a.fiscalPeriodId, 'A', 10])
expect(own).toBeNull()
// No-claims bare pool cross-tenant → the new tenant guard is bypassed. (The
// INSERT then writes auth.uid()=NULL into voucher_sequences.user_id, which is
// NOT NULL, so a 23502 surfaces: pre-existing behaviour for a true no-session
// caller; the point here is only that it is NOT the 42501 tenant guard.)
const bare = await callBare(RESERVE, [b.companyId, b.fiscalPeriodId, 'A', 10])
expect(bare?.code).not.toBe('42501')
})
it('release_voucher_range: blocks cross-company, passes own, bypasses for no-claims', async () => {
const a = await seedCompany()
const b = await seedCompany()
const cross = await callAsUser(a.userId, RELEASE, [b.companyId, b.fiscalPeriodId, 'A', 5, 10])
expect(cross?.code).toBe('42501')
// Own company → succeeds (void no-op against an empty sequence).
const own = await callAsUser(a.userId, RELEASE, [a.companyId, a.fiscalPeriodId, 'A', 5, 10])
expect(own).toBeNull()
const bare = await callBare(RELEASE, [b.companyId, b.fiscalPeriodId, 'A', 5, 10])
expect(bare).toBeNull()
})
it('rotate_company_inbox: blocks cross-company, passes own, bypasses for no-claims', async () => {
const a = await seedCompany()
const b = await seedCompany()
const cross = await callAsUser(a.userId, ROTATE, [b.companyId])
expect(cross?.code).toBe('42501')
// Own company, owner of A → succeeds (creates an active inbox row).
const own = await callAsUser(a.userId, ROTATE, [a.companyId])
expect(own).toBeNull()
// No-claims bare pool cross-tenant → the NEW claims-based tenant guard is
// bypassed (role is not anon/authenticated). rotate_company_inbox is only
// ever called from a user session (auth.uid() present), so unlike the other
// five it has no service-role caller; the pre-existing owner/admin check
// (auth.uid() NULL → no membership) still raises 42501 here. Disambiguate by
// message: the bypass is proven by the new guard's message NOT appearing.
const bare = await callBare(ROTATE, [b.companyId])
expect(bare?.message ?? '').not.toMatch(/caller is not a member of company/i)
})
})
describe('voucher-range RPCs: period-lock + sequence-integrity guards (BFL 5 kap)', () => {
it('reserve_voucher_range refuses a closed fiscal period', async () => {
const a = await seedCompany({ isClosed: true })
const err = await callBare(RESERVE, [a.companyId, a.fiscalPeriodId, 'A', 10])
expect(err?.message).toMatch(/closed\/locked fiscal period/i)
})
it('reserve_voucher_range refuses a locked fiscal period', async () => {
const a = await seedCompany()
await getPool().query(`UPDATE public.fiscal_periods SET locked_at = now() WHERE id = $1`, [
a.fiscalPeriodId,
])
const err = await callBare(RESERVE, [a.companyId, a.fiscalPeriodId, 'A', 10])
expect(err?.message).toMatch(/closed\/locked fiscal period/i)
})
it('release_voucher_range refuses when verifikat exist in the released range', async () => {
const a = await seedCompany()
await insertDraftJournalEntry({
userId: a.userId,
companyId: a.companyId,
fiscalPeriodId: a.fiscalPeriodId,
status: 'posted',
voucherNumber: 5, // inside (3, 10]: rolling back to 3 would orphan it
})
const err = await callBare(RELEASE, [a.companyId, a.fiscalPeriodId, 'A', 3, 10])
expect(err?.message).toMatch(/verifikat exist in the released range/i)
})
it('release_voucher_range succeeds when the released range is empty (legit SIE-import path)', async () => {
const a = await seedCompany()
await getPool().query(
`INSERT INTO public.voucher_sequences (company_id, user_id, fiscal_period_id, voucher_series, last_number)
VALUES ($1, $2, $3, 'A', 10)`,
[a.companyId, a.userId, a.fiscalPeriodId],
)
// Highest inserted verifikat is 3: numbers (3, 10] were reserved but unused.
await insertDraftJournalEntry({
userId: a.userId,
companyId: a.companyId,
fiscalPeriodId: a.fiscalPeriodId,
status: 'posted',
voucherNumber: 3,
})
// Direct pool call (NOT callBare, which wraps in BEGIN…ROLLBACK and would
// undo the release before the assertion below reads the sequence).
await getPool().query(RELEASE, [a.companyId, a.fiscalPeriodId, 'A', 3, 10])
const { rows } = await getPool().query(
`SELECT last_number FROM public.voucher_sequences
WHERE company_id = $1 AND fiscal_period_id = $2 AND voucher_series = 'A'`,
[a.companyId, a.fiscalPeriodId],
)
expect(rows[0]?.last_number).toBe(3)
})
})