- Els entorns multiusuari i multitenant exigeixen un aïllament estricte de dades, identitats i recursos per evitar filtracions i abusos de privilegis.
- Les polítiques de seguretat al núvol han d'incloure classificació de dades, control d'accés, xifratge, resposta a incidents i compliment normatiu.
- Models com SASE, la seguretat d'endpoints Windows i la gestió d'identitats reforcen la protecció en arquitectures híbrides i multinúvols.
- Les polítiques s'han de veure com a documents vius, revisats i auditats regularment per adaptar-se a noves amenaces i requisits reguladors.
En qualsevol organització moderna, les polítiques de seguretat per a entorns multiusuari han esdevingut una peça clau de l'estratègia de ciberseguretat. Cada vegada és més habitual que múltiples usuaris, departaments, clients o fins i tot empreses diferents comparteixin la mateixa infraestructura, aplicacions i dades, ja sigui en servidors interns, al núvol o en dispositius compartits. Sense regles clares i controls tècnics sòlids, el risc de fugida d'informació, abús de privilegis o incompliment normatiu es dispara.
Conceptes bàsics: multiusuari, multitenant i sistemes operatius en xarxa
El primer és tenir clar de què parlem. Un entorn multiusuari és aquell en què diversos usuaris comparteixen els mateixos recursos de maquinari o programari , però cadascú ha de disposar del seu propi espai de treball, configuració i permisos. Això pot passar en un servidor amb desenes de comptes, en un ordinador compartit per torns o en una aplicació SaaS utilitzada per milers de clients diferents.
En paral·lel, la multitinença és una arquitectura en què una única instància d'una aplicació serveix a múltiples clients o llogaters . És el model típic de molts serveis al núvol: un sol programari, una infraestructura comuna, però espais lògics separats per a cada client. Des del punt de vista de seguretat, això exigeix un aïllament ferri, de manera que cap arrendatari no pugui accedir a les dades o configuracions d'un altre.
Els sistemes operatius en xarxa també tenen un paper essencial. Un sistema operatiu de xarxa coordina els recursos compartits (arxius, impressores, aplicacions) i ofereix mecanismes d‟autenticació, autorització i administració centralitzada. Gràcies a això, és possible gestionar entorns col·laboratius i multiusuari sense perdre el control de qui accedeix a què.
Entre les característiques clau d'aquests sistemes en xarxa destaquen la capacitat multiusuari, la multitasca, la seguretat avançada, l'escalabilitat i la interoperabilitat . Permeten que moltes persones treballin simultàniament, amb diferents permisos i rols, integrant dispositius i plataformes heterogènies sota un mateix paraigua de gestió i polítiques.
Sistemes monousuari, multiusuari i multitasca: implicacions per a la seguretat
Històricament, es distingia amb claredat entre sistemes operatius monousuari i multiusuari . Un sistema monousuari (com el clàssic MS-DOS) només permetia que una persona utilitzés l'equip i executés una tasca alhora. La complexitat de seguretat era menor, tot i que encara calia protegir les dades mitjançant còpies de seguretat i utilitats de recuperació.
En canvi, un sistema operatiu multiusuari com UNIX permet que diversos usuaris treballin de forma simultània sobre la mateixa màquina , cadascun des del terminal i amb els seus propis processos. Això obliga a desplegar mecanismes d'autenticació , separació d'espais d'usuari, permisos de fitxers i supervisió de recursos per evitar que l'activitat d'un usuari afecti els altres.
També hi ha sistemes multitasca, en els quals un únic usuari pot executar diverses tasques alhora (com Windows en les diferents versions). Tot i que es dissenyen principalment per a un sol usuari local, molts d'aquests sistemes operatius han incorporat capacitats de xarxa i treball en grup, i per això les polítiques de seguretat han de contemplar tant la protecció de l'equip com els accessos remots i compartits.
Finalment, els sistemes operatius de xarxa permeten que diversos equips es comuniquin i comparteixin informació sovint combinant capacitats multiusuari, xarxa i multitasca. En aquests contextos, la protecció de la informació requereix tant controls a la banda del servidor com de cada client, polítiques d'accés centralitzades i mecanismes de protecció de dades en trànsit i en repòs.
Mode multiusuari en dispositius i gestió centralitzada
Més enllà dels servidors, molts dispositius personals i corporatius inclouen avui funcions de manera multiusuari o perfils. En aquest mode, un únic dispositiu pot ser utilitzat per diferents persones amb sessions totalment aïllades . Cada perfil disposa de les seves aplicacions, dades i ajustaments, que no són visibles per als altres.
Això és especialment útil a escoles, administracions públiques o empreses amb torns , on un mateix dispositiu passa per moltes mans al llarg del dia. La clau és que cada usuari accedeixi únicament a les apps i continguts assignats al seu perfil, respectant la privadesa i evitant filtracions d'informació entre sessions.
Solucions d'administració de dispositius, com les plataformes MDM/EMM, permeten als equips de TI definir centralment quines aplicacions, restriccions i permisos tenen cada tipus d'usuari . D'aquesta manera, en canviar d'usuari en un dispositiu compartit, el sistema restaura automàticament la configuració que correspon a aquest perfil, netejant restes de dades de l'usuari anterior.
Des de la perspectiva de costos i seguretat, aquest enfocament és molt atractiu. Compartir dispositius ben gestionats redueix la despesa en maquinari però manté una segmentació clara entre usuaris. La gestió centralitzada de polítiques de seguretat, distribució d'apps i configuració de xarxa disminueix la càrrega de treball de TI i garanteix que les normes s'apliquin de manera coherent a tota la flota.
Seguretat en arquitectures multitenant: aïllament i protecció de dades
Quan es parla de multitinença en aplicacions i serveis analítics, el repte principal és clar: un sol sistema ha de donar servei a molts clients sense que les seves dades es barregin . Un exemple clàssic és la banca electrònica: milions d'usuaris accedeixen a la mateixa aplicació, però cadascú només veu la seva pròpia informació financera.
En una solució analítica integrada multiusuari passa una cosa semblant. L'aplicació es desplega una única vegada, però ha d'estar preparada per presentar a cada llogater només les dades i els panells , encara que la infraestructura de base de dades sigui compartida. Per això, cal pensar tant en la part dexperiència de client com en la de seguretat de la informació.
A la banda funcional, els clients poden exigir personalitzacions: des d' estils visuals propis i dissenys específics fins a configuracions d'accés personalitzades per als usuaris finals. La gràcia d´un bon disseny multitenant és poder reutilitzar el marc de l´aplicació i les seves definicions (rols, permisos, layouts) sense haver de refer el producte per a cada client.
A la capa de dades, les decisions de modelatge són crítiques. Convé plantejar-se si cada llogater compartirà la mateixa base de dades, utilitzar esquemes separats o taules comunes amb una columna d'ID d'inquilí que es faci servir per filtrar. Sigui quin sigui el model, la política de seguretat ha de garantir que cap tenant no pugui saltar-se aquests filtres.
Les capacitats mínimes que hauria de tenir una solució analítica multitenant segura inclouen la possibilitat de connectar-se a models de dades diferents i aplicar filtres per llogater , tokenitzar les connexions per evitar fuites entre clients, suportar filtrats avançats per usuari i lliurar tot l'accés a través de mecanismes de seguretat centralitzats (per exemple, SSO amb control de rols i atributs).
Núvol multiusuari davant de núvol d'únic inquilí
A l'àmbit cloud, hi ha dos models principals: infraestructura multiusuari (multitenant) i infraestructura d'inquilí únic . La diferència clau és com es comparteix o no la infraestructura física subjacent entre els clients.
En un núvol multitenant, diversos clients comparteixen els mateixos recursos físics i lògics, de manera que els costos es reparteixen i el proveïdor pot optimitzar lús de la capacitat disponible . Això redueix el preu i millora l'escalabilitat: es pot créixer ràpid aprofitant el pool comú de recursos.
Tot i això, aquesta compartició introdueix desafiaments de seguretat i compliment. Un mal disseny de l'aïllament podria permetre diafonia entre llogaters: filtració de dades o impacte en la disponibilitat si un client maliciós o mal configurat compromet la infraestructura. A més, certes normatives obliguen que les dades sensibles s'allotgin en sistemes dedicats, una mica més fàcil de justificar en models single-tenant.
En un núvol de llogater únic, cada client disposa d' infraestructura física o lògica dedicada . Això simplifica el compliment normatiu i redueix alguns riscos d'aïllament, a costa d'un cost més alt i una eficiència més baixa de recursos. La decisió entre un model i un altre sol equilibrar preu, compliance, criticitat de les dades i flexibilitat operativa.
En tots dos casos, la política de seguretat ha de cobrir qüestions com la visibilitat sobre la seguretat de la infraestructura, el control d'accés des d'Internet i la gestió de la responsabilitat compartida entre el proveïdor i el client, que varia segons que es tracti de IaaS, PaaS o SaaS.
SASE i avantatge multiusuari a la seguretat d'accés
L'adopció massiva del núvol i el treball remot ha impulsat models com SASE (Secure Access Service Edge) . La idea és combinar capacitats de xarxa (WAN) amb funcions avançades de seguretat (com ara SWG, CASB, FWaaS, ZTNA) en una arquitectura distribuïda i global, accessible des de qualsevol lloc.
Algunes solucions SASE segueixen treballant amb instàncies dedicades per client , cosa que limita l'escalabilitat i complica la gestió de polítiques, en recolzar-se en un enfocament més pensat per a entorns d'usuari únic i xarxes tradicionals. Això sol derivar en polítiques d'accés basades en xarxa, trànsit que ha de “tornar” al núvol del proveïdor per tornar a sortir cap a les aplicacions, i mosaics de productes poc integrats.
En canvi, les plataformes SASE dissenyades des de zero com a serveis multiusuari es recolzen en grans infraestructures de núvol distribuïdes per centenars de centres de dades . Qualsevol usuari pot connectar-se al punt més proper, aplicar polítiques de seguretat en temps real i accedir a les aplicacions remotes minimitzant la latència.
La multitenència a SASE permet analitzar de forma massiva i en temps real tot el trànsit de clients diferents , incloent trànsit xifrat, i actualitzar els controls de seguretat al vol. Si es detecta una nova amenaça en algun punt del món, la protecció es pot desplegar a l'instant sobre tota la base de clients, aprofitant el model compartit.
A més, un disseny d'aquest tipus integra en una sola plataforma tots els controls de seguretat de xarxa i accés , i ofereix als administradors una visió unificada per usuari, ubicació i dispositiu, cosa que facilita el govern de polítiques en entorns multiusuari complexos. Aquestes solucions es beneficien de funcions avançades de seguretat que completen el control daccés i protecció de la xarxa.
Seguretat de dades híbrides i gestió de credencials en entorns distribuïts
Quan es combinen infraestructures locals amb serveis al núvol, sorgeixen solucions de seguretat de dades híbrides que requereixen una configuració acurada. Sovint es treballa amb nodes dedicats, certificats x.509, bases de dades replicades (PostgreSQL, SQL Server) i comptes de servei amb contrasenyes rotatòries.
En aquests entorns, és habitual haver d' actualitzar certificats abans que caduquin, canviar paràmetres de connexió a bases de dades o preparar nous centres de dades . A més, per motius de seguretat, moltes eines generen credencials amb una vida útil limitada (per exemple, nou mesos), obligant processos periòdics de rotació.
Quan s'aproxima la caducitat de les contrasenyes de comptes de màquina, el proveïdor sol enviar notificacions perquè es regeneri la contrasenya i s'actualitzin els fitxers de configuració a tots els nodes. Solen oferir-se dues maneres: un “reinici suau”, en què conviuen contrasenya antiga i nova durant un temps de gràcia, i un “reinici complet”, en què la contrasenya vella deixa de funcionar immediatament.
Si la rotació no es realitza a temps i les contrasenyes caduquen, el servei es veu afectat i pot ser necessari fer un restabliment dur i reemplaçar la configuració a tots els nodes . Per això, en entorns multiusuari i crítics, les polítiques de seguretat han d'incloure calendaris de renovació, responsabilitats clares i procediments documentats per regenerar configuracions (com ara nous fitxers ISO) i desplegar-les sense interrompre el servei.
Polítiques de seguretat al núvol: què són i per què importen
Les polítiques de seguretat al núvol són el marc que defineix com s'ha de comportar l'organització quan utilitza serveis i aplicacions cloud . No són documents decoratius simples: estableixen els criteris per prendre decisions de seguretat, els límits d'actuació i els comportaments acceptables respecte al tractament de dades i ús de recursos.
Una bona política de seguretat al núvol ha d'estar alineada amb els objectius de negoci a llarg termini i amb la cultura de l'organització . Heu d'explicar com es protegeixen les dades confidencials, com se n'assegura la disponibilitat i la integritat, quins controls s'apliquen a l'accés d'usuaris i com es gestionen incidents com fuites d'informació o bretxes de seguretat.
És important diferenciar aquestes polítiques de les normes o estàndards. Les normes de seguretat al núvol (com CIS Benchmarks, NIST, ISO 27001) solen estar imposades per organismes reconeguts, ser obligatòries en certs sectors i poc personalitzables. En canvi, les polítiques internes són adaptables, poden detallar el “com” s'implementen aquestes normes i serveixen com a guia pràctica per a empleats i equips tècnics.
Una organització pot decidir si crea o no polítiques formals, però no pot ignorar les normes i els requisits reguladors aplicables al seu sector (per exemple, HIPAA en sanitat, o marcs financers estrictes en banca). Dissenyar polítiques que ajudin a complir-les és la manera més eficaç d'evitar sancions, pèrdua de reputació i problemes legals.
Components clau d'una política de seguretat al núvol
En redactar una política de seguretat per a entorns multiusuari al núvol, convé estructurar-la en diversos blocs. El primer és l' objectiu i l'abast . Aquí es deixa clar perquè es crea la política (protegir la confidencialitat, integritat i disponibilitat dels actius cloud) i quins recursos, serveis, dades i tipus d'usuari queden coberts.
El segon bloc són les funcions i responsabilitats . És necessari anomenar qui s'encarrega d'implementar, supervisar i revisar la política: responsables de seguretat, caps de TI, administradors de sistemes, propietaris de dades i usuaris finals. Definir rols ajuda a evitar zones grises on ningú no assumeix la responsabilitat de prendre decisions.
La classificació de dades és un altre pilar. La política ha de categoritzar la informació (pública, interna, confidencial, sensible) i associar a cada categoria un nivell de protecció i de controls mínims. Sobre aquesta base es construeixen els models de control daccés, normalment recorrent a RBAC (control daccés basat en rols) i autenticació robusta, idealment multifactor.
El xifratge de dades mereix una secció pròpia. La política ha d'especificar, tant per a dades en trànsit com en repòs, com es gestionen les claus, què passa amb les dades xifrades a les còpies de seguretat o en cas d'incident de seguretat, i quines responsabilitats tenen els diferents equips.
Finalment, no hi pot faltar un capítol de resposta a incidents i compliment/auditoria . Heu de descriure com es detecten i reporten els incidents, com es coordina la resposta, quins passos se segueixen per contenir i eradicar el problema i com es documenten les lliçons apreses. A la part de compliment, es detallen les normes aplicables (ISO 27001, NIST, HIPAA, etc.), la freqüència de les auditories i els processos per remeiar desviacions.
Tipus habituals de polítiques de seguretat en entorns multiusuari al núvol
Dins aquest marc global, sol ser útil elaborar polítiques específiques per a diferents aspectes. Una de les més crítiques és la política de protecció de dades , que regula com es classifiquen, emmagatzemen, xifren i eliminen les dades al núvol. Heu d'incloure l'ús de xifratge fort, gestió de claus, retenció de dades i esborrament segur.
Una altra peça fonamental és la política de control d'accés . Defineix qui pot accedir a quins recursos i sota quines condicions, aplicant principis com el mínim privilegi i la separació de funcions. Inclou les regles per a la creació i la revocació de comptes, la gestió de rols, l'ús d'autenticació multifactor i les revisions periòdiques de permisos.
També és clau la política de resposta a incidents , que descriu el procediment davant de ciberatacs, fuites d'informació o interrupcions de servei. Heu de marcar els temps de resposta, les funcions de l'equip de resposta a incidents, la comunicació interna i externa, i la coordinació amb proveïdors cloud.
La política d'identitat i d'autenticació estableix com es validen usuaris, dispositius i sistemes abans de permetre'ls accedir a recursos crítics. Podeu fixar requisits sobre robustesa de contrasenyes, ús obligatori de MFA, gestió d'identitats federades o ús de solucions de IAM/IdP.
Finalment, polítiques com la de seguretat de xarxa i la de continuïtat de negoci/recuperació davant de desastres defineixen com es protegeix el trànsit, quins tallafocs i segmentacions s'apliquen, com es configuren VPN o ZTNA, i quines mesures garanteixen que l'organització pugui recuperar els seus serveis en cas d'incident greu o desastre físic.
Cicle de vida de les polítiques: disseny, implantació i revisió continua
Crear una política no és una tarda. El primer pas és analitzar la situació actual de l'organització , els riscos, el sector i els objectius. A partir d´aquí, es determinen els requisits normatius aplicables (no és el mateix un hospital que una startup tecnològica) i es decideix l´abast inicial de les polítiques.
Després es dissenya una estratègia de redacció i aprovació, involucrant a direcció, equips de TI i seguretat, departament jurídic i recursos humans . Sense el suport de l'alta direcció, les polítiques solen quedar en paper mullat; sense la implicació dels equips tècnics i de negoci, és fàcil que resultin irrealitzables o tinguin un impacte negatiu a l'operativa.
Un cop redactades i aprovades, arriba el moment de la seva implantació. Cal comunicar les polítiques de forma clara a tots els usuaris afectats , formar els equips clau , i configurar les eines de seguretat (firewalls, DLP, EDR, CASB, etc.) perquè automatitzin l'aplicació de les regles en la mesura del possible. On no hi hagi automatització, caldrà definir procediments manuals molt clars.
Amb el temps, les amenaces, les tecnologies i els requisits reguladors canvien. Per això és imprescindible auditar periòdicament les polítiques actuals , verificar quines parts segueixen vigents, quines s'han quedat obsoletes i en quins punts hi ha bretxes entre el que diu el paper i el que passa a la pràctica. Aquest exercici sol fer-se en col·laboració amb les àrees de TI, seguretat i compliment.
La revisió ha de considerar també nous vectors d'atac (ransomware avançat, atacs a contenidors, explotació d'APIs, etc.) i incorporar intel·ligència d'amenaces i de millors pràctiques recents (per exemple, les guies NIST CSF 2.0 o ISO/IEC 27017 per núvol). Les polítiques s'han de veure com a documents vius, que evolucionen amb el negoci i el panorama d'amenaces.
Seguretat d'endpoints Windows en entorns multiusuari
En molts escenaris multiusuari, la baula més feble segueixen sent els endpoints, especialment equips Windows compartits o amb múltiples comptes. Aquí, les polítiques de seguretat han de recolzar-se en les eines natives del sistema, com ara Microsoft Defender i les capacitats de seguretat de Windows , per establir un bastionat coherent. Consulteu les funcions de seguretat exclusives del Windows que faciliten aquest treball.
En primer lloc, la protecció del dispositiu ha d'estar sempre activa. Funcions com la protecció en temps real de Microsoft Defender, la protecció anti-tampering (per evitar que codi maliciós o usuaris desautoritzats canviïn la configuració) i l'aplicació de mitigacions d'exploits (DEP, SEHOP, etc.) redueixen considerablement el risc de compromís en equips usats per diversos usuaris.
El control de xarxa és un altre pilar: configurar Microsoft Defender Firewall amb perfils adequats, habilitar la protecció de xarxa per bloquejar accessos a llocs maliciosos i definir regles de firewall avançades que restringeixin ports o adreces IP sensibles (com l'accés remot RDP) ajuda a minimitzar la superfície d'atac, tant interna com externa.
Pel que fa al control d'aplicacions , polítiques com l'execució només de scripts signats, l'ús d'AppLocker per bloquejar programes no autoritzats en rutes perilloses (per exemple, carpetes de Descàrregues o Escriptori) i el bloqueig d'instal·lació de programari via GPO o registre són mesures molt efectives per impedir que usuaris amb pocs coneixements acabin executant codi maliciós (malware).
Finalment, el control de dades i la protecció de la navegació web completen el quadre: xifrat darxius amb EFS en equips multiusuari, xifrat complet de disc amb BitLocker, activació de funcions DLP i daccés controlat a carpetes, ús de SmartScreen i regles ASR per frenar lexecució de contingut web o adjunts sospitosos, i configuració estricta de navegadors per a navegadors per.
Protecció clàssica de la informació i còpies de seguretat en sistemes monousuari
Encara que molts entorns actuals són multiusuari, segueix havent-hi casos en què s'empren sistemes més antics o monousuari com MS-DOS . Fins i tot, les polítiques de seguretat han de contemplar la protecció de la informació mitjançant còpies de seguretat i utilitats del sistema.
Eines com les ordres de còpia (COPY, XCOPY), les utilitats de copiat complet de discos (DISKCOPY) o les funcions de BACKUP/RESTORE permeten mantenir còpies de seguretat actualitzades en diferents suports, cosa fonamental per poder recuperar dades en cas de fallada o esborrat accidental. Això sí, cal tenir present que aquestes còpies poden sobreescriure el contingut existent, per la qual cosa s'han de fer sobre mitjans dedicats.
Hi ha també ordres de recuperació com RECOVER o UNDELETE, que poden tornar a la vida arxius esborrats indegudament o intentar rescatar informació de suports danyats . Tot i que tenen limitacions importants, solen ser la darrera línia de defensa en sistemes sense tecnologies modernes de snapshots o versions.
D'altra banda, moltes versions de sistemes antics incorporaven programes antivirus bàsics que avui es consideren obsolets, però que al seu moment eren part de la política de defensa davant de malware. Aquesta història posa en relleu que, sigui quina sigui la plataforma, les polítiques de seguretat han de contemplar sempre mesures de còpia, recuperació i protecció davant de programari maliciós, adaptades a les capacitats de cada entorn.
En conjunt, les polítiques de seguretat per a entorns multiusuari constitueixen l'esquelet que manté dempeus la protecció de dades, accessos i serveis, tant en sistemes operatius de xarxa com en núvols multitenant, solucions SASE, dispositius compartits o vells equips monousuari; quan es dissenyen amb objectius clars, es recolzen en controls tècnics robusts, es revisen de forma contínua i s'apliquen de manera coherent, permeten que múltiples usuaris, clients i dispositius convisquin sobre la mateixa infraestructura sense posar en perill la confidencialitat, integritat i disponibilitat de la informació crítica.
