Von einem Homelab-Enthusiasten, der Proxmox täglich produktiv einsetzt

Mein Homelab läuft seit über zwei Jahren auf Proxmox VE. Angefangen mit einem gebrauchten Dell OptiPlex, heute betreibe ich darauf Dutzende VMs und LXC-Container – von meinem eigenen DNS-Server über ein SIEM-Lab bis hin zu Docker-Stacks.

Proxmox ist das beste, was mir in meiner Homelab-Reise passiert ist. In diesem Guide zeige ich dir, wie du von null auf ein funktionierendes Proxmox-Homelab kommst – mit konkreten Befehlen, echten Configs und dem Wissen aus zwei Jahren Trial-and-Error.

Was ist Proxmox VE?

Proxmox Virtual Environment (Proxmox VE) ist eine Open-Source-Plattform für Server-Virtualisierung. Sie kombiniert zwei Technologien in einer einzigen Web-Oberfläche:

• KVM (Kernel-based Virtual Machine): Vollständige Virtualisierung für Windows, Linux, etc.

• LXC (Linux Containers): Leichtgewichtige Container für Linux-Systeme

Proxmox ist kostenlos nutzbar. Es gibt eine Enterprise-Subscription (für Support und stabile Updates), aber für Homelabs reicht die kostenlose Community-Repository-Variante absolut aus.

Aktuelle Version (2025): Proxmox VE 8.x (basiert auf Debian 12 Bookworm)

Proxmox vs. Alternativen

VMware hat 2024 seinen kostenlosen ESXi eingestellt. Seitdem laufen viele Homelabber zu Proxmox – und das zu Recht.

Hardware-Empfehlungen für den Einstieg

Du brauchst keine teure Server-Hardware. Mein erster Proxmox-Host war ein gebrauchter Dell OptiPlex 3080 für 80€.

Minimum (für Einsteiger)

• CPU: Quad-Core mit Virtualisierungsunterstützung (Intel VT-x oder AMD-V)

• RAM: 16 GB (32 GB ist besser – RAM ist die häufigste Engpass-Ressource)

• Storage: 256 GB SSD (NVMe bevorzugt) für das Betriebssystem + VM-Storage

• Netzwerk: 1 GbE (2.5 GbE ist empfohlen)

Mein aktuelles Setup

• Host 1: Intel NUC 12 Pro (i5-1240P, 64 GB DDR4, 1 TB NVMe) – Primärhost

• Host 2: Dell OptiPlex 3080 (i5-10500T, 32 GB DDR4, 500 GB SSD) – Backup + Lab

• NAS: Separate TrueNAS-Box für NFS-Storage (für VM-Backups)

Worauf du achten solltest

RAM ist König. Jede VM braucht RAM. Wenn du 5 VMs mit je 4 GB betreibst, brauchst du mindestens 20 GB plus Overhead für Proxmox selbst. Kaufe lieber mehr RAM als eine schnellere CPU.

ECC-RAM ist für Homelabs optional, aber wenn du gebrauchte Workstation-Hardware kaufst (HP Z-Series, Dell Precision), bekommst du oft ECC gratis dazu.

IOPS sind wichtig für Storage. HDDs sind für VM-Storage langsam. NVMe > SATA SSD > HDD. Ich betreibe System-VMs auf NVMe und Daten-VMs auf SATA SSD.

Installation: Schritt für Schritt

1. ISO herunterladen und USB erstellen

# Proxmox VE ISO von der offiziellen Seite laden:
# https://www.proxmox.com/en/downloads

# USB-Stick unter Linux erstellen (ACHTUNG: /dev/sdX anpassen!):
dd if=proxmox-ve_8.x-1.iso of=/dev/sdX bs=1M status=progress

Unter Windows: Balena Etcher oder Rufus (im DD-Modus).

2. Boot und Installation

1. USB-Stick einstecken, von USB booten (im BIOS: Secure Boot deaktivieren, UEFI-Boot aktivieren)

2. "Install Proxmox VE (Graphical)" wählen

3. Zieldiskette wählen (die SSD/NVMe für Proxmox)

4. Filesystem: ZFS (empfohlen, wenn du Redundanz willst) oder ext4 (einfacher, für Einsteiger)

5. Zeitzone: Europe/Berlin

6. Root-Passwort setzen (sicheres Passwort!)

7. Netzwerk konfigurieren:

   • Hostname: pve01.homelab.local

   • IP: Statische IP vergeben (z.B. 192.168.1.10/24)

   • Gateway: Dein Router (z.B. 192.168.1.1)

   • DNS: 1.1.1.1 (oder dein lokaler DNS)

Nach der Installation: Neustart, USB abziehen.

3. Web-GUI aufrufen

https://192.168.1.10:8006

Login: root + das Passwort von der Installation.

Browser-Warnung: Proxmox nutzt ein selbst-signiertes Zertifikat. Klicke "Weiter zur Seite" / "Accept Risk". Du kannst später ein Let's Encrypt-Zertifikat einrichten.

Post-Installation: Wichtige Konfigurationen

No-Subscription Repository einrichten

Das Enterprise-Repository erfordert eine kostenpflichtige Subscription. Für Homelabs nutzt du das Community-Repository:

# SSH auf Proxmox (als root):
ssh root@192.168.1.10

# Enterprise-Repo deaktivieren:
echo "# deaktiviert" > /etc/apt/sources.list.d/pve-enterprise.list

