Abgabeformat

• Konfigurationsdatei oder Patch
• verwendete Testdaten
• ausgeführte Kommandos
• Status-, Log- oder Diff-Auszug
• kurze Risiko- und Recovery-Notiz

Aufgaben

Aufgabe 01: Release

Baue oder verbessere ein Ubuntu-Artefakt mit Schwerpunkt Release.

Anforderungen:

• keine produktiven Systeme verändern
• Konfiguration lokal prüfen
• Betriebswirkung beschreiben
• Fehler- oder Missbrauchspfad benennen

Nachweis:

./run.sh
find work/evidence -type f -maxdepth 1 -print

Aufgabe 02: APT

Baue oder verbessere ein Ubuntu-Artefakt mit Schwerpunkt APT.

Anforderungen:

• keine produktiven Systeme verändern
• Konfiguration lokal prüfen
• Betriebswirkung beschreiben
• Fehler- oder Missbrauchspfad benennen

Nachweis:

./run.sh
find work/evidence -type f -maxdepth 1 -print

Aufgabe 03: systemd

Baue oder verbessere ein Ubuntu-Artefakt mit Schwerpunkt systemd.

Anforderungen:

• keine produktiven Systeme verändern
• Konfiguration lokal prüfen
• Betriebswirkung beschreiben
• Fehler- oder Missbrauchspfad benennen

Nachweis:

./run.sh
find work/evidence -type f -maxdepth 1 -print

Aufgabe 04: journald

Baue oder verbessere ein Ubuntu-Artefakt mit Schwerpunkt journald.

Anforderungen:

• keine produktiven Systeme verändern
• Konfiguration lokal prüfen
• Betriebswirkung beschreiben
• Fehler- oder Missbrauchspfad benennen

Nachweis:

./run.sh
find work/evidence -type f -maxdepth 1 -print

Aufgabe 05: Netplan

Baue oder verbessere ein Ubuntu-Artefakt mit Schwerpunkt Netplan.

Anforderungen:

• keine produktiven Systeme verändern
• Konfiguration lokal prüfen
• Betriebswirkung beschreiben
• Fehler- oder Missbrauchspfad benennen

Nachweis:

./run.sh
find work/evidence -type f -maxdepth 1 -print

Aufgabe 06: UFW

Baue oder verbessere ein Ubuntu-Artefakt mit Schwerpunkt UFW.

Anforderungen:

• keine produktiven Systeme verändern
• Konfiguration lokal prüfen
• Betriebswirkung beschreiben
• Fehler- oder Missbrauchspfad benennen

Nachweis:

./run.sh
find work/evidence -type f -maxdepth 1 -print

Aufgabe 07: Storage

Baue oder verbessere ein Ubuntu-Artefakt mit Schwerpunkt Storage.

Anforderungen:

• keine produktiven Systeme verändern
• Konfiguration lokal prüfen
• Betriebswirkung beschreiben
• Fehler- oder Missbrauchspfad benennen

Nachweis:

./run.sh
find work/evidence -type f -maxdepth 1 -print

Aufgabe 08: Backup

Baue oder verbessere ein Ubuntu-Artefakt mit Schwerpunkt Backup.

Anforderungen:

• keine produktiven Systeme verändern
• Konfiguration lokal prüfen
• Betriebswirkung beschreiben
• Fehler- oder Missbrauchspfad benennen

Nachweis:

./run.sh
find work/evidence -type f -maxdepth 1 -print

Aufgabe 09: AppArmor

Baue oder verbessere ein Ubuntu-Artefakt mit Schwerpunkt AppArmor.

Anforderungen:

• keine produktiven Systeme verändern
• Konfiguration lokal prüfen
• Betriebswirkung beschreiben
• Fehler- oder Missbrauchspfad benennen

Nachweis:

./run.sh
find work/evidence -type f -maxdepth 1 -print

Aufgabe 10: Incident Response

Baue oder verbessere ein Ubuntu-Artefakt mit Schwerpunkt Incident Response.

Anforderungen:

• keine produktiven Systeme verändern
• Konfiguration lokal prüfen
• Betriebswirkung beschreiben
• Fehler- oder Missbrauchspfad benennen

Nachweis:

./run.sh
find work/evidence -type f -maxdepth 1 -print

Aufgabe 11: Release

Baue oder verbessere ein Ubuntu-Artefakt mit Schwerpunkt Release.

Anforderungen:

• keine produktiven Systeme verändern
• Konfiguration lokal prüfen
• Betriebswirkung beschreiben
• Fehler- oder Missbrauchspfad benennen

Nachweis:

./run.sh
find work/evidence -type f -maxdepth 1 -print

Aufgabe 12: APT

Baue oder verbessere ein Ubuntu-Artefakt mit Schwerpunkt APT.

Anforderungen:

• keine produktiven Systeme verändern
• Konfiguration lokal prüfen
• Betriebswirkung beschreiben
• Fehler- oder Missbrauchspfad benennen

Nachweis:

./run.sh
find work/evidence -type f -maxdepth 1 -print

Aufgabe 13: systemd

Baue oder verbessere ein Ubuntu-Artefakt mit Schwerpunkt systemd.

Anforderungen:

• keine produktiven Systeme verändern
• Konfiguration lokal prüfen
• Betriebswirkung beschreiben
• Fehler- oder Missbrauchspfad benennen

Nachweis:

./run.sh
find work/evidence -type f -maxdepth 1 -print

Aufgabe 14: journald

Baue oder verbessere ein Ubuntu-Artefakt mit Schwerpunkt journald.

Anforderungen:

• keine produktiven Systeme verändern
• Konfiguration lokal prüfen
• Betriebswirkung beschreiben
• Fehler- oder Missbrauchspfad benennen

Nachweis:

./run.sh
find work/evidence -type f -maxdepth 1 -print

Aufgabe 15: Netplan

Baue oder verbessere ein Ubuntu-Artefakt mit Schwerpunkt Netplan.

Anforderungen:

• keine produktiven Systeme verändern
• Konfiguration lokal prüfen
• Betriebswirkung beschreiben
• Fehler- oder Missbrauchspfad benennen

Nachweis:

./run.sh
find work/evidence -type f -maxdepth 1 -print

Aufgabe 16: UFW

Baue oder verbessere ein Ubuntu-Artefakt mit Schwerpunkt UFW.

Anforderungen:

• keine produktiven Systeme verändern
• Konfiguration lokal prüfen
• Betriebswirkung beschreiben
• Fehler- oder Missbrauchspfad benennen

Nachweis:

./run.sh
find work/evidence -type f -maxdepth 1 -print

Aufgabe 17: Storage

Baue oder verbessere ein Ubuntu-Artefakt mit Schwerpunkt Storage.

Anforderungen:

• keine produktiven Systeme verändern
• Konfiguration lokal prüfen
• Betriebswirkung beschreiben
• Fehler- oder Missbrauchspfad benennen

Nachweis:

./run.sh
find work/evidence -type f -maxdepth 1 -print

Aufgabe 18: Backup

Baue oder verbessere ein Ubuntu-Artefakt mit Schwerpunkt Backup.

Anforderungen:

• keine produktiven Systeme verändern
• Konfiguration lokal prüfen
• Betriebswirkung beschreiben
• Fehler- oder Missbrauchspfad benennen

Nachweis:

./run.sh
find work/evidence -type f -maxdepth 1 -print

Aufgabe 19: AppArmor

Baue oder verbessere ein Ubuntu-Artefakt mit Schwerpunkt AppArmor.

Anforderungen:

• keine produktiven Systeme verändern
• Konfiguration lokal prüfen
• Betriebswirkung beschreiben
• Fehler- oder Missbrauchspfad benennen

Nachweis:

./run.sh
find work/evidence -type f -maxdepth 1 -print

Aufgabe 20: Incident Response

Baue oder verbessere ein Ubuntu-Artefakt mit Schwerpunkt Incident Response.

Anforderungen:

• keine produktiven Systeme verändern
• Konfiguration lokal prüfen
• Betriebswirkung beschreiben
• Fehler- oder Missbrauchspfad benennen

Nachweis:

./run.sh
find work/evidence -type f -maxdepth 1 -print

Aufgabe 21: Release

Baue oder verbessere ein Ubuntu-Artefakt mit Schwerpunkt Release.

Anforderungen:

• keine produktiven Systeme verändern
• Konfiguration lokal prüfen
• Betriebswirkung beschreiben
• Fehler- oder Missbrauchspfad benennen

Nachweis:

./run.sh
find work/evidence -type f -maxdepth 1 -print

Aufgabe 22: APT

Baue oder verbessere ein Ubuntu-Artefakt mit Schwerpunkt APT.

Anforderungen:

• keine produktiven Systeme verändern
• Konfiguration lokal prüfen
• Betriebswirkung beschreiben
• Fehler- oder Missbrauchspfad benennen

Nachweis:

./run.sh
find work/evidence -type f -maxdepth 1 -print

Aufgabe 23: systemd

Baue oder verbessere ein Ubuntu-Artefakt mit Schwerpunkt systemd.

Anforderungen:

• keine produktiven Systeme verändern
• Konfiguration lokal prüfen
• Betriebswirkung beschreiben
• Fehler- oder Missbrauchspfad benennen

Nachweis:

./run.sh
find work/evidence -type f -maxdepth 1 -print

Aufgabe 24: journald

Baue oder verbessere ein Ubuntu-Artefakt mit Schwerpunkt journald.

Anforderungen:

• keine produktiven Systeme verändern
• Konfiguration lokal prüfen
• Betriebswirkung beschreiben
• Fehler- oder Missbrauchspfad benennen

Nachweis:

./run.sh
find work/evidence -type f -maxdepth 1 -print

Aufgabe 25: Netplan

Baue oder verbessere ein Ubuntu-Artefakt mit Schwerpunkt Netplan.

Anforderungen:

• keine produktiven Systeme verändern
• Konfiguration lokal prüfen
• Betriebswirkung beschreiben
• Fehler- oder Missbrauchspfad benennen

Nachweis:

./run.sh
find work/evidence -type f -maxdepth 1 -print

Aufgabe 26: UFW

Baue oder verbessere ein Ubuntu-Artefakt mit Schwerpunkt UFW.

Anforderungen:

• keine produktiven Systeme verändern
• Konfiguration lokal prüfen
• Betriebswirkung beschreiben
• Fehler- oder Missbrauchspfad benennen

Nachweis:

./run.sh
find work/evidence -type f -maxdepth 1 -print

Aufgabe 27: Storage

Baue oder verbessere ein Ubuntu-Artefakt mit Schwerpunkt Storage.

Anforderungen:

• keine produktiven Systeme verändern
• Konfiguration lokal prüfen
• Betriebswirkung beschreiben
• Fehler- oder Missbrauchspfad benennen

Nachweis:

./run.sh
find work/evidence -type f -maxdepth 1 -print

Aufgabe 28: Backup

Baue oder verbessere ein Ubuntu-Artefakt mit Schwerpunkt Backup.

Anforderungen:

• keine produktiven Systeme verändern
• Konfiguration lokal prüfen
• Betriebswirkung beschreiben
• Fehler- oder Missbrauchspfad benennen

Nachweis:

./run.sh
find work/evidence -type f -maxdepth 1 -print

Aufgabe 29: AppArmor

Baue oder verbessere ein Ubuntu-Artefakt mit Schwerpunkt AppArmor.

Anforderungen:

• keine produktiven Systeme verändern
• Konfiguration lokal prüfen
• Betriebswirkung beschreiben
• Fehler- oder Missbrauchspfad benennen

Nachweis:

./run.sh
find work/evidence -type f -maxdepth 1 -print

Aufgabe 30: Incident Response

Baue oder verbessere ein Ubuntu-Artefakt mit Schwerpunkt Incident Response.

Anforderungen:

• keine produktiven Systeme verändern
• Konfiguration lokal prüfen
• Betriebswirkung beschreiben
• Fehler- oder Missbrauchspfad benennen

Nachweis:

./run.sh
find work/evidence -type f -maxdepth 1 -print

Aufgabe 31: Release

Baue oder verbessere ein Ubuntu-Artefakt mit Schwerpunkt Release.

Anforderungen:

• keine produktiven Systeme verändern
• Konfiguration lokal prüfen
• Betriebswirkung beschreiben
• Fehler- oder Missbrauchspfad benennen

Nachweis:

./run.sh
find work/evidence -type f -maxdepth 1 -print

Aufgabe 32: APT

Baue oder verbessere ein Ubuntu-Artefakt mit Schwerpunkt APT.

Anforderungen:

• keine produktiven Systeme verändern
• Konfiguration lokal prüfen
• Betriebswirkung beschreiben
• Fehler- oder Missbrauchspfad benennen

Nachweis:

./run.sh
find work/evidence -type f -maxdepth 1 -print

Aufgabe 33: systemd

Baue oder verbessere ein Ubuntu-Artefakt mit Schwerpunkt systemd.

Anforderungen:

• keine produktiven Systeme verändern
• Konfiguration lokal prüfen
• Betriebswirkung beschreiben
• Fehler- oder Missbrauchspfad benennen

Nachweis:

./run.sh
find work/evidence -type f -maxdepth 1 -print

Aufgabe 34: journald

Baue oder verbessere ein Ubuntu-Artefakt mit Schwerpunkt journald.

Anforderungen:

• keine produktiven Systeme verändern
• Konfiguration lokal prüfen
• Betriebswirkung beschreiben
• Fehler- oder Missbrauchspfad benennen

Nachweis:

./run.sh
find work/evidence -type f -maxdepth 1 -print

Aufgabe 35: Netplan

Baue oder verbessere ein Ubuntu-Artefakt mit Schwerpunkt Netplan.

Anforderungen:

• keine produktiven Systeme verändern
• Konfiguration lokal prüfen
• Betriebswirkung beschreiben
• Fehler- oder Missbrauchspfad benennen

Nachweis:

./run.sh
find work/evidence -type f -maxdepth 1 -print

Aufgabe 36: UFW

Baue oder verbessere ein Ubuntu-Artefakt mit Schwerpunkt UFW.

Anforderungen:

• keine produktiven Systeme verändern
• Konfiguration lokal prüfen
• Betriebswirkung beschreiben
• Fehler- oder Missbrauchspfad benennen

Nachweis:

./run.sh
find work/evidence -type f -maxdepth 1 -print

Lösungshinweise

Nutze Beispielkonfigurationen, lokale Evidence und klare Rollback-Schritte. Prüfe nicht nur Syntax, sondern auch Betriebswirkung, Security-Ausnahme und Wiederherstellung.

Review-Checkliste für Übungen Professional

• 01. Release- und Supportstatus prüfen: Halte fest, welcher Host, welches Paket, welcher Dienst, welche Konfiguration und welches Risiko betroffen sind.
• 02. Paket- und Repository-Risiko bewerten: Halte fest, welcher Host, welches Paket, welcher Dienst, welche Konfiguration und welches Risiko betroffen sind.
• 03. Service-Status und Logs erklären: Halte fest, welcher Host, welches Paket, welcher Dienst, welche Konfiguration und welches Risiko betroffen sind.
• 04. Netzwerkannahme dokumentieren: Halte fest, welcher Host, welches Paket, welcher Dienst, welche Konfiguration und welches Risiko betroffen sind.
• 05. Benutzer- und sudo-Regel prüfen: Halte fest, welcher Host, welches Paket, welcher Dienst, welche Konfiguration und welches Risiko betroffen sind.
• 06. Firewall-Regel und Exposition bewerten: Halte fest, welcher Host, welches Paket, welcher Dienst, welche Konfiguration und welches Risiko betroffen sind.
• 07. Storage- und Backup-Pfad beschreiben: Halte fest, welcher Host, welches Paket, welcher Dienst, welche Konfiguration und welches Risiko betroffen sind.
• 08. Patch- und Reboot-Fenster notieren: Halte fest, welcher Host, welches Paket, welcher Dienst, welche Konfiguration und welches Risiko betroffen sind.
• 09. Security-Baseline markieren: Halte fest, welcher Host, welches Paket, welcher Dienst, welche Konfiguration und welches Risiko betroffen sind.
• 10. Monitoring- oder Alert-Regel benennen: Halte fest, welcher Host, welches Paket, welcher Dienst, welche Konfiguration und welches Risiko betroffen sind.
• 11. Rollback- oder Recovery-Pfad notieren: Halte fest, welcher Host, welches Paket, welcher Dienst, welche Konfiguration und welches Risiko betroffen sind.
• 12. Teamregel formulieren: Halte fest, welcher Host, welches Paket, welcher Dienst, welche Konfiguration und welches Risiko betroffen sind.
• 13. Release- und Supportstatus prüfen: Halte fest, welcher Host, welches Paket, welcher Dienst, welche Konfiguration und welches Risiko betroffen sind.
• 14. Paket- und Repository-Risiko bewerten: Halte fest, welcher Host, welches Paket, welcher Dienst, welche Konfiguration und welches Risiko betroffen sind.
• 15. Service-Status und Logs erklären: Halte fest, welcher Host, welches Paket, welcher Dienst, welche Konfiguration und welches Risiko betroffen sind.
• 16. Netzwerkannahme dokumentieren: Halte fest, welcher Host, welches Paket, welcher Dienst, welche Konfiguration und welches Risiko betroffen sind.
• 17. Benutzer- und sudo-Regel prüfen: Halte fest, welcher Host, welches Paket, welcher Dienst, welche Konfiguration und welches Risiko betroffen sind.
• 18. Firewall-Regel und Exposition bewerten: Halte fest, welcher Host, welches Paket, welcher Dienst, welche Konfiguration und welches Risiko betroffen sind.
• 19. Storage- und Backup-Pfad beschreiben: Halte fest, welcher Host, welches Paket, welcher Dienst, welche Konfiguration und welches Risiko betroffen sind.
• 20. Patch- und Reboot-Fenster notieren: Halte fest, welcher Host, welches Paket, welcher Dienst, welche Konfiguration und welches Risiko betroffen sind.
• 21. Security-Baseline markieren: Halte fest, welcher Host, welches Paket, welcher Dienst, welche Konfiguration und welches Risiko betroffen sind.
• 22. Monitoring- oder Alert-Regel benennen: Halte fest, welcher Host, welches Paket, welcher Dienst, welche Konfiguration und welches Risiko betroffen sind.
• 23. Rollback- oder Recovery-Pfad notieren: Halte fest, welcher Host, welches Paket, welcher Dienst, welche Konfiguration und welches Risiko betroffen sind.
• 24. Teamregel formulieren: Halte fest, welcher Host, welches Paket, welcher Dienst, welche Konfiguration und welches Risiko betroffen sind.
• 25. Release- und Supportstatus prüfen: Halte fest, welcher Host, welches Paket, welcher Dienst, welche Konfiguration und welches Risiko betroffen sind.
• 26. Paket- und Repository-Risiko bewerten: Halte fest, welcher Host, welches Paket, welcher Dienst, welche Konfiguration und welches Risiko betroffen sind.
• 27. Service-Status und Logs erklären: Halte fest, welcher Host, welches Paket, welcher Dienst, welche Konfiguration und welches Risiko betroffen sind.
• 28. Netzwerkannahme dokumentieren: Halte fest, welcher Host, welches Paket, welcher Dienst, welche Konfiguration und welches Risiko betroffen sind.
• 29. Benutzer- und sudo-Regel prüfen: Halte fest, welcher Host, welches Paket, welcher Dienst, welche Konfiguration und welches Risiko betroffen sind.
• 30. Firewall-Regel und Exposition bewerten: Halte fest, welcher Host, welches Paket, welcher Dienst, welche Konfiguration und welches Risiko betroffen sind.
• 31. Storage- und Backup-Pfad beschreiben: Halte fest, welcher Host, welches Paket, welcher Dienst, welche Konfiguration und welches Risiko betroffen sind.
• 32. Patch- und Reboot-Fenster notieren: Halte fest, welcher Host, welches Paket, welcher Dienst, welche Konfiguration und welches Risiko betroffen sind.
• 33. Security-Baseline markieren: Halte fest, welcher Host, welches Paket, welcher Dienst, welche Konfiguration und welches Risiko betroffen sind.
• 34. Monitoring- oder Alert-Regel benennen: Halte fest, welcher Host, welches Paket, welcher Dienst, welche Konfiguration und welches Risiko betroffen sind.
• 35. Rollback- oder Recovery-Pfad notieren: Halte fest, welcher Host, welches Paket, welcher Dienst, welche Konfiguration und welches Risiko betroffen sind.
• 36. Teamregel formulieren: Halte fest, welcher Host, welches Paket, welcher Dienst, welche Konfiguration und welches Risiko betroffen sind.
• 37. Release- und Supportstatus prüfen: Halte fest, welcher Host, welches Paket, welcher Dienst, welche Konfiguration und welches Risiko betroffen sind.
• 38. Paket- und Repository-Risiko bewerten: Halte fest, welcher Host, welches Paket, welcher Dienst, welche Konfiguration und welches Risiko betroffen sind.
• 39. Service-Status und Logs erklären: Halte fest, welcher Host, welches Paket, welcher Dienst, welche Konfiguration und welches Risiko betroffen sind.
• 40. Netzwerkannahme dokumentieren: Halte fest, welcher Host, welches Paket, welcher Dienst, welche Konfiguration und welches Risiko betroffen sind.
• 41. Benutzer- und sudo-Regel prüfen: Halte fest, welcher Host, welches Paket, welcher Dienst, welche Konfiguration und welches Risiko betroffen sind.
• 42. Firewall-Regel und Exposition bewerten: Halte fest, welcher Host, welches Paket, welcher Dienst, welche Konfiguration und welches Risiko betroffen sind.
• 43. Storage- und Backup-Pfad beschreiben: Halte fest, welcher Host, welches Paket, welcher Dienst, welche Konfiguration und welches Risiko betroffen sind.
• 44. Patch- und Reboot-Fenster notieren: Halte fest, welcher Host, welches Paket, welcher Dienst, welche Konfiguration und welches Risiko betroffen sind.
• 45. Security-Baseline markieren: Halte fest, welcher Host, welches Paket, welcher Dienst, welche Konfiguration und welches Risiko betroffen sind.
• 46. Monitoring- oder Alert-Regel benennen: Halte fest, welcher Host, welches Paket, welcher Dienst, welche Konfiguration und welches Risiko betroffen sind.
• 47. Rollback- oder Recovery-Pfad notieren: Halte fest, welcher Host, welches Paket, welcher Dienst, welche Konfiguration und welches Risiko betroffen sind.
• 48. Teamregel formulieren: Halte fest, welcher Host, welches Paket, welcher Dienst, welche Konfiguration und welches Risiko betroffen sind.
• 49. Release- und Supportstatus prüfen: Halte fest, welcher Host, welches Paket, welcher Dienst, welche Konfiguration und welches Risiko betroffen sind.
• 50. Paket- und Repository-Risiko bewerten: Halte fest, welcher Host, welches Paket, welcher Dienst, welche Konfiguration und welches Risiko betroffen sind.

