Orthevs Orthevs Fathom new horizons
Menü

Workshop-Wiki · Deutsch

Ubuntu Grundlagen: Lösung (DE)

Gegenstand: Ubuntu-Grundlagen, Shell, Dateisystem, Benutzer, Rechte, Pakete, Prozesse, Dienste und Logs.

Inhaltssprache · DeutschGröße · 61.3 KBassessments/01-fundamentals-ubuntu-solution-DE.md
Workshop-Beispiele als ZIP
Lernstand in der Web-App

Kapitel als gelesen markieren, Lesefortschritt sehen und Praxismodule abhaken: Diese Funktionen stehen nach Aktivierung der optionalen Web-App zur Verfügung. Der Workshop-Fortschritt ergibt sich automatisch aus den Kapiteln aller Dokumentseiten. Deine Auswahl bleibt auf diesem Gerät; es gibt kein Konto und keinen Serverabgleich. Eine Installation ist nicht erforderlich. Beim Widerruf in den Datenschutz-Einstellungen wird der Lernstand gelöscht.

Lesefortschritt0%
0%
0 / 6 Kapitel gelesen
Weitere SprachfassungEnglisch ↗Griechisch ↗

Ubuntu Grundlagen: Lösung (DE)

Gegenstand: Ubuntu-Grundlagen, Shell, Dateisystem, Benutzer, Rechte, Pakete, Prozesse, Dienste und Logs.

Format

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

Erwartungshorizont

Eine gute Lösung erklärt nicht nur Befehle, sondern belegt Release-, Paket-, Service-, Netzwerk-, Storage- und Security-Entscheidungen mit konkreter Evidence.

02 / 06

Fragen

Lösung 01

Erwartet wird: Hostrolle benennen, Konfiguration prüfen, Betriebswirkung erklären, Security-Risiko bewerten und für Ubuntu-Release und Supportstatus einordnen konkrete Evidence liefern.

Lösung 02

Erwartet wird: Hostrolle benennen, Konfiguration prüfen, Betriebswirkung erklären, Security-Risiko bewerten und für Shell, Dateisystem und Prozesse sicher bedienen konkrete Evidence liefern.

Lösung 03

Erwartet wird: Hostrolle benennen, Konfiguration prüfen, Betriebswirkung erklären, Security-Risiko bewerten und für Benutzer, Gruppen und sudo prüfen konkrete Evidence liefern.

Lösung 04

Erwartet wird: Hostrolle benennen, Konfiguration prüfen, Betriebswirkung erklären, Security-Risiko bewerten und für Dateirechte, ACLs und umask bewerten konkrete Evidence liefern.

Lösung 05

Erwartet wird: Hostrolle benennen, Konfiguration prüfen, Betriebswirkung erklären, Security-Risiko bewerten und für APT-Quellen und Paketstatus analysieren konkrete Evidence liefern.

Lösung 06

Erwartet wird: Hostrolle benennen, Konfiguration prüfen, Betriebswirkung erklären, Security-Risiko bewerten und für Snap-Pakete und Confinement einordnen konkrete Evidence liefern.

Lösung 07

Erwartet wird: Hostrolle benennen, Konfiguration prüfen, Betriebswirkung erklären, Security-Risiko bewerten und für systemd-Units und Timer schreiben konkrete Evidence liefern.

Lösung 08

Erwartet wird: Hostrolle benennen, Konfiguration prüfen, Betriebswirkung erklären, Security-Risiko bewerten und für journald-Logs auswerten konkrete Evidence liefern.

Lösung 09

Erwartet wird: Hostrolle benennen, Konfiguration prüfen, Betriebswirkung erklären, Security-Risiko bewerten und für Netplan-Konfiguration prüfen konkrete Evidence liefern.

Lösung 10

Erwartet wird: Hostrolle benennen, Konfiguration prüfen, Betriebswirkung erklären, Security-Risiko bewerten und für UFW-Regeln modellieren konkrete Evidence liefern.

Lösung 11

Erwartet wird: Hostrolle benennen, Konfiguration prüfen, Betriebswirkung erklären, Security-Risiko bewerten und für SSH-Baseline und Zugangskontrollen bewerten konkrete Evidence liefern.

Lösung 12

Erwartet wird: Hostrolle benennen, Konfiguration prüfen, Betriebswirkung erklären, Security-Risiko bewerten und für Storage, fstab und LVM erklären konkrete Evidence liefern.

Lösung 13

Erwartet wird: Hostrolle benennen, Konfiguration prüfen, Betriebswirkung erklären, Security-Risiko bewerten und für Backups und Restore-Tests planen konkrete Evidence liefern.

Lösung 14