# No-Subscription-Repo hinzufügen:
echo "deb http://download.proxmox.com/debian/pve bookworm pve-no-subscription" \
  > /etc/apt/sources.list.d/pve-no-subscription.list

# Ceph-Repo ebenfalls deaktivieren (falls nicht benötigt):
echo "# deaktiviert" > /etc/apt/sources.list.d/ceph.list

# System aktualisieren:
apt update && apt dist-upgrade -y

Subscription-Popup entfernen (optional)

# Lästigen "No valid subscription" Dialog entfernen:
sed -i.bak "s/data.status !== 'Active'/false/g" \
  /usr/share/javascript/proxmox-widget-toolkit/proxmoxlib.js

# Proxmox GUI neustarten:
systemctl restart pveproxy

Dark Mode aktivieren

In der Web-GUI: Oben rechts → Benutzer-Icon → "Color Theme" → "Proxmox Dark"

Erste VM erstellen: Schritt für Schritt

ISO hochladen

1. Im Proxmox-Dashboard: "local" Storage → "ISO Images" → "Upload"

2. Lade z.B. Ubuntu Server 24.04 LTS hoch

Alternativ direkt per URL:

Datacenter → pve01 → local → ISO Images → "Download from URL"
URL: https://releases.ubuntu.com/24.04/ubuntu-24.04.1-live-server-amd64.iso

VM erstellen (GUI)

1. "Create VM" (oben rechts)

2. General: Name z.B. ubuntu-server-01, VM-ID (100+)

3. OS: ISO auswählen, Type: Linux, Version: 6.x - 2.6 Kernel

4. System:

   • Machine: q35 (moderner als i440fx)

   • BIOS: OVMF (UEFI) – empfohlen für moderne OSe

   • Qemu Agent: ✅ aktivieren

5. Disks: VirtIO SCSI, 32 GB, SSD emulation aktivieren

6. CPU: 2 Cores, Type: host (beste Performance, kein Live-Migration)

7. Memory: 2048 MB (2 GB)

8. Network: VirtIO (paravirtualized) – beste Performance

9. Bestätigen → Finish → Start

Qemu Guest Agent installieren (in der VM)

# In der Ubuntu-VM nach der Installation:
sudo apt install qemu-guest-agent
sudo systemctl enable --now qemu-guest-agent

Der Qemu Agent ermöglicht Proxmox, die IP-Adresse der VM anzuzeigen und sauber zu shuten.

LXC Container: Wenn VMs zu schwer sind

LXC-Container sind der geheime Superpower von Proxmox. Sie starten in Sekunden, verbrauchen kaum RAM und sind perfekt für Services wie DNS, Reverse Proxy, Monitoring.

Container Templates herunterladen

Datacenter → pve01 → local → CT Templates → "Templates" Button

Beliebte Templates: Debian 12, Ubuntu 22.04, Alpine Linux

Container erstellen

# Per CLI (schneller als GUI):
pct create 200 local:vztmpl/debian-12-standard_12.7-1_amd64.tar.zst \
  --hostname pihole \
  --cores 1 \
  --memory 512 \
  --rootfs local-lvm:8 \
  --net0 name=eth0,bridge=vmbr0,ip=192.168.1.20/24,gw=192.168.1.1 \
  --nameserver 1.1.1.1 \
  --password SuperSicher123 \
  --unprivileged 1

# Container starten:
pct start 200

# In Container einloggen:
pct enter 200

Netzwerk konfigurieren

Standard-Netzwerk (Single Bridge)

Proxmox erstellt standardmäßig eine Bridge vmbr0, die alle VMs miteinander und mit dem Host-Netzwerk verbindet.

# /etc/network/interfaces anzeigen:
cat /etc/network/interfaces

# Standard-Konfiguration:
auto lo
iface lo inet loopback

auto eno1
iface eno1 inet manual

auto vmbr0
iface vmbr0 inet static
    address 192.168.1.10/24
    gateway 192.168.1.1
    bridge-ports eno1
    bridge-stp off
    bridge-fd 0

VLAN-Setup (für fortgeschrittene Netzwerktrennung)

# VLAN-aware Bridge aktivieren:
# In /etc/network/interfaces die Bridge-Definition ergänzen:
auto vmbr0
iface vmbr0 inet static
    address 192.168.1.10/24
    gateway 192.168.1.1
    bridge-ports eno1
    bridge-stp off
    bridge-fd 0
    bridge-vlan-aware yes
    bridge-vids 2-4094

Danach kannst du pro VM/Container ein VLAN-Tag setzen (unter Network → VLAN Tag).

Backups einrichten: Das Wichtigste überhaupt

Eine VM ohne Backup ist eine VM, die du verlieren kannst. Proxmox hat ein integriertes Backup-Tool (vzdump).

Backup-Storage einrichten

Für lokale Backups nutze ein separates Verzeichnis oder eine externe Platte:

# Im GUI:
# Datacenter → Storage → Add → Directory
# ID: backup-local
# Directory: /mnt/backup
# Content: VZDump backup file

Automatische Backup-Schedules

Datacenter → Backup → "Add"
- Storage: backup-local
- Schedule: Daily, 02:00
- Selection: All (oder spezifische VMs)
- Compression: ZSTD (beste Balance aus Speed und Ratio)
- Mode: Snapshot (kein Downtime bei laufenden VMs)
- Max Backups: 3 (behalte 3 Versionen)

