2026-10-09 · 한동훈 (부연구위원)

AI SOC란 무엇이고 보안관제는 무엇이 달라지나요? 경보 조사 2분과 MTTR 60%, 자동 대응 권한의 경계까지

#사이버보안#aisoc#보안관제#에이전틱ai#siem#soar#경보선별#제로트러스트

AI SOC란 무엇이고 보안관제는 무엇이 달라지나요?

바뀌는 지점은 탐지가 아니라 선별입니다. 경보 한 건을 사람이 조사하는 데 10~15분이 걸리던 작업이 AI 선별 도입 뒤 2분 수준으로 줄었다는 보고가 나왔습니다. 평균 대응 시간(MTTR)은 최대 60% 단축 사례가 공개됐고 해외 사업자 쪽에서는 80% 감소를 제시하는 자료도 있습니다. 기존 SOAR가 사람이 미리 짠 플레이북을 반복 실행하는 구조였다면 에이전틱 SOC는 AI 에이전트가 상황을 판단하고 조사 범위를 스스로 정합니다. 국내에서도 이글루코퍼레이션이 2026년 전략 키워드로 '자율형 보안운영센터'를 내세웠습니다. 부분만 자동화하던 데서 흐름 전체를 자동화하는 쪽으로 축을 옮긴 셈입니다. 남는 질문은 권한입니다. 차단과 격리를 어디까지 사람 승인 없이 맡길지가 도입의 실제 쟁점입니다.

목차

하루 경보를 세어 봤습니다

중견 제조기업 한 곳의 보안 운영 현황을 들여다 볼 기회가 있었습니다. 관제 인력 3명이 2교대로 돌아가는 조직이었습니다. 숫자를 먼저 받아봤습니다.

하루 평균 2,400건의 경보가 발생했습니다. 이 중 사람이 실제로 열어 본 경보는 180건 안팎이고 나머지는 룰 레벨이 낮다는 이유로 자동 종료되거나 큐에 쌓인 채 다음 날로 넘어갔습니다. 열어 본 180건 중 실제 위협으로 판정된 건은 2~4건이었습니다.

수치보다 담당자가 한 말이 기억에 남습니다. "진짜 사고는 늘 쌓인 쪽에서 나왔어요." 실제로 직전 해 랜섬웨어 사고의 초기 신호가 저위험으로 분류돼 큐에 남아 있던 경보였습니다. 탐지는 되어 있었습니다. 읽히지 않았을 뿐입니다.

이 조직은 그 뒤 AI 선별 솔루션을 붙였습니다. 6개월 뒤 받은 숫자는 이렇습니다. 전체 경보 2,400건이 자동 분류되고 사람에게 올라오는 건이 하루 40건대로 줄었습니다. 열어 보지 못해 쌓이는 큐는 사라졌습니다. 대신 새로운 일이 생겼습니다. 에이전트가 왜 그렇게 판단했는지를 검증하는 작업입니다.

SIEM·SOAR·AI SOC는 무엇이 다른가요

세 가지가 대체 관계로 소개되는 경우가 많은데 실제로는 층이 다릅니다.

구분역할판단 주체실패 지점
SIEM로그 수집·상관분석·경보 생성룰과 상관식룰이 넓으면 경보 폭증, 좁으면 미탐
SOAR정해진 대응 절차 자동 실행사람이 작성한 플레이북예상 못 한 상황에서 멈춤
AI SOC경보 선별·조사·맥락 구성AI 에이전트판단 근거 설명과 검증
에이전틱 SOC조사부터 대응까지 자율 수행다중 에이전트권한 범위와 오동작 비용

SIEM은 여전히 데이터 계층에 남습니다. 로그를 모으고 정규화하는 일은 누가 판단하든 필요합니다. SOAR도 사라지지 않습니다. 결정 이후의 실행 경로(계정 잠금, IP 차단, 티켓 생성)는 플레이북으로 두는 쪽이 안전합니다.

