LLM의 거절(Refusal) 동작은 단 하나의 방향(Direction)으로 제어된다
Refusal in Language Models Is Mediated by a Single Direction
TL;DR Highlight
13개의 오픈소스 채팅 모델을 분석했더니, 모델이 유해한 요청을 거절하는 동작이 내부 활성화 공간에서 단 하나의 1차원 벡터 방향으로 인코딩되어 있었다. 이 방향을 제거하면 안전 파인튜닝이 사실상 무력화되므로, 현재 안전 학습 방식이 얼마나 취약한지 보여준다.
Who Should Read
LLM 안전성(safety) 연구나 모델 내부 동작에 관심 있는 ML 엔지니어, 또는 오픈소스 모델을 커스터마이징할 때 안전 필터를 이해하고 싶은 개발자.
Core Mechanics
- 채팅용으로 파인튜닝된 LLM은 유해한 요청을 거절(refusal)하도록 훈련되는데, 이 거절 동작이 모델 내부의 'residual stream(각 레이어를 통과하며 정보를 누적하는 벡터 공간)'에서 딱 하나의 방향(1차원 벡터)으로 표현된다는 사실을 발견했다.
- 실험 대상은 최대 72B 파라미터 크기의 오픈소스 채팅 모델 13개였고, 모든 모델에서 이 패턴이 일관되게 관찰됐다.
- 이 '거절 방향(refusal direction)'을 residual stream에서 제거하면 모델이 유해한 명령도 거절 없이 따르게 되고, 반대로 이 방향을 강제로 추가하면 아무 문제 없는 요청도 거절하게 된다.
- 이 원리를 이용해 white-box jailbreak 방법을 만들었다. 모델 가중치에 '외과적으로' 해당 방향만 비활성화하면, 다른 능력은 거의 손상시키지 않으면서 안전 필터만 제거할 수 있다.
- adversarial suffix(모델을 속이기 위해 프롬프트 끝에 붙이는 문자열 공격)가 어떻게 작동하는지도 분석했는데, 이 suffix가 바로 이 거절 방향의 전파를 억제하는 방식으로 동작하고 있었다.
- 결론적으로 현재의 안전 파인튜닝(safety fine-tuning) 방식은 구조적으로 취약하다. 안전 동작이 단일 방향에 집중되어 있어서, 이 방향만 찾아내면 안전 장치 전체가 무너질 수 있다.
- 이 연구는 모델 내부 구조를 이해하면(mechanistic interpretability) 실제로 모델 동작을 제어하는 실용적인 방법을 개발할 수 있다는 가능성을 보여준다.
Evidence
- 오픈 웨이트 모델의 검열 제거는 이미 '해결된 문제'라는 의견이 있었다. 새 모델이 나오면 며칠 안에 누군가가 'heretic(https://github.com/p-e-w/heretic)'이라는 도구로 검열을 제거한 버전을 만들어 배포하기 때문에, 현재 검열의 실질적 목적은 부적절한 사용 방지가 아니라 법적 책임 회피 정도라는 분석이다.
- 이 논문이 2024년 기준이라 이제는 낡은 내용이라는 반론도 있었다. 최신 모델들은 abliteration(거절 방향 제거 기법)을 방어하기 위해 거절 인코딩을 단일 방향이 아닌 여러 방향으로 분산시키도록 훈련되고 있다며, 관련 논문(https://arxiv.org/abs/2505.19056)을 링크했다.
- abliteration을 적용해도 모델이 여전히 '검열된 느낌'이 든다는 실사용 경험이 공유됐다. Deepmind나 Qwen 등이 아예 훈련 데이터 코퍼스에서 특정 단어나 텍스트를 제거했기 때문에, 모델이 특정 스타일이나 어휘 자체를 회피하는 'flinching(움찔거림)' 현상이 남아있다는 것이다. 이 flinching도 단일 방향으로 표현되는지, 아니면 파인튜닝으로만 고칠 수 있는지 궁금하다는 의견이었다.
- LLM 거절 자체에 대한 피로감을 표현하는 댓글도 있었다. 핵무기 제조법 같은 극단적인 경우를 제외하면 거절 범위가 너무 넓고, 한번 검열 권한이 주어지면 그 목록이 계속 늘어난다는 우려다.
- 실제로 LLM에 거절당했지만 결국 원하는 답을 얻었다는 경험담도 있었다. 거절 자체가 실질적인 방어막이 되지 못한다는 것을 사용자 입장에서 직접 경험한 사례다.
How to Apply
- 오픈소스 모델(Llama, Qwen 등)을 자체 서버에 배포해서 사용하는데 특정 도메인(의료, 법률, 보안 연구 등)에서 안전 필터가 과도하게 작동하는 경우, 이 논문의 방법론을 참고해 해당 모델의 거절 방향 벡터를 추출하고 제거하면 파인튜닝 없이도 필터를 조정할 수 있다.
- LLM 기반 서비스의 안전성을 평가하거나 레드팀(red teaming) 테스트를 수행하는 경우, 단순한 프롬프트 공격 외에 이 논문이 제시한 white-box 방식의 취약점도 위협 모델에 포함시켜야 한다. 오픈 웨이트 모델을 쓴다면 가중치 수준에서의 안전 우회가 이미 현실적인 공격 벡터다.
- 모델 안전 파인튜닝 파이프라인을 구축 중인 경우, 이 연구 결과를 보면 현재의 RLHF/SFT 기반 safety 학습이 단일 방향에 취약하게 수렴하는 경향이 있음을 알 수 있다. 최신 방어 연구(https://arxiv.org/abs/2505.19056)를 참고해 거절 인코딩을 여러 방향으로 분산시키는 방향으로 개선을 검토해볼 수 있다.
Terminology
관련 논문
Mindwalk – 코딩 에이전트 세션을 코드베이스 3D 맵 위에서 재생하는 시각화 도구
Claude Code나 Codex 같은 AI 코딩 에이전트가 세션 중 코드베이스의 어떤 파일을 탐색하고 수정했는지를 3D 지도 형태로 시각화해서 재생해주는 로컬 도구다. 에이전트가 작업을 어떻게 이해했는지 한눈에 파악할 수 있다.
Ghost Font: 사람은 읽을 수 있지만 AI는 읽기 어려운 안티-AI 폰트 실험
움직임(모션)을 이용해 글자를 표현해서 AI 모델이 정적 이미지 분석으로는 메시지를 해독하지 못하게 막는 실험적 프로젝트인데, 커뮤니티에서는 이미 GPT-5.6, Claude Opus 등으로 해독에 성공한 사례가 속출해 실효성 논쟁이 뜨겁다.
GPT-5.6, Grok 4.5, Claude, Muse Spark 등 12개 모델이 동일한 앱 4개를 빌드한 결과 비교
12개 LLM 모델에게 레이캐스터 미로, 루빅스 큐브, 계산기, Game of Life 앱을 각각 5번씩 만들게 해서 성공률·비용·속도를 비교한 실전 벤치마크다. GPT-5.6 Sol이 전반적으로 가장 일관된 결과를 냈고, Grok 4.5는 가성비 면에서 눈에 띄었다.
Databricks가 수백만 라인 실제 코드베이스로 Coding Agent를 벤치마킹한 결과
Databricks가 자사 실제 코드베이스를 기반으로 여러 AI 코딩 에이전트의 성능과 비용을 직접 측정했고, 모델 토큰 가격과 실제 태스크 비용이 전혀 다르다는 점, 그리고 오픈소스 모델이 이제 최상위 수준에 도달했다는 점을 확인했다.
Reasoning에서 Uncertainty 추정하기: LLM의 다국어 및 교차언어 MCQA 성능 대규모 연구
LLM이 저자원 언어 질문을 받을 때 영어로 추론하게 하면 불확실성 추정 성능이 고자원 언어 수준으로 올라온다.
LLM-as-a-Verifier: 범용 Verification 프레임워크
LLM의 토큰 확률 분포를 활용해 discrete 점수 대신 continuous 점수를 뽑아내면, 추가 학습 없이 코딩·로봇·의료 에이전트 평가 정확도를 SOTA로 끌어올릴 수 있다.