Format

• schriftliche Fragen
• praktische Konfigurationsaufgabe
• Review eines riskanten Ubuntu-Szenarios
• kurze Betriebs- und Security-Einordnung

Hinweise

Arbeite ohne produktive Systeme. Dokumentiere Annahmen. Wenn ein Tool lokal fehlt, nutze statische Review-Regeln und notiere die Grenze der Aussagekraft.

Fragen

Frage 01

Erkläre, wie du Ubuntu-Release und Supportstatus einordnen prüfst. Nenne mindestens ein Kommando, einen Fehlerfall, eine Status- oder Log-Evidence und ein Sicherheitsrisiko.

Frage 02

Erkläre, wie du Shell, Dateisystem und Prozesse sicher bedienen prüfst. Nenne mindestens ein Kommando, einen Fehlerfall, eine Status- oder Log-Evidence und ein Sicherheitsrisiko.

Frage 03

Erkläre, wie du Benutzer, Gruppen und sudo prüfen prüfst. Nenne mindestens ein Kommando, einen Fehlerfall, eine Status- oder Log-Evidence und ein Sicherheitsrisiko.

Frage 04

Erkläre, wie du Dateirechte, ACLs und umask bewerten prüfst. Nenne mindestens ein Kommando, einen Fehlerfall, eine Status- oder Log-Evidence und ein Sicherheitsrisiko.

Frage 05

Erkläre, wie du APT-Quellen und Paketstatus analysieren prüfst. Nenne mindestens ein Kommando, einen Fehlerfall, eine Status- oder Log-Evidence und ein Sicherheitsrisiko.

Frage 06

Erkläre, wie du Snap-Pakete und Confinement einordnen prüfst. Nenne mindestens ein Kommando, einen Fehlerfall, eine Status- oder Log-Evidence und ein Sicherheitsrisiko.

Frage 07

Erkläre, wie du systemd-Units und Timer schreiben prüfst. Nenne mindestens ein Kommando, einen Fehlerfall, eine Status- oder Log-Evidence und ein Sicherheitsrisiko.

Frage 08

Erkläre, wie du journald-Logs auswerten prüfst. Nenne mindestens ein Kommando, einen Fehlerfall, eine Status- oder Log-Evidence und ein Sicherheitsrisiko.

Frage 09

Erkläre, wie du Netplan-Konfiguration prüfen prüfst. Nenne mindestens ein Kommando, einen Fehlerfall, eine Status- oder Log-Evidence und ein Sicherheitsrisiko.

Frage 10

Erkläre, wie du UFW-Regeln modellieren prüfst. Nenne mindestens ein Kommando, einen Fehlerfall, eine Status- oder Log-Evidence und ein Sicherheitsrisiko.

Frage 11

Erkläre, wie du SSH-Baseline und Zugangskontrollen bewerten prüfst. Nenne mindestens ein Kommando, einen Fehlerfall, eine Status- oder Log-Evidence und ein Sicherheitsrisiko.

Frage 12

Erkläre, wie du Storage, fstab und LVM erklären prüfst. Nenne mindestens ein Kommando, einen Fehlerfall, eine Status- oder Log-Evidence und ein Sicherheitsrisiko.

Frage 13

Erkläre, wie du Backups und Restore-Tests planen prüfst. Nenne mindestens ein Kommando, einen Fehlerfall, eine Status- oder Log-Evidence und ein Sicherheitsrisiko.

Frage 14

Erkläre, wie du cloud-init für Erstkonfiguration nutzen prüfst. Nenne mindestens ein Kommando, einen Fehlerfall, eine Status- oder Log-Evidence und ein Sicherheitsrisiko.

Frage 15

Erkläre, wie du Server-Baselines und Rollen dokumentieren prüfst. Nenne mindestens ein Kommando, einen Fehlerfall, eine Status- oder Log-Evidence und ein Sicherheitsrisiko.

Frage 16

Erkläre, wie du unattended-upgrades kontrollieren prüfst. Nenne mindestens ein Kommando, einen Fehlerfall, eine Status- oder Log-Evidence und ein Sicherheitsrisiko.

