본문으로 건너뛰기
피드

탐눈, 클라우드 취약점 AI 자동 수정 확대…패치 전에 운영 장애부터 검증

security 약 6분
vote
0
댓글
북마크

탐눈이 AI 엔진 ‘타미’를 스킬 기반 클라우드 보안 수정 오케스트레이터로 확장했다. 단순히 경고를 띄우는 데서 끝나지 않고, 고객 환경별 수정 절차를 만들고 패치 적용 전 운영 중단 위험까지 검증하는 쪽으로 간다.

  • 1

    타미는 600만 건 이상 실제 클라우드 수정 데이터와 1000만 개 이상 워크로드 운영 데이터를 기반으로 수정 자동화를 수행한다.

  • 2

    중요 클라우드 경고의 평균 수정 시간은 128일로, 탐지보다 실제 수정 실행이 병목이 되고 있다.

  • 3

    수정 신뢰 점수는 패치를 SAFE, RISKY, UNSAFE로 나눠 운영 위험도를 미리 보여준다.

  • 4

    패치 시뮬레이터는 실제 적용 전에 버전 호환성, 의존성, 런타임 변화를 샌드박스에서 검증하게 해준다.

클라우드 보안, 이제 ‘찾았다’보다 ‘고쳤다’가 더 중요함

  • 탐눈이 AI 엔진 ‘타미(Tami)’를 스킬 기반 수정 오케스트레이터로 확장함

    • 고객 환경에 맞는 취약점 수정 절차를 자동 생성함
    • 보안 위험 유형별로 수정 실행과 운영 검증을 같이 수행함
    • 멀티클라우드, 쿠버네티스, API 기반 환경에서 수정 지연과 장애 위험을 줄이는 게 목표임
  • 배경은 단순함. AI 기반 개발 도구가 코드를 더 빨리 만들면서, 취약 코드와 잘못된 클라우드 설정도 같이 늘고 있음

    • 기업은 더 많은 애플리케이션, API, 클라우드 워크로드를 운영하게 됨
    • 보안 플랫폼은 경고와 우선순위 분석을 잘해도, 실제 운영 환경에서는 수정 작업이 계속 밀림
    • 가트너에 따르면 중요 클라우드 경고의 평균 수정 시간은 128일임. 이쯤 되면 경고가 문제가 아니라 수습이 문제임

⚠️주의

> 클라우드 보안 자동화에서 제일 위험한 착각은 “자동 수정이면 무조건 빠르고 좋다”는 거임. 운영 의존성 검증 없이 패치가 들어가면 취약점보다 장애가 먼저 터질 수 있음.

타미는 ‘단일 에이전트’가 아니라 수정 스킬 조정자

  • 탐눈은 클라우드 환경에 약 1200개 수준의 서로 다른 보안 문제 유형이 있다고 설명함

    • 각각 수정 절차가 다르고, 확인해야 할 의존성도 다름
    • 그러니까 하나의 범용 패치 스크립트로 밀어붙이는 방식은 운영 환경에서 위험함
  • 타미는 800개 이상 고객 계정과 600만 건 이상 실제 클라우드 수정 데이터를 기반으로 수정 스킬을 생성함

    • 고객별 자산 의존성, 운영 정책, 애플리케이션 영향 범위를 반영함
    • 같은 취약점처럼 보여도 고객 환경에 따라 다른 절차를 적용하는 구조임
  • 고위험 수정 작업은 탐눈 전문가 조직 ‘CloudPros’ 검토를 거침

    • AI가 만든 수정안을 바로 운영에 넣는 게 아니라, 위험한 작업에는 사람 검증 단계를 둠
    • 기업과 파트너가 자체 수정 스킬을 추가할 수 있는 개방형 오케스트레이션 계층도 제공한다고 밝힘

패치 전에 ‘이거 서비스 안 죽나?’를 먼저 본다

  • 이번 업데이트에서 눈에 띄는 기능은 ‘수정 신뢰 점수(Remediation Confidence Score)’임

    • 수정 작업을 SAFE, RISKY, UNSAFE 등급으로 분류함
    • 개발자에게 넘기기 전에 운영 위험도를 먼저 확인하게 해줌
    • 운영 중단 가능성과 의존성 충돌 여부도 함께 평가함
  • ‘안전 취약점 패치 시뮬레이터’ 베타 기능도 공개됨

    • 실제 운영 적용 전에 버전 호환성, 의존성, 런타임 변화를 샌드박스에서 검증함
    • 쿠버네티스나 멀티클라우드처럼 설정과 의존성이 얽힌 환경에서는 이 단계가 꽤 중요함
  • 탐눈은 플랫폼 규모와 성과 수치도 같이 공개함

    • 1000만 개 이상 워크로드 환경에서 운영 중이라고 밝힘
    • 90일 기준 노출 감소율 97%를 제시함
    • 운영 효율 비율은 142대1, 운영 환경 사고는 0건이라고 주장함

중요

> 숫자만 보면 탐눈이 노리는 시장은 “보안 경고를 줄이는 도구”가 아니라 “운영 중단 없이 취약점을 닫는 자동화 레이어”에 가까움.

