@blamejs/core 0.13.25 → 0.13.26

package/CHANGELOG.md

@@ -8,6 +8,8 @@ upgrading across more than a few patches at a time.
 
 ## v0.13.x
 
+- v0.13.26 (2026-05-28) — **`b.cryptoField.unsealRow` nulls a sealed column on unseal failure instead of returning the forged ciphertext.** When a sealed column failed to unseal — a DB-write attacker's forged `vault:<…>` payload, or a valid ciphertext copied into a different row so the AAD no longer matches — unsealRow recorded the failure on the audit chain but then kept the original attacker-crafted string in the field rather than nulling it, despite the documented contract that downstream sees 'no value'. A write-back guard discarded the intended null on the failure path. The column is now nulled on any unseal failure, so a forged or cross-row-copied value never reaches downstream code as if it were a real plaintext. Valid values round-trip unchanged and genuinely-unsealed pass-through values are still kept. This hardens every sealed-column reader, including the agent idempotency / orchestrator / tenant rows sealed in 0.13.25. **Fixed:** *Audit checkpoint docs name the actual signature algorithm* — `b.audit.checkpoint` / `b.audit.verifyCheckpoints` described the anchor signature as ML-DSA-87, but the checkpoint is signed with the configured `b.auditSign` algorithm — SLH-DSA-SHAKE-256f by default (ML-DSA-87 / ML-DSA-65 are opt-in). The docs and the verify-failure reason now refer to the post-quantum signature without naming a specific algorithm the operator may not be using. · *`b.storage.chunkScratch` example and assembly description corrected* — The `assemble()` example omitted the mandatory `chunkEncryptionKeys` argument (one sealed key per chunk, returned by `saveChunk`), so it would have thrown as written; it now collects and passes the keys. The prose no longer claims the primitive writes a final file with an 'atomic finalize' — `assemble()` concatenates the chunks in order and returns the assembled bytes for the caller to persist. **Security:** *Sealed columns are nulled on unseal failure (forged / cross-row ciphertext)* — `b.cryptoField.unsealRow` now nulls a sealed field when its value fails to unseal — a crafted `vault:`/`vault.aad:` payload written by a DB-write attacker, or a valid ciphertext copied to a different row (AAD mismatch). Previously the field kept the attacker-controlled string, so downstream code could read the forged ciphertext as if it were the plaintext. The audit emit (`system.crypto.unseal_failed`) is unchanged. Valid round-trips and not-actually-sealed pass-through values are unaffected. A regression test pins the forged-value, cross-row-copy, and pass-through cases.
+
 - v0.13.25 (2026-05-28) — **Agent idempotency results and orchestrator/tenant registry rows are sealed at rest.** The b.agent.idempotency, b.agent.orchestrator, and b.agent.tenant primitives documented their stored rows as sealed at rest, but the values were written as plaintext JSON — a database dump could expose cached result payloads (which can carry mail-move / search data), the tenant ids that own each agent, and operator-supplied endpoint metadata. Those values are now sealed via b.cryptoField (XChaCha20-Poly1305 through the vault) before they reach the backing store and unsealed on read, when a vault is configured — which is the default in a booted app. Each ciphertext is AAD-bound to its row identity so a database-write attacker cannot copy a sealed value between rows. Reads of rows written before this release (plain JSON) continue to work unchanged, and a vault-less deployment stores rows as before. No API or call-site changes are required. **Fixed:** *`b.agent.saga` run() return/throw shape documented correctly* — The doc said `run()` resolves to `{ status: "failed", failedStep, lastCompensationError }` on failure and to a bare final state. In fact it resolves to `{ status: "completed", sagaId, state }` on success and rejects (throws) on step failure with an error carrying `failedStep`, `cause`, `compensationCause`, and `failedCompStepName`. The docs now describe the actual contract. · *`b.agent.idempotency` put() example uses the real option name* — The example passed `{ argsFingerprint: ... }`, which the function does not read; the fingerprint option is `requestFingerprint` (or `args`). The example now uses `requestFingerprint`. · *`b.agent.tenant.derivedKey` @since corrected to 0.9.26* — It was tagged `@since 0.9.25`, a version before the tenant module existed; it ships in 0.9.26 alongside `b.agent.tenant.create`. · *`b.agent.trace.injectIntoEnvelope` documented as single-argument* — The doc listed a second `currentSpan` argument the function ignores — it always injects the currently-active span's trace context. The doc now shows `injectIntoEnvelope(envelope)` and notes it should be called while the intended span is active. **Security:** *Agent idempotency / orchestrator / tenant rows sealed at rest* — `b.agent.idempotency` cached result blobs, `b.agent.orchestrator` registry rows (owning tenant id + endpoint metadata), and `b.agent.tenant` registry-row metadata are now sealed via `b.cryptoField` when a vault is configured (the default in a booted app via `b.start`). The fields were previously stored as plaintext despite the docs describing them as sealed, so a DB dump exposed cached payloads, agent↔tenant ownership, and endpoint detail. Each sealed value is AAD-bound to the row identity (the idempotency key hash / the agent name / the tenant id), so a sealed value cannot be copied between rows. Rows written before this release remain readable (a non-sealed value passes through unseal), and a vault-less deployment behaves as before. No call-site changes.
 
 - v0.13.24 (2026-05-28) — **`b.guard*` docs corrected: the compliance-posture opt key, the gate API, and validate return shapes.** Documentation corrections across the b.guard* family. The most consequential: the posture-selection option was documented as `compliance:` in many guards' @opts, but the working key is `compliancePosture:` — passing the documented `{ compliance: "hipaa" }` was silently ignored, so a compliance posture (e.g. HIPAA PII redaction) never activated. If you select a posture via the gate/validate/sanitize options, use `compliancePosture:`; `compliance:` had no effect. The guard docs now name the correct key uniformly. Also corrected: gate examples and prose that invoked the gate as a callable or via `.run` / `.inspect` (the gate is an object whose method is `.check(ctx)`), and validate() return shapes that listed `severities` / `summary` / `refusal` fields the function never returned (it returns `{ ok, issues }`). **Fixed:** *guard posture option is `compliancePosture:`, not `compliance:`* — Many `b.guard*` primitives documented the compliance-posture selector as `compliance: "hipaa"|"pci-dss"|"gdpr"|"soc2"` in their `@opts`, but the family resolver reads `compliancePosture:`. Passing `{ compliance: "hipaa" }` was accepted and silently ignored — the posture overlay (e.g. CSV `piiPolicy: "redact"` under HIPAA) never applied, leaving the default policy in force. The docs across the guard family now name `compliancePosture:` consistently (the key the resolver and `b.guardX.compliancePosture(name)` already used). Action: if you selected a posture with `compliance:`, switch to `compliancePosture:` — the posture was not taking effect before. · *guard gate is an object with `.check(ctx)`, not a callable* — Several guards' gate `@example`s and prose invoked the gate as a function (`g({...})`), via `.run(...)`, or via `.inspect(...)`, and a few described it as "an async function". `b.guardX.gate(opts)` returns an object whose async method is `.check(ctx)`; the examples and prose now use `.check`, so they run as written. · *guard validate() returns `{ ok, issues }`* — Several guards documented `validate()` as returning `{ ok, issues, severities }`, `{ ok, issues, summary }`, or `{ ok, issues, refusal? }`. The function returns `{ ok, issues }` (each issue carries its own `severity` / `kind`); the documented extra top-level fields were never present. The docs now state the actual shape.

