Orthevs Orthevs Fathom new horizons
Menü

Workshop-Wiki · Deutsch

Konzepte: Ubuntu

Dieses Dokument gehört zum Ubuntu-Workshop und beschreibt concepts als Unterrichtsmaterial, Nachschlagewerk und Review-Grundlage.

Inhaltssprache · DeutschGröße · 64.8 KBdocs/concepts-ubuntu-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 / 11 Kapitel gelesen
Weitere SprachfassungEnglisch ↗Griechisch ↗

Konzepte: Ubuntu

Dieses Dokument gehört zum Ubuntu-Workshop und beschreibt concepts als Unterrichtsmaterial, Nachschlagewerk und Review-Grundlage.

Zielbild

Du sollst Ubuntu nicht als bloße Linux-Shell behandeln, sondern als Betriebssystemplattform mit Release-Lifecycle, Paketquellen, systemd, Netzwerk, Storage, Security-Baseline, Monitoring, Backup und Incident Response verstehen. Kritisch sind nachvollziehbare Baselines, sichere Änderungen und belastbare Recovery-Pfade.

01 / 11

Schwerpunkt

  • LTS
  • APT
  • systemd
  • journald
  • Netplan
  • AppArmor
  • Ubuntu Pro
02 / 11

Kernbegriffe

Begriff Bedeutung
Ubuntu Debian-basierte Linux-Distribution von Canonical für Desktop, Server, Cloud, Edge, Container und Plattformbetrieb.
LTS Long Term Support Release mit langem Wartungsfenster; Release- und Supportdaten müssen gegen die aktuelle Ubuntu-Release-Cycle-Seite geprüft werden.
Interim Release Nicht-LTS-Release mit kürzerem Wartungsfenster, geeignet für neuere Features und weniger konservative Umgebungen.
APT Paketmanagement-Werkzeug für deb-Pakete, Paketquellen, Updates, Upgrades und Abhängigkeitsauflösung.
dpkg Low-Level-Werkzeug zur Installation und Abfrage einzelner Debian-Pakete.
Snap Paketformat mit eigenem Update- und Confinement-Modell, relevant für Desktop, Server-Tools und Appliance-Szenarien.
systemd Init- und Service-Manager mit Units, Targets, Timern, Journald und Dependency-Modell.
journald Systemd-Logging-Komponente für strukturierte lokale Logs und Boot-bezogene Diagnose.
Netplan Ubuntu-Netzwerkkonfigurationssystem, das YAML-Konfigurationen in Renderer wie NetworkManager oder systemd-networkd übersetzt.
UFW Uncomplicated Firewall als vereinfachte Oberfläche für Firewall-Regeln auf Ubuntu.
AppArmor Mandatory-Access-Control-System mit Profilen zur Einschränkung von Programmen.
cloud-init Initialisierungs- und Provisionierungswerkzeug für Cloud- und Image-basierte Systeme.
Ubuntu Pro Canonical-Abonnement für zusätzliche Security- und Support-Funktionen wie ESM, Livepatch, FIPS und Compliance-Tools.
ESM Expanded Security Maintenance für verlängerte Sicherheitswartung von Ubuntu-LTS-Releases über Ubuntu Pro.
USG Ubuntu Security Guide zur Auditierung und Härtung gegen CIS- und DISA-STIG-Profile.
LVM Logical Volume Manager für flexible Block-Device-, Volume- und Snapshot-Modelle.
fstab Systemdatei für statische Mounts und Mount-Optionen.
unattended-upgrades Paket für automatische Sicherheitsupdates mit konfigurierbaren Quellen und Wartungsfenstern.
auditd Audit-Daemon zur Erfassung sicherheitsrelevanter Systemereignisse.
AIDE File-Integrity-Monitoring-Werkzeug für Baselines und Änderungsprüfung.
03 / 11

Referenzbefehle

bash
# System und Release
lsb_release -a
cat /etc/os-release
uname -a

# Pakete und Updates
apt policy
apt list --upgradable
apt-cache policy openssh-server
dpkg -l | sed -n '1,20p'

# Dienste und Logs
systemctl status ssh --no-pager
systemctl list-units --failed
journalctl -u ssh --since today

# Netzwerk, Storage und Security
ip address
ss -tulpn
ufw status verbose
findmnt
lsblk
sudo aa-status
04 / 11