Praxisanhang: Übungen Professional

Dieser Anhang dient als Arbeitsvorrat für längere Trainings, Reviews und Wiederholungen. Jede Aufgabe lässt sich lokal mit Beispielkonfigurationen, Shell-Kommandos und einem Git-Repository prüfen.

A001. Release

• Arbeitsauftrag: Release- und Supportstatus prüfen und beziehe die Beobachtung ausdrücklich auf Release.
• Nachweis: Notiere mindestens einen Ubuntu-nahen Befehl, erwartete Ausgabe und Grenze der Aussagekraft.
• Betriebsfrage: Welche Wirkung hätte eine falsche Annahme in Dev, Staging, Prod und CI?
• Security-Frage: Welche Accounts, Dienste, Pakete, Ports, Logs oder Secrets wären kritisch?
• Recovery: Beschreibe, ob Rollback, Restore, Paket-Downgrade, Reboot, Key-Rotation oder manuelle Korrektur nötig wäre.

A002. APT

• Arbeitsauftrag: Paket- und Repository-Risiko bewerten und beziehe die Beobachtung ausdrücklich auf APT.
• Nachweis: Notiere mindestens einen Ubuntu-nahen Befehl, erwartete Ausgabe und Grenze der Aussagekraft.
• Betriebsfrage: Welche Wirkung hätte eine falsche Annahme in Dev, Staging, Prod und CI?
• Security-Frage: Welche Accounts, Dienste, Pakete, Ports, Logs oder Secrets wären kritisch?
• Recovery: Beschreibe, ob Rollback, Restore, Paket-Downgrade, Reboot, Key-Rotation oder manuelle Korrektur nötig wäre.

A003. systemd

• Arbeitsauftrag: Service-Status und Logs erklären und beziehe die Beobachtung ausdrücklich auf systemd.
• Nachweis: Notiere mindestens einen Ubuntu-nahen Befehl, erwartete Ausgabe und Grenze der Aussagekraft.
• Betriebsfrage: Welche Wirkung hätte eine falsche Annahme in Dev, Staging, Prod und CI?
• Security-Frage: Welche Accounts, Dienste, Pakete, Ports, Logs oder Secrets wären kritisch?
• Recovery: Beschreibe, ob Rollback, Restore, Paket-Downgrade, Reboot, Key-Rotation oder manuelle Korrektur nötig wäre.

A004. journald

• Arbeitsauftrag: Netzwerkannahme dokumentieren und beziehe die Beobachtung ausdrücklich auf journald.
• Nachweis: Notiere mindestens einen Ubuntu-nahen Befehl, erwartete Ausgabe und Grenze der Aussagekraft.
• Betriebsfrage: Welche Wirkung hätte eine falsche Annahme in Dev, Staging, Prod und CI?
• Security-Frage: Welche Accounts, Dienste, Pakete, Ports, Logs oder Secrets wären kritisch?
• Recovery: Beschreibe, ob Rollback, Restore, Paket-Downgrade, Reboot, Key-Rotation oder manuelle Korrektur nötig wäre.

A005. Netplan

• Arbeitsauftrag: Benutzer- und sudo-Regel prüfen und beziehe die Beobachtung ausdrücklich auf Netplan.
• Nachweis: Notiere mindestens einen Ubuntu-nahen Befehl, erwartete Ausgabe und Grenze der Aussagekraft.
• Betriebsfrage: Welche Wirkung hätte eine falsche Annahme in Dev, Staging, Prod und CI?
• Security-Frage: Welche Accounts, Dienste, Pakete, Ports, Logs oder Secrets wären kritisch?
• Recovery: Beschreibe, ob Rollback, Restore, Paket-Downgrade, Reboot, Key-Rotation oder manuelle Korrektur nötig wäre.

A006. UFW

• Arbeitsauftrag: Firewall-Regel und Exposition bewerten und beziehe die Beobachtung ausdrücklich auf UFW.
• Nachweis: Notiere mindestens einen Ubuntu-nahen Befehl, erwartete Ausgabe und Grenze der Aussagekraft.
• Betriebsfrage: Welche Wirkung hätte eine falsche Annahme in Dev, Staging, Prod und CI?
• Security-Frage: Welche Accounts, Dienste, Pakete, Ports, Logs oder Secrets wären kritisch?
• Recovery: Beschreibe, ob Rollback, Restore, Paket-Downgrade, Reboot, Key-Rotation oder manuelle Korrektur nötig wäre.

A007. Storage

• Arbeitsauftrag: Storage- und Backup-Pfad beschreiben und beziehe die Beobachtung ausdrücklich auf Storage.
• Nachweis: Notiere mindestens einen Ubuntu-nahen Befehl, erwartete Ausgabe und Grenze der Aussagekraft.
• Betriebsfrage: Welche Wirkung hätte eine falsche Annahme in Dev, Staging, Prod und CI?
• Security-Frage: Welche Accounts, Dienste, Pakete, Ports, Logs oder Secrets wären kritisch?
• Recovery: Beschreibe, ob Rollback, Restore, Paket-Downgrade, Reboot, Key-Rotation oder manuelle Korrektur nötig wäre.

A008. Backup

• Arbeitsauftrag: Patch- und Reboot-Fenster notieren und beziehe die Beobachtung ausdrücklich auf Backup.
• Nachweis: Notiere mindestens einen Ubuntu-nahen Befehl, erwartete Ausgabe und Grenze der Aussagekraft.
• Betriebsfrage: Welche Wirkung hätte eine falsche Annahme in Dev, Staging, Prod und CI?
• Security-Frage: Welche Accounts, Dienste, Pakete, Ports, Logs oder Secrets wären kritisch?
• Recovery: Beschreibe, ob Rollback, Restore, Paket-Downgrade, Reboot, Key-Rotation oder manuelle Korrektur nötig wäre.

A009. AppArmor

• Arbeitsauftrag: Security-Baseline markieren und beziehe die Beobachtung ausdrücklich auf AppArmor.
• Nachweis: Notiere mindestens einen Ubuntu-nahen Befehl, erwartete Ausgabe und Grenze der Aussagekraft.
• Betriebsfrage: Welche Wirkung hätte eine falsche Annahme in Dev, Staging, Prod und CI?
• Security-Frage: Welche Accounts, Dienste, Pakete, Ports, Logs oder Secrets wären kritisch?
• Recovery: Beschreibe, ob Rollback, Restore, Paket-Downgrade, Reboot, Key-Rotation oder manuelle Korrektur nötig wäre.

A010. Incident Response

• Arbeitsauftrag: Monitoring- oder Alert-Regel benennen und beziehe die Beobachtung ausdrücklich auf Incident Response.
• Nachweis: Notiere mindestens einen Ubuntu-nahen Befehl, erwartete Ausgabe und Grenze der Aussagekraft.
• Betriebsfrage: Welche Wirkung hätte eine falsche Annahme in Dev, Staging, Prod und CI?
• Security-Frage: Welche Accounts, Dienste, Pakete, Ports, Logs oder Secrets wären kritisch?
• Recovery: Beschreibe, ob Rollback, Restore, Paket-Downgrade, Reboot, Key-Rotation oder manuelle Korrektur nötig wäre.

A011. Release

• Arbeitsauftrag: Rollback- oder Recovery-Pfad notieren und beziehe die Beobachtung ausdrücklich auf Release.
• Nachweis: Notiere mindestens einen Ubuntu-nahen Befehl, erwartete Ausgabe und Grenze der Aussagekraft.
• Betriebsfrage: Welche Wirkung hätte eine falsche Annahme in Dev, Staging, Prod und CI?
• Security-Frage: Welche Accounts, Dienste, Pakete, Ports, Logs oder Secrets wären kritisch?
• Recovery: Beschreibe, ob Rollback, Restore, Paket-Downgrade, Reboot, Key-Rotation oder manuelle Korrektur nötig wäre.

A012. APT

• Arbeitsauftrag: Teamregel formulieren und beziehe die Beobachtung ausdrücklich auf APT.
• Nachweis: Notiere mindestens einen Ubuntu-nahen Befehl, erwartete Ausgabe und Grenze der Aussagekraft.
• Betriebsfrage: Welche Wirkung hätte eine falsche Annahme in Dev, Staging, Prod und CI?
• Security-Frage: Welche Accounts, Dienste, Pakete, Ports, Logs oder Secrets wären kritisch?
• Recovery: Beschreibe, ob Rollback, Restore, Paket-Downgrade, Reboot, Key-Rotation oder manuelle Korrektur nötig wäre.

A013. systemd

