In teoria non c'è niente di sbagliato nel tuo metodo, è solo un modo per autenticare l'utente, e senza autenticazione un utente non ha il diritto di richiedere comunque nulla . Ma in pratica sembra che il tuo metodo non abbia un modo per affrontare le situazioni in cui gli utenti perdono o dimenticano i propri dati di autenticazione e vogliono essere in grado di recuperare il proprio account. Non riuscire a gestirlo in un sistema moderno potrebbe essere considerato una cattiva pratica inaccettabile e quindi essere contro i principi di sicurezza e privacy by design del GDPR.

VERSIONE ESTESA

Potrei sbagliarmi o non capire correttamente la domanda, ma non vedo come questo sia diverso da molti altri casi comuni in cui la crittografia non è coinvolta. Pensaci, non sei in grado di fornire all'utente i propri dati personali a meno che non fornisca l'ID e le chiavi di crittografia. In che modo questo è significativamente diverso dal fatto che non sei in grado (o meglio non dovresti) mostrare a un utente i propri dati a meno che non fornisca il proprio nome utente e password, o si autentichi in modo convincente in qualsiasi modo?

Proprio come non puoi chiedere a Facebook di mostrarti tutti i dati raccolti su Donald Trump solo sostenendo che sei Donald Trump, non ti può essere richiesto di fornire a un utente i propri dati a meno che non fornisca la chiave di crittografia. Può essere visto come il tuo modo per autenticare gli utenti (tra le altre cose).

Modificato: più ID / chiavi

Non ho capito il tuo metodo coinvolto più ID e chiavi. In teoria, la situazione è sempre la stessa, solo con più pezzi di dati per l'autenticazione, come l'utente doveva ricordare più nomi utente e password. La mancata fornitura di tutti gli ID e di tutte le chiavi comporterà un'autenticazione parziale.

Ma con un tale approccio un potenziale problema diventa più evidente: il tuo schema di autenticazione potrebbe essere contrario ai principi GDPR di "sicurezza e privacy fin dalla progettazione e per impostazione predefinita". Fondamentalmente, i tuoi metodi potrebbero essere considerati una cattiva pratica perché non riescono a gestire il problema comune delle password perse o dimenticate. Se un utente ti dice che ha perso un'unità USB contenente tutti i suoi ID e chiavi e non li ha più, cosa fai? Non puoi eliminare i loro dati perché non sei in grado di sapere quali sono i loro dati, senza un altro modo di autenticare. E i loro dati ora sono a rischio, perché qualcun altro potrebbe avere i loro ID e chiavi. Se avevi un indirizzo email associato a tutti gli ID e i dati dell'utente, potresti essere in grado di confermare la sua identità (ad esempio inviando un'email con un collegamento) ed eliminare tutti i suoi dati. Come vedi, le cose possono diventare piuttosto complicate, tutto dipende dai dettagli della tua implementazione e la semplice aggiunta o rimozione di un dettaglio potrebbe cambiare l'intero scenario.