Bilagor ut ur händelseloggen — referens och hash i stället för inbäddat

Foton, video och instrumentbilder låg som data-URL:er inne i händelserna.
Det drabbade allt som läser loggen: synken drog med hela bildmassan var
femtonde sekund, kundvyn likaså, och en säkerhetskopia av loggen var i
praktiken en kopia av alla foton.

Nu ligger innehållet utanför händelsen och loggen bär en referens med
innehållets SHA-256. Det försvagar inte bevisvärdet utan stärker det:
hashen står i den append-only-skyddade loggen, så en bild som bytts ut
går att upptäcka. Tidigare låg bilden i loggen och måste helt enkelt tros
på. Innehållet kontrolleras mot hashen varje gång det lämnas ut — stämmer
det inte svarar tjänsten 409 i stället för att visa bilden.
Innehållsadresserat, så samma foto som dokumenteras två gånger lagras en
gång.

Två lägen: databas (bytea, fungerar överallt utan konfiguration) och s3
(AWS, MinIO, Ceph). Signeringen är egen — SigV4 för PUT och GET — i
stället för molnleverantörens SDK, eftersom två operationer inte
motiverar tiotals megabyte beroenden i en bild som annars bara har
pg-drivrutinen. Den korsverifieras bit för bit mot botocore i testerna.
Det avslöjade en riktig bugg direkt: host-huvudet saknade portnummer,
vilket hade fungerat mot AWS men avvisats av all självhostad S3.

Kodningen av objektnycklar kanoniseras medvetet inte. S3 följer andra
URL-regler än övriga AWS-tjänster och en felgissad regel ger signaturer
som ser rimliga ut men avvisas. I stället begränsas hink och prefix till
tecken som aldrig behöver kodas — då finns ingen regel att gissa fel på.

Delningsgränsen gäller även bilagor: en bilaga lämnas bara ut via en
delningslänk om händelsen den hör till är synlig på den nivån, så den
skannade arbetsordern nås aldrig via kundlänken.

Uppladdningen sker på ett enda ställe — sidans egna skicka() flyttar
innehållet innan händelsen skrivs, så ingen panel behövde ändras.
Misslyckas det, eller saknas server som i lokalt läge, bäddas det in
precis som förut. Dokumentationen får aldrig gå förlorad för att nätet
ligger nere, och äldre händelser med inbäddad data-URL fortsätter fungera
för alltid eftersom loggen är append-only.

Verifierat: 96 vitest-tester (varav 9 nya för signering och
innehållsadressering), typkontroll, eslint, OpenAPI-validering, terraform
fmt och referenskontroll, samt integrationstest mot riktig Postgres med
13 nya kontroller — bland annat att ett manipulerat innehåll upptäcks och
inte lämnas ut, och att kundlänken når fotot men inte arbetsordern.

Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
Claude-Session: https://claude.ai/code/session_012EQg3rJsrQ1ZNTvkzmQAtt

docs/DRIFT.md

@@ -108,6 +108,42 @@ upp dess CRD redan vid plan. I `extern` läge kör ni
 `infra/postgres-init.sql` mot databasen själva; det är samma fil som
 integrationstestet kör.
 
+## Bilagor
+
+Foton, videoklipp och instrumentbilder låg tidigare som data-URL:er inne
+i händelserna. Det drabbade allt som läser loggen: synken drog med hela
+bildmassan var femtonde sekund, kundvyn likaså, och en säkerhetskopia av
+loggen var i praktiken en kopia av alla foton.
+
+Nu ligger innehållet utanför händelsen och loggen bär en referens med
+innehållets SHA-256. **Det stärker bevisvärdet i stället för att försvaga
+det**: hashen står i den append-only-skyddade loggen, så en bild som
+bytts ut går att upptäcka — tidigare låg bilden i loggen och måste helt
+enkelt tros på. Innehållet kontrolleras mot hashen varje gång det lämnas
+ut; stämmer det inte svarar tjänsten 409 i stället för att visa bilden.
+
+Innehållsadresserat, så samma foto som dokumenteras två gånger lagras en
+gång.
+
+| `bilage_lage` | Var innehållet ligger | Använd när |
+| --- | --- | --- |
+| `databas` (standard) | `bilage_innehall` (bytea) | Fungerar överallt utan konfiguration; bilderna följer med databasens säkerhetskopior |
+| `s3` | S3-kompatibel objektlagring (AWS, MinIO, Ceph) | Loggen och bilderna ska växa oberoende av varandra |
+
+Signeringen mot objektlagringen är egen (SigV4 för PUT och GET) i stället
+för molnleverantörens SDK — två operationer motiverar inte tiotals
+megabyte beroenden. Den korsverifieras mot botocore i testerna, bit för
+bit.
+
+**Delningsgränsen gäller även bilagor.** En bilaga kan bara hämtas via en
+delningslänk om händelsen den hör till är synlig på den nivån; den
+skannade arbetsordern nås alltså aldrig via kundlänken.
+
+Äldre händelser med inbäddad data-URL fortsätter att fungera och kommer
+alltid att göra det — loggen är append-only. Lokalt läge, utan
+inloggning, bäddar också in: det finns ingen server att ladda upp till,
+och dokumentationen får inte gå förlorad för att nätet ligger nere.
+
 ## Åtkomst: spärr och återkallelse
 
 En giltig JWT-signatur räcker inte. Varje autentiserat anrop slår upp