Op 22 oktober 2026 beschreef beveiligingsonderzoeker Xusheng Li zwakke plekken in vier USB-beveiligingsproducten: SecZure YutianDun, NetacFileLock, KakaSoft USB Copy Protection en Nexcopy Copy Secure. In tests met KakaSoft en Nexcopy herstelde hij naar eigen zeggen beschermde testbestanden met hulp van OpenAI Codex. De bevindingen betreffen de producten en tests die Li beschreef.
Hoe een wachtwoord los kan staan van de bestandssleutel
Een wachtwoordcontrole kan toegang tot een programma of viewer regelen zonder de sleutel te beschermen waarmee een bestand wordt ontsleuteld. Als die sleutel bijvoorbeeld vast in software zit of via een aparte account beschikbaar is, hoeft het wachtwoord niet te bepalen of de gegevens versleuteld blijven. Li beschreef zulke verschillen tussen de controle van toegang en het sleutelbeheer bij de onderzochte producten.
De gerapporteerde zwakke plek per product
Li beschreef voor elk product een andere tekortkoming in de bescherming of het sleutelbeheer.
| Product en onderzochte configuratie | Door Li beschreven zwakke plek | Omvang van de beschreven test |
| SecZure YutianDun | De ingebouwde accounts Buffer met wachtwoord 123456 en System met wachtwoord SECZURE.COM konden volgens Li toegang krijgen tot de contentidentifier waarmee bestandssleutels werden afgeleid. | Li testte twee drives; op beide konden de accounts de identifier openen. |
| NetacFileLock | Een vaste sleutel van 32 bytes in het programma initialiseerde AES-256, los van de wachtwoordcontrole. In de snelle modus werd een derde van de geschikte bestanden groter dan 1.024 bytes versleuteld. | Codex reproduceerde Li’s eerdere bevindingen met statische analyse. |
| KakaSoft USB Copy Protection 5.6.0.299 | De stand Normal versleutelde bestanden niet. High paste XOR toe op maximaal de eerste 16.385 bytes, met een sleutel van één byte en 256 mogelijke waarden. Highest gebruikte Blowfish-CBC met sleutelafleiding op basis van een ingebouwde seed. | Li zegt dat hij met Codex een beschermd testbestand zonder het ingestelde wachtwoord herstelde. |
| Nexcopy Copy Secure, ingericht met Drive Wizard 1.0.81 | Een vaste waarde van 32 bytes in de viewer ontsleutelde een configuratiebestand met een 24-byte Triple-DES-sleutel en een IV van 8 bytes. De wachtwoord- en apparaatcontroles van de viewer leverden de bestandssleutel niet. | Li zegt dat hij met Codex een beschermd testbestand herstelde. |
De voorbeelden laten zien waarom een wachtwoordvenster op zichzelf geen bewijs is dat de bestandssleutel erdoor wordt beschermd. De precieze tekortkoming verschilde per product: bij YutianDun ging het om ingebouwde accounts, bij NetacFileLock om een sleutel in het programma en bij KakaSoft en Nexcopy om de manier waarop de sleutel kon worden afgeleid of teruggevonden.
Codex hielp mee, maar Li stuurde de tests aan
Li selecteerde de producten, leverde beschermde media aan, gaf aanwijzingen aan de analyse en controleerde of testbestanden waren hersteld. Hij beschreef Codex dus als hulp bij een onderzoek dat hij zelf aanstuurde.
Voor NetacFileLock reproduceerde Codex volgens Li diens eerdere bevindingen met statische analyse in zeven minuten. Voor KakaSoft noemt Li ongeveer 26 minuten en zes korte prompts. Voor Nexcopy meldt hij ongeveer tien minuten en vijf prompts. Die tijden horen bij verschillende taken en zijn geen rechtstreekse snelheidsvergelijking.
Eerder onderzoek naar YutianDun
Li schreef dat zijn eerdere onderzoek naar de kopieerbeveiliging van YutianDun in november 2024 verscheen in nummer 5 van Paged Out!. Hij onderscheidde die eerdere bevinding over het omzeilen van kopieerbeveiliging van zijn latere analyse van de cryptografie en ingebouwde accounts.