Backup per CLI (manuell)

# VM 100 sichern:
vzdump 100 --storage backup-local --compress zstd --mode snapshot

# Alle VMs sichern:
vzdump --all --storage backup-local --compress zstd --mode snapshot

Docker auf Proxmox: Die richtige Architektur

Eine häufige Frage: Docker direkt auf Proxmox oder in einer VM?

Meine Empfehlung: Docker in einer dedizierten VM oder einem LXC-Container.

Warum? Docker direkt auf dem Proxmox-Host vermischt Virtualisierungsebenen und macht Updates und Wartung komplizierter.

Docker in einem LXC-Container (mein Setup)

# Privilegierten LXC-Container für Docker erstellen:
pct create 110 local:vztmpl/ubuntu-22.04-standard_22.04-1_amd64.tar.zst \
  --hostname docker-host \
  --cores 4 \
  --memory 4096 \
  --rootfs local-lvm:50 \
  --net0 name=eth0,bridge=vmbr0,ip=192.168.1.30/24,gw=192.168.1.1 \
  --nameserver 1.1.1.1 \
  --password DockerPass123 \
  --unprivileged 0  # Privilegiert für Docker nötig

# Container-Optionen für Docker setzen:
pct set 110 --features nesting=1,keyctl=1

pct start 110
pct enter 110

# Docker installieren:
curl -fsSL https://get.docker.com | sh
systemctl enable --now docker

Ich betreibe so Dutzende Services: Portainer, Traefik (Reverse Proxy), Vaultwarden, Gitea, Uptime Kuma, Jellyfin, und mehr.

Nützliche Proxmox-Befehle für den Alltag

# Alle VMs und Container anzeigen:
qm list    # VMs
pct list   # Container

# VM starten/stoppen/neustarten:
qm start 100
qm stop 100
qm reboot 100

# VM-Konsole öffnen (wenn kein Bildschirm):
qm terminal 100

# Ressourcennutzung anzeigen:
pvesh get /nodes/pve01/status

# Proxmox-Logs anzeigen:
journalctl -u pve-cluster -f

# Storage-Übersicht:
pvesm status

# Backup sofort starten:
vzdump 100 --storage backup-local --compress zstd

# VM klonen (nützlich für Templates):
qm clone 100 101 --name ubuntu-clone --full

# Snapshot erstellen:
qm snapshot 100 snap-vor-update --description "Vor Major Update"

# Auf Snapshot zurückrollen:
qm rollback 100 snap-vor-update

Häufige Probleme und Lösungen

"No valid subscription" bei jedem Login

→ Siehe oben, Popup-Entfernung per sed-Befehl

VM hat keine Netzwerkverbindung

# In der VM prüfen ob VirtIO-Treiber geladen:
lsmod | grep virtio

# Netzwerk-Interface in VM neu starten:
ip link set ens18 down && ip link set ens18 up

Proxmox-Host zu wenig RAM nach vielen VMs

# Balloon-Driver nutzen: Proxmox kann RAM dynamisch zuteilen
# In VM-Einstellungen: Memory → Ballooning aktivieren
# Minimum Memory setzen (z.B. 512 MB) – Proxmox kann RAM zurückfordern

ZFS-Pool voll

# ZFS-Pool-Status:
zpool status

# Freien Speicher anzeigen:
zfs list

# Alte Snapshots finden und löschen:
zfs list -t snapshot
zfs destroy tank/vm-100-disk-0@snap-alt

Mein empfohlener Stack für Einsteiger

Nach zwei Jahren Proxmox-Betrieb ist das mein empfohlener Starter-Stack:

Total: ~4 GB RAM – auf einem 16-GB-System läuft das problemlos.

Fazit

Proxmox VE ist die beste Entscheidung, die du für dein Homelab treffen kannst. Kostenlos, mächtig, und mit einer aktiven Community. Die Lernkurve ist flach genug für Einsteiger, aber tief genug für fortgeschrittene Setups.

Nächste Schritte nach diesem Guide:

1. Eigenes CA-Zertifikat einrichten (kein Browser-Warning mehr)

2. Let's Encrypt für die Web-GUI

3. Proxmox Cluster mit einem zweiten Host aufbauen

4. Ceph oder NFS für shared Storage

5. Automatisierung mit Terraform Proxmox Provider

Fragen? Schreib sie in die Kommentare – ich beantworte sie aus meiner täglichen Homelab-Erfahrung.

Tags: #homelab #proxmox #selfhosted #linux

Autor: IT Security Manager und Homelab-Enthusiast | Proxmox-Nutzer seit 2022

Von einem IT Security Manager mit CISSP, CySA+ und SC-200

Vor zwei Jahren saß ich in einem Pearson VUE Testzentrum in München und wartete darauf, dass meine CAT-Prüfung startet. 125 bis 175 Fragen, adaptive Schwierigkeit, 4 Stunden Zeit. Kein Buch, kein Google, kein Kollege. Nur du und das, was du wirklich weißt.

Ich habe bestanden. Und in diesem Artikel zeige ich dir exakt, wie ich mich vorbereitet habe – als jemand, der nebenberuflich für CISSP gelernt hat, während er gleichzeitig als Security Manager Vollzeit gearbeitet hat.

Kein Motivations-Blabla. Nur konkreter Plan.

Warum CISSP? (Und warum ich lange gezögert habe)

Ich hatte bereits CySA+ und SC-200. Beide sind starke Zertifizierungen, aber sie positionieren dich primär als Analyst oder Engineer. CISSP hingegen positioniert dich als Entscheider.

Der Unterschied wurde mir klar, als ich in einem Steering Committee saß und ein CISO-Kandidat aus der Runde gefragt wurde: "Haben Sie CISSP?" Er nickte. Ich schwieg.

CISSP öffnet Türen zu:

• CISO-Positionen (fast immer gefordert oder bevorzugt)

• Senior Security Architect Rollen

• Beratungsprojekten auf strategischer Ebene

• Höherem Gehalt (laut ISC2 Global Workforce Study: +20-30% gegenüber vergleichbaren Rollen ohne CISSP)

Aber: CISSP ist anspruchsvoll. Nicht wegen der Tiefe des Wissens in einem Bereich, sondern wegen der Breite. Du musst in 8 Domains zu Hause sein.

Voraussetzungen: Was du wirklich brauchst

Formelle Anforderungen (ISC2)

• 5 Jahre kumulierte Berufserfahrung in mindestens 2 der 8 CISSP-Domains

• Alternativ: 4 Jahre mit Hochschulabschluss (Bachelor oder höher)

• Nach der Prüfung: Endorsement durch einen bestehenden CISSP-Inhaber

• Einmalige Mitgliedsgebühr + jährliche AMF (Annual Maintenance Fee)

Meine tatsächlichen Voraussetzungen

Als ich mit dem Lernen begann, hatte ich:

• 8 Jahre IT, davon 3 Jahre Security

• Täglich mit Asset Management, Risk Assessment, Incident Response

• Kenntnisse in Azure, M365, SIEM/SOC-Betrieb

• CySA+ und SC-200 bereits abgeschlossen

Das half enorm – besonders für die Domains Security Operations, Security Assessment und IAM. Aber Domain 3 (Security Architecture) und Domain 8 (Software Development Security) waren echte Schwachstellen.

Die 8 CISSP Domains (Stand 2025)

Domain 1 hat das höchste Gewicht und ist gleichzeitig die, die die meisten unterschätzen. Risk Management klingt einfach – aber die Prüfungsfragen verlangen echtes konzeptuelles Denken, nicht Faktenwissen.

Mein 12-Wochen-Lernplan (konkret)

Ich habe täglich 1,5 bis 2 Stunden gelernt. An Wochenenden 3-4 Stunden. Das sind ca. 200 Stunden gesamt – realistisch für Vollzeitbeschäftigte.

Wochen 1-2: Security and Risk Management (Domain 1)

Ziel: Solides Fundament in Risk Frameworks, CIA-Triad, Governance

Material:

• Buch: "CISSP All-in-One Exam Guide" von Shon Harris / Mike Chapple (Kapitel 1-2)

• Video: Kelly Handerhan auf Cybrary (kostenlos, absolut Pflicht)

• Übungsfragen: 50-75 Fragen täglich aus Boson ExSim oder Official ISC2 Practice Tests

Konkrete Themen:

• CIA-Triad, DAD-Triad

• Risk = Threat × Vulnerability × Asset Value

• Qualitative vs. Quantitative Risk Assessment

• ALE (Annual Loss Expectancy), ARO, SLE

• BCP/DRP Konzepte (hier nur Überblick, Details kommen in Woche 9)

• Security Policies, Standards, Guidelines, Baselines

Erkenntnis der Woche: CISSP denkt wie ein Manager, nicht wie ein Techniker. Bei jeder Frage: "Was würde ein CISO entscheiden?" – nicht "Was ist technisch korrekt?"

Wochen 3-4: Asset Security + Security Architecture (Domains 2 & 3)

Ziel: Daten-Lifecycle, Kryptographie, Sicherheitsmodelle verstehen

Material:

• Chapple/Stewart: Kapitel 3-5

• YouTube: Professor Messer (kostenlos, gut für Überblick)

• Flashcards: Anki-Deck für Krypto-Algorithmen

Domain 2 - Asset Security:

• Data Classification (Government vs. Commercial)

• Data States: at rest, in motion, in use

• Data Lifecycle Management

• DRM, DLP Konzepte

• Retention Policies, Data Destruction (DoD 5220.22-M, degaussing, shredding)

Domain 3 - Security Architecture:

• Bell-LaPadula (Confidentiality) vs. Biba (Integrity) vs. Clark-Wilson

• Common Criteria (EAL Levels 1-7)

• Trusted Computing Base (TCB)

• Kryptographie: Symmetrisch (AES, DES, 3DES), Asymmetrisch (RSA, ECC), Hashing (SHA-2, SHA-3, MD5)

• PKI: CA, RA, CRL, OCSP

• IPSec: AH vs. ESP, Tunnel vs. Transport

Warnung: Domain 3 ist Stoff-intensiv. Plane für diese zwei Wochen mehr Wiederholungen ein.

Wochen 5-6: Communication & Network Security + IAM (Domains 4 & 5)

Ziel: Netzwerk-Protokolle, Zugriffskonzepte

Domain 4 - Netzwerk:

• OSI-Modell (alle 7 Schichten mit Protokollen)

• TCP/IP-Stack, Handshake-Prozesse

• Firewalls: Packet Filtering, Stateful, NGFW, WAF

• VPN: IPSec, SSL/TLS, PPTP (veraltet, aber Prüfungsrelevant)

• Wireless Security: WEP (gebrochen), WPA2, WPA3

• VLAN, NAT, PAT

• Angriffe: MITM, ARP-Spoofing, DNS-Poisoning, Session Hijacking

Domain 5 - IAM:

• Authentifizierungsfaktoren: Something you know/have/are

• SSO, Federation, SAML, OAuth 2.0, OpenID Connect

• Kerberos (wichtig! Golden Ticket, Silver Ticket Attacks)

• RADIUS vs. TACACS+

• Provisioning/Deprovisioning, Least Privilege, Need-to-Know

• Biometrics: FAR, FRR, CER

Als jemand der täglich mit Azure AD / Entra ID arbeitet: Diese Domain saß bei mir gut. Nutze deine Praxiserfahrung – aber pass auf bei veralteten Protokollen in Prüfungsfragen.

Wochen 7-8: Security Assessment + Security Operations (Domains 6 & 7)

Ziel: Testing-Methodiken, Incident Response, SOC-Prozesse

Domain 6 - Assessment:

• Penetration Testing: Black/White/Grey Box, OWASP Top 10

• Vulnerability Assessment vs. Penetration Test (Unterschied ist prüfungsrelevant!)

• Code Review: Static (SAST) vs. Dynamic (DAST)

• Log Monitoring, SIEM, Security Metrics (KPIs, KRIs)

• Audit Types: Internal, External, Third-Party

Domain 7 - Operations:

• Incident Response (NIST SP 800-61): Preparation → Detection → Containment → Eradication → Recovery → Lessons Learned

• Forensics: Chain of Custody, Order of Volatility (wichtig!)

• BCP/DRP Detail: RTO, RPO, MTD/MAD

• Physical Security: Guards, Mantraps, CCTV, Badges

• Change Management, Configuration Management, Patch Management

Für mich die einfachste Phase – als Security Manager macht man das täglich. Trotzdem: Lerne die ISC2-Terminologie. "Incident" und "Event" haben im CISSP-Kontext spezifische Bedeutungen.

Wochen 9-10: Software Development Security + Wiederholung (Domain 8)

Ziel: SDLC-Konzepte verstehen, alle Domains konsolidieren

Domain 8:

• SDLC Modelle: Waterfall, Agile, Spiral, DevSecOps

• Security in jeder SDLC-Phase

• OWASP Top 10 (2021): Injection, Broken Auth, XSS, IDOR, SSRF etc.

• Buffer Overflow, SQL Injection, Cross-Site Request Forgery

• Secure Coding: Input Validation, Output Encoding, Error Handling

• API Security, Microservices-Security

Wiederholung:

• Erstelle eine Mind-Map für jede Domain (hand-drawn, nicht digital – das hilft beim Einprägen)

• Gehe alle Fragen durch, die du falsch beantwortet hast, und kategorisiere sie nach Domain

Wochen 11-12: Prüfungsvorbereitung intensiv

Ziel: Prüfungsreife erreichen, Stressniveau senken

Woche 11:

• Täglich 150-200 Übungsfragen (gemischt, alle Domains)

• Fokus auf "Management"-Denkweise bei jeder Frage

• Ziel: Mindestens 75-80% in Übungstests

Woche 12:

• Reduziere auf 75-100 Fragen täglich

• Keine neuen Konzepte mehr lernen

• Wiederhole schwache Bereiche (für mich: Kryptographie und Software Dev)

• Schlaf, Sport, ausgewogene Ernährung – kein Witz, das macht einen Unterschied

Die besten Ressourcen

Absolute Pflichtlektüre: "How to Think Like a Manager for the CISSP Exam" von Luke Ahmed. Dieses Buch hat meine Denkweise komplett verändert. CISSP testet nicht, was du technisch kannst – es testet, wie du als Security Manager entscheidest.

Prüfungstag: Was wirklich wichtig ist

Adaptive CAT-Prüfung verstehen

CISSP nutzt seit 2021 die Computerized Adaptive Testing (CAT) Methode (für englischsprachige Prüfungen):

• 125 bis 175 Fragen

• Schwierigkeit passt sich deiner Performance an

• Du bestehst, wenn das System mit 95% Konfidenz feststellt, dass du über dem Bestehens-Level bist

• Endet früher wenn eindeutig (bestanden oder nicht bestanden)

Was das bedeutet: Wenn du nach 125 Fragen aufhörst, ist das kein schlechtes Zeichen! Das System hatte genug Daten.

Am Prüfungstag

• Frühstücke gut, aber nicht zu schwer

• Sei 30 Minuten früher da (ID-Check dauert)

• Nimm alle erlaubten Pausen – du hast Anspruch darauf

• Bei schweren Fragen: Eliminiere offensichtlich falsche Antworten zuerst

• "Wähle die beste Antwort" – manchmal sind mehrere Antworten "richtig", aber nur eine ist optimal

Die häufigste Falle

Viele IT-Leute denken zu technisch. CISSP-Fragen haben oft eine technisch korrekte Antwort und eine "management-korrekte" Antwort. Nimm fast immer die Management-Antwort.

Beispiel: "Ein Mitarbeiter meldet einen Sicherheitsvorfall. Was ist deine erste Maßnahme?"

• Falsch (technisch): Sofort isolieren, forensische Analyse starten

• Richtig (CISSP): Notifiziere das Management / folge dem Incident Response Plan

Fazit: War es das wert?

