Red Teaming AI Systems

Red Teaming AI Systems #

  • Thesis ID: 24-08
  • Research Proposal: Offensive Security Research Against Large Language Models and LLM-Powered Systems
  • Supervisor: Dr. Emre Süren

Abstract #

Large Language Models (LLMs) and the applications built around them create a distinct attack surface. Unlike traditional software, these systems can be manipulated through natural language, safety alignments can be bypassed, plugins and custom GPTs can leak data or escalate privileges, and public model repositories can distribute compromised weights.

This topic is about attacking the AI—red teaming LLMs and LLM-powered systems. A student proposal should pick one primary focus (or a tightly scoped combination) from the angles below, evaluate real attack methods, measure impact, and propose mitigations.

Focus angles #

Students typically choose one of the following as the main research focus:

  1. Prompt injection — Direct and indirect prompt injection against LLM-integrated applications (including non-English / Swedish prompts where relevant).
  2. Jailbreaking / RLHF bypass — Methods that circumvent safety alignment (RLHF, refusals, policy filters) and evaluation of model robustness.
  3. GPTs and plugins — Vulnerabilities in custom GPTs, tool/plugin ecosystems, and agent integrations (data exfiltration, privilege misuse, insecure tool use).
  4. Malicious models — Detection and analysis of malicious or backdoored models in open repositories (e.g. Hugging Face), including supply-chain risks.
Details

1. Problem Statement #

Defenders and vendors need a clearer understanding of how adversaries compromise LLMs and LLM-powered products in practice. Existing work is fragmented across prompt injection, jailbreaks, plugin abuse, and model supply-chain threats. This research should systematically study one of these attack surfaces, assess real-world impact, and contribute concrete detection or mitigation guidance.

2. Objectives #

  • Define a clear threat model for the chosen focus (attacker capabilities, assets, and trust boundaries).
  • Reproduce or develop practical attacks against selected LLMs or LLM-integrated systems.
  • Measure success rates, severity, and failure modes of the attacks.
  • Propose and (where feasible) evaluate mitigations or detection methods.
  • Document ethical boundaries and responsible disclosure practices.

3. Research Methodology #

  • Literature and tooling survey — Map prior work (e.g. JailbreakBench, indirect prompt injection studies, plugin/agent security research, malicious-model detection).
  • Target selection — Choose models, apps, GPTs/plugins, or repository corpora appropriate to the focus angle.
  • Attack design and evaluation — Build a reproducible test harness; collect quantitative and qualitative results.
  • Mitigation analysis — Assess defenses (input filtering, privilege separation for tools, model scanning, alignment hardening) against the observed attacks.
  • Reporting — Vulnerability write-ups suitable for academic publication and, where applicable, vendor disclosure.

4. Expected Outcomes #

  • A focused vulnerability study with reproducible methodology and results.
  • Practical insights into how (and how reliably) the chosen AI attack surface can be broken.
  • Mitigation recommendations usable by developers or model providers.
  • Academic contribution to LLM / AI systems security.

5. Timeline #

PhaseDuration
Literature review and threat model3–4 weeks
Testbed / target setup2–3 weeks
Attack development and evaluation2–3 months
Mitigation analysis and refinement2–3 weeks
Thesis writing and submission2–3 weeks

6. References #