docs: leg vast dat er geen echte ondertekening bij DocumentSignature komt (#516) #562

Merged

brenno merged 1 commit from docs/besluit-ondertekening into main 2026-07-22 15:08:13 +00:00

Conversation 0 Commits 1 Files changed 1 +26

brenno commented 2026-07-22 15:08:05 +00:00

Owner

Copy link

Punt 6 van #516 vroeg om Ed25519/PKI naast DocumentSignature te overwegen. Het antwoord is nee, en dat verdient te staan: de vraag was terecht gesteld — een ongesleutelde hash over een naam lijkt op een handtekening en is er geen — dus stilte is hier het verkeerde antwoord.

De reden is niet cryptografisch maar soeverein. Een handtekening die een derde kan controleren heeft een vertrouwensanker nodig, en dat anker staat dan in het kritieke pad; kernwaarde 3 zegt daar iets ondubbelzinnigs over. Zelfondertekend vermijdt de CA en bewijst navenant weinig — ongeveer wat het zegel al laat zien. Daarbovenop komt de belofte: zodra de interface een handtekening toont, stopt een lezer met zoeken naar de kanttekening.

De route die wél werkt staat erbij, want een 'nee' met een omweg erbij is een half 'ja': wie een juridische handtekening nodig heeft, ondertekent de geëxporteerde PDF met eIDAS-gereedschap, buiten deze applicatie, waar het vertrouwen al woont.

Met herzieningsvoorwaarde — een sleutel die het besturingssysteem al houdt en de gebruiker al vertrouwt — want een besluit zonder die voorwaarde is een dogma.

Alleen documentatie; make check groen.

Refs #516

Punt 6 van #516 vroeg om Ed25519/PKI naast `DocumentSignature` te overwegen. Het antwoord is nee, en dat verdient te staan: de vraag was terecht gesteld — een ongesleutelde hash over een naam lijkt op een handtekening en is er geen — dus stilte is hier het verkeerde antwoord. De reden is niet cryptografisch maar soeverein. Een handtekening die een derde kan controleren heeft een vertrouwensanker nodig, en dat anker staat dan in het kritieke pad; kernwaarde 3 zegt daar iets ondubbelzinnigs over. Zelfondertekend vermijdt de CA en bewijst navenant weinig — ongeveer wat het zegel al laat zien. Daarbovenop komt de belofte: zodra de interface een handtekening toont, stopt een lezer met zoeken naar de kanttekening. De route die wél werkt staat erbij, want een 'nee' met een omweg erbij is een half 'ja': wie een juridische handtekening nodig heeft, ondertekent de geëxporteerde PDF met eIDAS-gereedschap, buiten deze applicatie, waar het vertrouwen al woont. Met herzieningsvoorwaarde — een sleutel die het besturingssysteem al houdt en de gebruiker al vertrouwt — want een besluit zonder die voorwaarde is een dogma. Alleen documentatie; `make check` groen. Refs #516

brenno added 1 commit 2026-07-22 15:08:05 +00:00

docs(zegel): leg vast dat er geen echte ondertekening bij komt ... 975f6f959e

Punt 6 van #516 vroeg om Ed25519/PKI naast DocumentSignature te overwegen.
Het antwoord is nee, en dat verdient te staan — de vraag was terecht gesteld
(een ongesleutelde hash over een naam lijkt op een handtekening en is er geen),
dus stilte is hier het verkeerde antwoord.

De reden is niet cryptografisch maar soeverein: een handtekening die een derde
kan controleren heeft een vertrouwensanker nodig, en dat anker staat dan in het
kritieke pad. Zelfondertekend vermijdt de CA en bewijst navenant weinig —
ongeveer wat het zegel al laat zien. Daarbij komt de belofte: zodra de
interface een handtekening toont, stopt een lezer met zoeken naar de
kanttekening.

De route die wél werkt staat erbij: wie een juridische handtekening nodig
heeft, ondertekent de geëxporteerde PDF met eIDAS-gereedschap, buiten deze
applicatie, waar het vertrouwen al woont.

Inclusief waaronder dit herzien zou worden — een sleutel die het
besturingssysteem al houdt en de gebruiker al vertrouwt — want een besluit
zonder herzieningsvoorwaarde is een dogma.

Refs #516

brenno merged commit 6922fc197b into main 2026-07-22 15:08:13 +00:00

brenno referenced this pull request from a commit 2026-07-22 15:08:15 +00:00

Merge pull request 'docs: leg vast dat er geen echte ondertekening bij DocumentSignature komt (#516)' (#562) from docs/besluit-ondertekening into main

brenno referenced this pull request 2026-07-22 15:10:16 +00:00

[Feature] Security hardening: nine items below the blocking layer #516

Sign in to join this conversation.

Reviewers

No reviewers

Labels

Clear labels   

accepted

Assessed and will be built

  

bug

Something is broken

  

declined

Assessed and will not be built

  

docs

Documentation only

  

duplicate

Already tracked elsewhere

  

enhancement

New feature or improvement request

  

good first issue

Small, self-contained, and a good place to start

  

in-progress

Someone is working on this right now. Do not start it in parallel.

  

needs-info

Waiting for the reporter

  

privacy

Personal data can leak. Handled before anything else.

  

security

A weakness someone could use. Handled before anything else.

  

triage

Awaiting assessment

No labels

accepted

bug

declined

docs

duplicate

enhancement

good first issue

in-progress

needs-info

privacy

security

triage

Milestone

Clear milestone

No items

No milestone

Projects

Clear projects

No items

No project

Assignees

Clear assignees

No assignees

1 participant

Notifications

Subscribe

Due date

The due date is invalid or out of range. Please use the format "yyyy-mm-dd".

No due date set.

Dependencies

No dependencies set

Reference

LibreKAT/Ocideck!562

No description provided.