Mechanistic Interpretability in the Presence of Architectural Obfuscation

Marcos Florencio, Thomas Barton
6/22/2025
cs.CRcs.AI

No official code found. Best implementation: themarcosf/mech-interp-paper (0 stars, last commit 2025-06-24).

Abstract

Architectural obfuscation - e.g., permuting hidden-state tensors, linearly transforming embedding tables, or remapping tokens - has recently gained traction as a lightweight substitute for heavyweight cryptography in privacy-preserving large-language-model (LLM) inference. While recent work has shown that these techniques can be broken under dedicated reconstruction attacks, their impact on mechanistic interpretability has not been systematically studied. In particular, it remains unclear whether scrambling a network's internal representations truly thwarts efforts to understand how the model works, or simply relocates the same circuits to an unfamiliar coordinate system. We address this gap by analyzing a GPT-2-small model trained from scratch with a representative obfuscation map. Assuming the obfuscation map is private and the original basis is hidden (mirroring an honest-but-curious server), we apply logit-lens attribution, causal path-patching, and attention-head ablation to locate and manipulate known circuits. Our findings reveal that obfuscation dramatically alters activation patterns within attention heads yet preserves the layer-wise computational graph. This disconnect hampers reverse-engineering of user prompts: causal traces lose their alignment with baseline semantics, and token-level logit attributions become too noisy to reconstruct. At the same time, feed-forward and residual pathways remain functionally intact, suggesting that obfuscation degrades fine-grained interpretability without compromising top-level task performance. These results establish quantitative evidence that architectural obfuscation can simultaneously (i) retain global model behaviour and (ii) impede mechanistic analyses of user-specific content. By mapping where interpretability breaks down, our study provides guidance for future privacy defences and for robustness-aware interpretability tooling.

View on arXivView PDF

Code Implementations(1)

Code for paper published on Arxiv

00Python, Jupyter NotebookJun 15, 20251 years ago

Similar Papers

Cite this paper

@article{florencio2025mechanistic,
  title  = {Mechanistic Interpretability in the Presence of Architectural Obfuscation},
  author = {Marcos Florencio and Thomas Barton},
  year   = {2025},
  eprint = {2506.18053},
  archivePrefix = {arXiv},
  url    = {http://arxiv.org/abs/2506.18053v1}
}

Add a badge to your README

Shows whether official code is linked for this paper.

Code of Paper badge
[![Code of Paper](https://codeofpaper.com/badge/2506.18053.svg)](https://codeofpaper.com/paper/2506.18053)

Discussion