Techniek
Wat er precies gebeurt met je bestand
Deze pagina is voor de persoon die het moet goedkeuren. Geen marketing, wel het vertrouwensmodel.
De gegevensstroom
- De gebruiker biedt een bestand aan de kluisclient aan.
- De client versleutelt de inhoud lokaal met de Naveol-techniek.
- Het versleutelde bestand wordt weggeschreven naar de gesynchroniseerde map van de cloudprovider.
- Sleutelmateriaal voor geautoriseerde ontvangers wordt beheerd via
[[te specificeren: het sleuteldistributiemodel]]. - De ontvanger opent het bestand via zijn eigen kluisclient, waar ontsleuteling lokaal plaatsvindt.
Wat onze servers wel en niet zien
| Onderdeel | Zien wij dit? |
|---|---|
| Inhoud van je bestanden | Nee — versleuteling en ontsleuteling gebeuren op jouw apparaten |
| Bestandsnamen | [[Ja/nee — invullen naar werkelijke implementatie]] |
| Wie toegang heeft en wanneer | Ja, dit is nodig voor toegangsbeheer en logging |
| Je wachtwoord of herstelsleutel | Nee |
Versie 1.0 · bijgewerkt 23 september 2026
De 8-naar-7-techniek
Onze techniek komt uit eigen onderzoek naar data-codering: een 8-naar-7-bit coderingsmethode waarin compressie en versleuteling in één bewerking zitten, met een gelaagde opbouw van transformatietabellen en dynamisch gegenereerde instructies in plaats van één vaste ronde-structuur. Het intellectueel eigendom omvat meerdere octrooien op het gebied van datacompressie en datamodellering, waaronder GB201915851D0.
Omdat compressie en versleuteling in één bewerking samenvallen, is het versleutelde resultaat in onze eigen metingen kleiner dan het origineel in plaats van groter. Dat verlaagt opslag- en bandbreedtekosten.
- Meetmethode
- [[meetopstelling en testvectors — zie TODO.md, blokkade 1]]
- Gecontroleerd
- 23 september 2026
Onze opbouw rust niet op de aannames die door quantumcomputers worden geraakt. Dit is een ontwerpuitgangspunt dat nog extern wordt getoetst.
- Meetmethode
- Ontwerpkeuze in de 8-naar-7-constructie; geen extern rapport aanwezig.
- Gecontroleerd
- 22 september 2026
Onze eigen meetresultaten
| Meting | Resultaat | Versie | Hardware | Datum | Wie voerde uit |
|---|---|---|---|---|---|
| Versleutelsnelheid t.o.v. AES-256 [[referentie-implementatie benoemen]] | [[factor]] | [[x.y.z]] | [[cpu]] | [[datum]] | Eighttoseven (eigen meting) |
| Grootte versleuteld bestand t.o.v. origineel | [[%]] | [[x.y.z]] | [[cpu]] | [[datum]] | Eighttoseven (eigen meting) |
Dit zijn onze eigen metingen op de genoemde versie en hardware. Ze zijn nog niet door een onafhankelijke partij gereproduceerd. Wij leveren onze testopstelling en testvectors aan iedereen die het wil narekenen.
In onze eigen metingen is de bewerking sneller dan de AES-referentie. Getal, versie en hardware volgen zodra de benchmarkgegevens er zijn.
- Meetmethode
- [[meetopstelling en testvectors — zie TODO.md]]
- Gecontroleerd
- 22 september 2026
Beoordeling en validatie
Wat de stand van zaken is, zonder opsmuk:
- Onafhankelijke cryptografische beoordeling:
[[status — in voorbereiding / opdracht verstrekt aan X / afgerond op versie Y]] - Certificering (bijvoorbeeld FIPS 140-3): niet aanwezig. Validatie duurt in de praktijk ongeveer negentien maanden vanaf inzending, dus dit is een middellangetermijnstap, geen huidige claim (SITG Consulting).
- Open broncode: delen van ons werk staan publiek op GitHub met een commercieel licentiemodel, zodat reviewers kunnen meekijken.
- Onze eigen regel: we publiceren pas "beoordeeld" wanneer we een rapport van een derde partij kunnen laten zien, met versienummer en scope.
Er is geen FIPS 140-3-certificering voor Naveol Datakluis.
- Bron
- Eigen vaststelling. Validatie duurt in de praktijk circa negentien maanden vanaf inzending.
- Gecontroleerd
- 22 september 2026
Wat nog niet is opgelost
Twee punten die een beoordelaar als eerste zal aansnijden. We zetten ze hier neer in plaats van te wachten tot iemand ernaar vraagt.
Integriteit: detecteren we een wijziging?
Versleuteling beschermt de vertrouwelijkheid van een bestand. Ze zegt op zichzelf niets over de vraag of iemand de versleutelde bytes heeft veranderd. Een aanvaller, maar net zo goed een kapotte synchronisatie, kan bytes wijzigen; zonder authenticatie merkt de ontvanger dat niet. Wat wij daarvoor doen is nog niet publiek vastgelegd, en dat valt uitdrukkelijk binnen de scope van de onafhankelijke beoordeling.
Er is nog geen publiek vastgelegd integriteitsmechanisme. Of en hoe de kluis een wijziging in een versleuteld bestand detecteert — een authenticatietag — is niet gespecificeerd en valt uitdrukkelijk binnen de scope van de onafhankelijke beoordeling.
- Bron
- Eigen vaststelling op basis van de interne bouwvereisten, 20 september 2026. De aangeleverde technische documenten beschrijven vertrouwelijkheid, geen authenticatie.
- Gecontroleerd
- 23 september 2026
Compressie vóór versleuteling
Dat compressie en versleuteling in één bewerking samenvallen is een voordeel voor opslag en bandbreedte. Het is ook een constructie met bekende aandachtspunten wanneer een aanvaller invloed heeft op een deel van de invoer. Wij laten de externe beoordelaar hier expliciet naar kijken en publiceren de uitkomst op deze pagina — ook als die ons niet uitkomt. Status van die beoordeling: [[status]].