Frage 17

Erkläre, wie du Monitoring und Performance-Baselines erstellen prüfst. Nenne mindestens ein Kommando, einen Fehlerfall, eine Status- oder Log-Evidence und ein Sicherheitsrisiko.

Frage 18

Erkläre, wie du AppArmor-Profile und Status einordnen prüfst. Nenne mindestens ein Kommando, einen Fehlerfall, eine Status- oder Log-Evidence und ein Sicherheitsrisiko.

Frage 19

Erkläre, wie du auditd und AIDE für Security-Evidence nutzen prüfst. Nenne mindestens ein Kommando, einen Fehlerfall, eine Status- oder Log-Evidence und ein Sicherheitsrisiko.

Frage 20

Erkläre, wie du Ubuntu Pro, ESM und USG einordnen prüfst. Nenne mindestens ein Kommando, einen Fehlerfall, eine Status- oder Log-Evidence und ein Sicherheitsrisiko.

Frage 21

Erkläre, wie du CIS- und DISA-STIG-Härtung bewerten prüfst. Nenne mindestens ein Kommando, einen Fehlerfall, eine Status- oder Log-Evidence und ein Sicherheitsrisiko.

Frage 22

Erkläre, wie du Incident Response für kompromittierte Accounts durchführen prüfst. Nenne mindestens ein Kommando, einen Fehlerfall, eine Status- oder Log-Evidence und ein Sicherheitsrisiko.

Frage 23

Erkläre, wie du Ubuntu-Release und Supportstatus einordnen prüfst. Nenne mindestens ein Kommando, einen Fehlerfall, eine Status- oder Log-Evidence und ein Sicherheitsrisiko.

Frage 24

Erkläre, wie du Shell, Dateisystem und Prozesse sicher bedienen prüfst. Nenne mindestens ein Kommando, einen Fehlerfall, eine Status- oder Log-Evidence und ein Sicherheitsrisiko.

Frage 25

Erkläre, wie du Benutzer, Gruppen und sudo prüfen prüfst. Nenne mindestens ein Kommando, einen Fehlerfall, eine Status- oder Log-Evidence und ein Sicherheitsrisiko.

Frage 26

Erkläre, wie du Dateirechte, ACLs und umask bewerten prüfst. Nenne mindestens ein Kommando, einen Fehlerfall, eine Status- oder Log-Evidence und ein Sicherheitsrisiko.

Frage 27

Erkläre, wie du APT-Quellen und Paketstatus analysieren prüfst. Nenne mindestens ein Kommando, einen Fehlerfall, eine Status- oder Log-Evidence und ein Sicherheitsrisiko.

Frage 28

Erkläre, wie du Snap-Pakete und Confinement einordnen prüfst. Nenne mindestens ein Kommando, einen Fehlerfall, eine Status- oder Log-Evidence und ein Sicherheitsrisiko.

Frage 29

Erkläre, wie du systemd-Units und Timer schreiben prüfst. Nenne mindestens ein Kommando, einen Fehlerfall, eine Status- oder Log-Evidence und ein Sicherheitsrisiko.

Frage 30

Erkläre, wie du journald-Logs auswerten prüfst. Nenne mindestens ein Kommando, einen Fehlerfall, eine Status- oder Log-Evidence und ein Sicherheitsrisiko.

Frage 31

Erkläre, wie du Netplan-Konfiguration prüfen prüfst. Nenne mindestens ein Kommando, einen Fehlerfall, eine Status- oder Log-Evidence und ein Sicherheitsrisiko.

Frage 32

Erkläre, wie du UFW-Regeln modellieren prüfst. Nenne mindestens ein Kommando, einen Fehlerfall, eine Status- oder Log-Evidence und ein Sicherheitsrisiko.

Frage 33

Erkläre, wie du SSH-Baseline und Zugangskontrollen bewerten prüfst. Nenne mindestens ein Kommando, einen Fehlerfall, eine Status- oder Log-Evidence und ein Sicherheitsrisiko.

Frage 34

