A Cryptographic Perspective on Mitigation vs. Detection in Machine Learning
Not on the map. Why?
Abstract (arXiv)
In this paper, we initiate a cryptographically inspired theoretical study of detection versus mitigation of adversarial inputs produced by attackers on Machine Learning algorithms during inference time. We formally define defense by detection (DbD) and defense by mitigation (DbM). Our definitions come in the form of a 3-round protocol between two resource-bounded parties: a trainer/defender and an attacker. The attacker aims to produce inference-time inputs that fool the training algorithm. We define correctness, completeness, and soundness properties to capture successful defense at inference time while not degrading (too much) the performance of the algorithm on inputs from the training distribution. We first show that achieving DbD and achieving DbM are equivalent for ML classification tasks. Surprisingly, this is not the case for ML generative learning tasks, where there are many possible correct outputs for each input. We show a separation between DbD and DbM by exhibiting two generative learning tasks for which it is possible to defend by mitigation but it is provably impossible to defend by detection. The mitigation phase uses significantly less computational resources than the initial training algorithm. In the first learning task we consider sample complexity as the resource and in the second the time complexity. The first result holds under the assumption that the Identity-Based Fully Homomorphic Encryption (IB-FHE), publicly-verifiable zero-knowledge Succinct Non-Interactive Arguments of Knowledge (zk-SNARK), and Strongly Unforgeable Signatures exist. The second result assumes the existence of Non-Parallelizing Languages with Average-Case Hardness (NPL) and Incrementally-Verifiable Computation (IVC) and IB-FHE.
Key facts. Cited by 1 paper in the map (data through 14 Oct 2026). Builds on 26 of its 51 references that are in the map. First posted on arXiv 28 Apr 2025.
Builds on
26 of 51 references.
References · 26
- 2014Explaining and Harnessing Adversarial Examplescited by 7,364
- 2017Towards Deep Learning Models Resistant to Adversarial Attackscited by 6,415
- 2013Intriguing properties of neural networkscited by 5,155
- 2023Universal and Transferable Adversarial Attacks on Aligned Language Modelscited by 3,104
- 2023Jailbroken: How Does LLM Safety Training Fail?cited by 1,651
- 2016Concrete Problems in AI Safetycited by 1,642
- 2019Certified Adversarial Robustness via Randomized Smoothingcited by 1,340
- 2019Adversarial Examples Are Not Bugs, They Are Featurescited by 953
- 2023Tree of Attacks: Jailbreaking Black-Box LLMs Automaticallycited by 672
- 2017Provable defenses against adversarial examples via the convex outer adversarial polytopecited by 567
- 2024Jailbreaking Leading Safety-Aligned LLMs with Simple Adaptive Attackscited by 486
- 2016Transferability in Machine Learning: from Phenomena to Black-Box Attacks using Adversarial Samplescited by 446
14 more
- 2024Alignment faking in large language modelscited by 360
- 2023Hard Prompts Made Easy: Gradient-Based Discrete Optimization for Prompt Tuning and Discoverycited by 336
- 2023Are aligned neural networks adversarially aligned?cited by 315
- 2018Certified Defenses against Adversarial Examplescited by 306
- 2023AI Alignment: A Comprehensive Surveycited by 263
- 2019Uniform convergence may be unable to explain generalization in deep learningcited by 224
- 2017Exploring the Landscape of Spatial Robustnesscited by 81
- 2017Meta-Learning by Adjusting Priors Based on Extended PAC-Bayes Theorycited by 76
- 2018Adversarial Examples that Fool both Computer Vision and Time-Limited Humanscited by 73
- 2025Trading Inference-Time Compute for Adversarial Robustnesscited by 61
- 2022Planting Undetectable Backdoors in Machine Learning Modelscited by 59
- 2021Detecting Adversarial Examples Is (Nearly) As Hard As Classifying Themcited by 48
- 2020Beyond Perturbations: Learning Guarantees with Arbitrary Adversarial Test Examplescited by 44
- 2024Oblivious Defense in ML Models: Backdoor Removal without Detectioncited by 5
Built on by
Citing papers per year: 2026: 1.
1 paper.
- 2026Proofs of Ownership for Machine Learning Modelscited by 0
- 2026Proofs of Ownership for Machine Learning Models29 Jun 2026