package/lib/audit.js

@@ -796,9 +796,10 @@ function _checkpointPayload(atMonotonicCounter, atRowHash, createdAt) {
   );
 }
 
-// Anchor the current chain tip with a fresh ML-DSA-87 signature. Inserts
-// a row into audit_checkpoints. Updates <dataDir>/audit.tip for boot-time
-// rollback detection.
+// Anchor the current chain tip with a fresh post-quantum signature (the
+// configured b.auditSign algorithm — SLH-DSA-SHAKE-256f by default).
+// Inserts a row into audit_checkpoints. Updates <dataDir>/audit.tip for
+// boot-time rollback detection.
 //
 // opts:
 //   skipIfUnchanged: bool — return null without inserting if the chain tip
@@ -810,8 +811,10 @@ function _checkpointPayload(atMonotonicCounter, atRowHash, createdAt) {
  * @compliance soc2, pci-dss, sox-404
  * @related   b.audit.verifyCheckpoints, b.audit.verify
  *
- * Anchor the current chain tip with a fresh ML-DSA-87 (post-quantum)
- * signature. Inserts a row into `audit_checkpoints` and updates the
+ * Anchor the current chain tip with a fresh post-quantum signature (the
+ * configured `b.auditSign` algorithm — SLH-DSA-SHAKE-256f by default,
+ * ML-DSA-87 / ML-DSA-65 optional). Inserts a row into `audit_checkpoints`
+ * and updates the
  * boot-time rollback-detection sidecar (single-node) or the cluster
  * audit-tip row (cluster mode, fencing-token guarded). Cluster mode
  * requires the caller hold leader status — `cluster.requireLeader()`
@@ -917,8 +920,8 @@ async function checkpoint(opts) {
  * @related   b.audit.checkpoint, b.audit.verify
  *
  * Walk every checkpoint and verify (a) the public-key fingerprint
- * matches the current signing key, (b) the ML-DSA-87 signature over the
- * payload still verifies, (c) the audit_log row at the anchored counter
+ * matches the current signing key, (b) the post-quantum signature over
+ * the payload still verifies, (c) the audit_log row at the anchored counter
  * still has the recorded rowHash. Catches tampering that recomputed
  * chain hashes after holding the vault key, because the off-chain
  * signature anchor is unforgeable without the signing key.
@@ -967,7 +970,7 @@ async function verifyCheckpoints() {
         checkpointsVerified: i,
         breakAt:             i,
         checkpointId:        c._id,
-        reason:              "ML-DSA-87 signature failed",
+        reason:              "post-quantum signature failed",
       };
     }
     // Also confirm the audit row at atMonotonicCounter still matches the

package/lib/crypto-field.js

@@ -495,9 +495,14 @@ function unsealRow(table, row) {
         } catch (_e) { /* drop-silent */ }
         unsealed = null;
       }
-      // If the value wasn't actually sealed, vault.unseal returns the input
-      // unchanged — keep the original.
-      out[field] = unsealed !== undefined && unsealed !== null ? unsealed : out[field];
+      // Assign unconditionally. `unsealed` already carries the right value
+      // for every branch: the plaintext on success, the original value on
+      // the not-actually-sealed pass-through (set above), and `null` on an
+      // unseal failure. The failure case MUST null the column so downstream
+      // sees "no value" rather than the attacker-crafted `vault:<…>` string
+      // (a prior `... ? unsealed : out[field]` guard silently kept the
+      // forged ciphertext on failure, defeating the documented defense).
+      out[field] = unsealed;
     }
   }
 

package/lib/storage.js

@@ -833,10 +833,10 @@ function _requireInit() {
 //
 // Resumable-chunked-upload primitive. Operators handling large file
 // uploads (multipart form / tus / S3-multipart-style flow) need to
-// persist incoming chunks during the upload window, then assemble
-// them into a final file when the upload completes. Without a
-// framework primitive every consumer ended up reinventing the
-// per-assembly directory layout + atomic finalize + GC of partial
+// persist incoming chunks during the upload window, then concatenate
+// them in order when the upload completes. Without a framework
+// primitive every consumer ended up reinventing the per-assembly
+// directory layout + ordered gap-checked assembly + GC of partial
 // assemblies that never completed.
 //
 // chunkScratch owns:
@@ -844,8 +844,8 @@ function _requireInit() {
 //     storage backend just like saveFile)
 //   - chunk persistence + retrieval with the framework envelope
 //   - assembly metadata tracking createdAt/totalChunks/chunkHashes
-//   - atomic concat into the final file (no consumer ever sees a
-//     half-assembled file)
+//   - ordered, gap-checked concat returning the assembled bytes for
+//     the caller to persist (the primitive does not write a final file)
 //   - GC of stale partial assemblies (operator opts in via gc())
 //
 // Backend is the same `b.storage` backend the operator already
@@ -919,10 +919,11 @@ function _validateChunkIndex(idx) {
  * @related   b.storage.saveFile, b.storage.getFileBuffer
  *
  * Resumable-chunked-upload primitive. Persists incoming upload chunks
- * during the upload window + atomically assembles them into the
- * final file on completion. Owns per-assembly directory layout,
- * envelope-encrypted chunk persistence, atomic finalize, and GC of
- * partial assemblies.
+ * during the upload window, then concatenates them in order on
+ * completion and returns the assembled bytes for the caller to persist
+ * (the primitive does not itself write a final file). Owns per-assembly
+ * directory layout, envelope-encrypted chunk persistence, ordered
+ * gap-checked assembly, and GC of partial assemblies.
  *
  * Composes existing primitives: each chunk routes through
  * `b.storage.saveFile` (same XChaCha20-Poly1305 envelope as the
@@ -974,13 +975,16 @@ function _validateChunkIndex(idx) {
  *   b.storage.init({ backend: "local", uploadDir: "./data/uploads" });
  *   var cs = b.storage.chunkScratch({ rootKeyPrefix: "uploads/scratch" });
  *
- *   // During upload — each PUT lands one chunk
- *   await cs.saveChunk({ assemblyId: "upload-abc", chunkIndex: 0, data: chunk0 });
- *   await cs.saveChunk({ assemblyId: "upload-abc", chunkIndex: 1, data: chunk1 });
- *   await cs.saveChunk({ assemblyId: "upload-abc", chunkIndex: 2, data: chunk2 });
+ *   // During upload — each PUT lands one chunk. saveChunk returns the
+ *   // chunk's sealed encryptionKey; collect them in order for assemble.
+ *   var keys = [];
+ *   keys[0] = (await cs.saveChunk({ assemblyId: "upload-abc", chunkIndex: 0, data: chunk0 })).encryptionKey;
+ *   keys[1] = (await cs.saveChunk({ assemblyId: "upload-abc", chunkIndex: 1, data: chunk1 })).encryptionKey;
+ *   keys[2] = (await cs.saveChunk({ assemblyId: "upload-abc", chunkIndex: 2, data: chunk2 })).encryptionKey;
  *
- *   // On completion — atomic assemble + cleanup
- *   var assembled = await cs.assemble({ assemblyId: "upload-abc", expectedTotal: 3 });
+ *   // On completion — concat the chunks (in order) into the assembled
+ *   // buffer, then clean up. chunkEncryptionKeys is one key per chunk.
+ *   var assembled = await cs.assemble({ assemblyId: "upload-abc", expectedTotal: 3, chunkEncryptionKeys: keys });
  *   await cs.removeAssembly("upload-abc");
  *
  *   // Periodic GC of partial uploads abandoned mid-stream

package/package.json

@@ -1,6 +1,6 @@
 {
   "name": "@blamejs/core",
-  "version": "0.13.25",
+  "version": "0.13.26",
   "description": "The Node framework that owns its stack.",
   "license": "Apache-2.0",
   "author": "blamejs contributors",

package/sbom.cdx.json

@@ -2,10 +2,10 @@
   "$schema": "http://cyclonedx.org/schema/bom-1.5.schema.json",
   "bomFormat": "CycloneDX",
   "specVersion": "1.5",
-  "serialNumber": "urn:uuid:47754ab4-658d-4a84-ac31-adda479b6281",
+  "serialNumber": "urn:uuid:4f626863-3efb-410c-9161-cb9eed647aea",
   "version": 1,
   "metadata": {
-    "timestamp": "2026-05-28T12:35:12.333Z",
+    "timestamp": "2026-05-28T13:34:34.285Z",
     "lifecycles": [
       {
         "phase": "build"
@@ -19,14 +19,14 @@
       }
     ],
     "component": {
-      "bom-ref": "@blamejs/core@0.13.25",
+      "bom-ref": "@blamejs/core@0.13.26",
       "type": "application",
       "name": "blamejs",
-      "version": "0.13.25",
+      "version": "0.13.26",
       "scope": "required",
       "author": "blamejs contributors",
       "description": "The Node framework that owns its stack.",
-      "purl": "pkg:npm/%40blamejs/core@0.13.25",
+      "purl": "pkg:npm/%40blamejs/core@0.13.26",
       "properties": [],
       "externalReferences": [
         {
@@ -54,7 +54,7 @@
   "components": [],
   "dependencies": [
     {
-      "ref": "@blamejs/core@0.13.25",
+      "ref": "@blamejs/core@0.13.26",
       "dependsOn": []
     }
   ]