읽을 가치가 있는 기사만, 짧고 또렷하게.

ICE(이민세관단속국)는 홍채 스캐닝 기술을 포함한 생체 인식 시스템 구축을 위해 Bi2 Technologies에 2,510만 달러 규모의 계약을 수주했습니다. 이 계약은 ICE 요원이 현장 작전 중 신원을 빠르게 인증하고 500만 건 이상의 기록에 대한 데이터베이스에 지속적으로 접근할 수 있도록 하기 위한 것이며, 시스템 배포 시 FedRAMP과 같은 정부의 보안 검토 절차를 거치지 않았다는 점이 주목됩니다. 이는 대규모 생체 인식 기술의 정부 시스템 적용 사례이지만, 독립적인 감사나 공개 검토 없이 시스템이 사용되는 맥락에서 보안 및 투명성에 대한 논의가 필요합니다.

웹 개발자들이 사용자 경험(UX)과 보안을 위해 자체적으로 기능을 구현(roll your own)하는 것을 지양해야 한다는 내용입니다. 암호학에서 '자체 암호화 구현 금지' 원칙을 빌려와, 스크롤, 링크 탐색, 비밀번호 입력 필드 등 브라우저가 이미 잘 처리하는 요소들을 커스터마이징할 때 오히려 사용자 경험을 해치고 보안상의 문제를 야기할 수 있다는 점을 지적합니다. 따라서 개발자는 검증된 표준 패키지와 기능을 사용하고, 웹사이트 레이아웃을 자주 변경하는 대신 사용자에게 익숙한 경험을 제공하는 데 집중해야 합니다.

캘리포니아주가 오렌지 카운티의 제조 시설에서 발생한 유독 화학물질 누출에 대해 비상사태를 선포했으며, 화재 진압팀이 탱크를 안정화하는 과정에서 폭발 또는 유출 가능성이라는 심각한 위험에 직면했습니다.

이 사건은 플라스틱 제조에 사용되는 휘발성이 높은 물질인 메틸 메타크릴레이트(methyl methacrylate) 탱크의 내부 온도가 상승하고, 작동상의 문제(고장 난 밸브)로 인해 위험이 가중된 상황에서, 당국은 폭발이나 유출 시나리오에 대비하여 방벽을 구축하고 대피 조치를 시행하고 있습니다.

개발자 관점에서 중요한 점은, 시스템 실패(inoperable valve)가 열 폭주(thermal runaway)와 같은 물리적 위험으로 이어질 수 있으며, 이러한 재난 상황에서 온도 및 압력 변화를 실시간으로 모니터링하고 예측하는 안전 시스템 설계의 중요성을 시사한다는 점입니다.

GitHub는 GitHub App 설치 토큰에 대한 새로운 토큰 형식(상태 비저장 JWT 형식)을 점진적으로 도입하기 위해 임시 요청 헤더인 `X-GitHub-Stateless-S2S-Token`을 도입했습니다. 개발자는 이 헤더를 사용하여 새로운 토큰 형식의 영향을 미리 테스트하고 기존 토큰 형식을 유지할 수 있으며, 토큰 길이, 유효성 검사 정규식, 데이터베이스 저장 공간 등에 대한 검증을 통해 시스템을 업데이트해야 합니다.

이 글은 JWT(JSON Web Token)를 세션 관리 목적으로 사용하는 것에 대한 비판적인 시각을 제시하며, **상태(State)를 관리해야 하는 애플리케이션에서는 JWT보다 상태 기반(Stateful) 세션 관리가 더 적합하다**고 주장합니다.

### 핵심 요약

1. **JWT의 함정:** JWT는 자체적으로 정보를 담고 있어 '무상태(Stateless)'처럼 보이지만, 실제로는 서버 측에서 상태를 관리해야 하는 애플리케이션(예: 세션 만료, 사용자 권한 변경)에서는 복잡성과 보안상의 위험을 증가시킵니다.
2. **상태 관리의 중요성:** 사용자의 세션이나 권한 변경과 같은 상태 정보는 서버에서 명확하게 관리되어야 하며, 이를 위해 세션 기반 접근 방식이 더 안전하고 관리하기 쉽습니다.
3. **실질적인 대안:** JWT 대신 **불투명 토큰(Opaque Tokens)**이나 서버 측 세션 관리를 사용하여 상태를 명시적으로 관리하는 것이 권장됩니다.
4. **성능 및 오버헤드:** JWT를 사용하더라도, 모든 요청마다 토큰을 검증하고 상태를 확인하는 과정에서 발생하는 오버헤드가 존재합니다.

