Zielbild

Dieses Level behandelt Server-Baseline, cloud-init, Automatisierung, Patch Management, Monitoring, Backup und Performance. Du arbeitest mit lokalen Beispielkonfigurationen, Shell-Skripten und Evidence-Dateien. Ziel ist, Ubuntu-Betrieb nicht nur auszuführen, sondern Auswirkungen, Risiken und Recovery zu erklären.

Einordnung des Levels

Ubuntu-Systeme sind oft Basis für Anwendungen, CI, Plattformdienste und Security-Kontrollen. Kleine Änderungen an Paketen, Diensten, Firewall, Storage oder Benutzern können direkte Betriebsfolgen haben. Deshalb trainiert jedes Modul Bedienung, Review und Rollback zusammen.

Aufgabenblatt

Sicherer Arbeitsablauf

git checkout -b workshop/<name>/ubuntu
./examples/00-lab-skeleton/run.sh

Fachliche Grundlagen

1. Ubuntu-Release und Supportstatus einordnen

Diese Einheit zeigt, wie du Ubuntu-Release und Supportstatus einordnen im Ubuntu-Kontext anwendest. Prüfe immer Release, Paketquelle, Dienststatus, Logs, Rechte, Netzwerk, Backup und Security-Folgen.

Typische Prüfpunkte:

• Welche Hostrolle ist betroffen?
• Welche Konfigurationsdatei oder Unit steuert den Zustand?
• Welche Logs oder Statusausgaben belegen das Verhalten?
• Welcher Rollback- oder Restore-Pfad existiert?
• Welche Security-Ausnahme muss dokumentiert werden?

2. Shell, Dateisystem und Prozesse sicher bedienen

Diese Einheit zeigt, wie du Shell, Dateisystem und Prozesse sicher bedienen im Ubuntu-Kontext anwendest. Prüfe immer Release, Paketquelle, Dienststatus, Logs, Rechte, Netzwerk, Backup und Security-Folgen.

Typische Prüfpunkte:

• Welche Hostrolle ist betroffen?
• Welche Konfigurationsdatei oder Unit steuert den Zustand?
• Welche Logs oder Statusausgaben belegen das Verhalten?
• Welcher Rollback- oder Restore-Pfad existiert?
• Welche Security-Ausnahme muss dokumentiert werden?

3. Benutzer, Gruppen und sudo prüfen

Diese Einheit zeigt, wie du Benutzer, Gruppen und sudo prüfen im Ubuntu-Kontext anwendest. Prüfe immer Release, Paketquelle, Dienststatus, Logs, Rechte, Netzwerk, Backup und Security-Folgen.

Typische Prüfpunkte:

• Welche Hostrolle ist betroffen?
• Welche Konfigurationsdatei oder Unit steuert den Zustand?
• Welche Logs oder Statusausgaben belegen das Verhalten?
• Welcher Rollback- oder Restore-Pfad existiert?
• Welche Security-Ausnahme muss dokumentiert werden?

4. Dateirechte, ACLs und umask bewerten

Diese Einheit zeigt, wie du Dateirechte, ACLs und umask bewerten im Ubuntu-Kontext anwendest. Prüfe immer Release, Paketquelle, Dienststatus, Logs, Rechte, Netzwerk, Backup und Security-Folgen.

Typische Prüfpunkte:

• Welche Hostrolle ist betroffen?
• Welche Konfigurationsdatei oder Unit steuert den Zustand?
• Welche Logs oder Statusausgaben belegen das Verhalten?
• Welcher Rollback- oder Restore-Pfad existiert?
• Welche Security-Ausnahme muss dokumentiert werden?

5. APT-Quellen und Paketstatus analysieren

Diese Einheit zeigt, wie du APT-Quellen und Paketstatus analysieren im Ubuntu-Kontext anwendest. Prüfe immer Release, Paketquelle, Dienststatus, Logs, Rechte, Netzwerk, Backup und Security-Folgen.