Arbeitsmodell

  1. Definiere Hostrolle, Release, Supportstatus, Paketquellen und Betriebsverantwortung.
  2. Prüfe Benutzer, Rechte, sudo, SSH, Firewall, Dienste und offene Ports.
  3. Prüfe APT/Snap-Quellen, Patchstand, Reboot-Bedarf und Änderungsfenster.
  4. Belege Änderungen mit Konfigurationsdiffs, Logs, Service-Status und Restore-Evidence.
  5. Bewerte Backups, Monitoring, AppArmor, auditd, AIDE, USG und Incident-Response-Pfade.
  6. Dokumentiere Recovery: Rollback, Restore, Paket-Downgrade, Reboot, Lockout-Recovery oder Neuaufbau.
05 / 11

Typische Entscheidungen

Entscheidung Gute Leitfrage Risiko bei falscher Wahl
Release LTS, Interim oder Pro/ESM-Abdeckung? fehlende Security-Updates oder zu frühe Upgrades
Paketquelle Offizielles Repository, PPA, Snap oder Vendor-Repo? Supply-Chain-Risiko oder instabile Upgrades
Service systemd-Service, Timer oder manueller Cron? nicht nachvollziehbare Starts und fehlende Logs
Netzwerk Netplan-Renderer, Firewall und DNS-Modell klar? Host nicht erreichbar oder zu breit exponiert
Storage fstab, LVM, Backup und Restore getestet? Bootfehler oder Datenverlust
Security CIS/USG, AppArmor, auditd und SSH-Härtung passend? Scheinhärtung, Lockout oder fehlende Evidence
06 / 11

Diagramme und Modelle

Die Diagramme sind bewusst textbasiert, damit sie ohne Zusatztools versionierbar bleiben.

text
Firmware -> Bootloader -> Kernel -> initramfs -> systemd -> targets -> services
text
APT sources -> apt update -> package candidates -> upgrade plan -> service impact -> reboot decision
text
cloud-init -> users/packages/files -> systemd units -> network config -> post-deploy validation
text
Incident
  detect -> isolate -> collect logs -> preserve evidence -> recover -> patch -> postmortem
07 / 11

Betriebsnotizen

  • Ubuntu 24.04 LTS hat laut Release-Cycle-Seite Standard Security Maintenance bis Mai 2029, Ubuntu Pro bis Mai 2034 und Legacy Add-on bis Mai 2039; diese Daten müssen bei späteren Änderungen erneut geprüft werden.
  • Ubuntu Pro umfasst zusätzliche Security- und Support-Funktionen; Nutzung, Kosten und Compliance-Wirkung sind Organisationsentscheidungen.
  • USG kann CIS- und DISA-STIG-Audits unterstützen, ersetzt aber keine Review- und Ausnahmeprozesse.
  • Netplan, cloud-init und systemd ändern Systemzustand; produktive Anwendung braucht Change-Fenster und Rollback.
  • Backups sind erst nach Restore-Test belastbar.
08 / 11

Quellen und Referenzen

09 / 11

Review-Checkliste für Konzepte

  • 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.
10 / 11

Praxisanhang: Konzepte

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

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

A002. APT

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

A003. systemd

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

A004. journald

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

A005. Netplan

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

A006. AppArmor

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

A007. Ubuntu Pro

  • Arbeitsauftrag: Storage- und Backup-Pfad beschreiben und beziehe die Beobachtung ausdrücklich auf Ubuntu Pro.
  • Nachweis: Notiere mindestens einen Ubuntu-nahen Befehl, erwartete Ausgabe und Grenze der Aussagekraft.
  • Betriebsfrage: Welche Wirkung hätte eine falsche Annahme in Dev, Staging, Prod und CI?
  • Security-Frage: Welche Accounts, Dienste, Pakete, 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. LTS

  • Arbeitsauftrag: Patch- und Reboot-Fenster notieren und beziehe die Beobachtung ausdrücklich auf LTS.
  • Nachweis: Notiere mindestens einen Ubuntu-nahen Befehl, erwartete Ausgabe und Grenze der Aussagekraft.
  • Betriebsfrage: Welche Wirkung hätte eine falsche Annahme in Dev, Staging, Prod und CI?
  • Security-Frage: Welche Accounts, Dienste, Pakete, 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. APT

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