### 주요 논점 상세

* **상태(State)의 문제:** JWT는 토큰 자체에 정보를 담지만, 토큰이 발급된 후 서버는 해당 토큰의 유효성을 별도로 관리해야 합니다. 이 '상태 관리'의 책임이 분산되면서 오류 발생 가능성이 커집니다.
* **보안 및 제어:** 세션 기반 시스템은 세션 만료, 로그아웃, 권한 변경 등의 상태 변화를 서버에서 즉각적으로 제어할 수 있어 보안상 더 강력합니다.
* **실제 권장 사항:** 글쓴이는 클라이언트 측에서 모든 것을 처리하기보다, 서버가 세션 상태를 명확하게 통제하는 것이 애플리케이션의 안정성과 보안에 필수적이라고 강조합니다.

**결론적으로, 이 글은 JWT가 모든 상황에 만병통치약이 아니며, 상태 관리가 중요한 애플리케이션에서는 전통적인 세션 관리 방식을 유지하거나 불투명 토큰을 사용하는 것이 더 나은 설계임을 역설하고 있습니다.**

Claw-Coder는 로컬 환경에서 실행되며 개인 정보 보호와 성능 문제를 해결하기 위해 설계된 AI 에이전트로, 코드와 지식 그래프(Knowledge Graph), RAG(Retrieval-Augmented Generation), Docker 실행 등의 도구를 통합하여 로컬 LLM의 코딩 성능과 추론 능력을 극대화합니다.

이는 클라우드 기반 모델 사용 시 발생하는 보안 문제를 해결하고, 로컬 모델의 성능 한계를 극복하기 위해 작은 모델에 외부 도구와 구조화된 정보를 제공함으로써 실제 코딩 작업을 수행할 수 있도록 하는 것이 핵심입니다.

현재 Claw-Coder는 광범위한 테스트를 거치고 있는 클로즈드 소스이지만, 커뮤니티의 피드백을 받아 실제 코드베이스에 적용하고 개선할 수 있도록 공개되어 있습니다.

FBI가 미국 번호판 판독기(License Plate Readers, LPR)에 대한 '준실시간(near real-time)' 접근 권한을 요구하고 있습니다. 이는 법 집행 및 보안 강화를 목적으로 하지만, 실시간 데이터 접근이 가져오는 개인 정보 보호 및 데이터 보안에 대한 중요한 기술적, 법적 맥락을 고려해야 합니다.

Oura가 정부로부터 사용자 데이터 요구를 받았으며, 이 데이터의 공유 범위에 대해 투명성이 부족하다는 문제가 제기되었습니다.

이는 Oura의 데이터가 종단 간 암호화(end-to-end encryption)되어 있지 않아 정부나 해커가 접근할 수 있는 보안 취약점을 내포하고 있다는 점에서 중요합니다. Oura는 정부 요청에 대해 법적 근거를 검토하고 있으나, 실제로 받은 요청 횟수나 데이터 반환 빈도 등 구체적인 수치를 공개하지 않고 있어 사용자 신뢰 확보에 대한 논란이 이어지고 있습니다.

제공해주신 텍스트는 매우 길고 복잡하며, 여러 주제(AI 모델의 기술적 측면, 데이터 보안, 지리 정치적 관계, 그리고 특정 회사 및 기술에 대한 논쟁)를 혼합하고 있습니다.

**어떤 종류의 답변을 원하시는지 명확하게 알려주시면, 그에 맞춰 정확하고 유용한 정보를 제공해 드릴 수 있습니다.**

예를 들어, 다음과 같은 질문을 해주시면 좋습니다:

1. **"이 텍스트에서 DeepMind와 관련된 핵심 내용은 무엇인가요?"** (요약 요청)
2. **"DeepSeek에 대한 언급은 무엇을 의미하나요?"** (특정 용어 설명 요청)
3. **"데이터 보안과 관련된 부분만 요약해 주세요."** (특정 주제 필터링 요청)
4. **"VLM(시각-언어 모델)에 대해 더 자세히 설명해 주세요."** (특정 기술에 대한 심화 요청)

