기술 · 뉴스 해설
Thales는 새 소프트웨어 방어막이 AI 에이전트를 막았다고 밝혔다—이 시험이 증명하는 것
Sentinel Envelope Plus는 소스 변경 없이 선택한 컴파일 코드에 보호층을 더한다. Thales 시험에서 AI 에이전트는 무방비 앱의 취약점 10개 중 8개를 찾았고 보호 버전에서는 하나도 찾지 못했지만, 취약점은 그대로 남아 있으며 이 공급업체 시험은 패치나 독립 검증을 대신하지 않는다.
Thales가 AI 도구로 역공학 비용이 낮아지는 상황에서 컴파일된 소프트웨어를 디컴파일, 런타임 검사, 변조로부터 더 어렵게 공격하도록 만드는 유료 추가 기능 Sentinel Envelope Plus를 출시했다. 회사는 소스 코드나 특수 빌드 환경을 바꾸지 않고 보안에 민감한 부분에 강한 보호를 적용할 수 있다고 설명한다.
Reuters에 따르면 Patrice Caine CEO는 Cyber Summit에서 방어자도 공격자와 같은 속도와 규모로 AI를 사용해야 한다고 말했다. 핵심 비교 시험에서 AI 에이전트는 무방비 앱의 취약점 8개를 찾았지만 보호 앱에서는 찾지 못했다. 분석 비용을 크게 높였을 가능성은 있지만 결함이 사라졌다는 뜻은 아니다.
따라서 정확한 약속은 ‘AI에 면역인 소프트웨어’가 아니라 선택한 컴파일 코드에 저항 계층을 더하는 것입니다. 코드를 이해하거나 변경하는 데 필요한 시간, 연산량, 전문성을 높이려는 것이며 모든 공격 경로를 막거나 취약한 백엔드를 보호하거나 신원·네트워크·데이터 통제를 대신하지는 않습니다.
Sentinel Envelope Plus가 바꾸는 것
Thales는 선택한 애플리케이션 부분을 변환하고 다시 컴파일해 디컴파일, 변조, 런타임 검사를 어렵게 하는 여러 보호층을 추가한다고 말한다. 강한 처리를 핵심 코드에만 적용할 수 있는데, 무거운 보호는 성능, 디버깅, 배포 운영에도 영향을 줄 수 있기 때문이다.
온프레미스, 임베디드, 엣지처럼 공격자가 프로그램 사본을 얻어 오프라인으로 분석할 수 있는 환경이 주요 대상이다. 선택적 라이선스 보호도 함께 적용할 수 있다. 그러나 'AI에 안전한 소프트웨어'가 아니라 선택한 컴파일 코드 분석에 필요한 시간, 계산량, 기술을 늘리는 장벽으로 보는 것이 정확하다.
실제 약속은 ‘AI가 뚫을 수 없는 소프트웨어’보다 좁습니다. Sentinel Envelope Plus는 선택한 컴파일 코드 주변의 장애물 계층으로, 이해와 변경에 필요한 시간·연산량·전문성을 높이는 것이 목적입니다. 모든 공격 경로를 막거나 취약한 백엔드와 신원·네트워크·데이터 통제를 대체하지는 않습니다.
8대0 결과를 읽는 방법
Thales에 따르면 에이전트는 무방비 버전에서 10개 중 8개를 찾았지만 보호 버전에서는 약 7시간 분석하고 970배의 토큰을 사용하며 자체 분석 도구까지 만든 뒤에도 찾지 못하고 중단을 권고했다.
수치는 공급업체 시험에서 나온 것이다. 다른 언어, 컴파일러, 취약점 유형, 모델, 공격 예산에도 같은 결과가 나온다는 근거는 없다. 숙련된 인간 팀은 다른 도구를 쓰거나 더 오래 분석하고, 완전한 역공학 없이 노출된 인터페이스를 공격할 수도 있다. 따라서 이 조건에서 해당 에이전트를 크게 방해했다는 결론만 안전하다.
가장 타당한 결론은 이번 조건에서 해당 보호가 이 에이전트를 실질적으로 방해했다는 것입니다. 수정 시간을 벌고 기회주의적 자동 공격의 매력을 낮출 수 있지만, 모든 취약점을 발견할 수 없거나 모든 악용이 불가능하거나 모든 고객 애플리케이션에서 같은 배수가 나타난다는 뜻은 아닙니다.
취약점은 여전히 고쳐야 한다
Thales도 취약점이 코드 안에 남는다고 명시한다. 난독화와 변조 방지는 노출을 줄이지만 안전하지 않은 로직을 안전하게 바꾸지 않는다. 결함을 알게 되면 심각도를 평가하고 노출을 줄이며 수정한 뒤 검증된 업데이트를 배포해야 한다.
공격자가 결함을 실제 공격으로 바꾸는 시간을 늘리는 데 가치는 있지만, 그 시간을 중요 패치를 미루는 이유로 삼으면 안 된다. 모니터링, 재현 가능한 빌드와 디버깅 경로도 유지해 보호 변환 때문에 사고 대응이 더 늦어지지 않게 해야 한다.
보호가 실패할 때의 복구 계획도 필요합니다. 모니터링은 변조, 비정상 라이선스 동작, 보호된 기능의 의심스러운 사용을 살펴야 하며, 빌드 파이프라인은 재현성과 디버깅 경로를 유지해 강한 변환 때문에 사고 대응이 공격자보다 느려지지 않도록 해야 합니다.
배포 전에 확인할 질문
자격증명 처리, 라이선스 검증, 독점 모델, 암호화 흐름, 복제나 변조 시 실질 피해가 큰 알고리즘처럼 정말 보호할 코드를 먼저 정한다. 전부 보호하면 복잡성이 커지고, 너무 적게 보호하면 우회로가 남는다.
지원 OS와 아키텍처, 빌드 통합, 시작 및 런타임 오버헤드, 충돌 진단, 업데이트 호환성에 대해 자신의 스택과 맞는 자료를 요구한다. 개념 증명은 실제 대표 바이너리로 방어력과 운영 비용을 함께 측정해야 한다. 코드 검토, 의존성 스캔, 침투 시험, 최소 권한, 서명 업데이트와 패치 대응은 계속 필요하다.
마지막으로 방어 계층을 유지해야 합니다. 코드 검토, 의존성 스캔, 침투 테스트, 비밀정보 관리, 최소 권한, 서명된 업데이트, 패치 대응을 계속하십시오. Sentinel Envelope Plus가 중요한 대상의 분석을 어렵게 만들 수는 있지만 구매 결정은 한 번의 극적인 공급업체 벤치마크가 아니라 실제 애플리케이션에서 재현되는 결과에 근거해야 합니다.