A010. systemd

  • Arbeitsauftrag: Monitoring- oder Alert-Regel benennen 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.

A011. journald

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

A012. Netplan

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

A013. AppArmor

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

A014. Ubuntu Pro

  • Arbeitsauftrag: Paket- und Repository-Risiko bewerten und beziehe die Beobachtung ausdrücklich auf Ubuntu Pro.
  • Nachweis: Notiere mindestens einen Ubuntu-nahen Befehl, erwartete Ausgabe und Grenze der Aussagekraft.
  • Betriebsfrage: Welche Wirkung hätte eine falsche Annahme in Dev, Staging, Prod und CI?
  • Security-Frage: Welche Accounts, Dienste, Pakete, 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. LTS

  • Arbeitsauftrag: Service-Status und Logs erklären und beziehe die Beobachtung ausdrücklich auf LTS.
  • Nachweis: Notiere mindestens einen Ubuntu-nahen Befehl, erwartete Ausgabe und Grenze der Aussagekraft.
  • Betriebsfrage: Welche Wirkung hätte eine falsche Annahme in Dev, Staging, Prod und CI?
  • Security-Frage: Welche Accounts, Dienste, Pakete, 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. APT

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

A017. systemd

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

A018. journald

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

A019. Netplan

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

A020. AppArmor

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

A021. Ubuntu Pro

  • Arbeitsauftrag: Security-Baseline markieren und beziehe die Beobachtung ausdrücklich auf Ubuntu Pro.
  • Nachweis: Notiere mindestens einen Ubuntu-nahen Befehl, erwartete Ausgabe und Grenze der Aussagekraft.
  • Betriebsfrage: Welche Wirkung hätte eine falsche Annahme in Dev, Staging, Prod und CI?
  • Security-Frage: Welche Accounts, Dienste, Pakete, 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. LTS

  • Arbeitsauftrag: Monitoring- oder Alert-Regel benennen und beziehe die Beobachtung ausdrücklich auf LTS.
  • Nachweis: Notiere mindestens einen Ubuntu-nahen Befehl, erwartete Ausgabe und Grenze der Aussagekraft.
  • Betriebsfrage: Welche Wirkung hätte eine falsche Annahme in Dev, Staging, Prod und CI?
  • Security-Frage: Welche Accounts, Dienste, Pakete, 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. APT

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

A024. systemd

  • Arbeitsauftrag: Teamregel formulieren 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.

A025. journald

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

A026. Netplan

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

A027. AppArmor

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

A028. Ubuntu Pro

  • Arbeitsauftrag: Netzwerkannahme dokumentieren und beziehe die Beobachtung ausdrücklich auf Ubuntu Pro.
  • Nachweis: Notiere mindestens einen Ubuntu-nahen Befehl, erwartete Ausgabe und Grenze der Aussagekraft.
  • Betriebsfrage: Welche Wirkung hätte eine falsche Annahme in Dev, Staging, Prod und CI?
  • Security-Frage: Welche Accounts, Dienste, Pakete, 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. LTS

  • Arbeitsauftrag: Benutzer- und sudo-Regel prüfen und beziehe die Beobachtung ausdrücklich auf LTS.
  • Nachweis: Notiere mindestens einen Ubuntu-nahen Befehl, erwartete Ausgabe und Grenze der Aussagekraft.
  • Betriebsfrage: Welche Wirkung hätte eine falsche Annahme in Dev, Staging, Prod und CI?
  • Security-Frage: Welche Accounts, Dienste, Pakete, 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. APT

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

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

A032. journald

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

A033. Netplan

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

A034. AppArmor

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

A035. Ubuntu Pro

  • Arbeitsauftrag: Rollback- oder Recovery-Pfad notieren und beziehe die Beobachtung ausdrücklich auf Ubuntu Pro.
  • Nachweis: Notiere mindestens einen Ubuntu-nahen Befehl, erwartete Ausgabe und Grenze der Aussagekraft.
  • Betriebsfrage: Welche Wirkung hätte eine falsche Annahme in Dev, Staging, Prod und CI?
  • Security-Frage: Welche Accounts, Dienste, Pakete, 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. LTS

  • Arbeitsauftrag: Teamregel formulieren und beziehe die Beobachtung ausdrücklich auf LTS.
  • Nachweis: Notiere mindestens einen Ubuntu-nahen Befehl, erwartete Ausgabe und Grenze der Aussagekraft.
  • Betriebsfrage: Welche Wirkung hätte eine falsche Annahme in Dev, Staging, Prod und CI?
  • Security-Frage: Welche Accounts, Dienste, Pakete, 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. APT

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

