Operation AngelsBorn Between 2 Generals

CreateConnectProtect

Safe PerimeterOperation Angels · Protect

Draft specification · v0.2

Safe Perimeter, in full

146 numbered requirements across 19 sections. MUST and MUST NOT are normative; SHOULD is a strong default an adopter may depart from with a written reason. This page prints.

How to read this

Each requirement carries a reference of the form SP-n so it can be cited in a procurement document, a statute drafting note, or a complaint. Each section names the page that argues for it - the reasoning is not repeated here.

This is a design document. No system described here has been built, procured, piloted or deployed.

Requirements
146
Normative (MUST / MUST NOT)
129
Sections
19
Prohibitions
29

1. Scope and claim

Argued at /coverage/

RefLevelRequirement
SP-1MUSTThe system is described as closing a specific gap - sustained, unexplained physical proximity between a child and an adult under active monitoring, in places a fixed geofence cannot see - and never as a solution to child sexual abuse generally.
SP-2MUSTPublished material states that the large majority of child sexual abuse is committed by family members and acquaintances, and that most people who commit these offenses have no prior conviction and are therefore invisible to the system.
SP-3MUSTPublished material states that the system has no effect on online grooming.
SP-4MUST NOTAny coverage figure be published without the assumptions that produced it.
SP-5SHOULDCoverage be re-estimated annually against the jurisdiction's own case data rather than national averages.

2. Enrollment of monitored subjects

Argued at /due-process/

RefLevelRequirement
SP-6MUSTMonitoring be imposed prospectively, at sentencing, as an express component of the sentence, with the defendant on notice before plea.
SP-7MUSTAny application to a person already convicted proceed by individualized determination: a validated risk assessment, notice, a hearing, the right to counsel, and a written finding.
SP-8MUST NOTMonitoring be applied to any class of existing registrants by blanket administrative reclassification.
SP-9MUSTTiering derive from a validated actuarial risk assessment together with offense characteriztics, and never from an offense label alone.
SP-10MUSTThe subject be entitled to challenge the assessment and to an independent evaluation.
SP-11MUSTEvery imposition carry a defined term, with the burden on the state to justify continuation at each review.
SP-12SHOULDThe highest tier be sized to the supervision capacity that actually exists, not to the population that qualifies on paper.

3. Enrollment of children

Argued at /legal/

RefLevelRequirement
SP-13MUSTA child be enrolled only by a guardian with verified parental authority, verified against the estranged-parent threat specifically.
SP-14MUSTEnrollment end automatically at a defined age and never convert into an adult account.
SP-15MUST NOTA child's band be required as a condition of attending school, receiving services, or entering a public place.
SP-16SHOULDThe views of a child old enough to hold one be recorded at enrollment, because a device a child did not agree to is a device they will disable.

4. Sensing and the physical constraint

Argued at /anchored-zones/

RefLevelRequirement
SP-17MUSTEvery radio in the sensing path be active and powered. The supervised person's court-ordered ankle unit already is; the child-side ranging module is, and its power budget lives in the shoe sole where a cell physically fits.
SP-18MUST NOTA passive tag be used anywhere in the sensing path. Passive tags have no transmitter and are certified to 20 mm against a 15.24 m requirement, which is why the child side is a powered module rather than a printed tag in a strap.
SP-19MUSTThe child-side device be receive-only. It may hear a monitored identifier and warn the child directly; it must never emit an identifier of its own, because a transmitting child-side device announces a child's position to any receiver.
SP-20MUST NOTBLE received-signal-strength appear anywhere in the proximity decision path. It is admissible only as a wake-up trigger to initiate a real ranging exchange.
SP-21MUST NOTGNSS position differencing be used to decide proximity. Urban error exceeds the threshold it would be asked to decide.
SP-22MUSTThe proximity decision rest on a ranging modality whose documented accuracy is smaller than the threshold it decides - in practice ultra-wideband.
SP-23MUSTEscalation above the lowest tier require agreement between at least two independent sensing modalities.
SP-24MUSTAnchors perform the ranging, classification and decision; wearables broadcast only.
SP-25MUSTEvery anchor be site-surveyed and calibrated at installation, and its zone class recorded then rather than inferred later.
SP-26MUSTDistance-bounding be cryptographic, so that a relayed exchange cannot manufacture proximity.
SP-27SHOULDAnchor siting be documented well enough that a contested reading can be reconstructed after the fact.

