No utilitzeu contrasenyes per xifrar les dades dels usuaris

La regla cardinal del disseny del sistema de xifratge: si la vostra estratègia de gestió de claus té un únic punt d'error que destrueixi permanentment l'accés a les dades de l'usuari, no heu creat una funció de seguretat; heu creat un mecanisme de pèrdua de dades amb passos addicionals.

Per a una empresa que opera a través d'una plataforma: gestió de 50 relacions amb clients en un CRM, processament de nòmines mensuals de 30 empleats, seguiment d'una flota de vehicles, la pèrdua permanent de dades d'un telèfon caigut no és un problema menor d'UX. És una catàstrofe de continuïtat del negoci. És precisament per això que l'arquitectura de Mewayz separa els mecanismes d'autenticació de les capes de protecció de dades, assegurant que cap fallada d'un dispositiu pot comprometre l'accés a la informació crítica de l'empresa en qualsevol dels seus mòduls integrats.

Què hauríeu de fer servir

La bona notícia és que existeixen patrons ben establerts per xifrar les dades dels usuaris sense caure en la trampa de la clau de pas. Aquests enfocaments s'han provat en batalla, tenen un gran suport i estan dissenyats específicament per al cas d'ús del xifratge.

El xifratge del servidor amb claus gestionades segueix sent l'opció més pràctica per a la gran majoria d'aplicacions. La vostra plataforma xifra les dades en repòs mitjançant claus gestionades mitjançant un servei de gestió de claus (KMS) adequat: AWS KMS, Google Cloud KMS, HashiCorp Vault o equivalent. L'usuari s'autentica (amb claus de pas, si voleu!) i el servidor gestiona el xifratge i el desxifrat de manera transparent. Així és com la majoria de plataformes SaaS protegeixen les dades, i funciona perquè les claus són duradores, amb còpies de seguretat, giratoris i independents del dispositiu de qualsevol usuari.

Les claus de xifratge derivades de la contrasenya (que utilitzen Argon2id o scrypt per a la derivació de claus) són adequades quan necessiteu un xifratge de coneixement zero on ni tan sols el servidor no pot llegir les dades de l'usuari. La contrasenya és que perdre la contrasenya significa perdre les dades, però les contrasenyes es poden memoritzar, escriure i emmagatzemar als gestors de contrasenyes: no estan bloquejades dins d'un enclavament de maquinari. Serveis com 1Password i Standard Notes utilitzen aquest enfocament de manera eficaç.

1. Utilitzeu contrasenyes (o qualsevol mètode fort) per a l'autenticació: verificar la identitat de l'usuari.
2. Després de l'autenticació, obteniu o recupereu les claus de xifratge mitjançant un sistema de gestió de claus separat i dissenyat específicament.
3. Implementeu mecanismes de conservació o de recuperació de claus: claus de recuperació, sincronització de claus de diversos dispositius o custòdia de claus organitzatives per als comptes empresarials.
4. Encripteu les dades en repòs i en trànsit mitjançant AES-256-GCM o XChaCha20-Poly1305 amb les claus del vostre KMS.
5. Gira les claus periòdicament i mantén còpies de seguretat de claus xifrades que sobreviuen a qualsevol punt d'error.

Aquesta separació de preocupacions no és només una pràctica recomanada: és l'única arquitectura que us permet actualitzar els mètodes d'autenticació independentment de la vostra estratègia de xifratge. Quan les claus de pas evolucionen o es substitueixen per alguna cosa millor, les vostres dades encriptades romandran perfectament accessibles.

L'extensió PRF: promesa i trampes

Els desenvolupadors que segueixen de prop l'especificació de WebAuthn poden assenyalar l'extensió prf com a pont potencial entre les claus de pas i el xifratge. Aquesta extensió permet que una part de confiança sol·liciti un valor pseudoaleatori derivat del material secret de la clau d'accés durant una cerimònia d'autenticació. En teoria, aquest valor podria servir com a clau d'encriptació o llavor.

A la pràctica, l'extensió PRF s'enfronta a importants obstacles d'adopció. A principis de 2026, el suport varia de manera espectacular entre navegadors i plataformes. La implementació de Safari és diferent de la de Chrome. Molts dispositius Android no ho admeten en absolut. Les claus de seguretat de maquinari tenen un suport inconsistent. Per a qualsevol plataforma que serveixi una base d'usuaris diversa, i Mewayz dóna servei a més de 138.000 usuaris de tots els sistemes operatius i tipus de dispositiu principals, la creació de xifratge en una funció amb una disponibilitat irregular és operativament insostenible.

Més fonamentalment, PRF no resol el problema de diversos dispositius. La sortida pseudoaleatoria es deriva de la clau de pas específica del dispositiu específic. Un usuari que registra claus d'accés tant al seu ordinador portàtil com al telèfon obté dues sortides PRF diferents per al mateix compte. Hauríeu de xifrar les dades amb la clau derivada d'un dispositiu i, d'alguna manera, tornar a xifrar o compartir aquesta clau amb l'altre dispositiu, cosa que us permetrà tornar a crear un sistema de gestió de claus adequat de totes maneres. En aquest moment, la clau derivada de la contrasenya afegeix complexitat sense afegir seguretat.

Lliçons per a constructors: feu servir l'eina adequada per a la capa correcta