• Arbeitsauftrag: Release- und Supportstatus prüfen und beziehe die Beobachtung ausdrücklich auf systemd.
• Nachweis: Notiere mindestens einen Ubuntu-nahen Befehl, erwartete Ausgabe und Grenze der Aussagekraft.
• Betriebsfrage: Welche Wirkung hätte eine falsche Annahme in Dev, Staging, Prod und CI?
• Security-Frage: Welche Accounts, Dienste, Pakete, Ports, Logs oder Secrets wären kritisch?
• Recovery: Beschreibe, ob Rollback, Restore, Paket-Downgrade, Reboot, Key-Rotation oder manuelle Korrektur nötig wäre.

A014. journald

• Arbeitsauftrag: Paket- und Repository-Risiko bewerten und beziehe die Beobachtung ausdrücklich auf journald.
• Nachweis: Notiere mindestens einen Ubuntu-nahen Befehl, erwartete Ausgabe und Grenze der Aussagekraft.
• Betriebsfrage: Welche Wirkung hätte eine falsche Annahme in Dev, Staging, Prod und CI?
• Security-Frage: Welche Accounts, Dienste, Pakete, Ports, Logs oder Secrets wären kritisch?
• Recovery: Beschreibe, ob Rollback, Restore, Paket-Downgrade, Reboot, Key-Rotation oder manuelle Korrektur nötig wäre.

A015. Netplan

• Arbeitsauftrag: Service-Status und Logs erklären und beziehe die Beobachtung ausdrücklich auf Netplan.
• Nachweis: Notiere mindestens einen Ubuntu-nahen Befehl, erwartete Ausgabe und Grenze der Aussagekraft.
• Betriebsfrage: Welche Wirkung hätte eine falsche Annahme in Dev, Staging, Prod und CI?
• Security-Frage: Welche Accounts, Dienste, Pakete, Ports, Logs oder Secrets wären kritisch?
• Recovery: Beschreibe, ob Rollback, Restore, Paket-Downgrade, Reboot, Key-Rotation oder manuelle Korrektur nötig wäre.

A016. UFW

• Arbeitsauftrag: Netzwerkannahme dokumentieren und beziehe die Beobachtung ausdrücklich auf UFW.
• Nachweis: Notiere mindestens einen Ubuntu-nahen Befehl, erwartete Ausgabe und Grenze der Aussagekraft.
• Betriebsfrage: Welche Wirkung hätte eine falsche Annahme in Dev, Staging, Prod und CI?
• Security-Frage: Welche Accounts, Dienste, Pakete, Ports, Logs oder Secrets wären kritisch?
• Recovery: Beschreibe, ob Rollback, Restore, Paket-Downgrade, Reboot, Key-Rotation oder manuelle Korrektur nötig wäre.

A017. Storage

• Arbeitsauftrag: Benutzer- und sudo-Regel prüfen und beziehe die Beobachtung ausdrücklich auf Storage.
• Nachweis: Notiere mindestens einen Ubuntu-nahen Befehl, erwartete Ausgabe und Grenze der Aussagekraft.
• Betriebsfrage: Welche Wirkung hätte eine falsche Annahme in Dev, Staging, Prod und CI?
• Security-Frage: Welche Accounts, Dienste, Pakete, Ports, Logs oder Secrets wären kritisch?
• Recovery: Beschreibe, ob Rollback, Restore, Paket-Downgrade, Reboot, Key-Rotation oder manuelle Korrektur nötig wäre.

A018. Backup

• Arbeitsauftrag: Firewall-Regel und Exposition bewerten und beziehe die Beobachtung ausdrücklich auf Backup.
• Nachweis: Notiere mindestens einen Ubuntu-nahen Befehl, erwartete Ausgabe und Grenze der Aussagekraft.
• Betriebsfrage: Welche Wirkung hätte eine falsche Annahme in Dev, Staging, Prod und CI?
• Security-Frage: Welche Accounts, Dienste, Pakete, Ports, Logs oder Secrets wären kritisch?
• Recovery: Beschreibe, ob Rollback, Restore, Paket-Downgrade, Reboot, Key-Rotation oder manuelle Korrektur nötig wäre.

A019. AppArmor

• Arbeitsauftrag: Storage- und Backup-Pfad beschreiben und beziehe die Beobachtung ausdrücklich auf AppArmor.
• Nachweis: Notiere mindestens einen Ubuntu-nahen Befehl, erwartete Ausgabe und Grenze der Aussagekraft.
• Betriebsfrage: Welche Wirkung hätte eine falsche Annahme in Dev, Staging, Prod und CI?
• Security-Frage: Welche Accounts, Dienste, Pakete, Ports, Logs oder Secrets wären kritisch?
• Recovery: Beschreibe, ob Rollback, Restore, Paket-Downgrade, Reboot, Key-Rotation oder manuelle Korrektur nötig wäre.

A020. Incident Response

• Arbeitsauftrag: Patch- und Reboot-Fenster notieren und beziehe die Beobachtung ausdrücklich auf Incident Response.
• Nachweis: Notiere mindestens einen Ubuntu-nahen Befehl, erwartete Ausgabe und Grenze der Aussagekraft.
• Betriebsfrage: Welche Wirkung hätte eine falsche Annahme in Dev, Staging, Prod und CI?
• Security-Frage: Welche Accounts, Dienste, Pakete, Ports, Logs oder Secrets wären kritisch?
• Recovery: Beschreibe, ob Rollback, Restore, Paket-Downgrade, Reboot, Key-Rotation oder manuelle Korrektur nötig wäre.

A021. Release

• Arbeitsauftrag: Security-Baseline markieren und beziehe die Beobachtung ausdrücklich auf Release.
• Nachweis: Notiere mindestens einen Ubuntu-nahen Befehl, erwartete Ausgabe und Grenze der Aussagekraft.
• Betriebsfrage: Welche Wirkung hätte eine falsche Annahme in Dev, Staging, Prod und CI?
• Security-Frage: Welche Accounts, Dienste, Pakete, Ports, Logs oder Secrets wären kritisch?
• Recovery: Beschreibe, ob Rollback, Restore, Paket-Downgrade, Reboot, Key-Rotation oder manuelle Korrektur nötig wäre.

A022. APT

• Arbeitsauftrag: Monitoring- oder Alert-Regel benennen und beziehe die Beobachtung ausdrücklich auf APT.
• Nachweis: Notiere mindestens einen Ubuntu-nahen Befehl, erwartete Ausgabe und Grenze der Aussagekraft.
• Betriebsfrage: Welche Wirkung hätte eine falsche Annahme in Dev, Staging, Prod und CI?
• Security-Frage: Welche Accounts, Dienste, Pakete, Ports, Logs oder Secrets wären kritisch?
• Recovery: Beschreibe, ob Rollback, Restore, Paket-Downgrade, Reboot, Key-Rotation oder manuelle Korrektur nötig wäre.

A023. systemd

• Arbeitsauftrag: Rollback- oder Recovery-Pfad notieren und beziehe die Beobachtung ausdrücklich auf systemd.
• Nachweis: Notiere mindestens einen Ubuntu-nahen Befehl, erwartete Ausgabe und Grenze der Aussagekraft.
• Betriebsfrage: Welche Wirkung hätte eine falsche Annahme in Dev, Staging, Prod und CI?
• Security-Frage: Welche Accounts, Dienste, Pakete, Ports, Logs oder Secrets wären kritisch?
• Recovery: Beschreibe, ob Rollback, Restore, Paket-Downgrade, Reboot, Key-Rotation oder manuelle Korrektur nötig wäre.

A024. journald

• Arbeitsauftrag: Teamregel formulieren und beziehe die Beobachtung ausdrücklich auf journald.
• Nachweis: Notiere mindestens einen Ubuntu-nahen Befehl, erwartete Ausgabe und Grenze der Aussagekraft.
• Betriebsfrage: Welche Wirkung hätte eine falsche Annahme in Dev, Staging, Prod und CI?
• Security-Frage: Welche Accounts, Dienste, Pakete, Ports, Logs oder Secrets wären kritisch?
• Recovery: Beschreibe, ob Rollback, Restore, Paket-Downgrade, Reboot, Key-Rotation oder manuelle Korrektur nötig wäre.

A025. Netplan

• Arbeitsauftrag: Release- und Supportstatus prüfen und beziehe die Beobachtung ausdrücklich auf Netplan.
• Nachweis: Notiere mindestens einen Ubuntu-nahen Befehl, erwartete Ausgabe und Grenze der Aussagekraft.
• Betriebsfrage: Welche Wirkung hätte eine falsche Annahme in Dev, Staging, Prod und CI?
• Security-Frage: Welche Accounts, Dienste, Pakete, Ports, Logs oder Secrets wären kritisch?
• Recovery: Beschreibe, ob Rollback, Restore, Paket-Downgrade, Reboot, Key-Rotation oder manuelle Korrektur nötig wäre.

A026. UFW

• Arbeitsauftrag: Paket- und Repository-Risiko bewerten und beziehe die Beobachtung ausdrücklich auf UFW.
• Nachweis: Notiere mindestens einen Ubuntu-nahen Befehl, erwartete Ausgabe und Grenze der Aussagekraft.
• Betriebsfrage: Welche Wirkung hätte eine falsche Annahme in Dev, Staging, Prod und CI?
• Security-Frage: Welche Accounts, Dienste, Pakete, Ports, Logs oder Secrets wären kritisch?
• Recovery: Beschreibe, ob Rollback, Restore, Paket-Downgrade, Reboot, Key-Rotation oder manuelle Korrektur nötig wäre.

A027. Storage

• Arbeitsauftrag: Service-Status und Logs erklären und beziehe die Beobachtung ausdrücklich auf Storage.
• Nachweis: Notiere mindestens einen Ubuntu-nahen Befehl, erwartete Ausgabe und Grenze der Aussagekraft.
• Betriebsfrage: Welche Wirkung hätte eine falsche Annahme in Dev, Staging, Prod und CI?
• Security-Frage: Welche Accounts, Dienste, Pakete, Ports, Logs oder Secrets wären kritisch?
• Recovery: Beschreibe, ob Rollback, Restore, Paket-Downgrade, Reboot, Key-Rotation oder manuelle Korrektur nötig wäre.

A028. Backup

• Arbeitsauftrag: Netzwerkannahme dokumentieren und beziehe die Beobachtung ausdrücklich auf Backup.
• Nachweis: Notiere mindestens einen Ubuntu-nahen Befehl, erwartete Ausgabe und Grenze der Aussagekraft.
• Betriebsfrage: Welche Wirkung hätte eine falsche Annahme in Dev, Staging, Prod und CI?
• Security-Frage: Welche Accounts, Dienste, Pakete, Ports, Logs oder Secrets wären kritisch?
• Recovery: Beschreibe, ob Rollback, Restore, Paket-Downgrade, Reboot, Key-Rotation oder manuelle Korrektur nötig wäre.