Erwartet wird: Hostrolle benennen, Konfiguration prüfen, Betriebswirkung erklären, Security-Risiko bewerten und für cloud-init für Erstkonfiguration nutzen konkrete Evidence liefern.

Lösung 15

Erwartet wird: Hostrolle benennen, Konfiguration prüfen, Betriebswirkung erklären, Security-Risiko bewerten und für Server-Baselines und Rollen dokumentieren konkrete Evidence liefern.

Lösung 16

Erwartet wird: Hostrolle benennen, Konfiguration prüfen, Betriebswirkung erklären, Security-Risiko bewerten und für unattended-upgrades kontrollieren konkrete Evidence liefern.

Lösung 17

Erwartet wird: Hostrolle benennen, Konfiguration prüfen, Betriebswirkung erklären, Security-Risiko bewerten und für Monitoring und Performance-Baselines erstellen konkrete Evidence liefern.

Lösung 18

Erwartet wird: Hostrolle benennen, Konfiguration prüfen, Betriebswirkung erklären, Security-Risiko bewerten und für AppArmor-Profile und Status einordnen konkrete Evidence liefern.

Lösung 19

Erwartet wird: Hostrolle benennen, Konfiguration prüfen, Betriebswirkung erklären, Security-Risiko bewerten und für auditd und AIDE für Security-Evidence nutzen konkrete Evidence liefern.

Lösung 20

Erwartet wird: Hostrolle benennen, Konfiguration prüfen, Betriebswirkung erklären, Security-Risiko bewerten und für Ubuntu Pro, ESM und USG einordnen konkrete Evidence liefern.

Lösung 21

Erwartet wird: Hostrolle benennen, Konfiguration prüfen, Betriebswirkung erklären, Security-Risiko bewerten und für CIS- und DISA-STIG-Härtung bewerten konkrete Evidence liefern.

Lösung 22

Erwartet wird: Hostrolle benennen, Konfiguration prüfen, Betriebswirkung erklären, Security-Risiko bewerten und für Incident Response für kompromittierte Accounts durchführen konkrete Evidence liefern.

Lösung 23

Erwartet wird: Hostrolle benennen, Konfiguration prüfen, Betriebswirkung erklären, Security-Risiko bewerten und für Ubuntu-Release und Supportstatus einordnen konkrete Evidence liefern.

Lösung 24

Erwartet wird: Hostrolle benennen, Konfiguration prüfen, Betriebswirkung erklären, Security-Risiko bewerten und für Shell, Dateisystem und Prozesse sicher bedienen konkrete Evidence liefern.

Lösung 25

Erwartet wird: Hostrolle benennen, Konfiguration prüfen, Betriebswirkung erklären, Security-Risiko bewerten und für Benutzer, Gruppen und sudo prüfen konkrete Evidence liefern.

Lösung 26

Erwartet wird: Hostrolle benennen, Konfiguration prüfen, Betriebswirkung erklären, Security-Risiko bewerten und für Dateirechte, ACLs und umask bewerten konkrete Evidence liefern.

Lösung 27

Erwartet wird: Hostrolle benennen, Konfiguration prüfen, Betriebswirkung erklären, Security-Risiko bewerten und für APT-Quellen und Paketstatus analysieren konkrete Evidence liefern.

Lösung 28

Erwartet wird: Hostrolle benennen, Konfiguration prüfen, Betriebswirkung erklären, Security-Risiko bewerten und für Snap-Pakete und Confinement einordnen konkrete Evidence liefern.

Lösung 29

Erwartet wird: Hostrolle benennen, Konfiguration prüfen, Betriebswirkung erklären, Security-Risiko bewerten und für systemd-Units und Timer schreiben konkrete Evidence liefern.

Lösung 30

Erwartet wird: Hostrolle benennen, Konfiguration prüfen, Betriebswirkung erklären, Security-Risiko bewerten und für journald-Logs auswerten konkrete Evidence liefern.

Lösung 31

Erwartet wird: Hostrolle benennen, Konfiguration prüfen, Betriebswirkung erklären, Security-Risiko bewerten und für Netplan-Konfiguration prüfen konkrete Evidence liefern.

Lösung 32

Erwartet wird: Hostrolle benennen, Konfiguration prüfen, Betriebswirkung erklären, Security-Risiko bewerten und für UFW-Regeln modellieren konkrete Evidence liefern.

Lösung 33

Erwartet wird: Hostrolle benennen, Konfiguration prüfen, Betriebswirkung erklären, Security-Risiko bewerten und für SSH-Baseline und Zugangskontrollen bewerten konkrete Evidence liefern.

Lösung 34

Erwartet wird: Hostrolle benennen, Konfiguration prüfen, Betriebswirkung erklären, Security-Risiko bewerten und für Storage, fstab und LVM erklären konkrete Evidence liefern.