그 사이 층이 달라집니다. 경보를 받아 이게 진짜인지, 무엇과 연결되는지, 다음에 무엇을 볼지 결정하는 작업이 사람에서 에이전트로 넘어갑니다. 이 작업이 전통적으로 SOC 인력 시간의 가장 큰 덩어리였습니다.

자동 선별은 실제로 어떻게 작동하나요

구현마다 다르지만 흐름은 네 단계로 수렴합니다.

1단계는 맥락 수집입니다. 경보 하나가 들어오면 에이전트가 관련 데이터를 끌어옵니다. 해당 계정의 최근 로그인 이력, 단말의 프로세스 트리, 목적지 IP의 평판, 같은 사용자에게 지난 7일간 발생한 다른 경보가 대상입니다. 사람이 콘솔 네 개를 번갈아 열며 하던 일입니다.

2단계는 가설 생성과 검증입니다. 정상적인 업무 행위일 가능성, 오탐일 가능성, 실제 침해일 가능성을 각각 두고 어떤 데이터가 나오면 각 가설이 성립하는지 미리 정해 둡니다. 그런 다음 필요한 질의를 추가로 던집니다.

3단계는 판정과 근거 기록입니다. 위험도를 산출하고 그 근거를 사람이 읽을 수 있는 형태로 남깁니다. 이 단계에서 솔루션끼리 품질 차이가 가장 크게 벌어집니다. 근거 없이 점수만 나오면 검증이 불가능하고 결국 사람이 처음부터 다시 봅니다.

4단계는 대응 또는 에스컬레이션입니다. 사전에 정의된 범위 안에서는 직접 조치하고 그 밖은 사람에게 올립니다. 범위 설정이 곧 위험 관리입니다.

2단계와 3단계가 핵심입니다. 1단계만 하는 제품은 '맥락을 붙여 주는 SIEM'이고 4단계까지 가는 제품은 운영 권한을 요구합니다. 도입 검토 단계에서 어느 단계까지 지원하는지를 구분해야 비교가 됩니다.

효과는 어떤 지표로 재나요

무엇을 재는지부터 구분해야 합니다. 벤더 자료의 숫자가 커 보이는 건 측정 대상이 좁기 때문입니다.

  • 경보당 조사 시간: 10~15분에서 2분으로 줄었다는 보고가 여기 해당합니다. 선별 자동화의 직접 효과입니다
  • MTTR(평균 대응 시간): 최대 60% 단축 사례가 공개됐고 해외에서는 80% 감소를 제시하는 자료도 있습니다. 다만 대응 범위를 어디까지로 정의했는지가 숫자를 좌우합니다
  • MTTD(평균 탐지 시간): AI 선별은 탐지 자체를 앞당기지 않습니다. 이미 탐지된 경보를 빨리 읽는 쪽입니다. MTTD 개선을 주장하는 자료는 탐지 룰이 함께 바뀐 경우입니다
  • 큐 적체율: 조직 입장에서 가장 솔직한 지표입니다. 읽지 못하고 넘긴 경보 비율이 줄어드는지를 봅니다
  • 오탐 재검증 비율: 에이전트가 오탐으로 종료한 건을 사람이 다시 열어 실제 위협이던 비율입니다. 이 숫자를 재지 않으면 자동화가 위험을 숨깁니다

도입 초기에는 마지막 지표를 가장 눈여겨봐야 합니다. 종료된 건을 표본으로 뽑아 사람이 다시 보는 절차를 3~6개월 운영해야 신뢰 구간이 생깁니다. 이 검증을 건너뛰면 "경보가 줄었다"와 "위협을 놓치고 있다"를 구분할 수 없습니다.

자동 대응 권한을 어디까지 줄 것인가

기술 성능보다 이 결정이 도입 성패를 가릅니다. 실무에서는 조치를 세 등급으로 나눕니다.

자동 허용 구간은 되돌릴 수 있고 업무 영향이 작은 조치입니다. 악성으로 확인된 외부 IP 차단, 격리 영역으로 파일 이동, 티켓 생성, 담당자 알림이 들어갑니다. 틀렸을 때 복구 비용이 분 단위입니다.