A029. AppArmor

• Arbeitsauftrag: Benutzer- und sudo-Regel prüfen und beziehe die Beobachtung ausdrücklich auf AppArmor.
• Nachweis: Notiere mindestens einen Ubuntu-nahen Befehl, erwartete Ausgabe und Grenze der Aussagekraft.
• Betriebsfrage: Welche Wirkung hätte eine falsche Annahme in Dev, Staging, Prod und CI?
• Security-Frage: Welche Accounts, Dienste, Pakete, Ports, Logs oder Secrets wären kritisch?
• Recovery: Beschreibe, ob Rollback, Restore, Paket-Downgrade, Reboot, Key-Rotation oder manuelle Korrektur nötig wäre.

A030. Incident Response

• Arbeitsauftrag: Firewall-Regel und Exposition bewerten und beziehe die Beobachtung ausdrücklich auf Incident Response.
• Nachweis: Notiere mindestens einen Ubuntu-nahen Befehl, erwartete Ausgabe und Grenze der Aussagekraft.
• Betriebsfrage: Welche Wirkung hätte eine falsche Annahme in Dev, Staging, Prod und CI?
• Security-Frage: Welche Accounts, Dienste, Pakete, Ports, Logs oder Secrets wären kritisch?
• Recovery: Beschreibe, ob Rollback, Restore, Paket-Downgrade, Reboot, Key-Rotation oder manuelle Korrektur nötig wäre.

A031. Release

• Arbeitsauftrag: Storage- und Backup-Pfad beschreiben und beziehe die Beobachtung ausdrücklich auf Release.
• Nachweis: Notiere mindestens einen Ubuntu-nahen Befehl, erwartete Ausgabe und Grenze der Aussagekraft.
• Betriebsfrage: Welche Wirkung hätte eine falsche Annahme in Dev, Staging, Prod und CI?
• Security-Frage: Welche Accounts, Dienste, Pakete, Ports, Logs oder Secrets wären kritisch?
• Recovery: Beschreibe, ob Rollback, Restore, Paket-Downgrade, Reboot, Key-Rotation oder manuelle Korrektur nötig wäre.

A032. APT

• Arbeitsauftrag: Patch- und Reboot-Fenster notieren und beziehe die Beobachtung ausdrücklich auf APT.
• Nachweis: Notiere mindestens einen Ubuntu-nahen Befehl, erwartete Ausgabe und Grenze der Aussagekraft.
• Betriebsfrage: Welche Wirkung hätte eine falsche Annahme in Dev, Staging, Prod und CI?
• Security-Frage: Welche Accounts, Dienste, Pakete, Ports, Logs oder Secrets wären kritisch?
• Recovery: Beschreibe, ob Rollback, Restore, Paket-Downgrade, Reboot, Key-Rotation oder manuelle Korrektur nötig wäre.

A033. systemd

• Arbeitsauftrag: Security-Baseline markieren und beziehe die Beobachtung ausdrücklich auf systemd.
• Nachweis: Notiere mindestens einen Ubuntu-nahen Befehl, erwartete Ausgabe und Grenze der Aussagekraft.
• Betriebsfrage: Welche Wirkung hätte eine falsche Annahme in Dev, Staging, Prod und CI?
• Security-Frage: Welche Accounts, Dienste, Pakete, Ports, Logs oder Secrets wären kritisch?
• Recovery: Beschreibe, ob Rollback, Restore, Paket-Downgrade, Reboot, Key-Rotation oder manuelle Korrektur nötig wäre.

A034. journald

• Arbeitsauftrag: Monitoring- oder Alert-Regel benennen und beziehe die Beobachtung ausdrücklich auf journald.
• Nachweis: Notiere mindestens einen Ubuntu-nahen Befehl, erwartete Ausgabe und Grenze der Aussagekraft.
• Betriebsfrage: Welche Wirkung hätte eine falsche Annahme in Dev, Staging, Prod und CI?
• Security-Frage: Welche Accounts, Dienste, Pakete, Ports, Logs oder Secrets wären kritisch?
• Recovery: Beschreibe, ob Rollback, Restore, Paket-Downgrade, Reboot, Key-Rotation oder manuelle Korrektur nötig wäre.

A035. Netplan

• Arbeitsauftrag: Rollback- oder Recovery-Pfad notieren und beziehe die Beobachtung ausdrücklich auf Netplan.
• Nachweis: Notiere mindestens einen Ubuntu-nahen Befehl, erwartete Ausgabe und Grenze der Aussagekraft.
• Betriebsfrage: Welche Wirkung hätte eine falsche Annahme in Dev, Staging, Prod und CI?
• Security-Frage: Welche Accounts, Dienste, Pakete, Ports, Logs oder Secrets wären kritisch?
• Recovery: Beschreibe, ob Rollback, Restore, Paket-Downgrade, Reboot, Key-Rotation oder manuelle Korrektur nötig wäre.

A036. UFW

• Arbeitsauftrag: Teamregel formulieren und beziehe die Beobachtung ausdrücklich auf UFW.
• Nachweis: Notiere mindestens einen Ubuntu-nahen Befehl, erwartete Ausgabe und Grenze der Aussagekraft.
• Betriebsfrage: Welche Wirkung hätte eine falsche Annahme in Dev, Staging, Prod und CI?
• Security-Frage: Welche Accounts, Dienste, Pakete, Ports, Logs oder Secrets wären kritisch?
• Recovery: Beschreibe, ob Rollback, Restore, Paket-Downgrade, Reboot, Key-Rotation oder manuelle Korrektur nötig wäre.

A037. Storage

• Arbeitsauftrag: Release- und Supportstatus prüfen und beziehe die Beobachtung ausdrücklich auf Storage.
• Nachweis: Notiere mindestens einen Ubuntu-nahen Befehl, erwartete Ausgabe und Grenze der Aussagekraft.
• Betriebsfrage: Welche Wirkung hätte eine falsche Annahme in Dev, Staging, Prod und CI?
• Security-Frage: Welche Accounts, Dienste, Pakete, Ports, Logs oder Secrets wären kritisch?
• Recovery: Beschreibe, ob Rollback, Restore, Paket-Downgrade, Reboot, Key-Rotation oder manuelle Korrektur nötig wäre.

A038. Backup

• Arbeitsauftrag: Paket- und Repository-Risiko bewerten und beziehe die Beobachtung ausdrücklich auf Backup.
• Nachweis: Notiere mindestens einen Ubuntu-nahen Befehl, erwartete Ausgabe und Grenze der Aussagekraft.
• Betriebsfrage: Welche Wirkung hätte eine falsche Annahme in Dev, Staging, Prod und CI?
• Security-Frage: Welche Accounts, Dienste, Pakete, Ports, Logs oder Secrets wären kritisch?
• Recovery: Beschreibe, ob Rollback, Restore, Paket-Downgrade, Reboot, Key-Rotation oder manuelle Korrektur nötig wäre.

A039. AppArmor

• Arbeitsauftrag: Service-Status und Logs erklären und beziehe die Beobachtung ausdrücklich auf AppArmor.
• Nachweis: Notiere mindestens einen Ubuntu-nahen Befehl, erwartete Ausgabe und Grenze der Aussagekraft.
• Betriebsfrage: Welche Wirkung hätte eine falsche Annahme in Dev, Staging, Prod und CI?
• Security-Frage: Welche Accounts, Dienste, Pakete, Ports, Logs oder Secrets wären kritisch?
• Recovery: Beschreibe, ob Rollback, Restore, Paket-Downgrade, Reboot, Key-Rotation oder manuelle Korrektur nötig wäre.

A040. Incident Response

• Arbeitsauftrag: Netzwerkannahme dokumentieren und beziehe die Beobachtung ausdrücklich auf Incident Response.
• Nachweis: Notiere mindestens einen Ubuntu-nahen Befehl, erwartete Ausgabe und Grenze der Aussagekraft.
• Betriebsfrage: Welche Wirkung hätte eine falsche Annahme in Dev, Staging, Prod und CI?
• Security-Frage: Welche Accounts, Dienste, Pakete, Ports, Logs oder Secrets wären kritisch?
• Recovery: Beschreibe, ob Rollback, Restore, Paket-Downgrade, Reboot, Key-Rotation oder manuelle Korrektur nötig wäre.

A041. Release

• Arbeitsauftrag: Benutzer- und sudo-Regel prüfen und beziehe die Beobachtung ausdrücklich auf Release.
• Nachweis: Notiere mindestens einen Ubuntu-nahen Befehl, erwartete Ausgabe und Grenze der Aussagekraft.
• Betriebsfrage: Welche Wirkung hätte eine falsche Annahme in Dev, Staging, Prod und CI?
• Security-Frage: Welche Accounts, Dienste, Pakete, Ports, Logs oder Secrets wären kritisch?
• Recovery: Beschreibe, ob Rollback, Restore, Paket-Downgrade, Reboot, Key-Rotation oder manuelle Korrektur nötig wäre.

A042. APT

• Arbeitsauftrag: Firewall-Regel und Exposition bewerten und beziehe die Beobachtung ausdrücklich auf APT.
• Nachweis: Notiere mindestens einen Ubuntu-nahen Befehl, erwartete Ausgabe und Grenze der Aussagekraft.
• Betriebsfrage: Welche Wirkung hätte eine falsche Annahme in Dev, Staging, Prod und CI?
• Security-Frage: Welche Accounts, Dienste, Pakete, Ports, Logs oder Secrets wären kritisch?
• Recovery: Beschreibe, ob Rollback, Restore, Paket-Downgrade, Reboot, Key-Rotation oder manuelle Korrektur nötig wäre.

A043. systemd

• Arbeitsauftrag: Storage- und Backup-Pfad beschreiben und beziehe die Beobachtung ausdrücklich auf systemd.
• Nachweis: Notiere mindestens einen Ubuntu-nahen Befehl, erwartete Ausgabe und Grenze der Aussagekraft.
• Betriebsfrage: Welche Wirkung hätte eine falsche Annahme in Dev, Staging, Prod und CI?
• Security-Frage: Welche Accounts, Dienste, Pakete, Ports, Logs oder Secrets wären kritisch?
• Recovery: Beschreibe, ob Rollback, Restore, Paket-Downgrade, Reboot, Key-Rotation oder manuelle Korrektur nötig wäre.

A044. journald