Lösung 35

Erwartet wird: Hostrolle benennen, Konfiguration prüfen, Betriebswirkung erklären, Security-Risiko bewerten und für Backups und Restore-Tests planen konkrete Evidence liefern.

Lösung 36

Erwartet wird: Hostrolle benennen, Konfiguration prüfen, Betriebswirkung erklären, Security-Risiko bewerten und für cloud-init für Erstkonfiguration nutzen konkrete Evidence liefern.

Lösung 37

Erwartet wird: Hostrolle benennen, Konfiguration prüfen, Betriebswirkung erklären, Security-Risiko bewerten und für Server-Baselines und Rollen dokumentieren konkrete Evidence liefern.

Lösung 38

Erwartet wird: Hostrolle benennen, Konfiguration prüfen, Betriebswirkung erklären, Security-Risiko bewerten und für unattended-upgrades kontrollieren konkrete Evidence liefern.

Lösung 39

Erwartet wird: Hostrolle benennen, Konfiguration prüfen, Betriebswirkung erklären, Security-Risiko bewerten und für Monitoring und Performance-Baselines erstellen konkrete Evidence liefern.

Lösung 40

Erwartet wird: Hostrolle benennen, Konfiguration prüfen, Betriebswirkung erklären, Security-Risiko bewerten und für AppArmor-Profile und Status einordnen konkrete Evidence liefern.

Lösung 41

Erwartet wird: Hostrolle benennen, Konfiguration prüfen, Betriebswirkung erklären, Security-Risiko bewerten und für auditd und AIDE für Security-Evidence nutzen konkrete Evidence liefern.

Lösung 42

Erwartet wird: Hostrolle benennen, Konfiguration prüfen, Betriebswirkung erklären, Security-Risiko bewerten und für Ubuntu Pro, ESM und USG einordnen konkrete Evidence liefern.

Lösung 43

Erwartet wird: Hostrolle benennen, Konfiguration prüfen, Betriebswirkung erklären, Security-Risiko bewerten und für CIS- und DISA-STIG-Härtung bewerten konkrete Evidence liefern.

Lösung 44

Erwartet wird: Hostrolle benennen, Konfiguration prüfen, Betriebswirkung erklären, Security-Risiko bewerten und für Incident Response für kompromittierte Accounts durchführen konkrete Evidence liefern.

Lösung 45

Erwartet wird: Hostrolle benennen, Konfiguration prüfen, Betriebswirkung erklären, Security-Risiko bewerten und für Ubuntu-Release und Supportstatus einordnen konkrete Evidence liefern.

Lösung 46

Erwartet wird: Hostrolle benennen, Konfiguration prüfen, Betriebswirkung erklären, Security-Risiko bewerten und für Shell, Dateisystem und Prozesse sicher bedienen konkrete Evidence liefern.

Lösung 47

Erwartet wird: Hostrolle benennen, Konfiguration prüfen, Betriebswirkung erklären, Security-Risiko bewerten und für Benutzer, Gruppen und sudo prüfen konkrete Evidence liefern.

Lösung 48

Erwartet wird: Hostrolle benennen, Konfiguration prüfen, Betriebswirkung erklären, Security-Risiko bewerten und für Dateirechte, ACLs und umask bewerten konkrete Evidence liefern.

03 / 06

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.

04 / 06

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.
05 / 06

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.
06 / 06

UBU · Orthevs Academy

31 Module als durchgängiger Lernpfad.

Die Reihenfolge bleibt unverändert: von der Laborgrundstruktur über fachliche Grundlagen und Betriebsmodelle bis zum abschließenden Troubleshooting. Die technischen Verzeichnisnamen werden bewusst beibehalten.

Praxismodule

Orthevs als App

Orthevs installieren

Die Orthevs Web-App kann auf unterstützten Mobilgeräten und Desktop-Browsern installiert werden.

iPhone und iPad

Öffnen Sie Orthevs in Safari. Tippen Sie auf Teilen, dann auf ‚Zum Home-Bildschirm‘. Aktivieren Sie gegebenenfalls ‚Als Web-App öffnen‘ und tippen Sie auf ‚Hinzufügen‘.

Android

Für die Web-App öffnen Sie das Browsermenü und wählen ‚App installieren‘ oder ‚Zum Startbildschirm hinzufügen‘. Bestätigen Sie die Installation.

Desktop-Browser

Öffnen Sie das Browsermenü oder das Installationssymbol in der Adressleiste und wählen Sie ‚App installieren‘ beziehungsweise ‚Zum Dock hinzufügen‘.

Die Web-App-Installation hängt vom Browser ab. Falls kein Installationsdialog erscheint, nutzen Sie die angezeigten Schritte im Browser.