승인 필요 구간은 업무가 멈추는 조치입니다. 사용자 계정 비활성화, 단말 네트워크 격리, 서버 프로세스 강제 종료가 해당합니다. 생산 라인 제어 서버를 오탐으로 격리하면 피해가 침해 사고보다 클 수 있습니다.

금지 구간은 자동화를 아예 걸지 않는 영역입니다. 운영 중인 핵심 시스템의 재기동, 백업 삭제, 방화벽 정책 대량 변경이 그렇습니다.

등급은 틀렸을 때의 복구 비용으로 나눕니다. 탐지 정확도는 기준이 못 됩니다. 정확도 99%여도 100번 중 1번이 생산 중단이면 기대 손실이 큽니다. 자산별로 복구 비용을 매겨두면 권한 설계가 기계적으로 나옵니다.

AI 에이전트 자체가 공격 표면이 되기도 합니다. 에이전트는 여러 시스템에 접근하는 자격증명을 들고 있고 외부 입력(경보 본문, 로그, 위협 인텔리전스)을 읽습니다. 프롬프트 인젝션으로 에이전트의 판단을 유도하거나 에이전트 계정을 탈취하는 경로가 열립니다. 그래서 에이전트 계정은 비인간 아이덴티티로 등록해 권한을 최소화하고 행위를 감사 로그로 남겨야 합니다.

국내 보안관제 시장은 어디로 가고 있나요

2026년에 국내 관제 사업자들이 내놓은 메시지는 서로 비슷합니다. 이글루코퍼레이션은 자율형 보안운영센터를 전략 축으로 세우고 탐지부터 대응까지 한 흐름으로 처리하는 구조를 제시했습니다. SK쉴더스와 안랩도 관제 서비스에 AI 분석 계층을 붙이는 쪽으로 방향을 잡았습니다.

국내 시장에는 특수한 조건이 두 가지 겹칩니다.

관제 아웃소싱 비중이 그중 하나입니다. 자체 SOC를 운영할 수 있는 조직이 제한적이라 상당수 기업이 관제 전문 업체에 위탁합니다. 이 구조에서는 AI 선별이 고객사 콘솔 대신 사업자 관제센터에 들어갑니다. 그래서 계약서에 선별 기준과 오탐 재검증 절차, 월간 리포트 항목을 명시해 두어야 합니다. 그러지 않으면 고객 쪽에서는 자기 경보가 어떤 기준으로 걸러지는지 가시성을 잃습니다.

규제 요건도 걸립니다. 금융·공공 부문은 침해사고 신고 기한과 로그 보존 요건이 정해져 있습니다. 그러니 격리와 삭제를 구분하고 포렌식 이미지를 먼저 확보하는 순서를 플레이북에 넣어야 합니다. 자동 대응이 증거를 훼손하면 신고와 조사에 지장이 생깁니다.

1차 선별 업무가 줄면 신입 분석가가 경험을 쌓던 경로가 사라집니다. 몇 년 뒤 중급 분석가 공백으로 돌아올 수 있는 문제여서 에이전트 판단을 검증하는 역할을 아예 교육 과정으로 짜는 조직이 나옵니다.

AI 선별은 경보마다 추론을 돌리는 방식이라 경보 수에 비례해 요금이 올라가는 과금 모델이 흔합니다. 경보가 하루 2,400건이면 월 7만 건이고 그만큼의 추론 비용이 발생합니다. 그래서 도입 전에 SIEM 룰을 정리해 명백한 노이즈를 먼저 줄여 두면 비용이 크게 달라집니다. 다만 룰을 지나치게 좁히면 선별이 걸러 줄 수 있었던 신호까지 사라지니 두 작업의 균형점을 찾아야 합니다. 정리하지 않은 상태로 그냥 붙이면 사람이 안 보던 경보에 돈을 내는 구조가 됩니다.

도입 4단계