• Arbeitsauftrag: Patch- und Reboot-Fenster notieren und beziehe die Beobachtung ausdrücklich auf journald.
• Nachweis: Notiere mindestens einen Ubuntu-nahen Befehl, erwartete Ausgabe und Grenze der Aussagekraft.
• Betriebsfrage: Welche Wirkung hätte eine falsche Annahme in Dev, Staging, Prod und CI?
• Security-Frage: Welche Accounts, Dienste, Pakete, Ports, Logs oder Secrets wären kritisch?
• Recovery: Beschreibe, ob Rollback, Restore, Paket-Downgrade, Reboot, Key-Rotation oder manuelle Korrektur nötig wäre.

A045. Netplan

• Arbeitsauftrag: Security-Baseline markieren und beziehe die Beobachtung ausdrücklich auf Netplan.
• Nachweis: Notiere mindestens einen Ubuntu-nahen Befehl, erwartete Ausgabe und Grenze der Aussagekraft.
• Betriebsfrage: Welche Wirkung hätte eine falsche Annahme in Dev, Staging, Prod und CI?
• Security-Frage: Welche Accounts, Dienste, Pakete, Ports, Logs oder Secrets wären kritisch?
• Recovery: Beschreibe, ob Rollback, Restore, Paket-Downgrade, Reboot, Key-Rotation oder manuelle Korrektur nötig wäre.

A046. UFW

• Arbeitsauftrag: Monitoring- oder Alert-Regel benennen und beziehe die Beobachtung ausdrücklich auf UFW.
• Nachweis: Notiere mindestens einen Ubuntu-nahen Befehl, erwartete Ausgabe und Grenze der Aussagekraft.
• Betriebsfrage: Welche Wirkung hätte eine falsche Annahme in Dev, Staging, Prod und CI?
• Security-Frage: Welche Accounts, Dienste, Pakete, Ports, Logs oder Secrets wären kritisch?
• Recovery: Beschreibe, ob Rollback, Restore, Paket-Downgrade, Reboot, Key-Rotation oder manuelle Korrektur nötig wäre.

A047. Storage

• Arbeitsauftrag: Rollback- oder Recovery-Pfad notieren und beziehe die Beobachtung ausdrücklich auf Storage.
• Nachweis: Notiere mindestens einen Ubuntu-nahen Befehl, erwartete Ausgabe und Grenze der Aussagekraft.
• Betriebsfrage: Welche Wirkung hätte eine falsche Annahme in Dev, Staging, Prod und CI?
• Security-Frage: Welche Accounts, Dienste, Pakete, Ports, Logs oder Secrets wären kritisch?
• Recovery: Beschreibe, ob Rollback, Restore, Paket-Downgrade, Reboot, Key-Rotation oder manuelle Korrektur nötig wäre.

A048. Backup

• Arbeitsauftrag: Teamregel formulieren und beziehe die Beobachtung ausdrücklich auf Backup.
• Nachweis: Notiere mindestens einen Ubuntu-nahen Befehl, erwartete Ausgabe und Grenze der Aussagekraft.
• Betriebsfrage: Welche Wirkung hätte eine falsche Annahme in Dev, Staging, Prod und CI?
• Security-Frage: Welche Accounts, Dienste, Pakete, Ports, Logs oder Secrets wären kritisch?
• Recovery: Beschreibe, ob Rollback, Restore, Paket-Downgrade, Reboot, Key-Rotation oder manuelle Korrektur nötig wäre.

A049. AppArmor

• Arbeitsauftrag: Release- und Supportstatus prüfen und beziehe die Beobachtung ausdrücklich auf AppArmor.
• Nachweis: Notiere mindestens einen Ubuntu-nahen Befehl, erwartete Ausgabe und Grenze der Aussagekraft.
• Betriebsfrage: Welche Wirkung hätte eine falsche Annahme in Dev, Staging, Prod und CI?
• Security-Frage: Welche Accounts, Dienste, Pakete, Ports, Logs oder Secrets wären kritisch?
• Recovery: Beschreibe, ob Rollback, Restore, Paket-Downgrade, Reboot, Key-Rotation oder manuelle Korrektur nötig wäre.

A050. Incident Response

• Arbeitsauftrag: Paket- und Repository-Risiko bewerten und beziehe die Beobachtung ausdrücklich auf Incident Response.
• Nachweis: Notiere mindestens einen Ubuntu-nahen Befehl, erwartete Ausgabe und Grenze der Aussagekraft.
• Betriebsfrage: Welche Wirkung hätte eine falsche Annahme in Dev, Staging, Prod und CI?
• Security-Frage: Welche Accounts, Dienste, Pakete, Ports, Logs oder Secrets wären kritisch?
• Recovery: Beschreibe, ob Rollback, Restore, Paket-Downgrade, Reboot, Key-Rotation oder manuelle Korrektur nötig wäre.

A051. Release

• Arbeitsauftrag: Service-Status und Logs erklären und beziehe die Beobachtung ausdrücklich auf Release.
• Nachweis: Notiere mindestens einen Ubuntu-nahen Befehl, erwartete Ausgabe und Grenze der Aussagekraft.
• Betriebsfrage: Welche Wirkung hätte eine falsche Annahme in Dev, Staging, Prod und CI?
• Security-Frage: Welche Accounts, Dienste, Pakete, Ports, Logs oder Secrets wären kritisch?
• Recovery: Beschreibe, ob Rollback, Restore, Paket-Downgrade, Reboot, Key-Rotation oder manuelle Korrektur nötig wäre.

A052. APT

• Arbeitsauftrag: Netzwerkannahme dokumentieren und beziehe die Beobachtung ausdrücklich auf APT.
• Nachweis: Notiere mindestens einen Ubuntu-nahen Befehl, erwartete Ausgabe und Grenze der Aussagekraft.
• Betriebsfrage: Welche Wirkung hätte eine falsche Annahme in Dev, Staging, Prod und CI?
• Security-Frage: Welche Accounts, Dienste, Pakete, Ports, Logs oder Secrets wären kritisch?
• Recovery: Beschreibe, ob Rollback, Restore, Paket-Downgrade, Reboot, Key-Rotation oder manuelle Korrektur nötig wäre.

A053. systemd

• Arbeitsauftrag: Benutzer- und sudo-Regel prüfen und beziehe die Beobachtung ausdrücklich auf systemd.
• Nachweis: Notiere mindestens einen Ubuntu-nahen Befehl, erwartete Ausgabe und Grenze der Aussagekraft.
• Betriebsfrage: Welche Wirkung hätte eine falsche Annahme in Dev, Staging, Prod und CI?
• Security-Frage: Welche Accounts, Dienste, Pakete, Ports, Logs oder Secrets wären kritisch?
• Recovery: Beschreibe, ob Rollback, Restore, Paket-Downgrade, Reboot, Key-Rotation oder manuelle Korrektur nötig wäre.

A054. journald

• Arbeitsauftrag: Firewall-Regel und Exposition bewerten und beziehe die Beobachtung ausdrücklich auf journald.
• Nachweis: Notiere mindestens einen Ubuntu-nahen Befehl, erwartete Ausgabe und Grenze der Aussagekraft.
• Betriebsfrage: Welche Wirkung hätte eine falsche Annahme in Dev, Staging, Prod und CI?
• Security-Frage: Welche Accounts, Dienste, Pakete, Ports, Logs oder Secrets wären kritisch?
• Recovery: Beschreibe, ob Rollback, Restore, Paket-Downgrade, Reboot, Key-Rotation oder manuelle Korrektur nötig wäre.

A055. Netplan

• Arbeitsauftrag: Storage- und Backup-Pfad beschreiben und beziehe die Beobachtung ausdrücklich auf Netplan.
• Nachweis: Notiere mindestens einen Ubuntu-nahen Befehl, erwartete Ausgabe und Grenze der Aussagekraft.
• Betriebsfrage: Welche Wirkung hätte eine falsche Annahme in Dev, Staging, Prod und CI?
• Security-Frage: Welche Accounts, Dienste, Pakete, Ports, Logs oder Secrets wären kritisch?
• Recovery: Beschreibe, ob Rollback, Restore, Paket-Downgrade, Reboot, Key-Rotation oder manuelle Korrektur nötig wäre.

A056. UFW

• Arbeitsauftrag: Patch- und Reboot-Fenster notieren und beziehe die Beobachtung ausdrücklich auf UFW.
• Nachweis: Notiere mindestens einen Ubuntu-nahen Befehl, erwartete Ausgabe und Grenze der Aussagekraft.
• Betriebsfrage: Welche Wirkung hätte eine falsche Annahme in Dev, Staging, Prod und CI?
• Security-Frage: Welche Accounts, Dienste, Pakete, Ports, Logs oder Secrets wären kritisch?
• Recovery: Beschreibe, ob Rollback, Restore, Paket-Downgrade, Reboot, Key-Rotation oder manuelle Korrektur nötig wäre.

A057. Storage

• Arbeitsauftrag: Security-Baseline markieren und beziehe die Beobachtung ausdrücklich auf Storage.
• Nachweis: Notiere mindestens einen Ubuntu-nahen Befehl, erwartete Ausgabe und Grenze der Aussagekraft.
• Betriebsfrage: Welche Wirkung hätte eine falsche Annahme in Dev, Staging, Prod und CI?
• Security-Frage: Welche Accounts, Dienste, Pakete, Ports, Logs oder Secrets wären kritisch?
• Recovery: Beschreibe, ob Rollback, Restore, Paket-Downgrade, Reboot, Key-Rotation oder manuelle Korrektur nötig wäre.

A058. Backup

• Arbeitsauftrag: Monitoring- oder Alert-Regel benennen und beziehe die Beobachtung ausdrücklich auf Backup.
• Nachweis: Notiere mindestens einen Ubuntu-nahen Befehl, erwartete Ausgabe und Grenze der Aussagekraft.
• Betriebsfrage: Welche Wirkung hätte eine falsche Annahme in Dev, Staging, Prod und CI?
• Security-Frage: Welche Accounts, Dienste, Pakete, Ports, Logs oder Secrets wären kritisch?
• Recovery: Beschreibe, ob Rollback, Restore, Paket-Downgrade, Reboot, Key-Rotation oder manuelle Korrektur nötig wäre.

A059. AppArmor

• Arbeitsauftrag: Rollback- oder Recovery-Pfad notieren und beziehe die Beobachtung ausdrücklich auf AppArmor.
• Nachweis: Notiere mindestens einen Ubuntu-nahen Befehl, erwartete Ausgabe und Grenze der Aussagekraft.
• Betriebsfrage: Welche Wirkung hätte eine falsche Annahme in Dev, Staging, Prod und CI?
• Security-Frage: Welche Accounts, Dienste, Pakete, Ports, Logs oder Secrets wären kritisch?
• Recovery: Beschreibe, ob Rollback, Restore, Paket-Downgrade, Reboot, Key-Rotation oder manuelle Korrektur nötig wäre.

