
# Prompt Engineering für zuverlässige KI‑generierte Sicherheitsfragebogen‑Antworten

## Einführung  

Sicherheitsfragebögen sind ein Engpass für viele SaaS‑Unternehmen. Eine einzige Lieferanten‑Bewertung kann Dutzende detaillierter Fragen zu Datenschutz, Incident‑Response, Zugriffskontrolle und mehr umfassen. Die manuelle Erstellung von Antworten ist zeitaufwendig, fehleranfällig und führt häufig zu doppelter Arbeit in den Teams.  

Große Sprachmodelle (LLMs) wie GPT‑4, Claude oder Llama 2 können in Sekunden hochwertige narrative Antworten entwerfen. Dieses Potenzial direkt auf einen Fragebogen zu legen, liefert jedoch selten zuverlässige Resultate. Die rohen Ausgaben können von der Sprache der Richtlinien abdriften, kritische Klauseln übersehen oder Beweise “halluzinieren”, die nicht existieren.  

**Prompt Engineering** – die disziplinierte Praxis, den Text zu gestalten, der ein LLM leitet – überbrückt die Lücke zwischen roher Generierungsfähigkeit und den strengen Compliance‑Standards, die Sicherheitsteams verlangen. In diesem Artikel zerlegen wir ein wiederholbares Prompt‑Engineering‑Framework, das ein LLM in einen vertrauenswürdigen Assistenten für die Automatisierung von Sicherheitsfragebögen verwandelt.  

Wir behandeln:

* Wie man Richtlinien‑Wissen direkt in Prompts einbettet  
* Techniken zur Steuerung von Ton, Länge und Struktur  
* Automatisierte Verifikations‑Loops, die Inkonsistenzen noch vor dem Auditor aufdecken  
* Integrations‑Muster für Plattformen wie Procurize, inklusive eines Mermaid‑Arbeitsablauf‑Diagramms  

Am Ende des Leitfadens verfügen Praktiker über ein konkretes Werkzeug‑set, das sie sofort einsetzen können, um die Durchlaufzeit von Fragebögen um 50 % – 70 % zu reduzieren und gleichzeitig die Antwort‑Genauigkeit zu erhöhen.

---

## 1. Das Prompt‑Landscape verstehen  

### 1.1 Prompt‑Arten  

| Prompt‑Typ | Ziel | Beispiel |
|------------|------|----------|
| **Kontext‑Prompt** | Versorgt das LLM mit relevanten Richtlinien‑Auszügen, Standards und Definitionen | “Unten ist ein Auszug aus unserer [SOC 2](https://secureframe.com/hub/soc-2/what-is-soc-2) Richtlinie zum Verschlüsseln von Daten im Ruhezustand …” |
| **Instruktions‑Prompt** | Teilt dem Modell exakt mit, wie die Antwort formatiert sein soll | “Schreibe die Antwort in drei kurzen Absätzen, jeweils beginnend mit einer fettgedruckten Überschrift.” |
| **Constraint‑Prompt** | Setzt harte Grenzen wie Wortzahl oder verbotene Begriffe | “Überschreite nicht 250 Wörter und verwende nicht das Wort ‘vielleicht’.” |
| **Verifikations‑Prompt** | Erzeugt eine Checkliste, die die Antwort erfüllen muss | “Nachdem du die Antwort erstellt hast, liste alle Richtlinien‑Abschnitte auf, die nicht referenziert wurden.” |

Eine robuste Antwort‑Pipeline für Fragebögen kombiniert typischerweise mehrere dieser Prompt‑Typen in einer einzigen Anfrage oder nutzt einen mehrstufigen Ansatz (Prompt → Antwort → Re‑Prompt).

### 1.2 Warum One‑Shot‑Prompts scheitern  

Ein naiver One‑Shot‑Prompt wie *„Beantworte die folgende Sicherheitsfrage“* führt häufig zu:

* **Auslassungen** – wichtige Richtlinien‑Referenzen fehlen.  
* **Halluzinationen** – das Modell erfindet Kontrollen, die nicht existieren.  
* **Inkonsistente Sprache** – die Antwort verwendet informelle Formulierungen, die nicht zur Compliance‑Stimme des Unternehmens passen.  

Prompt Engineering mindert diese Risiken, indem es dem LLM exakt die benötigten Informationen liefert und es auffordert, seine eigene Ausgabe zu auditieren.

---

## 2. Aufbau eines Prompt‑Engineering‑Frameworks  

Im Folgenden ein Schritt‑für‑Schritt‑Framework, das in jeder Compliance‑Plattform als wiederverwendbare Funktion kodiert werden kann.

### 2.1 Schritt 1 – Abrufen relevanter Richtlinien‑Fragmente  

Nutze eine durchsuchbare Wissensdatenbank (Vektor‑Store, Graph‑DB oder einfacher Keyword‑Index), um die relevantesten Richtlinien‑Abschnitte zu holen.  
*Beispiel‑Abfrage*: „Verschlüsselung im Ruhezustand“ + „[ISO 27001](https://www.iso.org/standard/27001)“ oder „SOC 2 CC6.1“.

Das Ergebnis könnte lauten:

```
Richtlinien‑Fragment A:
„Alle Produktionsdaten müssen im Ruhezustand mit AES‑256 oder einem gleichwertigen Algorithmus verschlüsselt werden. Schlüssel werden alle 90 Tage rotiert und in einem Hardware‑Security‑Module (HSM) gespeichert.“
```

### 2.2 Schritt 2 – Zusammenstellung der Prompt‑Vorlage  

Eine Vorlage, die alle Prompt‑Typen kombiniert:

```
[CONTEXT] 
{Richtlinien‑Fragmente}

[INSTRUCTION] 
Du bist ein Compliance‑Spezialist, der eine Antwort für einen Sicherheitsfragebogen verfasst. Die Zielgruppe ist ein leitender Sicherheits‑Auditor. Befolge diese Regeln:
- Verwende nach Möglichkeit die exakte Sprache aus den Richtlinien‑Fragmenten.
- Strukturierte die Antwort mit einer kurzen Einleitung, einem detaillierten Hauptteil und einer knappen Schlussfolgerung.
- Zitier jedes Fragment mit einem Referenz‑Tag (z. B. [Fragment A]).

[QUESTION] 
{Text der Sicherheitsfrage}

[CONSTRAINT] 
- Maximal 250 Wörter.
- Füge keine Kontrollen hinzu, die nicht in den Fragmenten genannt werden.
- Schließe mit einer Aussage ab, dass Beweise auf Anfrage bereitgestellt werden können.

[VERIFICATION] 
Nach der Antwort liste alle Richtlinien‑Fragmente auf, die nicht verwendet wurden, und alle neuen Fachbegriffe, die eingeführt wurden.
```

### 2.3 Schritt 3 – An das LLM senden  

Den zusammengestellten Prompt an das gewählte LLM via API übermitteln. Für Reproduzierbarkeit setze `temperature = 0.2` (geringe Zufälligkeit) und `max_tokens` entsprechend der Wortbegrenzung.

### 2.4 Schritt 4 – Antwort parsen und verifizieren  

Das LLM liefert zwei Abschnitte: **Antwort** und **Verifikations‑Checkliste**. Ein automatisiertes Skript prüft:

* Alle erforderlichen Fragment‑Tags sind vorhanden.  
* Keine neuen Kontroll‑Bezeichnungen erscheinen (Vergleich mit einer Positiv‑Liste).  
* Wortzahl liegt innerhalb des Limits.  

Falls eine Regel fehlschlägt, löst das Skript einen **Re‑Prompt** mit dem Verifikations‑Feedback aus:

```
[FEEDBACK]
Du hast das Fragment B nicht referenziert und den Begriff „dynamische Schlüsselrotation“ eingeführt, der nicht Bestandteil unserer Richtlinie ist. Bitte überarbeite die Antwort entsprechend.
```

### 2.5 Schritt 5 – Beweis‑Links anhängen  

Nach erfolgreicher Verifikation fügt das System automatisch Links zu unterstützenden Beweisen (z. B. Schlüssel‑Rotations‑Logs, HSM‑Zertifikate) an. Das finale Ergebnis wird im Evidenz‑Hub von Procurize gespeichert und den Prüfern angezeigt.

---

## 3. Real‑World‑Arbeitsablauf‑Diagramm  

Das folgende Mermaid‑Diagramm visualisiert den End‑zu‑End‑Flow innerhalb einer typischen SaaS‑Compliance‑Plattform.

```mermaid
graph TD
    A["Benutzer wählt Fragebogen"] --> B["System holt relevante Richtlinien‑Fragmente"]
    B --> C["Prompt‑Builder erstellt mehrstufigen Prompt"]
    C --> D["LLM erzeugt Antwort + Verifikations‑Checkliste"]
    D --> E["Automatischer Validator prüft Checkliste"]
    E -->|Bestand| F["Antwort gespeichert, Beweis‑Links angehängt"]
    E -->|Fehler| G["Re‑Prompt mit Feedback"]
    G --> C
    F --> H["Prüfer sehen Antwort im Procurize‑Dashboard"]
    H --> I["Audit abgeschlossen, Antwort exportiert"]
```

Alle Knotentexte sind in doppelte Anführungszeichen gesetzt, wie im Mermaid‑Standard verlangt.

---

## 4. Erweiterte Prompt‑Techniken  

### 4.1 Few‑Shot‑Demonstrationen  

Das Einbinden von ein oder zwei **Beispiel‑Q&A‑Paaren** im Prompt erhöht die Konsistenz erheblich. Beispiel:

```
Beispiel 1:
F: Wie schützen Sie Daten während der Übertragung?
A: Alle Daten während der Übertragung werden mit TLS 1.2 oder höher verschlüsselt, unter Verwendung von Forward‑Secrecy‑Cipher‑Suites. [Fragment C]

Beispiel 2:
F: Beschreiben Sie Ihren Incident‑Response‑Prozess.
A: Unser IR‑Plan folgt dem [NIST CSF](https://www.nist.gov/cyberframework) (NIST 800‑61) Framework, beinhaltet ein 24‑Stunden‑Eskalationsfenster und wird halbjährlich überprüft. [Fragment D]
```

Das LLM hat nun einen klaren Stil, den es nachahmen kann.

### 4.2 Chain‑of‑Thought‑Prompting  

Das Modell dazu anregen, Schritt‑für‑Schritt zu denken:

```
Denke darüber nach, welche Richtlinien‑Fragmente anwendbar sind, liste sie auf und formuliere dann die Antwort.
```

Damit sinken Halluzinationen und es entsteht ein nachvollziehbarer Denk‑Trace, den man loggen kann.

### 4.3 Retrieval‑Augmented Generation (RAG)  

Anstatt die Fragmente vor dem Prompt zu holen, kann das LLM während der Generierung selbst in einen Vektor‑Store abfragen. Diese Vorgehensweise eignet sich besonders für sehr große und ständig wachsende Richtlinien‑Bestände.

---

## 5. Integration mit Procurize  

Procurize bietet bereits:

* **Richtlinien‑Repository** (zentral, versioniert)  
* **Fragebogen‑Tracker** (Aufgaben, Kommentare, Audit‑Trail)  
* **Evidenz‑Hub** (Dateispeicherung, Auto‑Linking)  

Die Einbindung des Prompt‑Engineering‑Pipelines erfordert drei zentrale API‑Calls:

1. `GET /policies/search` – Richtlinien‑Fragmente basierend auf Schlüsselwörtern aus der Frage holen.  
2. `POST /llm/generate` – Den zusammengestellten Prompt senden und Antwort + Verifikation erhalten.  
3. `POST /questionnaire/{id}/answer` – Die geprüfte Antwort, Beweis‑URLs einreichen und die Aufgabe als erledigt markieren.

Ein leichter Node‑.js‑Wrapper könnte so aussehen:

```javascript
async function answerQuestion(questionId) {
  const q = await api.getQuestion(questionId);
  const fragments = await api.searchPolicies(q.keywords);
  const prompt = buildPrompt(q.text, fragments);
  const { answer, verification } = await api.llmGenerate(prompt);
  if (verify(verification)) {
    await api.submitAnswer(questionId, answer, fragments.evidenceLinks);
  } else {
    const revisedPrompt = addFeedback(prompt, verification);
    // Rekursion oder Schleife bis zur Bestätigung
  }
}
```

Wird dieser Wrapper in die Procurize‑UI eingebunden, können Sicherheits‑Analysten auf *„Auto‑Generate Answer“* klicken und den Fortschrittsbalken beobachten, der die im Mermaid‑Diagramm dargestellten Schritte durchläuft.

---

## 6. Erfolg messen  

| Kennzahl | Ausgangswert | Ziel nach Prompt‑Engineering |
|----------|--------------|------------------------------|
| Durchschnittliche Zeit für Antwort‑Erstellung | 45 min | ≤ 15 min |
| Korrektur‑Rate bei manueller Überprüfung | 22 % | ≤ 5 % |
| Einhaltung von Richtlinien‑Referenzen (Tags) | 78 % | ≥ 98 % |
| Zufriedenheit der Auditoren (Score) | 3,2 / 5 | ≥ 4,5 / 5 |

Diese KPIs können über das Analyse‑Dashboard von Procurize erfasst werden. Kontinuierliches Monitoring ermöglicht das Feintuning von Prompt‑Templates und der Auswahl von Richtlinien‑Fragmenten.

---

## 7. Fallen und wie man sie vermeidet  

| Falle | Symptom | Gegenmaßnahme |
|-------|----------|----------------|
| Zu viele irrelevante Fragmente im Prompt | Antwort driftet, LLM‑Latenz steigt | Vor der Einbindung einen Relevanz‑Schwellenwert (z. B. Cosine‑Similarity > 0,78) anwenden |
| Ignorieren der Model‑Temperature | Gelegentlich kreative, aber falsche Ausgabe | Temperatur auf einen niedrigen Wert (0,1 – 0,2) fixieren, besonders bei Compliance‑Workloads |
| Keine Versionierung von Richtlinien‑Fragmenten | Antworten referenzieren veraltete Klauseln | Fragmente mit Versions‑ID speichern und nur „neueste‑Version“ zulassen, sofern nicht explizit historisch gefordert |
| Nur ein Verifikations‑Durchlauf | Verpasste Edge‑Case‑Verstöße | Sekundäre Regel‑Engine (z. B. Regex‑Check für verbotene Begriffe) nach dem LLM‑Durchlauf ausführen |

---

## 8. Ausblick  

* **Dynamische Prompt‑Optimierung** – mittels Reinforcement‑Learning Prompt‑Formulierungen automatisch an die historisch besten Erfolgsraten anpassen.  
* **Multi‑LLM‑Ensembles** – mehrere Modelle parallel anfragen und die Antwort mit höchstem Verifikations‑Score wählen.  
* **Explainable‑AI‑Schichten** – einen „Warum‑diese‑Antwort“-Abschnitt anhängen, der die genauen Satznummern der Richtlinie zitiert und damit Audits vollständig nachvollziehbar macht.  

Diese Entwicklungen werden die Automatisierungs‑Reife von einem *„schnellen Entwurf“* zu einer *„audit‑fertigen Lösung ohne menschliche Nachbearbeitung“* heben.

---

## Fazit  

Prompt Engineering ist kein einmaliger Trick, sondern eine systematische Disziplin, die leistungsstarke LLMs in verlässliche Compliance‑Assistenten verwandelt. Durch  

1. Präzises Abrufen von Richtlinien‑Fragmenten,  
2. Konstruktion von Mehr‑Teil‑Prompts, die Kontext, Instruktion, Constraints und Verifikation vereinen,  
3. Automatisierung eines Feedback‑Loops, der das Modell zur Selbstkorrektur zwingt, und  
4. Nahtlose Integration des gesamten Pipelines in eine Plattform wie Procurize,  

können Unternehmen die Bearbeitungszeit von Fragebögen drastisch verkürzen, manuelle Fehler minimieren und die strengen Audit‑Trails wahren, die Aufsichtsbehörden und Kunden verlangen.  

Starten Sie mit einem Pilot‑Projekt für einen niedrig‑risiko Fragebogen, erfassen Sie die KPI‑Verbesserungen und iterieren Sie die Prompt‑Templates. In wenigen Wochen erreichen Sie dieselbe Genauigkeit wie ein erfahrener Compliance‑Spezialist – jedoch mit einem Bruchteil des Aufwands.  

---  

## Siehe auch  

- Best‑Practices für Prompt Engineering mit LLMs  
- Retrieval‑Augmented Generation: Design‑Muster und Fallstricke  
- Trends zur Compliance‑Automatisierung 2025  
- Procurize API‑Übersicht und Integrations‑Leitfaden