La temptació d'utilitzar contrasenyes per al xifratge prové d'un bon instint: els desenvolupadors volen aprofitar una criptografia forta i reduir el nombre de secrets que els usuaris han de gestionar. Però l'enginyeria de seguretat consisteix fonamentalment a utilitzar el primitiu adequat a la capa adequada. Tant un pany com una caixa forta protegeixen els objectes de valor, però no instal·leu un forrellat dins d'una volta ni intenteu portar una caixa forta a la butxaca.

Les claus de contrasenya excel·lent en el seu propòsit dissenyat. Han reduït les adquisicions de comptes relacionades amb la pesca fins a un 99,9% en el desplegament intern de Google. Eliminen completament els atacs d'emplenament de credencials. Proporcionen una experiència d'inici de sessió que és alhora més segura i més convenient que les contrasenyes. És un èxit notable, i n'hi ha prou. Demanar claus de contrasenya per resoldre també l'encriptació és com demanar-li al vostre tallafoc que també serveixi com a sistema de còpia de seguretat: no entén l'arquitectura.

Quan es creen plataformes que gestionen operacions empresarials sensibles, l'arquitectura hauria de reflectir límits clars. L'autenticació verifica la identitat. L'autorització determina l'accés. El xifratge protegeix les dades en repòs i en trànsit. La gestió de claus garanteix que les claus de xifratge sobrevisquin a la pèrdua del dispositiu, la rotació dels empleats i els canvis d'infraestructura. Cada capa té eines dissenyades específicament, i barrejar-les crea una fragilitat que apareix en els pitjors moments possibles, quan un usuari necessita més accedir a les seves dades i no pot fer-ho.

Aconseguir la seguretat correcta sense complicar-la en excés

Per a la majoria d'aplicacions SaaS i plataformes empresarials, la recomanació pràctica és senzilla: adopteu claus de pas amb entusiasme per a l'autenticació i gestioneu el xifratge completament al costat del servidor amb un KMS gestionat. Això ofereix als vostres usuaris la millor experiència d'inici de sessió disponible avui, alhora que protegeixen les seves dades amb una infraestructura dissenyada específicament per a la durabilitat i la recuperació.

Si el vostre model d'amenaça realment requereix un xifratge d'extrem a extrem on el servidor no pot accedir a les dades de text sense format, invertiu en una arquitectura adequada de xifratge del costat del client amb claus derivades de contrasenyes, codis de recuperació i depósito de claus organitzatives, no dreceres derivades de claus de pas. La inversió en enginyeria és més gran, però l'alternativa és enviar un sistema que finalment destrueixi les dades d'algú de manera irrecuperable.

Les decisions de seguretat s'agreguen amb el temps. Una drecera presa avui es converteix en un malson de migració d'aquí a tres anys quan els canvis primitius subjacents, un ecosistema de dispositius canvia la seva política de sincronització o un navegador obsoleix una extensió. Basant-se en les abstraccions adequades des del principi (l'autenticació com a autenticació, l'encriptació com a encriptació, cadascuna amb el seu propi cicle de vida de la clau) és la base que permet a les plataformes escalar-se a centenars de milers d'usuaris sense una bomba de rellotgeria enterrada a la fontaneria criptogràfica.

Preguntes més freqüents

Per què no es poden utilitzar les claus d'accés per xifrar les dades dels usuaris?

Les contrasenyes estan dissenyades exclusivament per a l'autenticació, no per al xifratge. Depenen de la criptografia de clau pública per verificar la vostra identitat durant l'inici de sessió, però la clau privada no surt mai del vostre dispositiu i no és accessible per a les aplicacions. El xifratge requereix claus estables i reproduïbles que puguin desxifrar dades de manera coherent al llarg del temps. Les claus de contrasenya no tenen aquesta capacitat per disseny, cosa que les fa fonamentalment inadequades per protegir la informació emmagatzemada de l'usuari.

Què passa si intenteu xifrar dades amb claus de contrasenya de totes maneres?

Correu el risc de crear un sistema fràgil on els usuaris quedin permanentment bloquejats de les seves pròpies dades. Les claus de contrasenya es poden revocar, girar o substituir entre dispositius sense avís previ. Si les dades xifrades estan vinculades a una contrasenya específica que s'elimina o s'actualitza, no hi ha cap camí de recuperació. Això crea un escenari catastròfic de pèrdua de dades que cap solució alternativa d'enginyeria pot evitar de manera fiable.

Què haurien d'utilitzar els desenvolupadors en lloc de les claus d'accés per a l'encriptació de dades?

Els desenvolupadors haurien d'utilitzar solucions de xifratge dissenyades específicament com ara AES-256 amb una gestió adequada de claus, xifratge de sobre o biblioteques establertes com libsodium. Mantingueu l'autenticació i el xifratge com a preocupacions separades. Utilitzeu claus d'accés per al que destaquen (inici de sessió sense contrasenya) i claus d'encriptació dedicades gestionades mitjançant sistemes d'emmagatzematge i derivació de claus segurs per protegir les dades sensibles dels usuaris.

Com gestiona Mewayz l'autenticació i la seguretat de les dades per a les empreses?

Mewayz ofereix un sistema operatiu empresarial de 207 mòduls a partir de 19 $/mes que separa l'autenticació de la protecció de dades mitjançant les millors pràctiques del sector. En lloc de fer un ús indegut de les contrasenyes, la plataforma d'app.mewayz.com implementa les capes d'encriptació adequades juntament amb els fluxos d'inici de sessió segurs, garantint que les empreses puguin protegir les dades dels clients de manera fiable sense arriscar els escenaris de bloqueig que provenen de combinar l'autenticació amb el xifratge.