A060. Incident Response

• Arbeitsauftrag: Teamregel formulieren und beziehe die Beobachtung ausdrücklich auf Incident Response.
• Nachweis: Notiere mindestens einen Ubuntu-nahen Befehl, erwartete Ausgabe und Grenze der Aussagekraft.
• Betriebsfrage: Welche Wirkung hätte eine falsche Annahme in Dev, Staging, Prod und CI?
• Security-Frage: Welche Accounts, Dienste, Pakete, Ports, Logs oder Secrets wären kritisch?
• Recovery: Beschreibe, ob Rollback, Restore, Paket-Downgrade, Reboot, Key-Rotation oder manuelle Korrektur nötig wäre.

A061. Release

• Arbeitsauftrag: Release- und Supportstatus prüfen und beziehe die Beobachtung ausdrücklich auf Release.
• Nachweis: Notiere mindestens einen Ubuntu-nahen Befehl, erwartete Ausgabe und Grenze der Aussagekraft.
• Betriebsfrage: Welche Wirkung hätte eine falsche Annahme in Dev, Staging, Prod und CI?
• Security-Frage: Welche Accounts, Dienste, Pakete, Ports, Logs oder Secrets wären kritisch?
• Recovery: Beschreibe, ob Rollback, Restore, Paket-Downgrade, Reboot, Key-Rotation oder manuelle Korrektur nötig wäre.

A062. APT

• Arbeitsauftrag: Paket- und Repository-Risiko bewerten und beziehe die Beobachtung ausdrücklich auf APT.
• Nachweis: Notiere mindestens einen Ubuntu-nahen Befehl, erwartete Ausgabe und Grenze der Aussagekraft.
• Betriebsfrage: Welche Wirkung hätte eine falsche Annahme in Dev, Staging, Prod und CI?
• Security-Frage: Welche Accounts, Dienste, Pakete, Ports, Logs oder Secrets wären kritisch?
• Recovery: Beschreibe, ob Rollback, Restore, Paket-Downgrade, Reboot, Key-Rotation oder manuelle Korrektur nötig wäre.

A063. systemd

• Arbeitsauftrag: Service-Status und Logs erklären und beziehe die Beobachtung ausdrücklich auf systemd.
• Nachweis: Notiere mindestens einen Ubuntu-nahen Befehl, erwartete Ausgabe und Grenze der Aussagekraft.
• Betriebsfrage: Welche Wirkung hätte eine falsche Annahme in Dev, Staging, Prod und CI?
• Security-Frage: Welche Accounts, Dienste, Pakete, Ports, Logs oder Secrets wären kritisch?
• Recovery: Beschreibe, ob Rollback, Restore, Paket-Downgrade, Reboot, Key-Rotation oder manuelle Korrektur nötig wäre.

A064. journald

• Arbeitsauftrag: Netzwerkannahme dokumentieren und beziehe die Beobachtung ausdrücklich auf journald.
• Nachweis: Notiere mindestens einen Ubuntu-nahen Befehl, erwartete Ausgabe und Grenze der Aussagekraft.
• Betriebsfrage: Welche Wirkung hätte eine falsche Annahme in Dev, Staging, Prod und CI?
• Security-Frage: Welche Accounts, Dienste, Pakete, Ports, Logs oder Secrets wären kritisch?
• Recovery: Beschreibe, ob Rollback, Restore, Paket-Downgrade, Reboot, Key-Rotation oder manuelle Korrektur nötig wäre.

A065. Netplan

• Arbeitsauftrag: Benutzer- und sudo-Regel prüfen und beziehe die Beobachtung ausdrücklich auf Netplan.
• Nachweis: Notiere mindestens einen Ubuntu-nahen Befehl, erwartete Ausgabe und Grenze der Aussagekraft.
• Betriebsfrage: Welche Wirkung hätte eine falsche Annahme in Dev, Staging, Prod und CI?
• Security-Frage: Welche Accounts, Dienste, Pakete, Ports, Logs oder Secrets wären kritisch?
• Recovery: Beschreibe, ob Rollback, Restore, Paket-Downgrade, Reboot, Key-Rotation oder manuelle Korrektur nötig wäre.

A066. UFW

• Arbeitsauftrag: Firewall-Regel und Exposition bewerten und beziehe die Beobachtung ausdrücklich auf UFW.
• Nachweis: Notiere mindestens einen Ubuntu-nahen Befehl, erwartete Ausgabe und Grenze der Aussagekraft.
• Betriebsfrage: Welche Wirkung hätte eine falsche Annahme in Dev, Staging, Prod und CI?
• Security-Frage: Welche Accounts, Dienste, Pakete, Ports, Logs oder Secrets wären kritisch?
• Recovery: Beschreibe, ob Rollback, Restore, Paket-Downgrade, Reboot, Key-Rotation oder manuelle Korrektur nötig wäre.

A067. Storage

• Arbeitsauftrag: Storage- und Backup-Pfad beschreiben und beziehe die Beobachtung ausdrücklich auf Storage.
• Nachweis: Notiere mindestens einen Ubuntu-nahen Befehl, erwartete Ausgabe und Grenze der Aussagekraft.
• Betriebsfrage: Welche Wirkung hätte eine falsche Annahme in Dev, Staging, Prod und CI?
• Security-Frage: Welche Accounts, Dienste, Pakete, Ports, Logs oder Secrets wären kritisch?
• Recovery: Beschreibe, ob Rollback, Restore, Paket-Downgrade, Reboot, Key-Rotation oder manuelle Korrektur nötig wäre.

A068. Backup

• Arbeitsauftrag: Patch- und Reboot-Fenster notieren und beziehe die Beobachtung ausdrücklich auf Backup.
• Nachweis: Notiere mindestens einen Ubuntu-nahen Befehl, erwartete Ausgabe und Grenze der Aussagekraft.
• Betriebsfrage: Welche Wirkung hätte eine falsche Annahme in Dev, Staging, Prod und CI?
• Security-Frage: Welche Accounts, Dienste, Pakete, Ports, Logs oder Secrets wären kritisch?
• Recovery: Beschreibe, ob Rollback, Restore, Paket-Downgrade, Reboot, Key-Rotation oder manuelle Korrektur nötig wäre.

A069. AppArmor

• Arbeitsauftrag: Security-Baseline markieren und beziehe die Beobachtung ausdrücklich auf AppArmor.
• Nachweis: Notiere mindestens einen Ubuntu-nahen Befehl, erwartete Ausgabe und Grenze der Aussagekraft.
• Betriebsfrage: Welche Wirkung hätte eine falsche Annahme in Dev, Staging, Prod und CI?
• Security-Frage: Welche Accounts, Dienste, Pakete, Ports, Logs oder Secrets wären kritisch?
• Recovery: Beschreibe, ob Rollback, Restore, Paket-Downgrade, Reboot, Key-Rotation oder manuelle Korrektur nötig wäre.

A070. Incident Response

• Arbeitsauftrag: Monitoring- oder Alert-Regel benennen und beziehe die Beobachtung ausdrücklich auf Incident Response.
• Nachweis: Notiere mindestens einen Ubuntu-nahen Befehl, erwartete Ausgabe und Grenze der Aussagekraft.
• Betriebsfrage: Welche Wirkung hätte eine falsche Annahme in Dev, Staging, Prod und CI?
• Security-Frage: Welche Accounts, Dienste, Pakete, Ports, Logs oder Secrets wären kritisch?
• Recovery: Beschreibe, ob Rollback, Restore, Paket-Downgrade, Reboot, Key-Rotation oder manuelle Korrektur nötig wäre.

A071. Release

• Arbeitsauftrag: Rollback- oder Recovery-Pfad notieren und beziehe die Beobachtung ausdrücklich auf Release.
• Nachweis: Notiere mindestens einen Ubuntu-nahen Befehl, erwartete Ausgabe und Grenze der Aussagekraft.
• Betriebsfrage: Welche Wirkung hätte eine falsche Annahme in Dev, Staging, Prod und CI?
• Security-Frage: Welche Accounts, Dienste, Pakete, Ports, Logs oder Secrets wären kritisch?
• Recovery: Beschreibe, ob Rollback, Restore, Paket-Downgrade, Reboot, Key-Rotation oder manuelle Korrektur nötig wäre.

A072. APT

• Arbeitsauftrag: Teamregel formulieren und beziehe die Beobachtung ausdrücklich auf APT.
• Nachweis: Notiere mindestens einen Ubuntu-nahen Befehl, erwartete Ausgabe und Grenze der Aussagekraft.
• Betriebsfrage: Welche Wirkung hätte eine falsche Annahme in Dev, Staging, Prod und CI?
• Security-Frage: Welche Accounts, Dienste, Pakete, Ports, Logs oder Secrets wären kritisch?
• Recovery: Beschreibe, ob Rollback, Restore, Paket-Downgrade, Reboot, Key-Rotation oder manuelle Korrektur nötig wäre.

A073. systemd

• Arbeitsauftrag: Release- und Supportstatus prüfen und beziehe die Beobachtung ausdrücklich auf systemd.
• Nachweis: Notiere mindestens einen Ubuntu-nahen Befehl, erwartete Ausgabe und Grenze der Aussagekraft.
• Betriebsfrage: Welche Wirkung hätte eine falsche Annahme in Dev, Staging, Prod und CI?
• Security-Frage: Welche Accounts, Dienste, Pakete, Ports, Logs oder Secrets wären kritisch?
• Recovery: Beschreibe, ob Rollback, Restore, Paket-Downgrade, Reboot, Key-Rotation oder manuelle Korrektur nötig wäre.

A074. journald

• Arbeitsauftrag: Paket- und Repository-Risiko bewerten und beziehe die Beobachtung ausdrücklich auf journald.
• Nachweis: Notiere mindestens einen Ubuntu-nahen Befehl, erwartete Ausgabe und Grenze der Aussagekraft.
• Betriebsfrage: Welche Wirkung hätte eine falsche Annahme in Dev, Staging, Prod und CI?
• Security-Frage: Welche Accounts, Dienste, Pakete, Ports, Logs oder Secrets wären kritisch?
• Recovery: Beschreibe, ob Rollback, Restore, Paket-Downgrade, Reboot, Key-Rotation oder manuelle Korrektur nötig wäre.

A075. Netplan