Erkläre, wie du Storage, fstab und LVM erklären prüfst. Nenne mindestens ein Kommando, einen Fehlerfall, eine Status- oder Log-Evidence und ein Sicherheitsrisiko.

Frage 35

Erkläre, wie du Backups und Restore-Tests planen prüfst. Nenne mindestens ein Kommando, einen Fehlerfall, eine Status- oder Log-Evidence und ein Sicherheitsrisiko.

Frage 36

Erkläre, wie du cloud-init für Erstkonfiguration nutzen prüfst. Nenne mindestens ein Kommando, einen Fehlerfall, eine Status- oder Log-Evidence und ein Sicherheitsrisiko.

Frage 37

Erkläre, wie du Server-Baselines und Rollen dokumentieren prüfst. Nenne mindestens ein Kommando, einen Fehlerfall, eine Status- oder Log-Evidence und ein Sicherheitsrisiko.

Frage 38

Erkläre, wie du unattended-upgrades kontrollieren prüfst. Nenne mindestens ein Kommando, einen Fehlerfall, eine Status- oder Log-Evidence und ein Sicherheitsrisiko.

Frage 39

Erkläre, wie du Monitoring und Performance-Baselines erstellen prüfst. Nenne mindestens ein Kommando, einen Fehlerfall, eine Status- oder Log-Evidence und ein Sicherheitsrisiko.

Frage 40

Erkläre, wie du AppArmor-Profile und Status einordnen prüfst. Nenne mindestens ein Kommando, einen Fehlerfall, eine Status- oder Log-Evidence und ein Sicherheitsrisiko.

Frage 41

Erkläre, wie du auditd und AIDE für Security-Evidence nutzen prüfst. Nenne mindestens ein Kommando, einen Fehlerfall, eine Status- oder Log-Evidence und ein Sicherheitsrisiko.

Frage 42

Erkläre, wie du Ubuntu Pro, ESM und USG einordnen prüfst. Nenne mindestens ein Kommando, einen Fehlerfall, eine Status- oder Log-Evidence und ein Sicherheitsrisiko.

Frage 43

Erkläre, wie du CIS- und DISA-STIG-Härtung bewerten prüfst. Nenne mindestens ein Kommando, einen Fehlerfall, eine Status- oder Log-Evidence und ein Sicherheitsrisiko.

Frage 44

Erkläre, wie du Incident Response für kompromittierte Accounts durchführen prüfst. Nenne mindestens ein Kommando, einen Fehlerfall, eine Status- oder Log-Evidence und ein Sicherheitsrisiko.

Frage 45

Erkläre, wie du Ubuntu-Release und Supportstatus einordnen prüfst. Nenne mindestens ein Kommando, einen Fehlerfall, eine Status- oder Log-Evidence und ein Sicherheitsrisiko.

Frage 46

Erkläre, wie du Shell, Dateisystem und Prozesse sicher bedienen prüfst. Nenne mindestens ein Kommando, einen Fehlerfall, eine Status- oder Log-Evidence und ein Sicherheitsrisiko.

Frage 47

Erkläre, wie du Benutzer, Gruppen und sudo prüfen prüfst. Nenne mindestens ein Kommando, einen Fehlerfall, eine Status- oder Log-Evidence und ein Sicherheitsrisiko.

Frage 48

Erkläre, wie du Dateirechte, ACLs und umask bewerten prüfst. Nenne mindestens ein Kommando, einen Fehlerfall, eine Status- oder Log-Evidence und ein Sicherheitsrisiko.

Praktische Aufgabe

Erstelle eine lokale Server-Baseline mit systemd-Unit, Netplan-Beispiel, UFW-Regelmodell, unattended-upgrades-Konfiguration und Incident-Runbook. Prüfe alles mit lokalem run.sh.

Review-Checkliste für Grundlagen

• 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.

Praxisanhang: Grundlagen

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. Ubuntu

• Arbeitsauftrag: Release- und Supportstatus prüfen und beziehe die Beobachtung ausdrücklich auf Ubuntu.
• 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. Review

• Arbeitsauftrag: Paket- und Repository-Risiko bewerten und beziehe die Beobachtung ausdrücklich auf Review.
• 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. Operations