Ja. Eindeutig.

CISSP hat mir nicht nur das Zertifikat gebracht – es hat meine Denkweise als Security Manager fundamentally verändert. Ich treffe bessere Risk-Entscheidungen. Ich kann strategisch argumentieren. Ich verstehe die Business-Seite von Security viel besser.

12 Wochen, ~200 Stunden, ein klarer Plan. Kein Hexenwerk.

Wenn du Fragen zum Lernplan hast oder spezifische Domains vertiefen willst, schreib es in die Kommentare. Ich antworte.

Tags: #cissp #security #career #certification

Autor: IT Security Manager mit CISSP, CySA+, SC-200 | 12 Jahre IT-Erfahrung

If you're a writer, researcher, or content creator in web3 — you've probably noticed the same problem I have: the economics of writing online are fundamentally broken.

You pour hours into a deep-dive article. You publish it. Maybe it gets some likes. But the value you created? It evaporates. No ownership. No upside. No skin in the game for your readers.

That's exactly why I launched $FREYR — a writer coin on Base, powered by Paragraph.

What Are Writer Coins?

Paragraph — the web3-native publishing platform — introduced Writer Coins as a way to align incentives between creators and their audience.

Here's the concept in 30 seconds:

• Every writer on Paragraph can launch their own token on Base (Coinbase's L2).

• When readers collect (mint) a post, they pay a small amount of ETH.

• Collectors receive the writer's token ($FREYR in my case).

• Early supporters get more tokens. The bonding curve rewards conviction.

• Writers earn ETH directly. No middlemen. No ad networks. No paywall friction.

It's not about speculation. It's about creating a direct economic link between the person who writes and the people who read.

Why I Did This as a Security Professional

I'm a cybersecurity professional with 12+ years in IT — currently working as an IT Security Manager specializing in architecture and incident response. I hold CISSP, CySA+, SC-200, and several other certifications. I've written a book on cybersecurity ("Die neue Realität der Cybersecurity").

So why am I launching a token?

Because I believe the creator economy needs the same thing enterprise security needs: trustless, transparent systems.

In traditional publishing:

• Medium takes a cut and controls distribution

• Substack owns your subscriber list

• Ad-supported blogs incentivize clickbait over depth

• Paywalls create friction that kills reach

With Paragraph + Base:

• I own my content and my audience relationship

• Revenue is on-chain and transparent

• Readers who collect early get rewarded if my content gains traction

• There's zero platform risk — it's all on-chain

Why Base?

I chose Base for the same reasons I'd choose a well-architected security stack: it's simple, reliable, and cost-effective.

• Low fees: Collecting a post costs fractions of a cent in gas

• Coinbase backing: Enterprise-grade infrastructure without the complexity

• Growing ecosystem: Farcaster, Zora, Paragraph — the best crypto-native social tools are building on Base

• Ethereum security: Base settles to L1, inheriting Ethereum's security guarantees

As someone who evaluates risk for a living, Base hits the sweet spot between security and usability.

What I'm Writing About

My content sits at the intersection of cybersecurity, infrastructure, and the creator economy:

• 🔐 Security deep-dives: SOC career paths, SIEM comparisons (Azure Sentinel vs. Wazuh), security tool reviews

• 💻 Homelab builds: Proxmox setups, VLAN segmentation with pfSense, self-hosted security stacks

• 📜 Certification guides: My 12-week CISSP study plan, realistic career progression from SOC Tier 1 to Security Manager

• 💡 Web3 security: Smart contract security patterns, crypto operational security, securing your self-sovereign stack

This isn't generic "10 tips for cybersecurity" content. It's practitioner-grade material from someone who does this work every day.

The $FREYR Thesis

Here's why I think writer coins matter — especially in technical niches:

1. Quality signal: When you put ETH behind a collect, you're saying "this content is worth something." That signal is more meaningful than a like or a clap.

2. Aligned incentives: If my content helps you land a security job or build a better homelab, you benefit. If you collected early, you also benefit from the token appreciation. We win together.

3. Sustainable funding: I don't need 100,000 readers. I need 100 readers who genuinely value deep technical content and are willing to put 0.001 ETH behind that conviction.

4. Composability: $FREYR tokens could eventually gate access to exclusive content, security tool recommendations, or a private community of security professionals. The token is a building block.

How to Support This

If this resonates with you, here's how to get involved:

🪙 Collect This Post

Every collect mints $FREYR tokens to your wallet and sends ETH directly to support this content. Early collectors get more tokens.

→ Collect on Paragraph

📡 Follow on Paragraph

Subscribe to get every new article directly. Free. No spam. Just deep technical content.

💬 Join the Conversation

Find me on Farcaster or drop a comment. I'm building in public and want to hear what topics you'd want me to cover.

💸 Direct Tips

If you want to support directly: 0xF9F87dE938ac9D9505f74618769dc09Afd4A47f0 (ETH on Base/Ethereum)

The Bottom Line

Web3 isn't just about DeFi and NFT speculation. It's about rebuilding the infrastructure of how value flows on the internet.

Writer coins are a small but meaningful step toward a world where creating valuable content is actually... valuable.

I'm putting my reputation as a security professional behind this experiment. If you believe that technical writers deserve better economics — collect this post and join the $FREYR journey.

— Marcel, IT Security Manager & $FREYR Creator

$FREYR is a writer coin on Base via Paragraph. It is not financial advice. Collect because you value the content, not because you expect returns.

Ich bin seit 12 Jahren in der IT, davon 4 Jahre speziell in der Cybersecurity, heute als IT Security Manager. CISSP, CySA+, SC-200 – ich habe diese Zertifikate nicht als Selbstzweck gemacht, sondern weil sie meinen konkreten Karriereschritt unterstützt haben. Was ich in dieser Zeit gelernt habe, teile ich hier.

Warum der SOC-Einstieg 2025 mehr Sinn ergibt denn je

Der ISC2 Cybersecurity Workforce Study 2025 zufolge klafft die globale Lücke zwischen Angebot und Bedarf an Cybersecurity-Fachkräften bei etwa 4 Millionen Positionen. Deutschland ist dabei kein Ausreißer – im Gegenteil. Laut Bitkom fehlen hierzulande über 150.000 IT-Fachkräfte, ein erheblicher Anteil davon in der IT-Security.

Das bedeutet: Wer jetzt einsteigt und sich strukturiert entwickelt, trifft auf einen Arbeitnehmermarkt. Unternehmen suchen händeringend nach qualifizierten SOC-Analysten. Gleichzeitig heißt das nicht, dass jeder genommen wird – die Qualitätsansprüche steigen, gerade weil der Markt professioneller wird.

Die SOC-Hierarchie: Was Tier 1, 2 und 3 wirklich bedeuten

Viele denken beim SOC an einen Raum voller Monitore und aufgeregte Menschen bei Cyberangriffen. Die Realität ist nüchterner – und genau deshalb wichtig zu verstehen, bevor man einsteigt.

Tier 1 – Alert Analyst (Jahr 1–2)

Das ist der Einstiegspunkt. Du sitzt an einem SIEM (Splunk, Sentinel, QRadar), schaust dir Alerts an und entscheidest: False Positive oder echte Bedrohung? Du arbeitest nach Playbooks, eskalierst bei Bedarf an Tier 2, und schließt Tickets.

Was du hier lernst: Wie Angriffe in Log-Daten aussehen, was normale Netzwerkkommunikation ist, und wie man unter Zeitdruck priorisiert. Klingt simpel – ist es nicht. Die Fähigkeit, in Logs echte Signale von Rauschen zu trennen, braucht Erfahrung.

Gehalt Tier 1 in Deutschland (2025): 35.000 – 48.000 EUR brutto/Jahr
Einstieg ohne Erfahrung liegt oft bei 35k–38k. Wer schon Helpdesk- oder Sysadmin-Background mitbringt, verhandelt 42k–48k problemlos.

Tier 2 – Incident Responder (Jahr 2–4)

Du übernimmst eskalierte Incidents von Tier 1, führst tiefere Analysen durch, und koordinierst die Reaktion. Hier kommt Memory Forensics, Malware-Analyse, Threat Hunting dazu. Du arbeitest nicht mehr nur reaktiv – du verstehst den Angreifer.

Tier 2 ist der Sweet Spot. Hier trennt sich die Spreu vom Weizen. Wer nicht verstehen will warum etwas passiert, sondern nur Tickets schließen möchte, bleibt stecken.

Gehalt Tier 2: 50.000 – 68.000 EUR brutto/Jahr

Tier 3 – Senior Analyst / Threat Hunter (Jahr 3–5)

Proaktiv statt reaktiv: Du jagst Bedrohungen aktiv in Systemen, entwickelst Detection-Regeln, und führst Red-Team/Blue-Team-Übungen mit. Du hast ein tiefes Verständnis von TTPs (Tactics, Techniques, Procedures) – MITRE ATT&CK ist dein tägliches Handwerkszeug.

Gehalt Tier 3: 65.000 – 85.000 EUR brutto/Jahr
In Großstädten (München, Frankfurt, Hamburg) oder bei Banken/Versicherungen auch 90k+.

Security Manager / Head of SOC (ab Jahr 4–5)

Hier verlässt du die technische Frontlinie und übernimmst Verantwortung für Menschen, Prozesse, Budget. Du reportest an den CISO, verhandelst mit Toolanbietern, und bist dafür zuständig, dass das Team funktioniert – auch nachts um 3 Uhr wenn der Angriff läuft.

Gehalt Security Manager: 80.000 – 120.000 EUR brutto/Jahr
CISO-Positionen in Konzernen: deutlich darüber.

Der Karriereplan: Zertifikate zur richtigen Zeit

Der häufigste Fehler: Einsteiger jagen CISSP, bevor sie überhaupt wissen wie ein Firewall-Log aussieht. Zertifikate sind Türöffner – aber nur wenn sie zum aktuellen Level passen.

Phase 1: Fundament legen (vor dem Einstieg oder in den ersten 6 Monaten)

CompTIA Security+ ist der Standard-Einstieg – international anerkannt, praxisnah genug, und in den meisten SOC-Stellenausschreibungen als "nice to have" oder "preferred" gelistet. Lernzeit: 2–3 Monate bei nebenbei.

Microsoft SC-900 (Security Concepts) kostenlos per Dokumentation lernbar – und sehr sinnvoll, wenn man in ein Microsoft-Sentinel-SOC einsteigt. Viele Unternehmen in Deutschland laufen auf M365/Azure.

Phase 2: Spezialisierung (Jahr 1–2)

CompTIA CySA+ ist meine Top-Empfehlung für SOC Analysten. Der Fokus liegt auf Verhaltensanalyse, Threat Detection und Incident Response – genau das, was im Alltag gebraucht wird. Deutlich praxisrelevanter als CEH für die SOC-Arbeit.

Microsoft SC-200 (Security Operations Analyst) wenn dein SOC auf Microsoft Sentinel läuft. Die Prüfung deckt genau die Werkzeuge ab, die du täglich nutzt. Ich habe diese Zertifizierung gemacht und kann sagen: Die Praxisfragen sind sehr nah am echten Arbeitsalltag.

Phase 3: Aufstieg (Jahr 3–5)

CISSP ist der Gold-Standard für Security-Management. Aber: Ohne 5 Jahre einschlägige Erfahrung kannst du nur "Associate of ISC2" werden. Das ist okay – der Lerneffekt ist trotzdem enorm. CISSP denkt strategisch, nicht nur technisch. Das ist genau die Denkweise die du für den Sprung in Management-Rollen brauchst.

GIAC-Zertifikate (GCIH, GCIA) für technische Spezialisten die auf der Tier-3-Schiene bleiben wollen. Teuer (ca. 2.000–3.000 EUR), aber technisch das tiefste was der Markt bietet.

Skills, die keine Zertifizierung testet

Nach 4 Jahren Cybersecurity bin ich überzeugt: Die Soft-Skills entscheiden über Karrierestufen mehr als Zertifikate.

Schriftliche Kommunikation: Kannst du einen Incident Report schreiben, den der IT-Leiter versteht ohne Fachbegriffe nachschlagen zu müssen? Das unterscheidet Senior Analysten von Junioren mehr als jedes Tool-Wissen.

Prioritäten setzen unter Druck: Ein realer Angriff bringt innerhalb von Minuten hunderte Alerts. Wer nicht schnell triagieren kann, macht es schlimmer. Diese Fähigkeit trainiert man nicht in Labs – nur durch echte Incidents.

Nein sagen können: Als Security Manager musst du manchmal dem CTO sagen, dass sein neues Lieblingsprojekt ein Sicherheitsproblem hat. Wer das nicht kann, bleibt Analyst.

Dokumentation: Kein SOC-Analyst dokumentiert gerne. Die die es trotzdem tun, steigen auf.

Homelab: Ja, aber richtig

Ein eigenes Lab ist sinnvoll – nicht weil es Pflicht ist, sondern weil man bestimmte Dinge nur durch Ausprobieren lernt. Mein Einstieg war ein kleines Proxmox-Setup mit Windows Server, Active Directory, und einem Kali-Linux für Angriffe gegen die eigene Umgebung.

Konkrete Lab-Projekte die echten CV-Wert haben:

• SIEM aufsetzen: Wazuh (open source) oder Microsoft Sentinel (30 Tage kostenlos in Azure) mit eigenen Log-Quellen füttern

• Angriffe simulieren und detektieren: Atomic Red Team läuft MITRE-ATT&CK-Techniken lokal aus – ideal um Detection Rules zu testen

• Incident Response simulieren: DFIR.training hat kostenlose Disk-Images für Forensik-Übungen

Wichtig: Das Lab ist kein Selbstzweck. Dokumentiere was du gebaut hast, was du gelernt hast, welche Probleme du gelöst hast. Das sind die Geschichten die im Vorstellungsgespräch punkten.

Was Recruiter und Hiring Manager wirklich sehen wollen

Ich habe in meiner Rolle Bewerbungen gesehen und selbst Gespräche geführt. Hier ist was funktioniert und was nicht:

Funktioniert:

• Ein konkretes Lab-Projekt mit echten Erkenntnissen ("Ich habe Mimikatz auf meinem Lab ausgeführt und eine Detection Rule in Wazuh geschrieben die es erkennt")

• Nachweise dass man sich mit aktuellen Bedrohungen beschäftigt (Threat Intel, CVE-Tracking)

• Frühere IT-Erfahrung als Vorteil framen: Sysadmins kennen normale Windows-Prozesse – das macht sie zu besseren Analysten als Quereinsteiger ohne IT-Background

Funktioniert nicht:

• TryHackMe-Profil als einziger Beleg für technische Fähigkeiten

• Keine einzige echte Produktivumgebung je gesehen haben

• CISSP ohne jede Praxiserfahrung (das fällt sofort auf)

Der realistische 5-Jahres-Plan

Diese Zahlen sind konservativ. Wer gut verhandelt, früh Verantwortung übernimmt, oder in eine kritische Branche (Banken, Energie, Verteidigung) wechselt, landet schneller oben.

Fazit: Cybersecurity Einstieg ist kein Sprint

Der Pfad vom IT-Profi zum Security Manager ist machbar – aber er braucht 5 Jahre echte Arbeit, nicht 5 Monate YouTube-Tutorials. Was ich nach 12 Jahren IT sagen kann: Die Leute die in Cybersecurity wirklich vorankommen, sind nicht die mit den meisten Zertifikaten. Es sind diejenigen die neugierig bleiben, die jeden Incident als Lernchance sehen, und die Dinge aufschreiben.

Fang mit Security+ an. Bau ein Lab. Bewirb dich für Tier-1-Rollen auch wenn du 80% der Anforderungen erfüllst. Und dann: Mach weiter.

Der Autor ist IT Security Manager mit CISSP, CySA+, SC-200 und 12 Jahren IT-Erfahrung in Deutschland.

Tags: career security german beginner