Page 7 of 8~112 min topic

Semantic cache lab

Set tenancy, encryption, and purge boundaries

Least privilege, negative probes, and a timed rollback beat a security essay about tenant-scoped semantic cache for repeated FAQ paraphrases.

~14 min this pageSafety and operations

1Learn the idea

Read

Least privilege for this lab

Separate runtime and operator roles for tenant-scoped semantic cache for repeated FAQ paraphrases. Runtime may only perform the narrow actions that cost owner cutting duplicate GPT calls for Acme Corp FAQs needs; operators get audited break-glass with TTL. Encode a negative probe that denies the privilege trick related to cross-tenant near-duplicate question returns Acme's private pricing blurb.

Read

Data and secret hygiene

Redact prompts/PII at collection. Secrets enter via a manager or workload identity — never source, fixtures, or exception strings. Incident CACHE-XTENANT-2 should be impossible if these controls hold. Output allowlists and schema checks stay in force on error paths.

Read

Implementation artifact

Read

Purge by tenant on offboarding; never store raw prompts for high-risk classes.

cache.purge(tenant="acme")

Read

Rollback drill

Rehearse the rollback or kill switch timed against a clock. Record actor, reason, prior revision/secret/flag, and verification query. Invariant reminder: cache key includes tenant_id + policy_version; similarity ≥ 0.92 and risk≠high.

Read

Stage depth

Abuse cases unique to this lab include the privilege path implied by cross-tenant near-duplicate question returns Acme's private pricing blurb. Prove a read-only role cannot mutate. Break-glass tokens expire; leftover tokens fail the drill. Dependency pin/digest story matters when images or models move under you. Document how to rotate the credential that tenant-scoped semantic cache for repeated FAQ paraphrases uses without a full outage window longer than your dual-run plan. Security evidence is part of ship, not an appendix nobody reads.

Read

Field notes for `semantic-cache-lab` / `security-ops`

List network egress destinations and justify each. Ensure debug endpoints are off by default in the shipping config. Verify that error responses do not echo secrets or raw stack frames to clients. For multi-tenant paths, add a cross-tenant probe fixture. Time the rollback drill twice — once with the author, once with a peer. Store the drill transcript beside the threat notes for the incident id. In this chapter the product is tenant-scoped semantic cache for repeated FAQ paraphrases, the human stakeholder is cost owner cutting duplicate GPT calls for Acme Corp FAQs, and the incident id you design against is CACHE-XTENANT-2. Re-state the oracle in your notes — paraphrase hit returns cached answer with cache=HIT; different tenant never hits — and keep the invariant visible: cache key includes tenant_id + policy_version; similarity ≥ 0.92 and risk≠high. Track hit_rate ∈ [0.25,0.55] and cross_tenant_hits == 0 as the scoreboard. Surface under change control: POST /v1/answer. If you only have forty minutes, finish the fixture for cross-tenant near-duplicate question returns Acme's private pricing blurb before polishing UI. Promotion language stays ternary: promote, hold, or roll back based on evidence, not hope.

Go deeper

Before you start

Why this matters

Threat-model tenant-scoped semantic cache for repeated FAQ paraphrases in five minutes: who can change config, who can read secrets, what a malicious payload tries to do. Write one negative probe that must yield deny with zero side effects. Reference CACHE-XTENANT-2 as the story you refuse to repeat.

Check your understanding

Page assessment

Answer from memory. Completion is saved from this evidence, not from opening the next page.

1. Does deny imply zero side effects?
2. Are secrets absent from logs?
3. Is rollback evidenced with timestamps?

All responses are required.