• Arbeitsauftrag: Service-Status und Logs erklären und beziehe die Beobachtung ausdrücklich auf Operations.
• 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. Security

• Arbeitsauftrag: Netzwerkannahme dokumentieren und beziehe die Beobachtung ausdrücklich auf Security.
• 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. Ubuntu

• Arbeitsauftrag: Benutzer- und sudo-Regel prüfen und beziehe die Beobachtung ausdrücklich auf Ubuntu.
• 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. Review

• Arbeitsauftrag: Firewall-Regel und Exposition bewerten und beziehe die Beobachtung ausdrücklich auf Review.
• 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. Operations

• Arbeitsauftrag: Storage- und Backup-Pfad beschreiben und beziehe die Beobachtung ausdrücklich auf Operations.
• 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. Security

• Arbeitsauftrag: Patch- und Reboot-Fenster notieren und beziehe die Beobachtung ausdrücklich auf Security.
• 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. Ubuntu

• Arbeitsauftrag: Security-Baseline markieren und beziehe die Beobachtung ausdrücklich auf Ubuntu.
• 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. Review

• Arbeitsauftrag: Monitoring- oder Alert-Regel benennen und beziehe die Beobachtung ausdrücklich auf Review.
• 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. Operations

• Arbeitsauftrag: Rollback- oder Recovery-Pfad notieren und beziehe die Beobachtung ausdrücklich auf Operations.
• 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. Security

• Arbeitsauftrag: Teamregel formulieren und beziehe die Beobachtung ausdrücklich auf Security.
• 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. Ubuntu

• Arbeitsauftrag: Release- und Supportstatus prüfen und beziehe die Beobachtung ausdrücklich auf Ubuntu.
• 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. Review

• Arbeitsauftrag: Paket- und Repository-Risiko bewerten und beziehe die Beobachtung ausdrücklich auf Review.
• 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. Operations

• Arbeitsauftrag: Service-Status und Logs erklären und beziehe die Beobachtung ausdrücklich auf Operations.
• 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. Security

• Arbeitsauftrag: Netzwerkannahme dokumentieren und beziehe die Beobachtung ausdrücklich auf Security.
• 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. Ubuntu

• Arbeitsauftrag: Benutzer- und sudo-Regel prüfen und beziehe die Beobachtung ausdrücklich auf Ubuntu.
• 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. Review

• Arbeitsauftrag: Firewall-Regel und Exposition bewerten und beziehe die Beobachtung ausdrücklich auf Review.
• 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. Operations

• Arbeitsauftrag: Storage- und Backup-Pfad beschreiben und beziehe die Beobachtung ausdrücklich auf Operations.
• 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. Security

• Arbeitsauftrag: Patch- und Reboot-Fenster notieren und beziehe die Beobachtung ausdrücklich auf Security.
• 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. Ubuntu

• Arbeitsauftrag: Security-Baseline markieren und beziehe die Beobachtung ausdrücklich auf Ubuntu.
• 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. Review

• Arbeitsauftrag: Monitoring- oder Alert-Regel benennen und beziehe die Beobachtung ausdrücklich auf Review.
• 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. Operations

• Arbeitsauftrag: Rollback- oder Recovery-Pfad notieren und beziehe die Beobachtung ausdrücklich auf Operations.
• 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. Security

• Arbeitsauftrag: Teamregel formulieren und beziehe die Beobachtung ausdrücklich auf Security.
• 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. Ubuntu

• Arbeitsauftrag: Release- und Supportstatus prüfen und beziehe die Beobachtung ausdrücklich auf Ubuntu.
• 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. Review

• Arbeitsauftrag: Paket- und Repository-Risiko bewerten und beziehe die Beobachtung ausdrücklich auf Review.
• 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. Operations

• Arbeitsauftrag: Service-Status und Logs erklären und beziehe die Beobachtung ausdrücklich auf Operations.
• 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. Security

• Arbeitsauftrag: Netzwerkannahme dokumentieren und beziehe die Beobachtung ausdrücklich auf Security.
• 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. Ubuntu

