Why it matters in practice
Within AI Security, Model API & Inference Security changes how scope, prerequisites and evidence should be handled. Focus on the concrete asset or data flow under test, record the assumptions that make the condition exploitable and connect verified behavior to an operational consequence and remediation decision.
This note keeps Model API & Inference Security tied to offensive workflow: what to observe, what to prove, what usually goes wrong, and which references remain useful once an assessment moves from planning into active validation.
Primary coverage
- Test auth models, service tokens, tenant isolation and role handling.
- Review upload, attachment, image and document processing around model requests.
- Check rate limits, budget abuse paths and denial-of-wallet scenarios.
- Inspect tool/plugin boundaries, callback handling and external fetch behavior.
- Trace metadata leakage, prompt traces, system fields and model routing identifiers.
Assessment focus
Findings here are strongest when they connect API behavior to a broader AI workflow: what the endpoint exposed, how that changed reachable model behavior and whether it enabled data loss, impersonation, abuse or operational cost pressure.
Selected public references
- OWASP API Security ProjectAPI-focused testing and risk framing.
- OWASP Gen AI Security ProjectGenAI-specific guidance layered on top of normal API concerns.
- NIST AI RMF 1.0Operational risk framing for AI systems.