**현재 텍스트에 대해 궁금한 점을 구체적으로 질문해 주세요.**

미국 국토안보부(DHS)가 그린카드 발급을 거의 중단하려는 움직임을 보이고 있습니다. 이는 이민 및 법적 지위에 영향을 미치는 중요한 정책 변화이므로, 관련 시스템 및 법적 맥락에 대한 주의가 필요합니다.

80386 마이크로코드 역분해에 대한 연구 결과와 그 중요성을 요약합니다.

* **무엇이 일어났는지**
80386 프로세서의 방대한 마이크로코드(94720비트)를 이미지 처리, AI 및 자동화 기법을 사용하여 추출하고 역분해하는 작업이 진행되었습니다. 연구팀은 이 과정을 통해 마이크로코드 내의 패턴을 분석하여 μ-op(마이크로 연산)과 μ-op 비트의 구조를 파악하고, 명령어 디코더 및 보호 테스트 PLA(Programmable Logic Array)의 작동 방식을 밝혀냈습니다.

* **왜 중요한지**
이 연구는 80386이 8086보다 사이클당 훨씬 빠른 성능을 달성하는 방식, 즉 많은 알고리즘을 하드웨어 가속 방식으로 구현하는 마이크로코드의 구조를 이해하는 데 결정적인 단서를 제공합니다. 또한, 마이크로코드 내에서 발견된 IO 권한 비트 처리의 잠재적인 버그는 현대 시스템에서 보안 취약점이 발생할 수 있음을 시사합니다.

* **주의할 점 또는 맥락**
마이크로코드 분석은 매우 복잡하며, 많은 루틴이 다른 루틴을 호출하는 구조를 가지고 있어 모든 코드를 나열하는 것보다 구조적 관계를 파악하는 것이 중요합니다. 또한, 발견된 보안 버그는 특정 CPU 버전에서만 발생했을 가능성이 있으며, 해당 버그가 실제 시스템에 미치는 영향에 대해서는 추가적인 검증이 필요합니다.

미국 기술 기업들이 유럽 기술 규제 관련 공무원들의 이름을 미국 상원에 공유하면서 네덜란드 정부가 심각한 우려를 표명했습니다. 이는 공무원들이 여행 금지나 제재를 받을 수 있다는 우려를 낳으며, 특히 클라우드 서비스 제공업체(예: Solvinity)의 데이터 주권 및 미국 클라우드법(Cloud Act) 관련 논란과 맞물려 데이터 및 규제 환경에 대한 심각한 맥락을 제공합니다.

제공해주신 텍스트는 **AI 모델의 능력, 보안 취약점, 그리고 소프트웨어 개발 및 보안 분야의 최신 동향**에 대한 매우 심층적이고 복잡한 논의를 담고 있습니다.

핵심 주제들을 요약하고 분석해 드리겠습니다.

---

## 1. 핵심 주제 요약

이 텍스트는 크게 세 가지 주요 축을 중심으로 전개됩니다.

### A. AI 모델의 보안 및 취약점 (Red Teaming & Vulnerability)
* **AI 모델의 잠재적 위험:** AI 모델이 생성하는 코드나 시스템에 내재된 보안 취약점의 심각성(예: Red Teaming 관점).
* **취약점의 범위:** 단순한 버그를 넘어, 시스템 전체의 취약점과 공격 표면(Attack Surface)에 대한 논의.

### B. 소프트웨어 보안 및 개발의 현실 (Practical Security)
* **보안의 현실:** 이상적인 보안 모델과 실제 시스템 운영 환경 사이의 괴리.
* **데이터와 시스템의 복잡성:** 방대한 시스템(라우터, 네트워크, 클라우드 등)에서 발생하는 보안 문제의 복잡성.

### C. 미래의 보안 패러다임 (Future of Security)
* **자동화와 인간의 역할:** AI가 보안 프로세스를 어떻게 변화시킬 것인가.
* **데이터의 중요성:** 어떤 데이터(취약점 정보, 코드 등)가 가장 중요한 자산인가에 대한 논의.

---

## 2. 주요 논점 심층 분석

### 1. '보안'의 확장: 코드에서 시스템 전체로
텍스트는 보안을 단순히 코드의 버그를 찾는 것을 넘어, **네트워크, 인프라, 소프트웨어 생명주기 전체**로 확장해야 함을 시사합니다. 특히, AI가 생성하는 코드가 실제 물리적 시스템(라우터, 네트워크)에 미치는 영향을 고려해야 한다는 점이 강조됩니다.