• Arbeitsauftrag: Benutzer- und sudo-Regel prüfen und beziehe die Beobachtung ausdrücklich auf Ubuntu.
• 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. Review

• Arbeitsauftrag: Firewall-Regel und Exposition bewerten und beziehe die Beobachtung ausdrücklich auf Review.
• 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. Operations

• Arbeitsauftrag: Storage- und Backup-Pfad beschreiben und beziehe die Beobachtung ausdrücklich auf Operations.
• 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. Security

• Arbeitsauftrag: Patch- und Reboot-Fenster notieren und beziehe die Beobachtung ausdrücklich auf Security.
• 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. Ubuntu

• Arbeitsauftrag: Security-Baseline markieren und beziehe die Beobachtung ausdrücklich auf Ubuntu.
• 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. Review

• Arbeitsauftrag: Monitoring- oder Alert-Regel benennen und beziehe die Beobachtung ausdrücklich auf Review.
• 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. Operations

• Arbeitsauftrag: Rollback- oder Recovery-Pfad notieren und beziehe die Beobachtung ausdrücklich auf Operations.
• 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. Security

• Arbeitsauftrag: Teamregel formulieren und beziehe die Beobachtung ausdrücklich auf Security.
• 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. Ubuntu

• Arbeitsauftrag: Release- und Supportstatus prüfen und beziehe die Beobachtung ausdrücklich auf Ubuntu.
• 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. Review

• Arbeitsauftrag: Paket- und Repository-Risiko bewerten und beziehe die Beobachtung ausdrücklich auf Review.
• 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. Operations

• Arbeitsauftrag: Service-Status und Logs erklären und beziehe die Beobachtung ausdrücklich auf Operations.
• 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. Security

• Arbeitsauftrag: Netzwerkannahme dokumentieren und beziehe die Beobachtung ausdrücklich auf Security.
• 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. Ubuntu

• Arbeitsauftrag: Benutzer- und sudo-Regel prüfen und beziehe die Beobachtung ausdrücklich auf Ubuntu.
• 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. Review

• Arbeitsauftrag: Firewall-Regel und Exposition bewerten und beziehe die Beobachtung ausdrücklich auf Review.
• 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. Operations

• Arbeitsauftrag: Storage- und Backup-Pfad beschreiben und beziehe die Beobachtung ausdrücklich auf Operations.
• 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. Security

• Arbeitsauftrag: Patch- und Reboot-Fenster notieren und beziehe die Beobachtung ausdrücklich auf Security.
• 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. Ubuntu

• Arbeitsauftrag: Security-Baseline markieren und beziehe die Beobachtung ausdrücklich auf Ubuntu.
• 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. Review

• Arbeitsauftrag: Monitoring- oder Alert-Regel benennen und beziehe die Beobachtung ausdrücklich auf Review.
• 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. Operations

• Arbeitsauftrag: Rollback- oder Recovery-Pfad notieren und beziehe die Beobachtung ausdrücklich auf Operations.
• 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. Security

• Arbeitsauftrag: Teamregel formulieren und beziehe die Beobachtung ausdrücklich auf Security.
• 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. Ubuntu

• Arbeitsauftrag: Release- und Supportstatus prüfen und beziehe die Beobachtung ausdrücklich auf Ubuntu.
• 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. Review

• Arbeitsauftrag: Paket- und Repository-Risiko bewerten und beziehe die Beobachtung ausdrücklich auf Review.
• 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. Operations

• Arbeitsauftrag: Service-Status und Logs erklären und beziehe die Beobachtung ausdrücklich auf Operations.
• 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. Security

• Arbeitsauftrag: Netzwerkannahme dokumentieren und beziehe die Beobachtung ausdrücklich auf Security.
• 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. Ubuntu

• Arbeitsauftrag: Benutzer- und sudo-Regel prüfen und beziehe die Beobachtung ausdrücklich auf Ubuntu.
• 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. Review

• Arbeitsauftrag: Firewall-Regel und Exposition bewerten und beziehe die Beobachtung ausdrücklich auf Review.
• 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. Operations

