Skip to content

okf: add optional erasure conformance profile (SPEC 9.1)#191

Open
manumishra12 wants to merge 1 commit into
GoogleCloudPlatform:mainfrom
manumishra12:spec-erasure-profile
Open

okf: add optional erasure conformance profile (SPEC 9.1)#191
manumishra12 wants to merge 1 commit into
GoogleCloudPlatform:mainfrom
manumishra12:spec-erasure-profile

Conversation

@manumishra12

Copy link
Copy Markdown

What

Adds an optional erasure profile to SPEC section 9 (as section 9.1). Issue #90 notes that erasing a concept currently discloses it; this specifies an opt-in profile for bundles that must not leak removed knowledge.

Why

A plain file deletion still discloses the concept: dangling inbound links keep naming it, index.md/log.md may still reference it, and git history keeps the content recoverable.

The profile

When a concept is erased, a bundle conforming to the erasure profile:

  1. Removes or redacts inbound links to it from other concepts in the same revision.
  2. Drops its concept ID from every index.md and log.md.
  3. Where history must not disclose it, realizes the erasure by rewriting history (e.g. a fresh export) rather than an additive deletion commit.

Opt-in: consumers MUST NOT assume a bundle follows it unless it says so, and ordinary bundles remain valid under section 9.

Additive and backward-compatible (SPEC section 11 minor-version rules).

Addresses #90.

Plain deletion of a concept can still disclose that it existed (dangling
inbound links, index/log references, recoverable git history). Adds an opt-in
erasure profile specifying what erased means for bundles that must not leak
removed knowledge. The profile is opt-in and does not change the validity of
ordinary bundles.

Additive and backward-compatible (per SPEC 11). Addresses GoogleCloudPlatform#90.
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant