1
0
Fork 0

Compare commits

..

No commits in common. "main" and "v1.11.0" have entirely different histories.

3 changed files with 3 additions and 24 deletions

View file

@ -3,7 +3,7 @@
Write-time defensive layer for Python pipelines that persist LLM output: sanitize, fence, tool-less quarantined transform, capability isolation, scan before persist, fail-secure.
![Version](https://img.shields.io/badge/version-1.11.0-blue)
![Status](https://img.shields.io/badge/status-beta-yellow)
![Status](https://img.shields.io/badge/status-stable-brightgreen)
![Python](https://img.shields.io/badge/python-3.10%2B-purple)
![License](https://img.shields.io/badge/license-MIT-lightgrey)

View file

@ -97,9 +97,7 @@ nevnerne, og vakten må ha kjørt de siste 7 dagene.
- Blokk-skalar `a #b` gir `'a #b'` der YAML gir `'a'` (gammelt avvik).
- ReDoS-sveipet gir 1–10 tilfeldige tidsflagg per kjøring (exit 0).
- repo-standard er kjørt på den offentlige flaten 02.11 (motor v0.11.2): 19 OK og
1 WARN (`RELEASE-STALE`, siste release-side var v1.4.0). Release-siden for v1.11.0
er laget fra CHANGELOG-oppføringen, og da ble det 20/20 OK, 0 hoppet over.
- repo-standard er ikke kjørt på den offentlige flaten.
- De fire angrepene utenfor (X01–X04) står utenfor med grunn, se § T.3. De er ikke hull.
## V.6 Økt 1, målt 01.11.2026 (ingen release)
@ -392,25 +390,6 @@ ikke gjenskapt. Grunnlinjen er gjenskapt eksakt med `docs/gap-sweep.py`: 106/198
Alle sju er avgjort. Sluttmålingen (§ V.3) gjenstår: rad 1 venter på sju dager
med ukentlige kjøringer hos llm-security.
## V.11 Rad 1: den ukentlige kjøringen er satt opp (02.11.2026, ingen release)
- **llm-security meldte 02.11** at deres ukentlige utgavevakt (launchd, mandager
09:15) kjører lista vår fra og med denne dagen. Den kjøres med et eget skript før
deres egen kjøring, så en feil hos dem kan ikke hoppe over den. Lista leses slik
den står committet på HEAD (`docs/threat-2026/watch-sources.json`), aldri fra
arbeidstreet. Tilstanden og utdataene ligger i egne filer. Vi får en melding når
radene `behind`, `notVerified` eller `watch` endrer seg, når en feil oppstår, og
alltid etter første kjøring.
- **Første kjøring** (startet for hånd 02.11, lista ved `9385b2b`): 16 current,
0 behind, 0 notVerified, 0 watch, 12 prober ok. Det er det samme som vår egen
kjøring i § V.10.
- **Sjekket herfra 02.11:** deres tørrkjøring ga exit 0 og «unchanged, no message».
Den skrev ingenting: sha256 av begge tilstandsfilene var lik før og etter.
- **Ikke framme ennå:** jobben har ikke kjørt lista av seg selv. Dagens planlagte
kjøring (09:15) gikk før lista ble lagt inn. Den første er 09.11.2026 09:15.
Sluttmålingen (§ V.3) tas etter den: rad 1 telles med de 16, og den kjente
positive kontrollen (v1.4.1-kopien melder bak, § V.7) kjøres på nytt.
## Forrige retning (godkjent av operatøren 28.10.2026, nådd 31.10)
> «llm-ingestion-guard bygger på nyeste utgave av hver trusselkatalog den viser til,

View file

@ -12,7 +12,7 @@ license = { file = "LICENSE" }
authors = [{ name = "Kjell Tore Guttormsen" }]
keywords = ["llm", "security", "prompt-injection", "rag", "ingestion", "guardrails", "write-time"]
classifiers = [
"Development Status :: 4 - Beta",
"Development Status :: 5 - Production/Stable",
"Intended Audience :: Developers",
"License :: OSI Approved :: MIT License",
"Programming Language :: Python :: 3",