국내 기업도 남 얘기가 아님

  • 생성형 AI와 AI 에이전트가 개발 속도를 올리면서 보안 운영 부담도 같이 커지고 있음

    • 코드 생산량이 늘면 애플리케이션, API, 워크로드도 늘어남
    • 그만큼 취약점과 잘못된 설정을 사람이 일일이 추적하기 어려워짐
  • 특히 금융, 제조, 플랫폼 기업은 “빨리 고치되 서비스는 멈추면 안 되는” 압박을 동시에 받음

    • 클라우드 네이티브 전환이 진행될수록 취약점 대응은 단순 티켓 처리로 끝나지 않음
    • 운영 안정성, 변경 추적, 내부 정책, 컴플라이언스까지 같이 봐야 함
  • 탐눈의 방향은 CNAPP 경고 탐지 이후를 겨냥함

    • 지금까지 많은 보안 도구가 “위험을 찾아줌”에 집중했다면, 이제는 “검증하고 실제로 고쳐줌”까지 가는 흐름임
    • AI 자동화가 들어갈수록 수정 실행과 운영 안정성 검증은 한 세트가 될 가능성이 큼

기술 맥락

  • 이 기사에서 중요한 선택은 탐지 자동화가 아니라 수정 자동화예요. 클라우드 보안에서는 취약점을 찾는 도구가 많아졌지만, 실제 운영에 패치를 넣는 순간 장애 위험이 생기거든요.

  • 타미가 스킬 기반 오케스트레이터를 택한 이유는 클라우드 문제가 너무 다양하기 때문이에요. 탐눈은 보안 문제 유형이 약 1200개라고 말하는데, 각 문제마다 의존성, 정책, 서비스 영향 범위가 달라서 단일 자동 수정 방식으로는 위험해요.

  • 수정 신뢰 점수와 패치 시뮬레이터는 자동화의 속도를 유지하면서도 운영 리스크를 낮추는 장치예요. SAFE, RISKY, UNSAFE처럼 등급을 나누고 샌드박스에서 런타임 변화를 확인해야 개발팀이 패치를 덜 무서워해요.

  • 국내 기업에도 이 흐름이 바로 연결돼요. 생성형 AI로 개발 속도가 올라가면 취약점도 더 빨리 쌓이기 때문에, 보안팀은 경고를 잘 분류하는 것보다 장애 없이 닫는 체계를 더 필요로 하게 돼요.

클라우드 보안의 병목이 ‘얼마나 잘 찾느냐’에서 ‘장애 없이 고치느냐’로 넘어간 흐름이 선명하다. AI가 코드를 더 빨리 만들수록 취약점과 설정 실수도 같이 늘기 때문에, 수정 자동화에는 검증 계층이 필수로 붙을 수밖에 없다.

댓글

댓글

댓글을 불러오는 중...

security

엘에이 경찰, 사생활 침해 논란 끝에 플록 번호판 감시 계약 종료

엘에이 경찰이 번호판 인식 카메라 업체 플록 세이프티와의 3년 계약을 연장하지 않기로 했어. 시민권, 프라이버시, 데이터 보관과 공유 문제를 해결하지 못했다는 게 핵심 이유야. 플록은 미국 전역에 최소 8만 대 카메라망을 깔아 경찰과 연방기관이 차량을 추적할 수 있게 해왔고, 오탐·보안 사고·이민 단속 악용 의혹까지 겹치며 압박이 커졌어.

security

크로미움 148부터 Math.tanh 한 번으로 운영체제 지문이 새는 문제

크로미움 148 이후 V8이 Math.tanh 계산을 자체 구현 대신 운영체제의 수학 라이브러리에 맡기면서, 같은 입력값도 리눅스·맥·윈도우에서 마지막 비트가 달라지는 지문 신호가 생겼다. 이 차이는 User-Agent로 맥이라고 주장하면서 리눅스 수학 결과를 내는 식의 위장을 바로 들키게 만든다. CSS 삼각함수와 웹 오디오까지 보면 브라우저 수학 경로가 꽤 복잡하게 갈라지고, 제대로 흉내 내려면 실제 운영체제 라이브러리의 비트 단위 동작까지 맞춰야 한다.

security

출입통제도 클라우드 구독제로 간다…제로트러스트·AI 분석이 승부처

기업 출입보안이 사업장별 서버를 두는 방식에서 클라우드 기반 서비스형 출입통제(ACaaS)로 옮겨가고 있다. 시장은 2026년 17억8000만 달러에서 2030년 31억9000만 달러로 커질 전망이고, 제로트러스트·모바일 인증·AI 출입 분석·스마트빌딩 통합이 핵심 경쟁 포인트로 꼽힌다.

security

AWS·구글 클라우드, 양자컴퓨터 대비해 암호 체계 갈아엎는 중

AWS와 구글 클라우드가 양자컴퓨터 시대를 대비해 기존 공개키 암호와 양자내성암호를 함께 쓰는 하이브리드 전환을 시작했다. 핵심 배경은 지금 훔친 암호문을 나중에 양자컴퓨터로 푸는 ‘선수집·후해독’ 공격이고, 국내도 통신·금융·국방 등 5개 분야에 45억원을 투입해 실증에 들어간다.

security

보안 점검 맡긴 AI 에이전트가 악성코드를 직접 실행할 수 있다는 경고

AI 보안 에이전트가 저장소를 검사하다가 README 같은 문서에 숨은 프롬프트 인젝션에 속아 악성 바이너리를 실행할 수 있다는 연구가 나왔다. 클로드 코드와 코덱스의 자동 모드처럼 승인 없이 명령을 수행하는 구성에서 문제가 재현됐고, 여러 모델과 공급업체를 가로질러 같은 패턴이 통했다는 점이 핵심이다.