Enunciats de Projectes Final de Curs (ASIX)

Som l’Institut Delta amb:

1. molts usuaris (professorat, administració i alumnat),
2. xarxa gran (Wi-Fi, aules, departaments),
3. alguns servidors interns (Moodle, intranet, fitxers, correu o serveis equivalents),
4. i un equip informàtic petit.

Ens passen coses típiques:

1. intents d’entrada per força bruta a serveis (SSH/RDP),
2. correus de phishing,
3. ordinadors amb malware o comportaments estranys,
4. connexions sospitoses cap a fora,
5. i sobretot, ens falta visibilitat: no sabem què passa fins que ja és tard.

El que necessitem és un Mini-SOC: un sistema que reculli informació, detecti coses sospitoses, ens avisi i ens ajudi a gestionar incidents de forma ordenada.

Volem que ens munteu una solució que permeti:

Recollir logs i esdeveniments

1. Dels servidors i equips.
2. Del trànsit de xarxa (sensor).
3. I que estigui centralitzat, no dispers.

Detectar incidents habituals

1. Bruteforce (SSH/RDP), escanejos, intents d’explotació web,
2. Malware (indicis), execució sospitosa, canvis crítics,
3. Dominis/URL sospitoses (phishing).

Alertar i prioritzar

1. No volem 1.000 alertes inútils.
2. Volem severitats (alta/mitjana/baixa) i criteris clars.

Gestionar incidents com cal

1. Que quan hi hagi una alerta important, es converteixi en un cas:
2. assignat a algú,
3. amb tasques,
4. amb proves i línia temporal,
5. i amb un tancament final.

Enriquir amb intel·ligència d’amenaces

1. Si apareix un domini/URL/hash, volem saber si és conegut com a maliciós.
2. Volem poder guardar i reutilitzar IOCs (indicadors).

Tenir evidències i documentació

1. Per demostrar què ha passat i què s’ha fet.
2. I per repetir el procés la propera vegada.

Som la Clínica MarBlava, una clínica petita (35 treballadors). Gestionem dades molt sensibles:

1. dades personals (nom, DNI, telèfon, adreça)
2. dades de salut (diagnòstics, informes, tractaments)
3. cites i historial mèdic.

Ara mateix tenim problemes:

1. alguns usuaris comparteixen credencials (molt malament),
2. no tenim clar qui ha accedit a cada expedient
3. ens preocupa una possible bretxa de dades (filtració) o un accés indegut.

Necessitem que ens munteu un sistema que ens ajudi a complir el mínim de protecció de dades (GDPR): control d’accés, traçabilitat, seguretat i capacitat de resposta si passa alguna cosa.

Volem que la solució ens garanteixi:

1. Accés per rols (RBAC)
2. Recepció: gestionar cites i dades bàsiques, però NO veure diagnòstics.
3. Metges/infermeria: veure i editar informació clínica.
4. Direcció: informes i gestió (sense accedir a salut si no cal).
5. IT: administrar sistema però amb control i traçabilitat.
6. MFA per a perfils sensibles
7. Admins i metges han d’entrar amb doble factor (app de codis).
8. Traçabilitat (auditoria)
9. Volem poder respondre a preguntes com:
10. Qui ha accedit al pacient X?
11. Quan?
12. Des de quin usuari / IP?
13. Quines accions ha fet?
14. Seguretat de la plataforma
15. Comunicació xifrada (HTTPS).
16. Servidors actualitzats i endurits.
17. Base de dades protegida i no exposada.
18. Disponibilitat i recuperació
19. Còpies de seguretat i prova real de restauració.
20. Si es trenca o hi ha incident, volem recuperar el servei.
21. Pla de resposta a bretxa
22. Un procediment clar: què fem si ens roben credencials o hi ha fuga.

Som FustaPack S.L., una pime d’uns 65 treballadors amb oficina, magatzem i un petit equip informàtic (1–2 persones).

En els últims mesos hem tingut:

1. intents d’entrada per força bruta a serveis,
2. correus de phishing,
3. equips amb comportaments sospitosos,
4. i sobretot por de ransomware (xifrat de fitxers i aturada del negoci).

Ara mateix la nostra infraestructura és “barrejada” i poc controlada: serveis en un sol servidor, poca segmentació, contrasenyes irregulars i accés remot que no ens acaba de donar confiança.

Volem que ens dissenyeu i munteu una infraestructura segura i ordenada, que es pugui administrar bé, i que ens permeti treballar (també en remot) amb menys risc.

Necessitem una solució que ens doni:

1. Control d’accés centralitzat
2. Que els usuaris no vagin amb “comptes locals per tot arreu”.
3. Poder donar o treure permisos ràpidament (alta/baixa).
4. Saber qui és qui i quin nivell d’accés té.
5. Accés remot segur (teletreball i proveïdors)
6. Que els treballadors puguin entrar des de fora amb seguretat.
7. Que els proveïdors (ERP, manteniment, etc.) tinguin un accés limitat i temporal.
8. Segmentació de la xarxa
9. Separar “usuaris”, “servidors”, “administració”, “convidats” i “serveis públics”.
10. Si hi ha un problema en un PC d’usuari, que no es pugui moure fàcilment a tota l’empresa.
11. Traçabilitat i detecció
12. Volem tenir logs i alertes: si algú fa bruteforce, si un servidor canvia coses crítiques, etc.
13. No cal un SOC perfecte, però sí un mínim “professional” que ens avisi.
14. Continuïtat mínima
15. Còpies de seguretat i la capacitat de recuperar serveis bàsics (identitat, configuracions, fitxers).
16. Almenys demostrar que es pot restaurar alguna cosa crítica.
17. Documentació clara
18. Que si marxa la persona que ho ha muntat, un altre ho pugui entendre.
19. Diagrames, manual d’operació i procediments.