Typische Prüfpunkte:

• Welche Hostrolle ist betroffen?
• Welche Konfigurationsdatei oder Unit steuert den Zustand?
• Welche Logs oder Statusausgaben belegen das Verhalten?
• Welcher Rollback- oder Restore-Pfad existiert?
• Welche Security-Ausnahme muss dokumentiert werden?

6. Snap-Pakete und Confinement einordnen

Diese Einheit zeigt, wie du Snap-Pakete und Confinement einordnen im Ubuntu-Kontext anwendest. Prüfe immer Release, Paketquelle, Dienststatus, Logs, Rechte, Netzwerk, Backup und Security-Folgen.

Typische Prüfpunkte:

• Welche Hostrolle ist betroffen?
• Welche Konfigurationsdatei oder Unit steuert den Zustand?
• Welche Logs oder Statusausgaben belegen das Verhalten?
• Welcher Rollback- oder Restore-Pfad existiert?
• Welche Security-Ausnahme muss dokumentiert werden?

7. systemd-Units und Timer schreiben

Diese Einheit zeigt, wie du systemd-Units und Timer schreiben im Ubuntu-Kontext anwendest. Prüfe immer Release, Paketquelle, Dienststatus, Logs, Rechte, Netzwerk, Backup und Security-Folgen.

Typische Prüfpunkte:

• Welche Hostrolle ist betroffen?
• Welche Konfigurationsdatei oder Unit steuert den Zustand?
• Welche Logs oder Statusausgaben belegen das Verhalten?
• Welcher Rollback- oder Restore-Pfad existiert?
• Welche Security-Ausnahme muss dokumentiert werden?

8. journald-Logs auswerten

Diese Einheit zeigt, wie du journald-Logs auswerten im Ubuntu-Kontext anwendest. Prüfe immer Release, Paketquelle, Dienststatus, Logs, Rechte, Netzwerk, Backup und Security-Folgen.

Typische Prüfpunkte:

• Welche Hostrolle ist betroffen?
• Welche Konfigurationsdatei oder Unit steuert den Zustand?
• Welche Logs oder Statusausgaben belegen das Verhalten?
• Welcher Rollback- oder Restore-Pfad existiert?
• Welche Security-Ausnahme muss dokumentiert werden?

9. Netplan-Konfiguration prüfen

Diese Einheit zeigt, wie du Netplan-Konfiguration prüfen im Ubuntu-Kontext anwendest. Prüfe immer Release, Paketquelle, Dienststatus, Logs, Rechte, Netzwerk, Backup und Security-Folgen.

Typische Prüfpunkte:

• Welche Hostrolle ist betroffen?
• Welche Konfigurationsdatei oder Unit steuert den Zustand?
• Welche Logs oder Statusausgaben belegen das Verhalten?
• Welcher Rollback- oder Restore-Pfad existiert?
• Welche Security-Ausnahme muss dokumentiert werden?

10. UFW-Regeln modellieren

Diese Einheit zeigt, wie du UFW-Regeln modellieren im Ubuntu-Kontext anwendest. Prüfe immer Release, Paketquelle, Dienststatus, Logs, Rechte, Netzwerk, Backup und Security-Folgen.

Typische Prüfpunkte:

• Welche Hostrolle ist betroffen?
• Welche Konfigurationsdatei oder Unit steuert den Zustand?
• Welche Logs oder Statusausgaben belegen das Verhalten?
• Welcher Rollback- oder Restore-Pfad existiert?
• Welche Security-Ausnahme muss dokumentiert werden?

11. SSH-Baseline und Zugangskontrollen bewerten

Diese Einheit zeigt, wie du SSH-Baseline und Zugangskontrollen bewerten im Ubuntu-Kontext anwendest. Prüfe immer Release, Paketquelle, Dienststatus, Logs, Rechte, Netzwerk, Backup und Security-Folgen.

Typische Prüfpunkte:

• Welche Hostrolle ist betroffen?
• Welche Konfigurationsdatei oder Unit steuert den Zustand?
• Welche Logs oder Statusausgaben belegen das Verhalten?
• Welcher Rollback- oder Restore-Pfad existiert?
• Welche Security-Ausnahme muss dokumentiert werden?

12. Storage, fstab und LVM erklären

Diese Einheit zeigt, wie du Storage, fstab und LVM erklären im Ubuntu-Kontext anwendest. Prüfe immer Release, Paketquelle, Dienststatus, Logs, Rechte, Netzwerk, Backup und Security-Folgen.

Typische Prüfpunkte:

• Welche Hostrolle ist betroffen?
• Welche Konfigurationsdatei oder Unit steuert den Zustand?
• Welche Logs oder Statusausgaben belegen das Verhalten?
• Welcher Rollback- oder Restore-Pfad existiert?
• Welche Security-Ausnahme muss dokumentiert werden?

13. Backups und Restore-Tests planen

Diese Einheit zeigt, wie du Backups und Restore-Tests planen im Ubuntu-Kontext anwendest. Prüfe immer Release, Paketquelle, Dienststatus, Logs, Rechte, Netzwerk, Backup und Security-Folgen.

Typische Prüfpunkte:

• Welche Hostrolle ist betroffen?
• Welche Konfigurationsdatei oder Unit steuert den Zustand?
• Welche Logs oder Statusausgaben belegen das Verhalten?
• Welcher Rollback- oder Restore-Pfad existiert?
• Welche Security-Ausnahme muss dokumentiert werden?

14. cloud-init für Erstkonfiguration nutzen

Diese Einheit zeigt, wie du cloud-init für Erstkonfiguration nutzen im Ubuntu-Kontext anwendest. Prüfe immer Release, Paketquelle, Dienststatus, Logs, Rechte, Netzwerk, Backup und Security-Folgen.

Typische Prüfpunkte:

• Welche Hostrolle ist betroffen?
• Welche Konfigurationsdatei oder Unit steuert den Zustand?
• Welche Logs oder Statusausgaben belegen das Verhalten?
• Welcher Rollback- oder Restore-Pfad existiert?
• Welche Security-Ausnahme muss dokumentiert werden?

15. Server-Baselines und Rollen dokumentieren

Diese Einheit zeigt, wie du Server-Baselines und Rollen dokumentieren im Ubuntu-Kontext anwendest. Prüfe immer Release, Paketquelle, Dienststatus, Logs, Rechte, Netzwerk, Backup und Security-Folgen.

Typische Prüfpunkte:

• Welche Hostrolle ist betroffen?
• Welche Konfigurationsdatei oder Unit steuert den Zustand?
• Welche Logs oder Statusausgaben belegen das Verhalten?
• Welcher Rollback- oder Restore-Pfad existiert?
• Welche Security-Ausnahme muss dokumentiert werden?

16. unattended-upgrades kontrollieren

Diese Einheit zeigt, wie du unattended-upgrades kontrollieren im Ubuntu-Kontext anwendest. Prüfe immer Release, Paketquelle, Dienststatus, Logs, Rechte, Netzwerk, Backup und Security-Folgen.

Typische Prüfpunkte:

• Welche Hostrolle ist betroffen?
• Welche Konfigurationsdatei oder Unit steuert den Zustand?
• Welche Logs oder Statusausgaben belegen das Verhalten?
• Welcher Rollback- oder Restore-Pfad existiert?
• Welche Security-Ausnahme muss dokumentiert werden?

17. Monitoring und Performance-Baselines erstellen

Diese Einheit zeigt, wie du Monitoring und Performance-Baselines erstellen im Ubuntu-Kontext anwendest. Prüfe immer Release, Paketquelle, Dienststatus, Logs, Rechte, Netzwerk, Backup und Security-Folgen.

Typische Prüfpunkte:

• Welche Hostrolle ist betroffen?
• Welche Konfigurationsdatei oder Unit steuert den Zustand?
• Welche Logs oder Statusausgaben belegen das Verhalten?
• Welcher Rollback- oder Restore-Pfad existiert?
• Welche Security-Ausnahme muss dokumentiert werden?

18. AppArmor-Profile und Status einordnen

Diese Einheit zeigt, wie du AppArmor-Profile und Status einordnen im Ubuntu-Kontext anwendest. Prüfe immer Release, Paketquelle, Dienststatus, Logs, Rechte, Netzwerk, Backup und Security-Folgen.

Typische Prüfpunkte:

• Welche Hostrolle ist betroffen?
• Welche Konfigurationsdatei oder Unit steuert den Zustand?
• Welche Logs oder Statusausgaben belegen das Verhalten?
• Welcher Rollback- oder Restore-Pfad existiert?
• Welche Security-Ausnahme muss dokumentiert werden?

19. auditd und AIDE für Security-Evidence nutzen

Diese Einheit zeigt, wie du auditd und AIDE für Security-Evidence nutzen im Ubuntu-Kontext anwendest. Prüfe immer Release, Paketquelle, Dienststatus, Logs, Rechte, Netzwerk, Backup und Security-Folgen.

Typische Prüfpunkte:

• Welche Hostrolle ist betroffen?
• Welche Konfigurationsdatei oder Unit steuert den Zustand?
• Welche Logs oder Statusausgaben belegen das Verhalten?
• Welcher Rollback- oder Restore-Pfad existiert?
• Welche Security-Ausnahme muss dokumentiert werden?

20. Ubuntu Pro, ESM und USG einordnen

Diese Einheit zeigt, wie du Ubuntu Pro, ESM und USG einordnen im Ubuntu-Kontext anwendest. Prüfe immer Release, Paketquelle, Dienststatus, Logs, Rechte, Netzwerk, Backup und Security-Folgen.

Typische Prüfpunkte:

• Welche Hostrolle ist betroffen?
• Welche Konfigurationsdatei oder Unit steuert den Zustand?
• Welche Logs oder Statusausgaben belegen das Verhalten?
• Welcher Rollback- oder Restore-Pfad existiert?
• Welche Security-Ausnahme muss dokumentiert werden?

21. CIS- und DISA-STIG-Härtung bewerten

Diese Einheit zeigt, wie du CIS- und DISA-STIG-Härtung bewerten im Ubuntu-Kontext anwendest. Prüfe immer Release, Paketquelle, Dienststatus, Logs, Rechte, Netzwerk, Backup und Security-Folgen.

Typische Prüfpunkte:

• Welche Hostrolle ist betroffen?
• Welche Konfigurationsdatei oder Unit steuert den Zustand?
• Welche Logs oder Statusausgaben belegen das Verhalten?
• Welcher Rollback- oder Restore-Pfad existiert?
• Welche Security-Ausnahme muss dokumentiert werden?

22. Incident Response für kompromittierte Accounts durchführen

Diese Einheit zeigt, wie du Incident Response für kompromittierte Accounts durchführen im Ubuntu-Kontext anwendest. Prüfe immer Release, Paketquelle, Dienststatus, Logs, Rechte, Netzwerk, Backup und Security-Folgen.

Typische Prüfpunkte:

• Welche Hostrolle ist betroffen?
• Welche Konfigurationsdatei oder Unit steuert den Zustand?
• Welche Logs oder Statusausgaben belegen das Verhalten?
• Welcher Rollback- oder Restore-Pfad existiert?
• Welche Security-Ausnahme muss dokumentiert werden?

Praxismodule

Modul 1: Release

1. Lies das passende Beispiel im examples/-Verzeichnis.
2. Führe run.sh aus und prüfe Evidence-Dateien unter work/evidence/.
3. Ändere eine Beispielkonfiguration bewusst und dokumentiere die Wirkung.
4. Ergänze eine Review-Regel für produktive Umgebungen.