### 2. '정보의 가치'와 '공격 표면'
논의는 **어떤 정보가 가장 위험한가**에 초점을 맞춥니다. AI 모델이 생성하는 정보나, 시스템의 취약점 정보는 공격자가 가장 쉽게 접근할 수 있는 '공격 표면'이 되며, 이를 통제하는 것이 핵심이 됩니다.

### 3. 실질적인 대응과 현실적 제약
이상적인 보안 대책(예: 완벽한 방어)과 현실적인 제약(예: 자원, 시간, 인력) 사이의 균형을 찾으려는 시도가 보입니다. **'보안'은 결국 현실적인 제약 속에서 최적의 결정을 내리는 과정**이라는 점을 강조합니다.

### 4. 데이터와 권한의 관계
누가 어떤 데이터에 접근하고, 그 데이터가 시스템에 미치는 영향이 얼마나 큰지에 대한 논의는 **권한 관리(Access Control)**와 **데이터 무결성(Data Integrity)**이 보안의 근간임을 보여줍니다.

---

## 3. 결론 및 시사점

이 텍스트는 **기술 발전 속도에 맞춰 보안 패러다임이 어떻게 진화해야 하는가**에 대한 중요한 질문을 던집니다.

1. **AI는 도구이지 최종 해결책이 아니다:** AI는 강력한 분석 도구이지만, 복잡한 시스템 보안 문제를 완전히 대체할 수는 없으며, 인간의 판단과 시스템 설계가 여전히 필수적입니다.
2. **전체 시스템적 사고(Systemic Thinking)의 필요성:** 보안은 개별 컴포넌트의 문제가 아니라, 전체 시스템의 상호작용과 취약점을 이해하는 데서 시작됩니다.
3. **실용적인 접근:** 이론적 논의를 넘어, 실제 운영 환경에서 발생할 수 있는 위험을 최소화하기 위한 실질적인 조치(예: 자동화된 검증, 강력한 접근 통제)가 중요합니다.

요약하자면, 이 글은 **첨단 기술 환경에서 보안이 어떻게 재정의되고, 어떤 실질적인 조치가 필요한지**에 대한 깊은 통찰을 제공하고 있습니다.

GitHub에서 npm에 '단계별 게시(Staged publishing)' 기능과 새로운 설치 시간 제어 플래그를 도입하여 공급망 보안을 강화했습니다.

**무엇이 일어났는지**
npm에 '단계별 게시' 기능이 일반화되어, 패키지가 레지스트리에 즉시 공개되기 전에 유지보수자가 명시적으로 승인할 수 있는 스테이지 큐(stage queue)를 거치게 되었습니다. 또한, `--allow-file`, `--allow-remote`, `--allow-directory`와 같은 새로운 설치 소스 플래그가 추가되어 설치 시 명시적인 허용 목록(allowlist) 접근 방식을 적용할 수 있게 되었습니다.

**왜 중요한지**
이는 CI/CD 워크플로우와 같은 비대화형 환경에서도 패키지 게시 과정에 인간 유지보수의 승인(2FA 요구)을 추가하여 공급망 보안을 강화합니다. 개발자는 `npm publish` 대신 `npm stage publish`를 사용하도록 CI/CD 워크플로우를 업데이트해야 하며, 설치 시에는 `--allow-*` 플래그를 사용하여 의존성 해결에 대한 명시적인 제어를 할 수 있습니다.

**주의할 점 또는 맥락**
단계별 게시를 위해서는 신뢰할 수 있는 게시(Trusted publishing, OIDC)와 함께 사용하는 것을 권장하며, CI/CD 환경에서는 스테이지 큐에 게시한 후 유지보수자가 승인하는 흐름이 가장 권장됩니다. 또한, `--allow-git` 플래그의 기본값이 향후 버전에서 변경될 예정이므로, 새로운 설치 플래그를 활용하여 보안 정책을 설정하는 것이 중요합니다.

제공해주신 텍스트는 **Gnutella**와 같은 **P2P(Peer-to-Peer) 파일 공유 네트워크의 역사, 작동 방식, 그리고 그 철학**에 대한 깊이 있는 분석을 담고 있습니다.

핵심 주제와 내용을 요약하고, 그 의미를 해석해 드리겠습니다.