• Arbeitsauftrag: Service-Status und Logs erklären und beziehe die Beobachtung ausdrücklich auf Netplan.
• Nachweis: Notiere mindestens einen Ubuntu-nahen Befehl, erwartete Ausgabe und Grenze der Aussagekraft.
• Betriebsfrage: Welche Wirkung hätte eine falsche Annahme in Dev, Staging, Prod und CI?
• Security-Frage: Welche Accounts, Dienste, Pakete, Ports, Logs oder Secrets wären kritisch?
• Recovery: Beschreibe, ob Rollback, Restore, Paket-Downgrade, Reboot, Key-Rotation oder manuelle Korrektur nötig wäre.

A076. UFW

• Arbeitsauftrag: Netzwerkannahme dokumentieren und beziehe die Beobachtung ausdrücklich auf UFW.
• Nachweis: Notiere mindestens einen Ubuntu-nahen Befehl, erwartete Ausgabe und Grenze der Aussagekraft.
• Betriebsfrage: Welche Wirkung hätte eine falsche Annahme in Dev, Staging, Prod und CI?
• Security-Frage: Welche Accounts, Dienste, Pakete, Ports, Logs oder Secrets wären kritisch?
• Recovery: Beschreibe, ob Rollback, Restore, Paket-Downgrade, Reboot, Key-Rotation oder manuelle Korrektur nötig wäre.

A077. Storage

• Arbeitsauftrag: Benutzer- und sudo-Regel prüfen und beziehe die Beobachtung ausdrücklich auf Storage.
• Nachweis: Notiere mindestens einen Ubuntu-nahen Befehl, erwartete Ausgabe und Grenze der Aussagekraft.
• Betriebsfrage: Welche Wirkung hätte eine falsche Annahme in Dev, Staging, Prod und CI?
• Security-Frage: Welche Accounts, Dienste, Pakete, Ports, Logs oder Secrets wären kritisch?
• Recovery: Beschreibe, ob Rollback, Restore, Paket-Downgrade, Reboot, Key-Rotation oder manuelle Korrektur nötig wäre.

A078. Backup

• Arbeitsauftrag: Firewall-Regel und Exposition bewerten und beziehe die Beobachtung ausdrücklich auf Backup.
• Nachweis: Notiere mindestens einen Ubuntu-nahen Befehl, erwartete Ausgabe und Grenze der Aussagekraft.
• Betriebsfrage: Welche Wirkung hätte eine falsche Annahme in Dev, Staging, Prod und CI?
• Security-Frage: Welche Accounts, Dienste, Pakete, Ports, Logs oder Secrets wären kritisch?
• Recovery: Beschreibe, ob Rollback, Restore, Paket-Downgrade, Reboot, Key-Rotation oder manuelle Korrektur nötig wäre.

A079. AppArmor

• Arbeitsauftrag: Storage- und Backup-Pfad beschreiben und beziehe die Beobachtung ausdrücklich auf AppArmor.
• Nachweis: Notiere mindestens einen Ubuntu-nahen Befehl, erwartete Ausgabe und Grenze der Aussagekraft.
• Betriebsfrage: Welche Wirkung hätte eine falsche Annahme in Dev, Staging, Prod und CI?
• Security-Frage: Welche Accounts, Dienste, Pakete, Ports, Logs oder Secrets wären kritisch?
• Recovery: Beschreibe, ob Rollback, Restore, Paket-Downgrade, Reboot, Key-Rotation oder manuelle Korrektur nötig wäre.

A080. Incident Response

• Arbeitsauftrag: Patch- und Reboot-Fenster notieren und beziehe die Beobachtung ausdrücklich auf Incident Response.
• Nachweis: Notiere mindestens einen Ubuntu-nahen Befehl, erwartete Ausgabe und Grenze der Aussagekraft.
• Betriebsfrage: Welche Wirkung hätte eine falsche Annahme in Dev, Staging, Prod und CI?
• Security-Frage: Welche Accounts, Dienste, Pakete, Ports, Logs oder Secrets wären kritisch?
• Recovery: Beschreibe, ob Rollback, Restore, Paket-Downgrade, Reboot, Key-Rotation oder manuelle Korrektur nötig wäre.

A081. Release

• Arbeitsauftrag: Security-Baseline markieren und beziehe die Beobachtung ausdrücklich auf Release.
• Nachweis: Notiere mindestens einen Ubuntu-nahen Befehl, erwartete Ausgabe und Grenze der Aussagekraft.
• Betriebsfrage: Welche Wirkung hätte eine falsche Annahme in Dev, Staging, Prod und CI?
• Security-Frage: Welche Accounts, Dienste, Pakete, Ports, Logs oder Secrets wären kritisch?
• Recovery: Beschreibe, ob Rollback, Restore, Paket-Downgrade, Reboot, Key-Rotation oder manuelle Korrektur nötig wäre.

A082. APT

• Arbeitsauftrag: Monitoring- oder Alert-Regel benennen und beziehe die Beobachtung ausdrücklich auf APT.
• Nachweis: Notiere mindestens einen Ubuntu-nahen Befehl, erwartete Ausgabe und Grenze der Aussagekraft.
• Betriebsfrage: Welche Wirkung hätte eine falsche Annahme in Dev, Staging, Prod und CI?
• Security-Frage: Welche Accounts, Dienste, Pakete, Ports, Logs oder Secrets wären kritisch?
• Recovery: Beschreibe, ob Rollback, Restore, Paket-Downgrade, Reboot, Key-Rotation oder manuelle Korrektur nötig wäre.

A083. systemd

• Arbeitsauftrag: Rollback- oder Recovery-Pfad notieren und beziehe die Beobachtung ausdrücklich auf systemd.
• Nachweis: Notiere mindestens einen Ubuntu-nahen Befehl, erwartete Ausgabe und Grenze der Aussagekraft.
• Betriebsfrage: Welche Wirkung hätte eine falsche Annahme in Dev, Staging, Prod und CI?
• Security-Frage: Welche Accounts, Dienste, Pakete, Ports, Logs oder Secrets wären kritisch?
• Recovery: Beschreibe, ob Rollback, Restore, Paket-Downgrade, Reboot, Key-Rotation oder manuelle Korrektur nötig wäre.

A084. journald

• Arbeitsauftrag: Teamregel formulieren und beziehe die Beobachtung ausdrücklich auf journald.
• Nachweis: Notiere mindestens einen Ubuntu-nahen Befehl, erwartete Ausgabe und Grenze der Aussagekraft.
• Betriebsfrage: Welche Wirkung hätte eine falsche Annahme in Dev, Staging, Prod und CI?
• Security-Frage: Welche Accounts, Dienste, Pakete, Ports, Logs oder Secrets wären kritisch?
• Recovery: Beschreibe, ob Rollback, Restore, Paket-Downgrade, Reboot, Key-Rotation oder manuelle Korrektur nötig wäre.

A085. Netplan

• Arbeitsauftrag: Release- und Supportstatus prüfen und beziehe die Beobachtung ausdrücklich auf Netplan.
• Nachweis: Notiere mindestens einen Ubuntu-nahen Befehl, erwartete Ausgabe und Grenze der Aussagekraft.
• Betriebsfrage: Welche Wirkung hätte eine falsche Annahme in Dev, Staging, Prod und CI?
• Security-Frage: Welche Accounts, Dienste, Pakete, Ports, Logs oder Secrets wären kritisch?
• Recovery: Beschreibe, ob Rollback, Restore, Paket-Downgrade, Reboot, Key-Rotation oder manuelle Korrektur nötig wäre.

A086. UFW

• Arbeitsauftrag: Paket- und Repository-Risiko bewerten und beziehe die Beobachtung ausdrücklich auf UFW.
• Nachweis: Notiere mindestens einen Ubuntu-nahen Befehl, erwartete Ausgabe und Grenze der Aussagekraft.
• Betriebsfrage: Welche Wirkung hätte eine falsche Annahme in Dev, Staging, Prod und CI?
• Security-Frage: Welche Accounts, Dienste, Pakete, Ports, Logs oder Secrets wären kritisch?
• Recovery: Beschreibe, ob Rollback, Restore, Paket-Downgrade, Reboot, Key-Rotation oder manuelle Korrektur nötig wäre.

A087. Storage

• Arbeitsauftrag: Service-Status und Logs erklären und beziehe die Beobachtung ausdrücklich auf Storage.
• Nachweis: Notiere mindestens einen Ubuntu-nahen Befehl, erwartete Ausgabe und Grenze der Aussagekraft.
• Betriebsfrage: Welche Wirkung hätte eine falsche Annahme in Dev, Staging, Prod und CI?
• Security-Frage: Welche Accounts, Dienste, Pakete, Ports, Logs oder Secrets wären kritisch?
• Recovery: Beschreibe, ob Rollback, Restore, Paket-Downgrade, Reboot, Key-Rotation oder manuelle Korrektur nötig wäre.

A088. Backup

• Arbeitsauftrag: Netzwerkannahme dokumentieren und beziehe die Beobachtung ausdrücklich auf Backup.
• Nachweis: Notiere mindestens einen Ubuntu-nahen Befehl, erwartete Ausgabe und Grenze der Aussagekraft.
• Betriebsfrage: Welche Wirkung hätte eine falsche Annahme in Dev, Staging, Prod und CI?
• Security-Frage: Welche Accounts, Dienste, Pakete, Ports, Logs oder Secrets wären kritisch?
• Recovery: Beschreibe, ob Rollback, Restore, Paket-Downgrade, Reboot, Key-Rotation oder manuelle Korrektur nötig wäre.

A089. AppArmor

• Arbeitsauftrag: Benutzer- und sudo-Regel prüfen und beziehe die Beobachtung ausdrücklich auf AppArmor.
• Nachweis: Notiere mindestens einen Ubuntu-nahen Befehl, erwartete Ausgabe und Grenze der Aussagekraft.
• Betriebsfrage: Welche Wirkung hätte eine falsche Annahme in Dev, Staging, Prod und CI?
• Security-Frage: Welche Accounts, Dienste, Pakete, Ports, Logs oder Secrets wären kritisch?
• Recovery: Beschreibe, ob Rollback, Restore, Paket-Downgrade, Reboot, Key-Rotation oder manuelle Korrektur nötig wäre.

A090. Incident Response

• Arbeitsauftrag: Firewall-Regel und Exposition bewerten und beziehe die Beobachtung ausdrücklich auf Incident Response.
• Nachweis: Notiere mindestens einen Ubuntu-nahen Befehl, erwartete Ausgabe und Grenze der Aussagekraft.
• Betriebsfrage: Welche Wirkung hätte eine falsche Annahme in Dev, Staging, Prod und CI?
• Security-Frage: Welche Accounts, Dienste, Pakete, Ports, Logs oder Secrets wären kritisch?
• Recovery: Beschreibe, ob Rollback, Restore, Paket-Downgrade, Reboot, Key-Rotation oder manuelle Korrektur nötig wäre.