A038. systemd

  • Arbeitsauftrag: Paket- und Repository-Risiko bewerten 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.

A039. journald

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

A040. Netplan

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

A041. AppArmor

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

A042. Ubuntu Pro

  • Arbeitsauftrag: Firewall-Regel und Exposition bewerten und beziehe die Beobachtung ausdrücklich auf Ubuntu Pro.
  • Nachweis: Notiere mindestens einen Ubuntu-nahen Befehl, erwartete Ausgabe und Grenze der Aussagekraft.
  • Betriebsfrage: Welche Wirkung hätte eine falsche Annahme in Dev, Staging, Prod und CI?
  • Security-Frage: Welche Accounts, Dienste, Pakete, 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. LTS

  • Arbeitsauftrag: Storage- und Backup-Pfad beschreiben und beziehe die Beobachtung ausdrücklich auf LTS.
  • Nachweis: Notiere mindestens einen Ubuntu-nahen Befehl, erwartete Ausgabe und Grenze der Aussagekraft.
  • Betriebsfrage: Welche Wirkung hätte eine falsche Annahme in Dev, Staging, Prod und CI?
  • Security-Frage: Welche Accounts, Dienste, Pakete, 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. APT

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

A045. systemd

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

A046. journald

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

A047. Netplan

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

A048. AppArmor

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

A049. Ubuntu Pro

  • Arbeitsauftrag: Release- und Supportstatus prüfen und beziehe die Beobachtung ausdrücklich auf Ubuntu Pro.
  • Nachweis: Notiere mindestens einen Ubuntu-nahen Befehl, erwartete Ausgabe und Grenze der Aussagekraft.
  • Betriebsfrage: Welche Wirkung hätte eine falsche Annahme in Dev, Staging, Prod und CI?
  • Security-Frage: Welche Accounts, Dienste, Pakete, 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. LTS

  • Arbeitsauftrag: Paket- und Repository-Risiko bewerten und beziehe die Beobachtung ausdrücklich auf LTS.
  • Nachweis: Notiere mindestens einen Ubuntu-nahen Befehl, erwartete Ausgabe und Grenze der Aussagekraft.
  • Betriebsfrage: Welche Wirkung hätte eine falsche Annahme in Dev, Staging, Prod und CI?
  • Security-Frage: Welche Accounts, Dienste, Pakete, 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. APT

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

A052. systemd

  • Arbeitsauftrag: Netzwerkannahme dokumentieren 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.

A053. journald

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

A054. Netplan

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

A055. AppArmor

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

A056. Ubuntu Pro

  • Arbeitsauftrag: Patch- und Reboot-Fenster notieren und beziehe die Beobachtung ausdrücklich auf Ubuntu Pro.
  • Nachweis: Notiere mindestens einen Ubuntu-nahen Befehl, erwartete Ausgabe und Grenze der Aussagekraft.
  • Betriebsfrage: Welche Wirkung hätte eine falsche Annahme in Dev, Staging, Prod und CI?
  • Security-Frage: Welche Accounts, Dienste, Pakete, 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. LTS

  • Arbeitsauftrag: Security-Baseline markieren und beziehe die Beobachtung ausdrücklich auf LTS.
  • Nachweis: Notiere mindestens einen Ubuntu-nahen Befehl, erwartete Ausgabe und Grenze der Aussagekraft.
  • Betriebsfrage: Welche Wirkung hätte eine falsche Annahme in Dev, Staging, Prod und CI?
  • Security-Frage: Welche Accounts, Dienste, Pakete, 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. APT

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

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

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

A061. Netplan

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

A062. AppArmor

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

