Memorizza e legge le credenziali dell'utente sul loro computer

No. Non senza input dell'utente come passcode o passphrase utilizzati per crittografare e decifrare le credenziali.

Anche così, lo sviluppatore malintenzionato potrebbe annusare le credenziali dopo la decifrazione comunque.

Sebbene ciò possa essere vantaggioso per l'utente, pensa all'impatto di tale password compromessa.

Invece di salvare il tuo utente qualche secondo per ogni accesso, la tua alternativa è un account violato che può significare perdita di fondi, identità e crea più lavoro per te stesso e / o il tuo team se / quando segnalato.

Fai un favore a te stesso e ai tuoi utenti e non salva la password. Semplicemente non ne vale la pena.

Facciamo riferimento al nostro amico, il triangolo CIA / AIC:

• Riservatezza: è presente un rischio intrinseco che le credenziali archiviate verranno decodificate. Questo è il vettore di attacco più semplice e dà anche all'aggressore la possibilità di riutilizzare (troppe persone riutilizzano le password ... ugh) le credenziali per altri servizi, in modo che il gioco possa consentire a un utente malintenzionato di ottenere dati da più servizi / siti per un singolo utente.
• Integrità: È molto difficile garantire che un file non possa essere letto o manomesso su un filesystem, quindi non si ha alcuna garanzia che, comunque, si scelga di memorizzare le credenziali che non possono essere prese e screpolate in seguito (anche se la cripto è strong con te).
• Disponibilità: rende il gioco più facilmente utilizzabile per pochi secondi, quindi il valore aggiunto è minuscolo.

Si impongono minori rischi per l'utente e si ha un maggiore controllo quando si gestiscono le credenziali a livello centrale. Ovviamente c'è sempre un rischio intrinseco, ei tuoi server diventeranno un bersaglio, ma il tuo obiettivo in sicurezza è quello di bilanciare il triangolo il meglio che puoi (che potrebbe significare sacrifici).

Pensiero: se ti concentri sull'usabilità, almeno offri la possibilità di ricordare il nome utente in modo che tutto ciò che devono digitare sia la loro password. Tuttavia, se sei veramente incline a salvare quella password sul sistema, implementa una soluzione 2FA per proteggere te e i tuoi utenti.

Limita i plug-in

"... questo client supporta plugin che altri sviluppatori possono scrivere. Questo apre la porta a uno sviluppatore malintenzionato di leggere il contenuto del file ..." è una dichiarazione molto pericolosa - i plugin di terze parti possono realmente leggere file arbitrari fuori dal computer dell'utente? Questo non dovrebbe essere il caso, in quanto ciò apre la possibilità di malware molto più dannosi rispetto al semplice furto delle credenziali di un gioco.

I plug-in dovrebbero essere accuratamente sandbox in modo che il loro accesso al filesystem sia strettamente limitato - dovrebbero essere in grado di leggere le risorse contenute nel plugin e nient'altro. Se / quando viene implementato, rimuove anche il rischio che possano accedere alle credenziali archiviate.

Senza il controllo sul server non è possibile avere un modo affidabile e sicuro per farlo

Come hai detto nella tua domanda, un utente malintenzionato che sviluppa un plug-in dannoso avrà accesso a tutto ciò che è archiviato lato client in modo da non poter dipendere da qualsiasi lato client per autenticare gli utenti

Ancora di più, se i plugin hanno accesso a tutto il lato client, anche l'inserimento della password è pericoloso. Un plug-in può acquisire la password una volta che l'utente l'ha inserita e reindirizzato a un server controllato dall'hacker

Penso che il meglio da fare sarebbe sandboxing i plugin e basta ricordare il nome utente. Inserire una password richiede al massimo 5 secondi, non dovrebbe influire negativamente sull'esperienza utente

Sto facendo fatica a capire come archiviare le credenziali utilizzando l'encrpytion ma con le chiavi di crittografia accessibili come i dati crittografati è più sicuro che archiviare il testo in chiaro delle credenziali.

Mentre come utente finale si accede a un sito utilizzando un nome utente e una password, spesso dietro le quinte c'è molto più felice. Schemi come oauth2 sono progettati specificamente per affrontare scenari come questo. Inoltre, molti sistemi operativi moderni forniscono funzionalità per la gestione delle password degli utenti (ad esempio gnome keyring, portafoglio KDE, cavalluccio marino), ma se sei bloccato su MSWindows, allora penso che sei bloccato con componenti aggiuntivi di terze parti .

In realtà, se non puoi fidarti del codice di altre persone nello stesso spazio degli indirizzi del tuo, allora non hai molte opzioni.