Modul 2: Pakete

1. Lies das passende Beispiel im examples/-Verzeichnis.
2. Führe run.sh aus und prüfe Evidence-Dateien unter work/evidence/.
3. Ändere eine Beispielkonfiguration bewusst und dokumentiere die Wirkung.
4. Ergänze eine Review-Regel für produktive Umgebungen.

Modul 3: systemd

1. Lies das passende Beispiel im examples/-Verzeichnis.
2. Führe run.sh aus und prüfe Evidence-Dateien unter work/evidence/.
3. Ändere eine Beispielkonfiguration bewusst und dokumentiere die Wirkung.
4. Ergänze eine Review-Regel für produktive Umgebungen.

Modul 4: Netzwerk

1. Lies das passende Beispiel im examples/-Verzeichnis.
2. Führe run.sh aus und prüfe Evidence-Dateien unter work/evidence/.
3. Ändere eine Beispielkonfiguration bewusst und dokumentiere die Wirkung.
4. Ergänze eine Review-Regel für produktive Umgebungen.

Modul 5: Storage

1. Lies das passende Beispiel im examples/-Verzeichnis.
2. Führe run.sh aus und prüfe Evidence-Dateien unter work/evidence/.
3. Ändere eine Beispielkonfiguration bewusst und dokumentiere die Wirkung.
4. Ergänze eine Review-Regel für produktive Umgebungen.

Modul 6: Monitoring

1. Lies das passende Beispiel im examples/-Verzeichnis.
2. Führe run.sh aus und prüfe Evidence-Dateien unter work/evidence/.
3. Ändere eine Beispielkonfiguration bewusst und dokumentiere die Wirkung.
4. Ergänze eine Review-Regel für produktive Umgebungen.

Modul 7: Security

1. Lies das passende Beispiel im examples/-Verzeichnis.
2. Führe run.sh aus und prüfe Evidence-Dateien unter work/evidence/.
3. Ändere eine Beispielkonfiguration bewusst und dokumentiere die Wirkung.
4. Ergänze eine Review-Regel für produktive Umgebungen.

Modul 8: Recovery

1. Lies das passende Beispiel im examples/-Verzeichnis.
2. Führe run.sh aus und prüfe Evidence-Dateien unter work/evidence/.
3. Ändere eine Beispielkonfiguration bewusst und dokumentiere die Wirkung.
4. Ergänze eine Review-Regel für produktive Umgebungen.

Pflichtübungen