A063. Ubuntu Pro

  • Arbeitsauftrag: Service-Status und Logs erklären und beziehe die Beobachtung ausdrücklich auf Ubuntu Pro.
  • Nachweis: Notiere mindestens einen Ubuntu-nahen Befehl, erwartete Ausgabe und Grenze der Aussagekraft.
  • Betriebsfrage: Welche Wirkung hätte eine falsche Annahme in Dev, Staging, Prod und CI?
  • Security-Frage: Welche Accounts, Dienste, Pakete, 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. LTS

  • Arbeitsauftrag: Netzwerkannahme dokumentieren und beziehe die Beobachtung ausdrücklich auf LTS.
  • Nachweis: Notiere mindestens einen Ubuntu-nahen Befehl, erwartete Ausgabe und Grenze der Aussagekraft.
  • Betriebsfrage: Welche Wirkung hätte eine falsche Annahme in Dev, Staging, Prod und CI?
  • Security-Frage: Welche Accounts, Dienste, Pakete, 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. APT

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

A066. systemd

  • Arbeitsauftrag: Firewall-Regel und Exposition bewerten 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.

A067. journald

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

A068. Netplan

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

A069. AppArmor

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

A070. Ubuntu Pro

  • Arbeitsauftrag: Monitoring- oder Alert-Regel benennen und beziehe die Beobachtung ausdrücklich auf Ubuntu Pro.
  • Nachweis: Notiere mindestens einen Ubuntu-nahen Befehl, erwartete Ausgabe und Grenze der Aussagekraft.
  • Betriebsfrage: Welche Wirkung hätte eine falsche Annahme in Dev, Staging, Prod und CI?
  • Security-Frage: Welche Accounts, Dienste, Pakete, 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. LTS

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

A072. APT

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

A073. systemd

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

A074. journald

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

A075. Netplan

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

A076. AppArmor

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

A077. Ubuntu Pro

  • Arbeitsauftrag: Benutzer- und sudo-Regel prüfen und beziehe die Beobachtung ausdrücklich auf Ubuntu Pro.
  • Nachweis: Notiere mindestens einen Ubuntu-nahen Befehl, erwartete Ausgabe und Grenze der Aussagekraft.
  • Betriebsfrage: Welche Wirkung hätte eine falsche Annahme in Dev, Staging, Prod und CI?
  • Security-Frage: Welche Accounts, Dienste, Pakete, 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. LTS

  • Arbeitsauftrag: Firewall-Regel und Exposition bewerten und beziehe die Beobachtung ausdrücklich auf LTS.
  • Nachweis: Notiere mindestens einen Ubuntu-nahen Befehl, erwartete Ausgabe und Grenze der Aussagekraft.
  • Betriebsfrage: Welche Wirkung hätte eine falsche Annahme in Dev, Staging, Prod und CI?
  • Security-Frage: Welche Accounts, Dienste, Pakete, 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. APT

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

A080. systemd

  • Arbeitsauftrag: Patch- und Reboot-Fenster 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.

A081. journald

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

A082. Netplan

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

A083. AppArmor

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

A084. Ubuntu Pro

  • Arbeitsauftrag: Teamregel formulieren und beziehe die Beobachtung ausdrücklich auf Ubuntu Pro.
  • Nachweis: Notiere mindestens einen Ubuntu-nahen Befehl, erwartete Ausgabe und Grenze der Aussagekraft.
  • Betriebsfrage: Welche Wirkung hätte eine falsche Annahme in Dev, Staging, Prod und CI?
  • Security-Frage: Welche Accounts, Dienste, Pakete, 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. LTS

  • Arbeitsauftrag: Release- und Supportstatus prüfen und beziehe die Beobachtung ausdrücklich auf LTS.
  • Nachweis: Notiere mindestens einen Ubuntu-nahen Befehl, erwartete Ausgabe und Grenze der Aussagekraft.
  • Betriebsfrage: Welche Wirkung hätte eine falsche Annahme in Dev, Staging, Prod und CI?
  • Security-Frage: Welche Accounts, Dienste, Pakete, 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. APT

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

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

A088. journald

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

A089. Netplan

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

A090. AppArmor

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

A091. Ubuntu Pro

  • Arbeitsauftrag: Storage- und Backup-Pfad beschreiben und beziehe die Beobachtung ausdrücklich auf Ubuntu Pro.
  • Nachweis: Notiere mindestens einen Ubuntu-nahen Befehl, erwartete Ausgabe und Grenze der Aussagekraft.
  • Betriebsfrage: Welche Wirkung hätte eine falsche Annahme in Dev, Staging, Prod und CI?
  • Security-Frage: Welche Accounts, Dienste, Pakete, 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. LTS

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

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.