5. Zone classification

Argued at /anchored-zones/

RefLevelRequirement
SP-28MUSTZones be classified as Class A - a place whose primary purpose is children's presence - or Class B, a place children frequent incidentally.
SP-29MUST NOTA Class B zone reach the dispatch tier automatically.
SP-30MUSTPublished material state that anchored zones protect places, not people in arbitrary locations, and that this is a narrowing of the original concept.
SP-31SHOULDClass A hours track the actual hours children are present, so a school at midnight is not treated as a school at noon.

6. Alert logic

Argued at /alert-tiers/

RefLevelRequirement
SP-32MUSTThe response ladder have at least the five tiers defined in this specification, with distinct recipients at each.
SP-33MUST NOTAny tier above Log be reached on separation distance alone, at any distance, for any duration.
SP-34MUSTSustained dwell be required for every tier above Notify.
SP-35MUSTDispatch require sustained dwell together with either a legally designated exclusion zone or a third repeat encounter within thirty days.
SP-36MUSTA lost position fix produce no event, and the gap itself be recorded so the outage is auditable.
SP-37MUSTA degraded position fix cap the encounter at Notify.
SP-38MUSTDwell thresholds be raised in dense venues, where incidental proximity is the norm.
SP-39MUST NOTThe assessed risk tier move an outcome by more than one step in either direction.
SP-40MUST NOTThe child's own band be the thing that makes the noise. The alarm is emitted by the anchor at the site, to the adults present; the band tells the child by vibration alone, so a child is never the source of a sound aimed at an adult.
SP-41MUSTAudible alerting be confined to the guardian's own device, at tier 3 and above.
SP-42MUST NOTAny alert be placed automatically to emergency services on a proximity threshold.
SP-43SHOULDLadder thresholds be tunable per jurisdiction and every change be versioned against the encounters it affects.

7. The warning to the monitored person

Argued at /warning/

RefLevelRequirement
SP-44MUSTA warning be delivered to the monitored person before any escalation that a warning could have averted, so that leaving is always an available outcome.
SP-45MUST NOTThe warning disclose, confirm, imply or vary with the presence of any child. It is triggered by zone, never by a person.
SP-46MUST NOTThe warning convey direction, distance, bearing, count or dwell.
SP-47MUSTThe warning be byte-identical in every instance, so that presence cannot be inferred from its content or its behavior.
SP-48MUSTThe warning be delivered privately to the subject - haptic and to their own device - and never through a speaker audible to bystanders.
SP-49MUSTA defined grace period exist, and departure within it be recorded as cleared.
SP-50MUSTA cleared warning be available to the subject as evidence of compliance.
SP-51MUSTPublished material state that the system deliberately issues warnings indistinguishable from false ones, because varying them would turn the warning into a detector.
SP-52MUSTThe warning be part of the core specification rather than an option a deployment may omit.
SP-53MUSTThe ratio of warned-and-turned-back to warned-and-continued be measured and published - it is the most useful operational metric the system can produce.
SP-54SHOULDA warning be issued on approach, before the boundary is crossed, so that the available outcome is prevention rather than a record of a violation.

8. Named-victim zones

Argued at /additions/

RefLevelRequirement
SP-55MUSTA protected zone attached to a named prior victim exist only where a court has imposed a no-contact order naming that person.
SP-56MUSTParticipation be initiated by the victim, revocable by them at any moment, and never a default or a condition of anything.
SP-57MUST NOTA victim be told that declining weakens their protection, or be enrolled by anyone other than themselves or their guardian.
SP-58MUSTPublished material state that for some survivors carrying a device tied to their offender is itself harmful.

9. Data protection and matching

Argued at /data-flow/

RefLevelRequirement
SP-59MUSTProximity matching be performed on the child's device against a published list of pseudonymous keys.
SP-60MUST NOTAny position of any party be transmitted to a server at any time.
SP-61MUSTThe child's band be receive-only: no advertised service, no response to probes, and no identifier transmitted.
SP-62MUSTBroadcast identifiers rotate at least every fifteen minutes and be unlinkable across days without the key that generated them.
SP-63MUSTThe band hold no identity for the child, so that a found device tells the finder nothing.
SP-64MUSTPosition history on the band be limited to a rolling window of no more than 72 hours and never be exportable or synchronized.
SP-65MUSTThe pairing secret be wiped on tamper and on guardian revocation.
SP-66MUSTThe published key list be partitioned by region wherever the full list exceeds what a band can hold.
SP-67MUSTPublished material state plainly that publishing the key list creates a proximity oracle any third party can build a receiver for, and that this capability did not previously exist.
SP-68MUST NOTA guardian be able to learn the identity of the other party to an encounter.
SP-69SHOULDKey distribution be rate-limited and client-attested, accepting that neither eliminates the oracle.

10. Identity resolution and split custody

Argued at /identity/

RefLevelRequirement
SP-70MUSTSet membership be decidable locally, in real time, offline, without learning which device an identifier belongs to.
SP-71MUSTIdentity resolution require both a judicial order and an independent key custodian, such that neither can resolve an identity alone.
SP-72MUSTThe key custodian be organizationally separate from both the operator and the supervising agency - not merely a separate system operated by the same party.
SP-73MUSTEvery resolution and every refused attempt write an immutable audit record.
SP-74MUSTAny exigency exception name the class of circumstances, name the official who may invoke it, notify the reviewing court within 24 hours, and write the same audit record.
SP-75MUST NOTAn exigency path exist without a time limit and a review. That is the architecture defeated by its own exception.
SP-76MUSTPublished material describe the system as pseudonymous with a trusted matching party, and never as anonymous.
SP-77MUSTPublished material state that an operator who observes a person while capturing their identifier has bound the two by direct observation, and that no cryptography prevents this.

11. Isolation and the console

Argued at /isolation/

RefLevelRequirement
SP-78MUSTObservations and keys be held in separate trust domains under separate organizational control.
SP-79MUST NOTAny single domain compromise yield an identity bound to a location.
SP-80MUSTThe audit store be append-only and separate from every domain it records.
SP-81MUSTThe console refuse, in code rather than by policy, any query that would resolve an identity without the two-party authorization.
SP-82MUSTEvery refusal be logged as visibly as every grant.
SP-83MUST NOTSeparation be claimed on the basis of containerization alone. Containers on one host share a kernel, and a custodian that is a different container in the same organization is not a custodian.
SP-84MUSTEgress be default-deny between domains, with the permitted flows enumerated.
SP-85SHOULDThe console be operable with the identity path entirely unavailable, so that losing it degrades the system rather than stopping it.

12. The voluntary attestation bracelet

Argued at /bracelet/

RefLevelRequirement
SP-86MUSTEnrollment be voluntary, wearer-initiated and wearer-revocable at any time without giving a reason.
SP-87MUST NOTWearing be compelled, or made a condition of employment, tenancy, education, benefits or access to any public place.
SP-88MUSTThe wearer hold their own keys, and be the only party who can disclose an attestation.
SP-89MUSTDisclosure be selective, so that proving one thing does not reveal the rest of the day.
SP-90MUST NOTThe device broadcast identity or location, carry a microphone or camera, or accept a remote command to open an audio or video channel. These are absent from the bill of materials, not disabled in software.
SP-91MUSTA duress mechanism exist that does not signal its use to a person standing next to the wearer.
SP-92MUST NOTAny attestation claim the absence of an event the device has no sensor for.
SP-93MUSTChanges to any linked party be visible to all existing linked parties and take effect only after a delay.
SP-94SHOULDThe wearer be able to export and destroy their own record independently of the operator.

13. Devices

Argued at /devices/

RefLevelRequirement
SP-95MUSTThe subject's device detect strap breach by continuity, wear by skin contact and temperature, and being worn by motion coherence.
SP-96MUSTThe subject's device carry its own network radio and not depend on any device the subject controls.
SP-97MUSTBoth devices buffer events they cannot transmit and upload them on reconnection.
SP-98MUSTEvery buffered event be labeled with its true age when delivered.
SP-99MUST NOTA buffered event be presented as current.
SP-100MUSTLoss of all received signals in a location with prior coverage be recorded as an event in its own right.
SP-101MUST NOTAny implanted device be used. A passive implant has no power, no positioning and no radio range, and cannot perform this function.
SP-102SHOULDThe child's band achieve a five to seven day charge interval; a band charged daily will not be worn.
SP-103SHOULDThe child's band carry no screen, name or branding that marks the wearer out.

14. Power and availability

Argued at /operations/

RefLevelRequirement
SP-104MUSTThe charging obligation be stated in the subject's conditions with a specific window and duration.
SP-105MUSTA dead battery on the subject's device be defined in the order as a compliance event with a written response.
SP-106MUST NOTA dead battery on a child's band ever be treated as a violation by anyone.
SP-107MUSTBoth devices warn before power loss, and the guardian be told when a band goes offline.
SP-108SHOULDRepeated discharge patterns be addressed through supervision rather than through the device.

15. Anchor security

Argued at /anchor-security/

RefLevelRequirement
SP-109MUSTAn anchor and the network mutually attest, so that a stolen or cloned anchor is detectable and revocable within minutes.
SP-110MUSTThe current-interval enrollment set be held in a secure element and never in extractable storage.
SP-111MUSTOpening the enclosure zeroize all key material and report the event.
SP-112MUSTNeighboring anchors cross-check each other's presence and attestation, so a hostile device introduced into a zone is noticed by the ones around it.
SP-113MUSTAn anchor reporting implausible detection volume be quarantined automatically - which is also the defense against replay injection.
SP-114MUSTPenetration test results for the anchor be published. It is the most accessible attack surface in the system and should be the most publicly scrutinized.
SP-115MUST NOTAn anchor hold any identity, any history beyond the current interval, or any key that resolves anything.
SP-116MUSTPublished material state that a rogue anchor which merely listens is a passive harvester of rotating identifiers, and that no attestation scheme prevents someone building a receiver from published parts.
SP-117SHOULDThe backend operator be contractually named and independently penetration-tested, given that tens of millions of comparable devices funnel through a handful of shared backends.

16. Accessibility

Argued at /accessibility/

RefLevelRequirement
SP-118MUSTHaptic and visual alerting be equivalent to any audible channel, not secondary to it.
SP-119MUSTAlerting for children with cognitive or developmental disabilities be designed with that population rather than adapted for them afterwards. They are at markedly elevated risk of abuse.
SP-120MUST NOTAny alert reaching a child rely on a sudden loud sound. A loud noise is not a neutral intervention.
SP-121MUSTGuardian alerting offer channels other than a smartphone application, and be available in the languages the jurisdiction serves.
SP-122MUSTAccessibility requirements appear in the procurement specification. Requirements that are not specified do not survive contact with a vendor.
SP-123MUSTPublished material state the principle plainly: a protective system that works less well for the children at highest risk has inverted its own purpose.

17. Evaluation and measurability

Argued at /evaluation/

RefLevelRequirement
SP-124MUSTThe evaluation be pre-registered before deployment, with named primary outcomes, a comparison group and a public analysis plan filed before the first device ships.
SP-125MUSTPrimary outcomes be limited to what the system can move: false-alert rate by tier, officer response rate, absconding, registration compliance, and the warned-and-turned-back ratio.
SP-126MUST NOTReoffending be presented as a primary outcome. Base rates are low enough that no realistic pilot can detect a change in it.
SP-127MUSTThe minimum aggregate telemetry that makes the system evaluable be specified up front, and be shown not to reintroduce a location database.
SP-128MUSTAn independent adversarial review covering the exigency path, anchor spoofing, replay injection and stalking inversion be completed before any pilot, with results published.
SP-129MUSTThe program state in advance what evidence would count as it having failed.
SP-130SHOULDAn oversight board publish quarterly metrics and hold the authority to suspend the program.

18. Operations

Argued at /operations/

RefLevelRequirement
SP-131MUSTFirmware be rolled out in stages and the version recorded against every encounter.
SP-132MUSTStaleness of a band's copy of the key list be a monitored condition rather than a silent degradation.
SP-133MUSTEnrollment, tier, term and audit history transfer with a subject who moves between jurisdictions.
SP-134MUSTThe program end for a subject who moves somewhere the order is unenforceable, and say so rather than claim a coverage it no longer has.
SP-135SHOULDFleet health - reporting, silent over 24 hours, strap events - be reviewed daily.

19. Due process, audit and exit

Argued at /due-process/

RefLevelRequirement
SP-136MUSTEvery tier 3 and tier 4 event produce a record the subject is entitled to obtain, including the classifier inputs that produced it.
SP-137MUST NOTThat record disclose the child's identity or location history.
SP-138MUSTA written challenge route exist with a deadline binding on the authority as well as on the subject.
SP-139MUSTFix quality, device health and firmware version at the time of an encounter be disclosed to a subject contesting it.
SP-140MUSTAn overturned alert be removed from the repeat count that feeds the ladder.
SP-141MUSTEvery read of the encounter store be written to an append-only audit log.
SP-142MUSTA subject be able to obtain their own portion of that audit log.
SP-143MUSTA petition for removal exist, with published criteria and published grant rates.
SP-144MUSTRecords be destroyed on exit, with a certificate issued to the subject.
SP-145MUSTAlert accuracy be published in aggregate at least quarterly, classified by cause.
SP-146SHOULDMedian time from alert to human action be tracked weekly as the program's leading failure indicator.

Open questions this document does not answer

A specification that claims to have settled everything is not finished, it is unexamined. These are open:

  • Radio choice. Bluetooth LE gives range and battery life but is trivially detectable; ultra-wideband gives far better distance accuracy at a power cost a small band may not survive. The dwell thresholds in this document assume distance accuracy the radio may not deliver, and that assumption has not been tested.
  • The proximity oracle. Local matching requires publishing keys, and publishing keys lets anyone build a detector. Regional partitioning and attestation narrow it. Nothing eliminates it without moving matching to a server, which reintroduces the central location database. Whoever adopts this has to choose knowingly.
  • Whether the child-side device is adopted at all. Every figure in the coverage model is multiplied by the share of children carrying a working, charged band. That share is not a technical parameter, and no amount of engineering sets it.
  • Cost. Nothing in this document is costed. Hardware, network, monitoring center staffing, hearings and appeals are all real and none is estimated here, because an invented number would be worse than an absent one.
  • Whether the assessment instrument is good enough. The tier feeds the ladder. Validated actuarial instruments have known and published error rates, and this design has not been tested against what those errors do to alert quality.

How this works

0:59 · narrated · captioned · nothing here is sent anywhere when you press play. Prefer to read it? The transcript is below.

Transcript
AtSectionWhat it says
0:02What it isThis is the whole specification in one document. Every requirement is numbered, so any single one of them can be quoted on its own.
0:10The three levelsMUST and MUST NOT are normative. SHOULD is a strong default, and an adopter may depart from it, but the reason has to be written down.
0:18Why it is numberedEach requirement carries its own reference. That is what lets it be cited in a procurement document, a statute drafting note, or a complaint.
0:27Where the argument isThe reasoning is not repeated here. Each section names the page that argues for it, so this stays a list of requirements rather than a second copy of the site.
0:36It printsThe page prints. It is written to be handed to someone who will read it on paper and mark it up, which is how a specification is actually used.
0:45What it does not settleIt ends with what it does not settle. The radio, the proximity oracle, whether a child device is adopted at all, and cost, which is not estimated anywhere.