• Übung 01: Erstelle oder verbessere ein Ubuntu-Artefakt mit Schwerpunkt Release und liefere Statusausgabe, Risikoanalyse und Recovery-Notiz.
• Übung 02: Erstelle oder verbessere ein Ubuntu-Artefakt mit Schwerpunkt Pakete und liefere Statusausgabe, Risikoanalyse und Recovery-Notiz.
• Übung 03: Erstelle oder verbessere ein Ubuntu-Artefakt mit Schwerpunkt systemd und liefere Statusausgabe, Risikoanalyse und Recovery-Notiz.
• Übung 04: Erstelle oder verbessere ein Ubuntu-Artefakt mit Schwerpunkt Netzwerk und liefere Statusausgabe, Risikoanalyse und Recovery-Notiz.
• Übung 05: Erstelle oder verbessere ein Ubuntu-Artefakt mit Schwerpunkt Storage und liefere Statusausgabe, Risikoanalyse und Recovery-Notiz.
• Übung 06: Erstelle oder verbessere ein Ubuntu-Artefakt mit Schwerpunkt Monitoring und liefere Statusausgabe, Risikoanalyse und Recovery-Notiz.
• Übung 07: Erstelle oder verbessere ein Ubuntu-Artefakt mit Schwerpunkt Security und liefere Statusausgabe, Risikoanalyse und Recovery-Notiz.
• Übung 08: Erstelle oder verbessere ein Ubuntu-Artefakt mit Schwerpunkt Recovery und liefere Statusausgabe, Risikoanalyse und Recovery-Notiz.
• Übung 09: Erstelle oder verbessere ein Ubuntu-Artefakt mit Schwerpunkt Release und liefere Statusausgabe, Risikoanalyse und Recovery-Notiz.
• Übung 10: Erstelle oder verbessere ein Ubuntu-Artefakt mit Schwerpunkt Pakete und liefere Statusausgabe, Risikoanalyse und Recovery-Notiz.
• Übung 11: Erstelle oder verbessere ein Ubuntu-Artefakt mit Schwerpunkt systemd und liefere Statusausgabe, Risikoanalyse und Recovery-Notiz.
• Übung 12: Erstelle oder verbessere ein Ubuntu-Artefakt mit Schwerpunkt Netzwerk und liefere Statusausgabe, Risikoanalyse und Recovery-Notiz.
• Übung 13: Erstelle oder verbessere ein Ubuntu-Artefakt mit Schwerpunkt Storage und liefere Statusausgabe, Risikoanalyse und Recovery-Notiz.
• Übung 14: Erstelle oder verbessere ein Ubuntu-Artefakt mit Schwerpunkt Monitoring und liefere Statusausgabe, Risikoanalyse und Recovery-Notiz.
• Übung 15: Erstelle oder verbessere ein Ubuntu-Artefakt mit Schwerpunkt Security und liefere Statusausgabe, Risikoanalyse und Recovery-Notiz.
• Übung 16: Erstelle oder verbessere ein Ubuntu-Artefakt mit Schwerpunkt Recovery und liefere Statusausgabe, Risikoanalyse und Recovery-Notiz.
• Übung 17: Erstelle oder verbessere ein Ubuntu-Artefakt mit Schwerpunkt Release und liefere Statusausgabe, Risikoanalyse und Recovery-Notiz.
• Übung 18: Erstelle oder verbessere ein Ubuntu-Artefakt mit Schwerpunkt Pakete und liefere Statusausgabe, Risikoanalyse und Recovery-Notiz.
• Übung 19: Erstelle oder verbessere ein Ubuntu-Artefakt mit Schwerpunkt systemd und liefere Statusausgabe, Risikoanalyse und Recovery-Notiz.
• Übung 20: Erstelle oder verbessere ein Ubuntu-Artefakt mit Schwerpunkt Netzwerk und liefere Statusausgabe, Risikoanalyse und Recovery-Notiz.
• Übung 21: Erstelle oder verbessere ein Ubuntu-Artefakt mit Schwerpunkt Storage und liefere Statusausgabe, Risikoanalyse und Recovery-Notiz.
• Übung 22: Erstelle oder verbessere ein Ubuntu-Artefakt mit Schwerpunkt Monitoring und liefere Statusausgabe, Risikoanalyse und Recovery-Notiz.
• Übung 23: Erstelle oder verbessere ein Ubuntu-Artefakt mit Schwerpunkt Security und liefere Statusausgabe, Risikoanalyse und Recovery-Notiz.
• Übung 24: Erstelle oder verbessere ein Ubuntu-Artefakt mit Schwerpunkt Recovery und liefere Statusausgabe, Risikoanalyse und Recovery-Notiz.

Erfolgskriterien

• Beispiele ändern keine produktiven Systeme.
• Konfigurationen sind syntaktisch und fachlich geprüft.
• Logs, Status und Diffs sind als Evidence vorhanden.
• Security-Auswirkungen sind beschrieben.
• Recovery ist nachvollziehbar.

Quellen und Referenzen

• Ubuntu Server Documentation
• Ubuntu Release Cycle
• Ubuntu Pro
• Ubuntu Security Documentation
• Ubuntu Security Guide
• Canonical Academy
• Netplan Documentation
• cloud-init Documentation
• systemd Manuals
• Debian APT User Manual