---

## 핵심 내용 요약

이 글은 P2P 네트워크의 초기 형태였던 Gnutella의 작동 원리와 그 시대의 기술적, 사회적 맥락을 설명하며, 현대의 파일 공유 및 분산 시스템에 대한 통찰을 제공합니다.

1. **Gnutella의 작동 원리:** Gnutella는 피어 간의 연결을 통해 정보를 공유하는 방식(P2P)을 기반으로 합니다.
2. **네트워크의 철학:** 이 시스템은 중앙 집중식 서버 없이 분산된 네트워크를 통해 정보가 확산되도록 설계되었습니다.
3. **역사적 맥락:** 이 기술은 중앙 서버가 지배하는 기존의 인터넷 구조에 대한 대안으로 등장했습니다.
4. **지속 가능성과 비판:** 글은 P2P 시스템이 어떻게 작동했는지 설명하는 동시에, 현대의 분산 시스템이 직면하는 문제점과, 왜 Gnutella와 같은 초기 시도가 오늘날의 시스템에 어떤 교훈을 주는지에 대해 논합니다.
5. **기술적 유산:** Gnutella의 경험은 현대의 분산 시스템 설계에 중요한 기반을 제공했습니다.

## 주요 통찰 및 해석

### 1. 분산 시스템의 선구자
Gnutella는 중앙 권력 없이 정보가 자발적으로 공유되는 분산 시스템의 초기 성공 사례 중 하나입니다. 이는 오늘날 블록체인이나 다른 분산 애플리케이션들이 추구하는 핵심 목표와 일맥상통합니다.

### 2. 중앙 집중식 시스템에 대한 대안
인터넷이 중앙 서버(예: 웹 서버)에 의존하던 시기에, Gnutella는 사용자들이 직접 연결하여 정보를 공유함으로써 중앙 서버의 통제에서 벗어나려는 시도였습니다.

### 3. 지속 가능성의 딜레마
글은 기술적 구현뿐만 아니라, 이러한 네트워크가 어떻게 지속될 수 있는지에 대한 질문을 던집니다. 초기 P2P 네트워크는 사용자 참여에 크게 의존했지만, 현대의 대규모 시스템은 어떻게 이러한 참여를 유지할 것인가에 대한 고민이 필요합니다.

### 4. 기술의 진화
글의 마지막 부분은 기술이 어떻게 발전해왔는지(P2P에서 현대의 분산 시스템으로)를 보여주며, 초기 시도가 현재의 복잡한 분산 시스템 설계에 어떤 영향을 미쳤는지 강조합니다.

## 결론

제공된 텍스트는 단순한 기술 설명이 아니라, **분산 시스템의 근본적인 아이디어**와 **기술이 사회적, 경제적 맥락 속에서 어떻게 발전해왔는지**에 대한 철학적인 논의를 담고 있습니다. Gnutella는 그 시대를 대표하는 중요한 분산 기술의 한 예시로 평가될 수 있습니다.

## Slack 데이터 파이프라인 마이그레이션 요약

이 기사는 Slack의 데이터 파이프라인에서 사용되던 기존의 SSH 기반 실행 방식을 REST API 기반의 새로운 Operator 방식으로 성공적으로 마이그레이션한 사례를 다루고 있습니다.

### 핵심 요약

Slack의 대규모 데이터 파이프라인에서 수많은 작업이 SSH를 통해 실행되던 방식에서 벗어나, **REST API를 활용한 새로운 Operator 기반의 시스템으로 전환**하는 대규모 마이그레이션이 진행되었습니다. 이 전환은 데이터 처리의 안정성, 확장성, 그리고 제어 능력을 크게 향상시키는 것을 목표로 합니다.

### 주요 내용 및 시사점

1. **기술적 전환 (SSH $\rightarrow$ REST API):**
* 기존의 SSH 기반 실행 방식은 관리 및 확장성 측면에서 제약이 있었습니다. 이를 REST API 기반의 Operator 방식으로 전환함으로써, 데이터 파이프라인을 더 구조화되고 자동화된 방식으로 관리할 수 있게 되었습니다.
* 이는 데이터 처리 작업에 대한 중앙 집중식 제어와 모니터링을 용이하게 합니다.

