fix(triage): group the system map and analyses by platform, not domain #16
Loading…
Reference in a new issue
No description provided.
Delete branch "fm/dse-security-reports-entity-split"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Summary
The 2026-10-27 triage PDF grouped the report entities by the derived
domainfield, so MYRIDE, QMS and VS (genuinely ASP-domain, but Alma Linux Azure VMs) landed in the "ASP / Windows-Entität" section next to the on-prem Windows servers. The Systemlandkarte and both analysis sections now group by platform (osPlatform) instead: Windows on-prem units in one entity, all Linux/Azure units in the other. The registrydomainvalues and the derivation stay untouched.What changed
reports/defender-triage.typ:systemMapRowsfilters onisWindowsPlatform(osPlatform)instead of thedomainfield; the parent heading now reads "gruppiert nach Plattform: Linux/Azure und Windows On-Prem".reports/defender-triage.typ: the Linux/Azure map and analysis headings list MYRIDE, QMS and VS alongside the DSE units; the Windows headings keep only cop01/dor01/ent01 and drop the ASP-VM clause from the section intro.reports/defender-triage.typ: P12 (OpenSSL-Doppelversionen) and P14 (log4j auf asp-ent01) moved into the Windows analysis section; P8 (anyio), P9 (pyjwt) and P10 (h11) moved into the Linux/Azure analysis section — authored prose moved verbatim, stale grouping-rationale comments dropped.Behaviour change
Sections 2.1/7.1 contain all eight Linux units including MYRIDE, QMS and VS; sections 2.2/7.2 contain only cop01/dor01/ent01. No derived number moves: the 2026-10-27 caches re-derive byte-identically and
just reprostays byte-identical on the fixture. The corrected 2026-10-27 PDFs were re-rendered from the same caches and published; the previous copies moved toartifacts/superseded/.Instructions-PR: none