Review-Checkliste für 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.
• 51. Service-Status und Logs erklären: Halte fest, welcher Host, welches Paket, welcher Dienst, welche Konfiguration und welches Risiko betroffen sind.
• 52. Netzwerkannahme dokumentieren: Halte fest, welcher Host, welches Paket, welcher Dienst, welche Konfiguration und welches Risiko betroffen sind.
• 53. Benutzer- und sudo-Regel prüfen: Halte fest, welcher Host, welches Paket, welcher Dienst, welche Konfiguration und welches Risiko betroffen sind.
• 54. Firewall-Regel und Exposition bewerten: Halte fest, welcher Host, welches Paket, welcher Dienst, welche Konfiguration und welches Risiko betroffen sind.
• 55. Storage- und Backup-Pfad beschreiben: Halte fest, welcher Host, welches Paket, welcher Dienst, welche Konfiguration und welches Risiko betroffen sind.
• 56. Patch- und Reboot-Fenster notieren: Halte fest, welcher Host, welches Paket, welcher Dienst, welche Konfiguration und welches Risiko betroffen sind.
• 57. Security-Baseline markieren: Halte fest, welcher Host, welches Paket, welcher Dienst, welche Konfiguration und welches Risiko betroffen sind.
• 58. Monitoring- oder Alert-Regel benennen: Halte fest, welcher Host, welches Paket, welcher Dienst, welche Konfiguration und welches Risiko betroffen sind.
• 59. Rollback- oder Recovery-Pfad notieren: Halte fest, welcher Host, welches Paket, welcher Dienst, welche Konfiguration und welches Risiko betroffen sind.
• 60. Teamregel formulieren: Halte fest, welcher Host, welches Paket, welcher Dienst, welche Konfiguration und welches Risiko betroffen sind.

Praxisanhang: 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. Pakete

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

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

A006. Monitoring

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

• Arbeitsauftrag: Storage- und Backup-Pfad beschreiben 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.

A008. Recovery

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

A010. Pakete

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

A012. Netzwerk

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

A014. Monitoring

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

• Arbeitsauftrag: Service-Status und Logs erklären 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.

A016. Recovery

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

A018. Pakete

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

A020. Netzwerk

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

A022. Monitoring

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

• Arbeitsauftrag: Rollback- oder Recovery-Pfad 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.

A024. Recovery

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

A026. Pakete

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

A028. Netzwerk

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

A030. Monitoring

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

• Arbeitsauftrag: Storage- und Backup-Pfad beschreiben 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.

A032. Recovery

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

A034. Pakete

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

A036. Netzwerk

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

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

• Arbeitsauftrag: Service-Status und Logs erklären 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.

A040. Recovery

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

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

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

A046. Monitoring

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

• Arbeitsauftrag: Rollback- oder Recovery-Pfad 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.

A048. Recovery

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

A050. Pakete

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

A052. Netzwerk

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

A054. Monitoring

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

• Arbeitsauftrag: Storage- und Backup-Pfad beschreiben 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.

A056. Recovery

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

A058. Pakete

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

A060. Netzwerk

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

A062. Monitoring

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

• Arbeitsauftrag: Service-Status und Logs erklären 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.

A064. Recovery

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

A066. Pakete

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

A068. Netzwerk

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

A070. Monitoring

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

• Arbeitsauftrag: Rollback- oder Recovery-Pfad 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.

A072. Recovery

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

A074. Pakete

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

A076. Netzwerk

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

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

• Arbeitsauftrag: Storage- und Backup-Pfad beschreiben 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.

A080. Recovery

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

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

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

A086. Monitoring

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

• Arbeitsauftrag: Service-Status und Logs erklären 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.

A088. Recovery

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

A090. Pakete

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

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

A092. Netzwerk

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

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

A094. Monitoring

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

A095. Security

• Arbeitsauftrag: Rollback- oder Recovery-Pfad 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.

A096. Recovery

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

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

A098. Pakete

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

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

A100. Netzwerk

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