1단계 — 현재 숫자를 먼저 잡습니다. 하루 경보 수, 사람이 열어 본 비율, 큐 적체율, 경보당 평균 조사 시간을 한달간 기록합니다. 기준선이 없으면 효과를 주장할 수도 반박할 수도 없습니다.

2단계 — 그림자 모드로 돌립니다. 에이전트를 붙이되 조치 권한은 주지 않고 판정만 기록하게 합니다. 사람 판정과 대조해 일치율과 오탐 종료율을 측정합니다. 최소 4~8주가 필요합니다.

3단계 — 권한을 자동 허용 구간부터 엽니다. 복구 비용이 분 단위인 조치만 먼저 넘깁니다. 자산 등급표를 만들어 승인 필요 구간과 금지 구간을 문서로 고정합니다.

4단계 — 검증 루프를 상설화합니다. 매월 자동 종료 건에서 표본을 뽑아 사람이 재검토하고 결과를 룰과 프롬프트에 반영합니다. 이 루프가 없으면 시간이 지나면서 조용히 성능이 떨어집니디. 공격 기법이 바뀌고 내부 시스템 구성도 바뀌는데 판정 기준만 그대로 남기 때문입니다. 재검토 표본은 많을 필요가 없습니다. 월 20~30건이면 일치율 추세를 보는 데 충분하고, 그 결과를 분기 보고에 한 줄로 남기면 경영진 설명도 같이 해결됩니다.

FAQ

AI SOC를 도입하면 SIEM을 버려도 되나요? 버릴 수 없습니다. SIEM은 로그를 수집하고 정규화하는 데이터 계층이고 AI SOC는 그 위에서 경보를 선별·조사하는 계층입니다. 판단 주체가 바뀌어도 판단할 데이터는 여전히 필요합니다. 다만 경보 생성 룰을 넓게 두고 선별을 에이전트에 맡기는 식으로 SIEM 운영 방식이 바뀌는 경우가 있습니다.
MTTR이 60\~80% 줄었다는 수치는 믿을 만한가요? 측정 범위를 확인해야 합니다. 경보당 조사 시간은 10\~15분에서 2분으로 줄었다는 보고가 비교적 일관되게 나옵니다. 반면 MTTR은 대응의 끝을 어디로 정의했는지에 따라 크게 달라집니다. 격리까지인지, 원인 분석과 복구까지인지, 보고서 제출까지인지를 물어야 같은 기준의 비교가 됩니다.
자동으로 계정을 잠그게 해도 괜찮을까요? 권장하지 않는 구간입니다. 계정 비활성화와 단말 격리는 업무가 즉시 멈추는 조치이므로 승인 단계를 두는 편이 안전합니다. 판단 기준은 탐지 정확도보다 틀렸을 때의 복구 비용입니다. 생산 설비나 핵심 서버에 연결된 자산은 정확도가 높아도 자동화 대상에서 빼는 편입니다.
AI 에이전트 자체가 공격당할 수 있나요? 가능합니다. 에이전트는 여러 시스템 자격증명을 보유하고 경보 본문이나 로그 같은 외부 입력을 읽습니다. 입력에 심어 둔 지시로 판단을 유도하는 프롬프트 인젝션, 에이전트 계정 탈취가 현실적인 경로입니다. 에이전트 계정을 비인간 아이덴티티로 관리해 권한을 최소화하고 모든 행위를 감사 로그로 남기는 설계가 필요합니다.
관제를 위탁하고 있는데 무엇을 확인해야 하나요? 계약서에 네 가지는 넣어 두는 편이 좋습니다. AI 선별의 판정 기준 공개 범위, 자동 종료 건의 표본 재검증 절차와 주기, 자동 대응 권한의 등급표, 월간 리포트에 포함할 지표(큐 적체율·오탐 재검증 결과)입니다. 위탁 구조에서는 고객이 선별 기준을 볼 수 없어 가시성이 떨어지기 쉽습니다.

같이 읽으면 좋은 것들