• Arbeitsauftrag: Storage- und Backup-Pfad beschreiben und beziehe die Beobachtung ausdrücklich auf Operations.
• 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. Security

• Arbeitsauftrag: Patch- und Reboot-Fenster notieren und beziehe die Beobachtung ausdrücklich auf Security.
• 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. Ubuntu

• Arbeitsauftrag: Security-Baseline markieren und beziehe die Beobachtung ausdrücklich auf Ubuntu.
• 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. Review

• Arbeitsauftrag: Monitoring- oder Alert-Regel benennen und beziehe die Beobachtung ausdrücklich auf Review.
• 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. Operations

• Arbeitsauftrag: Rollback- oder Recovery-Pfad notieren und beziehe die Beobachtung ausdrücklich auf Operations.
• 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. Security

• Arbeitsauftrag: Teamregel formulieren und beziehe die Beobachtung ausdrücklich auf Security.
• 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. Ubuntu

• Arbeitsauftrag: Release- und Supportstatus prüfen und beziehe die Beobachtung ausdrücklich auf Ubuntu.
• 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. Review

• Arbeitsauftrag: Paket- und Repository-Risiko bewerten und beziehe die Beobachtung ausdrücklich auf Review.
• 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. Operations

• Arbeitsauftrag: Service-Status und Logs erklären und beziehe die Beobachtung ausdrücklich auf Operations.
• 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. Security

• Arbeitsauftrag: Netzwerkannahme dokumentieren und beziehe die Beobachtung ausdrücklich auf Security.
• 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. Ubuntu

• Arbeitsauftrag: Benutzer- und sudo-Regel prüfen und beziehe die Beobachtung ausdrücklich auf Ubuntu.
• 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. Review

• Arbeitsauftrag: Firewall-Regel und Exposition bewerten und beziehe die Beobachtung ausdrücklich auf Review.
• 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. Operations

• Arbeitsauftrag: Storage- und Backup-Pfad beschreiben und beziehe die Beobachtung ausdrücklich auf Operations.
• 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. Security

• Arbeitsauftrag: Patch- und Reboot-Fenster notieren und beziehe die Beobachtung ausdrücklich auf Security.
• 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. Ubuntu

• Arbeitsauftrag: Security-Baseline markieren und beziehe die Beobachtung ausdrücklich auf Ubuntu.
• 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. Review

• Arbeitsauftrag: Monitoring- oder Alert-Regel benennen und beziehe die Beobachtung ausdrücklich auf Review.
• 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. Operations

• Arbeitsauftrag: Rollback- oder Recovery-Pfad notieren und beziehe die Beobachtung ausdrücklich auf Operations.
• 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. Security

• Arbeitsauftrag: Teamregel formulieren und beziehe die Beobachtung ausdrücklich auf Security.
• 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. Ubuntu

• Arbeitsauftrag: Release- und Supportstatus prüfen und beziehe die Beobachtung ausdrücklich auf Ubuntu.
• 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. Review

• Arbeitsauftrag: Paket- und Repository-Risiko bewerten und beziehe die Beobachtung ausdrücklich auf Review.
• 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. Operations

• Arbeitsauftrag: Service-Status und Logs erklären und beziehe die Beobachtung ausdrücklich auf Operations.
• 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. Security

• Arbeitsauftrag: Netzwerkannahme dokumentieren und beziehe die Beobachtung ausdrücklich auf Security.
• 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. Ubuntu

• Arbeitsauftrag: Benutzer- und sudo-Regel prüfen und beziehe die Beobachtung ausdrücklich auf Ubuntu.
• 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. Review

• Arbeitsauftrag: Firewall-Regel und Exposition bewerten und beziehe die Beobachtung ausdrücklich auf Review.
• 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. Operations

• Arbeitsauftrag: Storage- und Backup-Pfad beschreiben und beziehe die Beobachtung ausdrücklich auf Operations.
• 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. Security

• Arbeitsauftrag: Patch- und Reboot-Fenster notieren und beziehe die Beobachtung ausdrücklich auf Security.
• 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.