2. **대규모 마이그레이션의 성공:**
* 수많은 데이터 파이프라인을 대상으로 하는 대규모 마이그레이션이 진행되었으며, 현재 80%가 완료되었습니다. 이는 복잡한 엔터프라이즈 환경에서 대규모 시스템 전환이 체계적으로 관리될 수 있음을 보여줍니다.

3. **운영적 도전과 해결:**
* 대규모 마이그레이션 과정에서 발생하는 복잡성과 데이터 이동의 안정성을 확보하는 것이 주요 과제였습니다. 성공적인 전환은 체계적인 계획과 단계적 접근을 통해 이러한 운영적 도전을 극복했음을 시사합니다.

### 결론

이 사례는 복잡한 인프라 환경에서 레거시 프로세스를 현대적인 API 기반 시스템으로 전환하는 것이 **시스템의 안정성과 확장성을 확보하는 데 결정적인 역할**을 한다는 것을 보여줍니다. 특히, 대규모 데이터 파이프라인을 다룰 때, 단순한 도구 교체를 넘어 전체 워크플로우를 재설계하는 것이 중요함을 강조합니다.

한 사건에 대한 핵심 요약입니다.

- **무엇이 일어났는지:** FBI 국장과 관련된 Based Apparel 웹사이트가 'ClickFix' 공격을 호스팅하고 있는 것으로 발견되었습니다. 이 공격은 방문자들을 악성코드 설치로 유도하려는 시도였습니다.
- **왜 중요한지:** 합법적인 웹사이트가 악성코드 유포 및 사용자 기만 공격의 통로로 악용될 수 있다는 점을 보여줍니다. 이는 웹사이트 보안과 사용자 트래픽 관리의 취약점을 시사하며, 잠재적인 사이버 위협에 대한 경각심을 높입니다.
- **주의할 점 또는 맥락:** 해당 사건은 특정 웹사이트가 보안 위협에 노출될 수 있음을 보여주므로, 웹사이트 운영자는 사용자 트래픽과 설치 과정에서 발생하는 보안 취약점을 철저히 점검해야 합니다.

최소 네 기수의 러시아 군사 위성이 지난주에 궤도를 변경하여 핀-미국 레이더 감시 위성의 궤도에 근접하게 되었다는 사실이 공개되었습니다. 이는 러시아의 의도를 의심하게 만드는 움직임이며, 일반적인 임무 수행으로는 흔치 않은 능력으로 해석됩니다.

Apple은 형식 방법(formal methods)을 사용하여 자체 핵심 암호화 구현체인 CoreCrypto를 검증하는 과정을 상세히 설명했습니다. 이 과정에는 특히 CRYSTALS-Kyber 알고리즘과 같은 복잡한 연산에 대한 구현의 정확성을 수학적으로 증명하기 위해 Isabelle과 같은 도구를 사용하여 정교한 시스템을 개발하는 것이 포함되었습니다. 이 작업은 수학적 사양을 형식 시스템으로 번역하여 엄격하고 단계적인 검증을 가능하게 했으며, 이는 궁극적으로 코드의 보안성과 정확성을 확인했습니다.

핵심 요약

* **무엇이 일어났는지**
다중 에이전트 LLM 시스템에서 도메인 위장 주입(domain-camouflaged injection) 공격이 탐지 시스템을 우회한다는 연구 결과를 제시합니다. 공격자는 대상 문서의 도메인 어휘와 권위 구조를 모방하여 페이로드를 생성함으로써, 기존의 탐지기가 이를 식별하지 못하는 '탐지 격차(Camouflage Detection Gap, CDG)'가 발생함을 발견했습니다.

* **왜 중요한지**
이 연구는 LLM 에이전트를 보호하기 위해 배치된 탐지기가 도메인 위장 공격에 취약하며, 이는 모델별로 탐지율이 크게 감소하는 통계적으로 유의미한 격차(CDG)를 발생시킵니다. 이는 단순한 방어 기법을 넘어 시스템 아키텍처 자체에 내재된 취약점임을 시사합니다.

* **주의할 점 또는 맥락**
다중 에이전트 토론 아키텍처는 작은 모델에서 정적 주입 공격을 최대 9.9배 증폭시키지만, 더 강력한 모델에서는 집단적인 저항력을 보입니다. 또한, 탐지기 보강(detector augmentation)은 부분적인 개선만을 제공하여, 이 취약점이 우연이 아닌 시스템 아키텍처의 근본적인 문제임을 강조합니다.