Skip to content

LLM Application Security

33 questions
0 of 33 done · 5 unlocked for you
DONEUNLOCKEDLOCKED

LLM Application & RAG Security Interview Questions

Model output as untrusted input, rendering and exfiltration channels, retrieval with real access control, vector and embedding weaknesses, knowledge-base poisoning, sensitive data in prompts and logs, guardrails and their honest evaluation, misinformation, and denial of wallet.

Worked answers that start from a threat model, explain each control by mechanism, and include the follow-ups and scoring an interviewer uses.

You have 5 free answers unlocked here.Sign in free for 5 more · 23 are premium.
01–14Foundationsthe mechanisms and vocabulary an interviewer expects you to have0/14 done
15–26Core questionsthe questions this round asks most, answered in full0/12 done
27–33Field scenariosdesign rounds, incidents and judgment calls with the inputs left incomplete0/7 done
PRACTICE TESTStudied this track? Prove it: a timed LLM Application Security test.new items each time · every answer explained · easy level free with an accountStart →

The concepts behind LLM Application Security

The lessons these answers build on. Introductory ones are free; advanced ones need Premium.

Foundational
Insecure Output HandlingInsecure (or improper) output handling, LLM10 in the OWASP Top 10 for LLM Applications 2026 (LLM05 in 2025), is passing model output to a browser, database, shell, template engine, URL fetcher or other interpreter without the validation and encoding you would apply to user input. Because output is shaped by every author in the model's context, an attacker who can influence the context can reach those interpreters, recreating cross-site scripting, SQL injection, command injection and SSRF.
Foundational
Data Exfiltration Channels in LLM ApplicationsAn injected model that has read private data still needs a way to get it out. LLM applications offer many: explicit tools such as email or HTTP, URLs the model asks a tool to fetch, markdown images and links that clients load or users click, link previews, and content written somewhere the attacker can read. Closing these channels deterministically is one of the most reliable defences against prompt injection, because it works no matter how the injection was phrased.
Foundational
RAG SecuritySecuring retrieval-augmented generation means three things. Retrieval must enforce the asking user's permissions in code, with permissions copied into the index and kept in sync, tenants isolated and deletions propagated. Retrieved text must be treated as untrusted, because anyone who can write a source can inject instructions or misinformation. And the answer must be handled safely on its way out. Permission failures can expose data even when no prompt injection occurs.
Core
Sign in
Sensitive Information DisclosureSensitive information disclosure, LLM02 in the OWASP Top 10 for LLM Applications (2025 and 2026), covers personal data, secrets, proprietary information and other users' data leaking through an LLM application. The leak paths include retrieval without authorization, context shared across users, prompt and response logs, caches, fine-tuning data, model memorisation, third-party providers and the answer itself. Controls minimise what enters each path and enforce access before data reaches the model.
Core
Sign in
Guardrails and Their LimitsGuardrails are controls placed around a model to check or constrain its inputs and outputs: schema validators, allowlists, PII detectors, topic and safety classifiers, injection detectors and LLM-based judges. Correctly implemented deterministic controls enforce their specified rules independently of model intent; probabilistic controls aim to lower the rate of bad outcomes and need honest measurement of both misses and false positives. A good architecture uses each where it fits and never presents a classifier as a boundary.
Core
Sign in
Denial of Wallet: Cost as an Attack SurfaceLLM applications pay per token, so attackers can harm them by driving cost rather than taking them offline: long prompts, maximum outputs, inflated reasoning, routing to the most expensive model, agent loops and stolen keys used to resell model access. OWASP's 2026 list moved unbounded consumption to sixth and asks for hard caps that stop inference, not just alerts. Effective controls budget money per key, user, tenant and team, estimate and limit tokens before a call, cap reasoning and output, watch the share of expensive models, and plan a break-glass process that does not itself become the attack path.
Unlock all 33 answers · $25

Every worked answer in all 17 topics, every lesson in every course, the full concept curriculum, the complete practice-test bank, and the downloadable security field guides.

6 months · One payment · No auto-renewal