You have done the project and assessed yourself. Now comes the comparison. This lesson develops one reference solution — on Clínica Dental Sonrisa Norte, the richest case because of its health data and the furthest from Nimbus — with enough extracts from the eight deliverables and, above all, with the explicit reasoning behind every decision: why this risk comes first, why this control and not the expensive one, what is left out and with what argument. It is not the whole dossier: it is the part that sets the standard.
After that come the hard calls commented on, which is where professional judgement really shows; the typical mistakes that recur in the dossiers of people starting out; and the honest comparison with yours. And then the closing: where to go next. The map of specialisations within the profession, certifications commented on without embellishment, how to keep learning in practice, the habits of the first months, one last look at Nimbus and the end of the course.
Contents
- How to read this solution
- E1 — Context, inventory, DFD and STRIDE
- E2 — The main risks, with ALE and ROSI
- E3 and E4 — Policies and the catalogue that fits in 9,000 €
- E5 — Runbook for the most likely scenario, RTO and RPO
- E6 — The minimum detections
- E7 — GDPR with health data, DPIA and the ENS question
- E8 — Traceability and quarterly roadmap
- The hard calls, commented on
- Typical mistakes and how to fix them
- The honest comparison with your dossier
- Map of specialisations within the profession
- Certifications, commented on honestly
- How to keep learning in practice
- Nimbus: before and after
- How to read this solution
Three warnings before we start, because whether this lesson is useful to you depends on them.
It is not the correct answer, it is a defensible answer. Another professional with the same data could arrive at a different risk order and a different catalogue, and both would be valid if they are justified. What does not admit variation is the method: that every control points to a risk, that every risk has an owner, that the sums reconcile and that every decision has its reason written down.
Do not copy it over your own work. If your solution differs, your job is to understand why it differs and to decide which argument is better: that comparison exercise is worth more than the dossier itself. And bear in mind that it is deliberately incomplete — you will see 5 risks out of 11, 7 controls out of 16 and part of the matrix: what is shown is what sets the standard, and the rest is more of the same with a lower density of decision.
- E1 — Context, inventory, DFD and STRIDE
The scope you already saw in 07-01: the clinical and administrative information systems of the three sites, the connectivity, the e-mail, the website, the patient channels and the third parties with access; out of scope, physical security beyond the server room and equipment that does not process data. Constraints: 9,000 €/year, 180 h of Nuria's time, 120 h contracted from Datacer Norte and no internal technical staff.
Inventory (extract from 22 assets). The classification uses four levels and the criticality is justified by clinical impact, not by the cost of the equipment.
| ID | Asset | Type | Owner | Crit. | Classification |
|------|-----------------------------------------------|------------|----------|----------|----------------|
| A-01 | DentaGest clinical database (SQL Server) | Data | Elena V. | Critical | Restricted |
| A-02 | Shared folder of DICOM images | Data | Elena V. | Critical | Restricted |
| A-03 | Windows server in Gijon (legacy, 6 years old) | System | Nuria P. | Critical | Internal |
| A-04 | Backup NAS, same room and network as A-03 | System | Nuria P. | Critical | Restricted |
| A-05 | VPN link between sites (ISP routers) | Service | Datacer | High | Internal |
| A-06 | Microsoft 365 tenant (25 mailboxes) | Service | Nuria P. | High | Confidential |
| A-11 | Vendor's shared admin account | Identity | Nuria P. | Critical | Restricted |
| A-14 | Reception phones with WhatsApp | System | Nuria P. | High | Restricted |
| A-18 | Local reputation and word of mouth | Intangible | Elena V. | Critical | Public |
| A-19 | Signed informed consent forms (paper) | Data | Elena V. | High | Restricted |
| A-21 | Processing contracts with third parties | Intangible | Elena V. | High | Confidential |Why A-11 and A-18 are in the inventory. Because the point of inventorying is not to list boxes. A-11, the vendor's shared account, is the asset the number one risk hangs from; if it is not inventoried, nobody owns it and nobody decides anything about it. A-18, reputation, is the asset that revenue depends on in a local, recommendation-driven business, and without it no reputational impact can be scored. And A-21, the processing contracts, is an intangible asset whose absence is directly an infringement of article 28.
The DFD and the trust boundaries. The flow modelled is a clinical record being consulted from a treatment room at the Oviedo site.
flowchart LR
subgraph OV["Oviedo site - clinical area"]
G["Treatment room workstation\n(shared session)"]
end
subgraph GJ["Gijon site - server room"]
S["Server A-03\nDentaGest"]
BD[("A-01 Clinical\ndatabase")]
DI[("A-02 DICOM folder")]
N[("A-04 Backup NAS")]
end
subgraph EX["Third parties"]
F["Vendor support\naccount A-11"]
D["Datacer Norte\nremote access"]
end
G -->|"FC-1: VPN between ISP\nrouters (A-05)"| S
S --> BD
S --> DI
S -->|"nightly backup"| N
F -->|"FC-2: remote access with a\nshared account, no MFA"| S
D -->|"FC-3: permanent\nremote access"| S
The three boundaries and what they mean. FC-1 separates one site from another across a VPN over consumer equipment: clinical traffic crosses a boundary nobody audits. FC-2 is the worst of the three: a third party comes in with an identity that belongs to nobody. FC-3 is a permanent access that requires no justification. Note what is not a boundary: the copy to the NAS happens inside the same zone, and that is exactly the problem — there is no boundary at all between what gets encrypted and its backup.
STRIDE of the flow (extract).
| STRIDE | Specific threat to this flow | Asset | Risk |
|---|---|---|---|
| S Spoofing | Anyone with the treatment room password acts as "room 3"; the vendor's support acts as an anonymous administrator | A-11 | R-01, R-04 |
| T Tampering | A clinical note is modified with no trace of the author | A-01 | R-04 |
| R Repudiation | Impossible to know which practitioner consulted which record: the session is shared | A-01 | R-04 |
| I Information disclosure | Access to records of patients not treated by that practitioner; exfiltration through the remote access | A-01, A-02 | R-01, R-04 |
| D Denial of service | The Gijón link goes down: two sites with no clinical records and no appointment book | A-05 | R-09 |
| E Elevation of privilege | From a treatment room workstation to server administrator through an unpatched vulnerability | A-03 | R-03 |
Notice that the R (repudiation) is the one that hurts most here and it is the one almost everybody brushes aside. In a healthcare setting, traceability of access to the clinical record is not good practice: it is a requirement of Law 41/2002. The shared session turns a legal requirement into something impossible by design.
- E2 — The main risks, with ALE and ROSI
Eleven risks in the register. These are the first five, in the order decided.
| ID | Risk (summary) | Inh. | Strategy | Controls | Resid. | Owner |
|---|---|---|---|---|---|---|
| R-01 | Ransomware through the vendor's shared account (A-11) reaching the server, DICOM and the NAS | L4×I5 Critical | Mitigate | C-01, C-04, C-10, C-11 | L2×I5 High | Elena V. |
| R-02 | Health data processed over WhatsApp on the reception phones (A-14) | L5×I4 Critical | Mitigate | C-08, C-12 | L2×I4 High | Nuria P. |
| R-05 | The two existing backups are in the same room and on the same network as the original | L3×I5 Critical | Mitigate | C-04, C-10, C-03 | L2×I3 Medium | Nuria P. |
| R-04 | Shared sessions in the treatment rooms: no traceability of access to clinical records | L4×I4 High | Mitigate | C-05, C-12 | L2×I4 High | Elena V. |
| R-09 | The Gijón link goes down: Oviedo and Avilés with no clinical records and no appointment book | L4×I3 High | Mitigate | C-13, C-15 | L2×I2 Low | Nuria P. |
Why R-01 comes first, and not R-02 which is more likely. Because it is the only risk in the register whose worst case is irreversible. R-02 happens daily and its impact is penalties and reputation: serious, expensive and repairable. R-01 happens less often, but its worst case — the server and the NAS encrypted, with no off-site backup — is the disappearance of the clinical records of 4,800 patients and the closure of the practice. When a risk is irreversible, irreversibility weighs more than frequency. That principle, written into the dossier, is what makes the order defensible.
Quantification of R-01.
SLE = 67,200 (8 days of outage x 8,400 EUR/day of revenue across the 3 sites)
+ 12,000 (technical recovery and forensics)
+ 6,000 (legal advice, notification to the AEPD and communication to patients)
+ 42,000 (patient attrition: 2 % of the annual list, very conservative for a
health data breach in a local, recommendation-driven market)
= 127,200 EUR
ARO = 0.15 (once every ~7 years; healthcare SME, vector dependent on a third party)
ALE = 19,080 EUR/year
ROSI of C-04 (immutable off-site backup + quarterly restore test):
Estimated ALE reduction: 65 %. C-04 does not prevent the encryption; it prevents it
from being irreversible and shortens the outage from 8 days to 2. -> 12,402 EUR/year
avoided. Annual cost: 780 EUR + 22 h of Nuria + 6 h of Datacer ~ 1,110 EUR equivalent
ROSI = (12,402 - 1,110) / 1,110 = 1,017 %What this calculation actually does. It is not for knowing how much will be lost: it is for putting "19,080 € a year of expected risk" and "780 € for an off-site backup" in the same sentence, and that sentence is what gets Elena to sign in thirty seconds. The ALE is not a prediction, it is an argument. And that is why it carries its assumptions in writing: the moment anyone argues about the ARO, the conversation is already the right one.
The accepted risk. R-10 (no processing contracts with two minor third parties: the confidential waste company and the dental laboratory) is formally accepted until the fourth quarter, with dated approval from Elena Vázquez, because C-07 is planned for Q3 and regularising them sooner requires legal advice that has not been engaged. Accepting with a date, an approver and a plan is a decision; not mentioning it is an oversight.
- E3 and E4 — Policies and the catalogue that fits in 9,000 €
The two policies written in full are POL-02 (Access Control and Clinical Identity) and POL-03 (Patient Communication and Channels), and the choice is justified in one line: POL-02 attacks R-01 and R-04 — the two identity problems — and is a precondition of the traceability Law 41/2002 requires; POL-03 is the only realistic route for R-02, because no technical measure resolves a habit on its own. The other six policies are mapped with an owner and a priority, to be published over the following twelve months.
The complete catalogue: 16 controls, 7,190 € and 168 h of Nuria's time.
| ID | Control | Function | Risks | EUR | hN | hD |
|------|---------------------------------------------------------------|----------------|------------|------|----|----|
| C-01 | Named accounts + MFA for the vendor's support team, | Prev.+Detect. | R-01, R-07 | 0 | 12 | 8 |
| | activated against a ticket and revoked after 8 h | | | | | |
| C-02 | Mandatory MFA on the 25 Microsoft 365 mailboxes | Prev. | R-06 | 0 | 8 | 2 |
| C-03 | Segmentation: VLAN for the server and blocking the NAS from | Prev. | R-01, R-05 | 560 | 10 | 12 |
| | the treatment room workstations | | | | | |
| C-04 | Immutable off-site backup, 30-day retention and quarterly | Recov.+Detect. | R-01, R-05 | 780 | 22 | 6 |
| | timed restore test | | | | | |
| C-05 | Individual identity in treatment rooms with proximity cards | Prev.+Detect. | R-04 | 1450 | 30 | 16 |
| C-06 | Disk encryption on laptops and reception machines | Prev. | R-08 | 0 | 8 | 6 |
| C-07 | Article 28 processing contracts with the six third parties | Prev. | R-10 | 800 | 10 | 0 |
| C-08 | Secure image channel in DentaGest and WhatsApp withdrawal | Prev. | R-02 | 960 | 18 | 4 |
| C-09 | Patch management with deadlines: 14 days for criticals | Correct. | R-03 | 0 | 6 | 20 |
| C-10 | Second local backup on removable media held outside the | Recov. | R-05, R-11 | 390 | 4 | 4 |
| | server room | | | | | |
| C-11 | Alert on administrative access outside the agreed window | Detect. | R-01, R-07 | 0 | 14 | 10 |
| C-12 | 45-minute training on health data, with a quiz | Prev. | R-02, R-04 | 0 | 6 | 0 |
| C-13 | Managed routers with site-to-site VPN and logging, replacing | Prev.+Recov. | R-09, R-03 | 1800 | 2 | 8 |
| | the consumer ISP equipment | | | | | |
| C-14 | Annual training + two phishing simulations | Prev.+Deterr. | R-06 | 450 | 12 | 0 |
| C-15 | Degraded mode: daily export of the next day's appointment | Recov. | R-09 | 0 | 4 | 0 |
| | book and records to a local encrypted file at each site | | | | | |
| C-16 | Quarterly review of access rights, joiners and leavers | Detect. | R-04, R-07 | 0 | 2 | 0 |
|------|---------------------------------------------------------------|----------------|------------|------|----|----|
| | SUM | | | 7190 |168 | 96 |
| | Reserve for contingencies (20 %) | | | 1438 | 12 | 0 |
| | TOTAL | | | 8628 |180 | 96 |
| | AVAILABLE | | | 9000 |180 |120 |
| | MARGIN | | | 372 | 0 | 24 |Three readings of the catalogue, worth more than the table. First: seven of the sixteen controls cost zero euros and they are the ones attacking the number one risk. In this practice, as at Nimbus, the problem was not the budget: it was that nobody had the hours assigned. Second: there are four detective controls and three recovery ones, not only preventive, because detective blindness is what turns an incident into a catastrophe. Third: the margin on Nuria's hours is zero, and that is stated explicitly in the dossier together with the decision about what falls first if something unexpected comes up — C-08 is postponed by a quarter, because R-02 has a provisional administrative mitigation in the meantime and no other control has one.
What is left out.
| Discarded | Cost | Why | Review |
|---|---|---|---|
| Managed EDR with a 24×7 service | 3,600 € | Consumes 40 % of the budget and does not attack the R-01 vector, which is a legitimate credential. C-01, C-04 and C-11 cover it for 780 € | 2028 Q1 |
| Replacing DentaGest | 22,000 € | Outside the budget by a factor of 2.4. Not a security decision but an investment one: it moves to the multi-year plan with a technical debt note | 2029 |
| External pentest | 4,500 € | It is not expensive, it is premature: with seven controls unimplemented it would confirm holes already documented here. The money returns more if spent on implementing | 2028 Q3 |
| Replicated server in Oviedo | 5,200 € | It solves R-09, which already drops to a low residual with C-13 and C-15 for 1,800 € | 2029 |
- E5 — Runbook for the most likely scenario, RTO and RPO
RB-01 — File encryption on the Gijón server (extract of phases 0 to 2, which are the ones executed in a hurry and therefore the ones that must be written best):
TRIGGERED WHEN: alert D-02 fires, or somebody reports that DentaGest will not open or
that the DICOM files have strange extensions. DEFAULT SEVERITY: S1.
OWNER: Nuria Prado. DEPUTY: Elena Vazquez. SUPPORT: Datacer 900 XXX XXX (24 h).
OUT-OF-BAND CHANNEL: mobile phone group "Incidents-SN", never e-mail.
PHASE 0 - BEFORE TOUCHING ANYTHING (2 min)
[ ] Note the exact time and open the action log on paper
[ ] Do NOT power off the server: memory and evidence are lost. Do NOT reinstall. Do NOT
restore yet
PHASE 1 - CONTAINMENT (target: 15 min)
[ ] PHYSICALLY unplug the network cable from server A-03 (server room, rack, port 3)
[ ] Disconnect NAS A-04 from the network (port 5). This is the step that saves recovery
[ ] Call Datacer and ask them to cut the vendor's remote access and their own
[ ] Warn all three receptions: switch to a paper appointment book; do NOT power off
their machines
[ ] Retrieve the day's degraded-mode file (C-15) at each site
PHASE 2 - ASSESSMENT (target: 60 min)
[ ] With Datacer: identify the scope (which folders, since when, which account did it)
[ ] Check the immutable off-site backup (C-04): date of the last intact restore point
[ ] Decide with Elena: is there any indication of EXFILTRATION of patient data?
-> If there is, or it cannot be ruled out: THE 72-HOUR CLOCK STARTS (PR-BRE-01)
[ ] Record every action in the log with the time, who did it and the result
DECISIONS NURIA CANNOT TAKE ALONE: paying a ransom (never, and in any case it is decided
by the owners with legal advice) · communicating publicly · notifying the AEPD · filing a
police report · declaring the service recovered.What makes this runbook good: it says which port on the rack, it gives a phone number, it orders the NAS to be disconnected before anything else — the step that decides whether the incident is recoverable — and it places the start of the 72-hour clock at a specific decision with a criterion, not at a hunch.
BIA and backup strategy.
| System | RTO | RPO | Justification |
|-------------------------|------|------|---------------------------------------------------|
| Clinical records (A-01) | 4 h | 24 h | More than 4 h cancels the working day at 3 sites |
| DICOM images (A-02) | 48 h | 24 h | Avoidable dose if retaken, but treatment continues|
| Billing and payments | 72 h | 24 h | No patient goes untreated |
3-2-1-1-0 BEFORE: 3 copies NO (2) · 2 media YES · 1 off-site NO · 1 immutable NO ·
0 errors NO (last successful restore: NEVER)
3-2-1-1-0 AFTER C-04 and C-10: all five green, with the first timed test on
2027-02-28 and quarterly repetition."Last successful restore: NEVER" goes into the executive summary, word for word. It is a single line and it is the one that approves the 780 €.
- E6 — The minimum detections
Eight detections, all operable with the hours available and all with their test.
| ID | Detection | Source | Logic | Sev |
|------|--------------------------------------|----------------------|-----------------------------------------|-----|
| D-01 | Vendor access outside the window | Server sessions | Support account outside Mon-Fri 9-18 or | S2 |
| | | | with no ticket open | |
| D-02 | Mass encryption or deletion in A-02 | File auditing | >200 files modified in <5 min by the | S1 |
| | | | same user | |
| D-03 | Silent failure of the nightly backup | Backup log + NAS | No "backup OK" in 26 h, or size <80 % | S2 |
| | | | of the 7-day average | |
| D-04 | Impossible travel sign-in in M365 | Entra ID log | Two countries in <2 h for one user | S2 |
| D-05 | Mass export from DentaGest | Database auditing | SELECT over >500 records in one session | S1 |
| D-06 | A site's link goes down | Managed router | Tunnel lost for >5 min during opening | S3 |
| D-08 | Unpatched critical vulnerability | Datacer report | CVSS >=9 or present in KEV, >14 days | S2 |The most profitable detection in the catalogue is D-03, and it watches no attacker at all: it watches that the backup ran. It costs zero euros, and it is what stops anyone discovering on the day of the incident that the backup has been failing for five weeks. The second is D-01, which covers the R-01 vector and additionally proves compliance with C-01: the same alert serves as a detective control and as audit evidence.
Verification plan. An external scan of the exposed surface and a configuration review with Datacer, twice a year, 8 h/year. Pentest: not this year (an argued discard). And every detection is tested when it is implemented and once a year, with the test written on the detection's own card: it is what avoids the classic finding that the alert existed and did not fire.
- E7 — GDPR with health data, DPIA and the ENS question
Roles. The practice is the controller of its patients' and its employees' data. It is at the same time the one that engages processors: Datacer Norte, the DentaGest vendor, the dental laboratory, the payroll bureau, the marketing agency and the confidential waste company. All six need an article 28 contract (C-07), and two do not have one (R-10, accepted with a date).
RoPA: four processing activities. T-01 clinical records; T-02 HR management; T-03 radiological images; T-04 acquisition and marketing. The one that matters:
- id: T-01
activity: "Dental clinical records"
role: "Controller"
purpose: "Provision of dental care and its follow-up"
lawful_basis: "art. 6.1.b (contract) and 6.1.c (legal obligation, Law 41/2002)"
art_9_exception: "art. 9.2.h — healthcare, with the duty of secrecy under 9.3"
data: ["Identification", "Health (art. 9)", "Radiological images", "Minors"]
recipients: ["Dental laboratory (processor)", "Finance provider (with consent)"]
retention: "At least 5 years from the end of the episode of care (Law 41/2002)"
security: [C-01, C-03, C-04, C-05, C-11, C-12]
related_risks: [R-01, R-04, R-05]Two details that always slip through. The first: the lawful basis for clinical records is not consent. Asking for consent to process the record would in fact be wrong, because it could not be withdrawn without leaving the practice in breach of Law 41/2002. The second: article 9.2.h additionally requires the duty of secrecy under 9.3, which is what turns access traceability — and therefore C-05 — into an obligation rather than an improvement.
DPIA: yes, for T-01 and T-03. Two criteria are met: large-scale processing of article 9 data (4,800 active patients, three sites, continuous activity) and data on vulnerable people (minors). One alone already recommends it; two make it required in practice. For T-04, marketing, the decision is NO, and the reason is documented: no article 9 data, no profiling and no automated decision-making. Documenting the negative is as important as documenting the positive.
And the ENS. Today it does not apply: the practice is private and does not provide services to the public administration. It would apply through the contract if it were to enter into an arrangement with a public health insurer collaborating with the Social Security system or with the public health service, because the tender documents would pass on the requirements of Royal Decree 311/2022 — foreseeably the basic category — along with the obligation to declare conformity. It is recorded in the dossier as a business risk with a deadline: if Elena signs such an arrangement, there are between six and twelve months of work ahead and it has to be negotiated in the contract, not discovered afterwards.
Professional validation note. The "large scale" qualification, the specific requirement for a DPIA, the retention periods for clinical records — which have regional development — and the real scope of the ENS in a public arrangement all depend on the rules in force and on the supervisory authority's criteria. Check the BOE (Spain's official gazette), the lists published by the AEPD and the healthcare rules of your region, and consult a Data Protection Officer or a legal adviser before closing these decisions in a real organisation.
- E8 — Traceability and quarterly roadmap
Traceability matrix (extract from 14 rows).
| Risk | Policy | Controls | Specific evidence | Date | Status |
|--------|-------------|-----------------|---------------------------------------------|------------|--------------|
| R-01 | POL-02 §5.4 | C-01, C-11, C-04| Contract annex signed with the vendor; | 2027-02-10 | C-01 awaiting|
| | | | quarterly export of sessions vs. tickets | | signature |
| R-02 | POL-03 §5.1 | C-08, C-12 | Screenshot of the channel in production; | 2027-06-30 | Planned |
| | | | signed training log; monthly photo counter | | |
| R-05 | POL-04 §5.3 | C-04, C-10 | Timed restore report with start and end | 2027-02-28 | NEVER DONE |
| | | | times and verified tables | | |12-month roadmap. Ordered by risk, not by ease, and with the whole first quarter at zero cost so that the plan starts without waiting for an invoice to be approved.
| Qtr | Initiatives | Risks | Cost € | h Nuria | Measurable outcome |
|---|---|---|---|---|---|
| Q1 | C-01 named vendor accounts · C-02 MFA in M365 · C-11 access alert · C-12 health data training | R-01, R-06, R-02 | 0 | 40 | Indicators 1 and 3 at 100 %; D-01 tested |
| Q2 | C-04 immutable off-site backup · C-10 second custodied backup | R-01, R-05, R-11 | 1,170 | 26 | First timed restore completed successfully |
| Q3 | C-08 secure image channel · C-03 segmentation · C-07 processing contracts | R-02, R-05, R-10 | 2,320 | 38 | WhatsApp photos ↓ 70 %; 6 contracts signed |
| Q4 | C-05 identity in the treatment rooms · C-13 managed routers · C-14 training and simulation · C-06, C-09, C-15, C-16 | R-04, R-09, R-06 | 3,700 | 64 | Individual traceability ≥ 95 %; report rate measured |
| Reserve for contingencies | 1,438 | 12 | |||
| TOTAL | 8,628 | 180 |
How it is defended to Elena. Not as sixteen technical tasks, but like this: "the worst-scored risk has an expected cost of 19,000 € a year and we bring it down to a manageable residual with 1,170 € in the second quarter; the first quarter costs nothing; and the most expensive item — identity in the treatment rooms — goes last because it is what annoys the dentists most and I need the previous three quarters of credibility before asking for it". That last sentence is not technical and it is the most important one in the plan.
- The hard calls, commented on
This is where professional judgement lives. Five real trade-offs, with what was chosen, why, and what would have changed the answer.
1. WhatsApp: ban it or replace it? Options: ban it in POL-03 with immediate effect, or replace it with an integrated channel and withdraw it over nine months. Chosen: replace. Banning it on day one is free, it is correct on paper and it is not going to be complied with: reception would carry on using it from their personal phones, so the data would leave anyway and would also stop being visible. Indicator 6 measures a curve from 120 photos a month to zero, not a switch. What would have changed the answer: if there were already an open inspection or a patient complaint, an immediate ban would be mandatory despite the foreseeable non-compliance, because then the legal risk dominates the operational one.
2. Identity in the treatment rooms: 1,450 € cards or free usernames and passwords? Chosen: cards. The free option is technically equivalent and practically useless: the dentists are not going to type a password between one patient and the next, and what would happen is that they would write the password on the monitor — back to the starting point with a layer of false documentation on top. The card makes the correct path the easy path, which is the secure design principle 01-03 called "psychologically acceptable". What would have changed it: if each treatment room had one fixed practitioner rather than rotation, usernames and passwords would be enough.
3. Decentralise the data or keep it in Gijón? Chosen: keep it centralised and add a degraded mode (C-15). A server per site would solve R-09 but would triple the attack surface, the number of backups to protect and the maintenance hours, which are the scarce resource. C-15 — exporting the next day's appointment book and records each afternoon to a local encrypted file — costs zero euros and four hours and turns a line outage into an inconvenience. What would have changed it: if there were five sites instead of three, or if the link went down weekly, the arithmetic would flip.
4. Managed EDR or identity plus backups? Chosen: identity plus backups. It is the decision that is hardest to defend because an EDR "sounds like real security". But the vector for R-01 is a legitimate credential used by a compromised third party, and an EDR sees anomalous processes, not an authorised administrative session. With 3,600 € you buy visibility over a scenario that is not the main one; with 780 € and twelve hours you remove the condition that makes it possible. What would have changed it: if the 25 workstations browsed the internet freely and downloaded attachments — a much higher workstation risk profile — the EDR would move up several places.
5. And if the vendor refuses named accounts? This is the decision hardly any learner's dossier considers, and it is the one that could bring down the whole plan, because C-01 is the centrepiece of R-01 and it depends on a third party. Documented plan B: keep the shared account but disabled by default, enabled by Nuria only for the duration of the incident, with session recording and with alert C-11 on any use outside the window. It is a compensating control, it is worse, and it is documented as such with an exception EXC-2027-002 expiring in six months and with the explicit instruction that the vendor's ability to support named accounts is to be included as a requirement in the next contract renewal. Turning an unsolvable technical problem into a clause in the next renewal is, very often, the only move available — and it is a move.
- Typical mistakes and how to fix them
| Frequent mistake | What it reveals | Fix |
|---|---|---|
| A catalogue of 30 "essential" controls | That nothing has been prioritised, only listed | Order by risk reduction per euro and cut where the budget ends |
| Everything preventive | That the thinking is about avoiding rather than surviving | Add two cheap detective controls and one recovery control per critical risk |
| Risks that are vulnerabilities ("there is no MFA") | That the causal chain and the impact are missing | Apply the formula: if [threat] exploits [vulnerability] on [asset], then… |
| Impact in technical language | That management will not be able to prioritise | Translate into cancelled appointments, euros, penalties and lost patients |
| Multinational policies | That they were copied from a template | Reread each statement asking "who does this here, and with what time?" |
| No risk accepted | That nothing has been decided, only documented | Choose one, accept it with an approver and a date, and say why |
| Everything "implemented" in the first year | Optimism or a lack of honesty | Real status: planned until there is evidence of verification |
The most serious one is not in the table because it deserves its own sentence: copying Nimbus's risk register. A dossier that transfers its risks to a dental practice produces sentences like "risk of exposure of the multi-tenant API" in an organisation that has no API. It is spotted on the first reading and it destroys the credibility of everything else. The antidote is to start from your own case's DFD: the threats come out of the flow, not out of memory.
- The honest comparison with your dossier
Take your dossier and compare. You are going to find three kinds of difference, and only one matters.
Differences of form — your tables have different columns, your identifiers a different prefix, your inventory 18 assets instead of 22: irrelevant. None of them affects the quality of the work.
Differences of judgement — you put the phishing risk first, or chose the EDR, or decentralised the data: these are the valuable ones. None of them is wrong in itself. The question is not "does it match the solution?", but "is my decision argued just as well?". If your reason for putting phishing first is "because it is the most frequent", you have half an answer; if it is "because in this organisation 80 % of the surface is human and the irreversibility of R-01 is already mitigated by an off-site backup that here did exist", you have a better answer than mine for your case. And differences of method — your catalogue does not add up, your risks have no owner, your matrix cites controls that do not exist: these really are errors, and the reference solution exists precisely to detect them.
Because that is the thesis of the whole project: there is no single correct answer, but there are indefensible answers. A plan that does not fit the budget is indefensible. A risk with no owner is indefensible. Declaring a recovery capability with a backup that has never been restored is indefensible. A control that cannot be demonstrated is indefensible. Everything else is judgement, and judgement is discussed, argued and revised — which is exactly what a professional does in a management meeting.
- Map of specialisations within the profession
This course has given you the cross-cutting foundation. The profession branches out, and it is worth knowing how.
| Profile | What they do day to day | It suits someone who… | What to study next |
|---|---|---|---|
| Defence and SOC / detection | Watches telemetry, writes rules, triages alerts, hunts threats | Enjoys data, patience and detail | SIEM, Sigma, ATT&CK, log analysis, detection as code |
| Incident response and intelligence | Comes in once it has happened: contains, eradicates, reconstructs, reports | Performs under pressure and can communicate in the heat of the moment | DFIR, malware, threat intel, chain of custody |
| Offensive security and pentest | Looks for flaws with authorisation and reports them reproducibly | Enjoys breaking things and explaining them well | Web and API, Active Directory, cloud, labs and CTFs |
| Application and product security | Works with development: reviews, SSDLC, AppSec CI, threat modelling | Can program or wants to | Secure coding, SAST/DAST, OWASP, threat modelling |
| Cloud and infrastructure security | Designs and hardens IAM, networks, containers, IaC | Likes architecture and automation | Provider certifications, Kubernetes, policy as code |
| GRC and compliance | Risks, policies, audits, third parties, certifications | Likes writing, negotiating and bringing order | ISO 27001, ENS, NIS2, internal auditing |
| Data protection and privacy | RoPA, DPIA, rights, breaches, processing contracts | Moves comfortably between the legal and the technical | GDPR in depth, DPO schemes, AEPD guidance |
| Forensics | Acquires and analyses evidence with probative value | Is methodical and tolerates slow work | Acquisition, file systems, memory, expert reports |
Two warnings about this map. First: this project is, literally, the work of a GRC profile, so if you have enjoyed doing it, you already know something important about yourself. And if you suffered through it but enjoyed module 5, your path is probably a technical one. Second: in an SME you do not choose. In a 40-person company you will be all eight things at once, and that — far from being a defect — is the best school there is for discovering which one you like.
- Certifications, commented on honestly
Let us start with the uncomfortable part: a certification does not replace experience, it accompanies it. It is useful for three specific things — getting past automatic CV filters, structuring your study and meeting the requirements of tenders or customers — and for nothing else. Nobody with judgement hires someone for an acronym, but plenty of filters discard whoever lacks one.
| Stage | Certification | Honest comment |
|---|---|---|
| Fundamentals | CompTIA Security+ | The most widely recognised cross-cutting baseline; it covers nearly the same ground as this course in a different order. Useful if you need to evidence an entry-level standard |
| Fundamentals | INCIBE content and CCN guidance (the CCN-STIC series) | Free, in Spanish and directly applicable to the Spanish regulatory context. Undervalued |
| Management | ISO 27001 Lead Implementer / Lead Auditor; later on CISM, CISA, CISSP | The ISO ones pay off best if GRC appeals to you — Implementer to build an ISMS, Auditor to review one — with care over the uneven quality of providers. The big three are serious, expensive and require years of accredited experience: they are consolidation certifications at 4-5 years in, not entry ones |
| Offensive | eJPT | A practical, affordable way into pentesting |
| Offensive | OSCP | Demanding and highly respected. It requires months of lab work; do not attempt it as a first certification |
| Cloud | Provider certifications (AWS/Azure/GCP); CCSK and CCSP as neutral options | The provider ones pay off sooner if your work already touches that cloud; CCSK is accessible and CCSP is the heavyweight equivalent of the CISSP |
How to choose, in one sentence: the right certification is the one that accredits what you are already doing or what you will be doing next month, not the one that sounds best. And one tip with practical value: before paying for any of them, finish and publish this course's project. A complete, reasoned, available dossier demonstrates more judgement than most acronyms, and it costs zero euros.
- How to keep learning in practice
| Route | What to do specifically | Why it works |
|---|---|---|
| Your own lab | Two or three virtual machines, a hardened Linux server, a container, a log collector. Break it and fix it | It is yours: no legal problem and mistakes cost nothing |
| Legal practice platforms | Deliberately vulnerable applications and online lab platforms with guided paths | You practise exploitation with explicit authorisation (06-06) |
| CTFs | Start with introductory-level ones and by category, not with 48-hour competitions | They teach you to read a problem and not to give up; the format is addictive |
| Contributing to projects | Documentation, translations, detection rules, reporting and fixing a bug | It forces you to write for others and gives you verifiable public work |
| Reports, advisories and newsletters | INCIBE-CERT advisories, CCN-CERT publications, CISA's KEV catalogue, annual incident response reports; one weekly newsletter and one community | It is the fastest way to know what is really happening; and one newsletter read beats fifteen piled up |
| Public post-mortems | Reading the incident analyses companies publish | You learn from expensive mistakes you did not have to pay for |
And the rule that orders all of this: choose little and sustain it. Half an hour three times a week for a year teaches more than a month of twelve-hour days followed by six months of nothing. It is the same thesis as 06-01 applied to you: security — and training — are not achieved, they are sustained.
- Nimbus: before and after
Before closing, look at what has changed in the company that has kept you company for 36 lessons. This table is the course's whole journey.
| Nimbus in 01-04 (discovery) | Nimbus after 06-01 (roadmap) | |
|---|---|---|
| Assets | Nobody knew how many there were; the inventory was made up as they went | 22 assets with owner, criticality and classification |
| Risks and policies | Hunches, fear of the week's headline and not a single written policy | Register R-01…R-11 scored with ALE and an approved appetite; POL-01…POL-11, with POL-02 and POL-04 published |
| Third-party access | The consultancy (A-19) with permanent, shared remote access | Just-in-time 8-hour access, automatic revocation and alert D-03 |
| Backups | In the same cloud account as production; never restored | Object Lock in a separate account, quarterly timed restore |
| Detection | None: 20 days of dwell time and 7 missed opportunities (02-06) | Catalogue D-01…D-12, six active and tested detections, MTTD measured |
| Identity | Shared accounts, no MFA on privileged accounts | FIDO2 MFA on all privileged accounts, RBAC and half-yearly recertification |
| Secrets | A stolen .env that opened the door to everything |
A secrets manager and blocking gitleaks in CI |
| Compliance | "We comply with the GDPR" with no RoPA and no evidence | RoPA, DPIA, PR-DER-01, a 72-hour procedure and a traceability matrix |
| People and incidents | Zero training, phishing worked, improvisation during the ransomware | Learning paths by role, ethical simulations and a report rate; NIST 800-61, severities S1-S4, RB-01 tested and a blameless post-mortem |
| Budget | Spent on impulse | 18,000 € assigned to the worst-scored risks, with a reserve |
Nimbus is not a secure company today. It is a company that knows what it has, what can happen to it, what it is doing about it, what it has decided not to do and how it will find out that something is wrong. That difference — not the absence of risk, but the presence of method — is everything this course has tried to convey to you.
Common Mistakes and Tips
- Reading this solution before having done the project. If you have arrived here without a dossier of your own, stop and go back to 07-01. Once you have seen an answer, you can no longer know which one you would have given, and that information was the exercise's real output.
- Rewriting your dossier so that it looks like this one. If your decisions differ and are argued, defend them. Changing your mind because the course material says otherwise — with no better argument — is exactly the opposite of the habit the project trains.
- Keeping only the table and skipping the reasons. The tables are the easy part to copy and the useless part to copy: what you learn is in the paragraphs explaining why the pentest is discarded as premature, why proximity cards beat the free password and why C-01 needs a plan B.
- Collecting certifications to cover a lack of experience. It always shows, and at the first practical question. A certification accompanies what you can do; on its own, it is an acronym.
- Tip: publish the project, anonymised or on the fictitious case, in a repository with its history. It is the portfolio piece that is hardest to improvise and the one that best demonstrates judgement.
- Tip: put a date on the next review. Of the dossier and of your own learning plan. What has no date does not happen again.
Exercises
Exercise 1 — The structured comparison
Compare your dossier with this solution on three specific dimensions: the order of the first three risks, the most expensive control you have included and what you have left out. For each one, write down whether it is a difference of form, of judgement or of method, and for the ones of judgement decide with an argument which of the two positions is better for your case.
Exercise 2 — Your own hard call
Choose a real trade-off from your project that does not appear in section 9 and write it up with the same structure: options, what was chosen, why, and what would have changed the answer. That last part is the one that shows you have understood the judgement and not just the conclusion.
Exercise 3 — Your 90-day plan
Design your learning plan for the next three months: the profile you are heading towards, two practice routes from section 14 with their specific weekly slot, one recurring reading and one thing you are going to produce and publish. Put a review date on it.
Solutions
Solution 1 — Structured comparison (a real learner's example)
DIFFERENCE 1 - Risk order. I put phishing (R-06) first; the solution puts ransomware
through the vendor (R-01) first. TYPE: judgement.
Argument: phishing is more frequent, but its worst case -a compromised mailbox- is
detectable and reversible. R-01 is irreversible if it reaches the backups. My order would
be better IF the practice already had an immutable off-site backup, because then R-01
would stop being irreversible and frequency would win. As it does not, the solution is
right. DECISION: I change the order and add the paragraph justifying it; that is what
I was missing.
DIFFERENCE 2 - Most expensive control. I put in an EDR at 3,000 EUR; the solution puts
in the treatment room cards at 1,450. TYPE: judgement.
Argument: the vector of my R-01 was also a legitimate credential, so my EDR did not cover
it, and it consumed a third of the budget. I stand by my judgement ONLY for the
workstation risk, but I had that risk in eighth place: it does not justify the spend.
DECISION: I discard the EDR with an argument and a date, freeing up 3,000 EUR.
DIFFERENCE 3 - What was left out. I had no discard table. TYPE: method.
This is not a difference of opinion: it is a requirement of the deliverable that I
skipped. Without it my dossier cannot show that I decided; it only shows that I chose.
DECISION: I write the table with the four candidates I discarded mentally and never put
in writing.What is instructive is the split: two differences of judgement, which are discussed with arguments and taught from, and one of method, which is simply corrected. And notice that one of the differences of judgement is resolved partly in the learner's favour: the EDR was not a bad idea, it was an idea for a risk that sat in eighth place. That precision — "it is not wrong, it is premature" — is the same reasoning as the pentest discard.
Solution 2 — A hard call of your own (example)
TRADE-OFF: ask Datacer Norte to give up its permanent remote access, or keep it and
monitor it?
OPTIONS A) On-demand access for Datacer too, as for the vendor (C-01 extended).
B) Keep the permanent access, with an alert (C-11) and a quarterly review (C-16).
CHOSEN: B, and it is uncomfortable. WHY: Datacer is the one that executes half the plan
-96 of the year's technical hours- and the one that handles incidents at all three sites
during clinical hours. On-demand access with a single coordinating person (Nuria) would
create a worse dependency: if Nuria is on holiday or with a patient, there is no support.
The unavailability risk outweighs the improper access risk, given that Datacer DOES accept
named accounts and MFA (unlike the vendor) and its sessions are logged.
WHAT WOULD HAVE CHANGED THE ANSWER: (a) if Datacer did not accept named accounts, it would
be A without discussion, because then we would have two A-11s instead of one; (b) if there
were a second person able to authorise accesses, it would be A; (c) if Datacer suffered an
incident of its own, it would be A the next day. It is recorded as a reassessment trigger.Solution 3 — 90-day plan (example)
TARGET PROFILE: defence and detection, with a GRC foundation (I enjoyed the project, but
I enjoyed module 5 more than module 4).
PRACTICE 1 - My own lab. Tuesdays 20:00-21:30. Three VMs: a Linux server hardened with
CIS, a Windows box and a log collector. Objective for the quarter: six detections of my
own, written, tested and documented in the repository.
PRACTICE 2 - Guided lab platform. Saturdays 10:00-12:00. Complete the SOC fundamentals
path before 30 June.
RECURRING READING: INCIBE-CERT advisories on Mondays (15 min) and CISA's KEV whenever
there is something new. One weekly newsletter, and only one.
WHAT I AM GOING TO PRODUCE AND PUBLISH: a "home-made-detections" repository with the six
rules, each with its logic, its data source and HOW IT IS TESTED (the E6 column).
PLAN REVIEW: 30 June. Success criterion: six rules published and tested, not "having
studied".Three details make it a plan and not a wish list: it has specific slots in the calendar, it produces something publishable instead of only consuming content, and it has a review date with an observable success criterion. It is, in miniature, exactly the structure of the E8 roadmap: owner, deadline and measurable outcome. The method you have learned for an organisation works just the same for a career.
Conclusion
You have reached the end. You started with the CIA triad and the vocabulary of risk, you understood the threat landscape and how an organisation defends itself, you learned to protect information with cryptography that is actually used, to decide with a risk register, policies, controls and a response plan, to execute with tools, detection, penetration testing, networks, applications, endpoints and cloud, and to sustain and prove what you did with habits, regulations, the GDPR, evidence, people and ethics. And then you stopped reading about Nimbus and did it yourself: you chose an organisation, inventoried it, identified and prioritised its risks, drafted its policies, fitted a control catalogue to a budget that did not stretch to everything, prepared its response and its recovery, planned its verification, framed its regulatory obligations, built its traceability and its roadmap, and assessed yourself honestly.
In this last lesson you have seen a complete reference solution on the dental practice — with the inventory where a shared account and reputation are assets, the DFD whose boundaries explain where the danger lies, the number one risk justified for being irreversible and not for being frequent, the ALE that predicts nothing but persuades, the catalogue of sixteen controls where seven cost zero euros, the runbook that says which port on the rack, the DPIA that reasons its negative as well, the ENS that does not apply today but may apply tomorrow, and the roadmap that leaves the most irritating item for the quarter when there is already credibility. You have seen the hard calls: replace rather than ban, pay so that the correct path is the easy one, do not decentralise, choose identity before EDR, and have a plan B when the control depends on a third party saying yes. And you have seen the line that separates the debatable from the unacceptable: there is no single correct answer, but there are indefensible answers — a plan that does not fit, a risk with no owner, a recovery never tested, a control that cannot be demonstrated.
You also take away the map of what comes next: eight specialisations with what each one does and who they suit; certifications placed at their proper stage and with their limits, because they accompany experience rather than replacing it; legal practice routes — your own lab, guided platforms, CTFs, contributing, reading INCIBE-CERT and CCN-CERT advisories and the KEV catalogue, and other people's post-mortems; and one rule worth more than any list: choose little and sustain it. Because that is, in the end, this course's only conclusion. Security is not a state you reach: there is no day on which an organisation is secure and can stop looking. It is a practice that is sustained, with inventories that get updated, risks that get reassessed, backups that get restored to check that they work, alerts that get tested, people who get trained and decisions that get revised when what justified them changes. Nimbus did not finish the course as a secure company; it finished as a company that knows what it has, what can happen to it, what it is doing about it, what it has decided not to do and how it will find out that something is wrong.
You now have that method. You know how to inventory, model threats, write and score a risk, draft a policy that can be complied with, choose controls that fit in the money and in the hours, prepare a response someone else can execute, verify that what is implemented works, meet what the law requires and prove it with evidence, train people and defend every decision in front of whoever has to approve it. You do not know everything there is to know — nobody does, and anyone who tells you otherwise is selling you something — but you know how to decide with incomplete information and insufficient resources, which is exactly the job.
Now open your dossier, put a date on the next review and get started.
Fundamentals of Information Security Course
Module 1: Introduction to Information Security
- Basic Concepts of Information Security
- Types of Threats and Vulnerabilities
- Principles of Information Security
- Assets, Attack Surface and Threat Actors
Module 2: Cybersecurity
- Definition and Scope of Cybersecurity
- Types of Cyber Attacks
- Social Engineering and Phishing
- Protection Measures in Cybersecurity
- Identity, Authentication and Access Control
- Cybersecurity Incident Case Studies
Module 3: Cryptography
- Introduction to Cryptography
- Symmetric Cryptography
- Asymmetric Cryptography
- Hash Functions, HMAC and Password Storage
- Cryptographic Protocols
- Key Management, Certificates and PKI
- Applications of Cryptography
Module 4: Risk Management and Protection Measures
- Risk Assessment
- Security Policies
- Security Controls
- Third-Party and Supply Chain Risk
- Incident Response Plan
- Disaster Recovery and Business Continuity
Module 5: Security Tools and Techniques
- Vulnerability Analysis Tools
- Monitoring and Detection Techniques
- Penetration Testing
- Network Security
- Application Security
- System Hardening and Endpoint Security
- Cloud and Container Security
Module 6: Best Practices and Regulations
- Best Practices in Information Security
- Security Regulations and Standards
- Personal Data Protection and GDPR in Practice
- Compliance and Auditing
- Training and Awareness
- Ethics, Legal Aspects and Responsible Disclosure