Som AiguaControl S.A., una empresa que gestiona una planta de tractament d’aigua. Tenim dues realitats:

1. IT (oficina): PCs, correu, intranet, impressió, etc.
2. OT (planta): sensors, equips de control (PLC/SCADA), i sistemes que controlen processos físics.

El nostre gran problema és que:

1. si algú entra per la part IT (un PC infectat, phishing…), no volem que arribi a OT.
2. a OT hi ha equips que sovint són antics, no es poden actualitzar fàcilment i alguns tenen credencials febles.
3. necessitem accés remot perquè tècnics i proveïdors fan manteniment, però això és un risc si es fa “obrint ports”.

Volem una solució que separi IT i OT, que controli els fluxos, que permeti accés remot segur i que tingui un mínim de detecció.

Necessitem que la vostra proposta ens aporti:

1. Separació clara IT / OT
2. IT i OT han d’estar en xarxes diferents.
3. No s’ha de poder passar d’una a l’altra “perquè sí”.
4. Accés remot segur i auditable
5. Tècnics interns: accés remot controlat.
6. Proveïdors: accés limitat, només al que necessiten i quan ho necessiten.
7. Volem poder tallar l’accés ràpidament si hi ha un incident.
8. Comunicacions IoT/OT segures
9. Els “dispositius” (sensors/actuadors simulats) han de comunicar-se de forma segura:
10. xifrat (TLS),
11. autenticació,
12. i permisos mínims (ACL).
13. Detecció mínima
14. Si algú escaneja la xarxa OT o intenta entrar al broker IoT, volem alerta.
15. Si un dispositiu fa coses estranyes, volem indicis.
16. Documentació i procediments
17. Inventari d’actius i fluxos (qui parla amb qui).
18. Procediment per donar d’alta un dispositiu nou.
19. Procediment per reaccionar davant un incident.

Som EcoMarket.cat, una botiga online petita (20 treballadors) que ven productes ecològics. La web és el nostre negoci: si cau o ens la rebenten, perdem diners i reputació.

Hem tingut problemes reals o molt plausibles:

1. intents de força bruta al panell d’administració,
2. intents d’SQL Injection i XSS,
3. una vegada es va exposar un fitxer de backup per mala configuració,
4. i no tenim un procés clar per detectar codi insegur abans de publicar.

Volem que ens munteu una plataforma que sigui:

1. segura davant atacs web típics,
2. repetible (si ho hem de tornar a muntar o migrar, que sigui fàcil),
3. i amb proves de seguretat automàtiques (DevSecOps).

Necessitem que la vostra solució ens permeti:

1. Publicar una web de forma segura
2. TLS obligatori (https).
3. Configuració correcte del servidor web (cap “fuites tipes”).
4. Logs i traçabilitat.
5. Protegir-nos dels atacs típics (OWASP Top 10)
6. Com a mínim: bruteforce, SQLi, XSS, intents d’escaneig i explotació.
7. Bloqueig o mitigació, no només “ho detectem”.
8. Separar bé els components
9. Web/reverse proxy a DMZ.
10. Aplicació en una xarxa interna.
11. Base de dades tancada i només accessible des de l’app.
12. Tenir un procés de publicació amb seguretat (DevSecOps)
13. Si algú puja codi insegur o secrets (passwords, tokens), el pipeline ha de fallar.
14. Volem informes de seguretat i evidències abans de passar a “producció”.
15. Backups i recuperació
16. Backup de la BD i de configuracions.
17. Prova real de restauració (no només “hem configurat backups”).
18. Documentació clara i operativa
19. Perquè després ho pugui mantenir algú altre.
20. Runbooks (com desplegar, com recuperar, com revisar logs).

Som l’Ajuntament de VallNova (90 treballadors). Treballem amb documents importants (expedients, contractes, padró, etc.) i serveis interns que, si cauen, ens bloquegen el dia a dia.

El nostre problema és que:

1. hi ha risc real de ransomware (xifren els fitxers i demanen rescat),
2. tenim còpies però no sabem si estan ben fetes,
3. i sobretot mai hem provat una recuperació completa en condicions.

El que volem és un sistema de còpies i recuperació que sigui:

1. robust,
2. protegit (que el ransomware no el pugui xifrar també),
3. i demostrable (amb proves reals de restauració).

Necessitem que ens munteu una solució que ens garanteixi:

1. No perdre dades importants
2. Si passa un incident, volem recuperar documents i dades.
3. Acceptem perdre com a màxim unes hores (segons servei).
4. Recuperar serveis en un temps raonable
5. Si un servidor cau o queda xifrat, volem poder restaurar-lo.
6. Volem saber quant trigarem realment (temps mesurat).
7. Que les còpies siguin segures
8. Si entren a la xarxa i xifren un PC, no volem que puguin xifrar el repositori de backups.
9. Volem una part immutable (snapshots / protecció) i/o “offline” (simulat).
10. Tenir un pla clar (no improvisar)
11. Un document de política de backup.
12. Un procediment de restauració pas a pas.
13. I un simulacre tipus “ransomware” documentat.