단 3분! Genox Cybersecurity AI가 하는 일을 6단계로 보기 → 24시간 침해사고 신고
Glossary

보안 용어집

제안서와 회의에서 자주 나오는데 막상 설명하려면 헷갈리는 용어 40개를 모았습니다.
사전 뜻풀이보다는 옆자리 동료에게 설명하듯 썼고, 표준이나 기관이 정한 정의가 있는 용어는 그 출처를 따랐습니다.

Attacks & threats

공격 · 위협

사고 보고서와 위협 리포트를 읽을 때 먼저 걸리는 말들입니다.

랜섬웨어 (Ransomware)

파일을 암호화하고 풀어 주는 대가로 돈을 요구하는 악성코드입니다. 암호화 전에 데이터를 먼저 빼 가서 "돈을 안 내면 공개하겠다"고 한 번 더 압박하는 방식도 쓰이는데, 이 경우에는 백업이 있어도 협박이 끝나지 않습니다. 실제 사고를 보면 암호화는 마지막 단계이고, 그 전에 백업 서버와 도메인 관리자 계정을 먼저 찾습니다.

랜섬웨어 조직이 백업 서버를 먼저 찾는 이유

공급망 공격 (Supply Chain Attack)

목표 조직을 직접 뚫는 대신, 그 조직이 믿고 쓰는 소프트웨어나 업체를 먼저 침해하는 방식입니다. 업데이트 서버에 악성 버전을 올리거나, npm·PyPI 패키지에 악성 코드를 섞거나, 유지보수 업체 계정으로 들어오는 경우가 여기에 들어갑니다. 정상 프로그램이 정상 경로로 들어오니 서명 검사나 평판 기반 차단으로는 잘 걸리지 않습니다.

MCP 서버를 거쳐 들어오는 공급망 공격

스피어피싱 (Spear Phishing)

불특정 다수에게 뿌리는 피싱과 달리 특정 사람이나 부서를 골라 맞춤형으로 보내는 피싱입니다. 받는 사람의 업무, 거래처, 관심사에 맞춰 문서 제목과 발신자를 꾸미기 때문에 의심하기 어렵습니다. ATT&CK에서는 첨부파일(T1566.001), 링크(T1566.002), 메신저 같은 서비스(T1566.003)로 나눠 봅니다.

관련 서비스: 보안 교육 · 모의훈련

제로데이 (Zero-day)

제조사가 아직 모르거나 패치를 내놓지 못한 상태에서 악용되는 취약점입니다. 패치가 없으니 막는 방법은 취약한 기능을 끄거나, 노출을 줄이거나, 악용 뒤에 나타나는 행위를 잡는 쪽으로 갑니다. 패치가 나온 뒤라도 적용하기 전까지는 사실상 같은 위험이 남는다는 점도 기억해 두세요.

횡적 이동 (Lateral Movement)

처음 들어온 PC나 서버에서 내부의 다른 시스템으로 옮겨 다니는 단계입니다. 원격 데스크톱, SMB 관리 공유, WinRM, PsExec처럼 관리자가 평소 쓰는 도구를 그대로 쓰기 때문에 정상 관리 작업과 구분하기가 어렵습니다. 그래서 누가, 어느 PC에서, 평소 쓰지 않던 서버로 붙었는지 같은 맥락을 같이 봐야 합니다.

ATT&CK 방어 범위 지도 보기

권한 상승 (Privilege Escalation)

일반 사용자 권한으로 들어온 공격자가 관리자나 SYSTEM, root 권한을 얻는 과정입니다. 패치 안 된 커널 취약점, 잘못 설정된 서비스 권한, UAC 우회, 다른 관리자의 자격 증명 탈취가 흔한 경로입니다. 로컬 관리자 비밀번호를 모든 PC에 똑같이 쓰는 환경이라면 한 대만 뚫려도 나머지가 같이 열립니다.

TTP (Tactics, Techniques, and Procedures)

공격자가 무엇을 노리고(전술), 어떤 방법으로(기법), 구체적으로 어떻게 실행하는지(절차)를 묶어 부르는 말입니다. IP나 해시는 공격자가 금방 바꾸지만 일하는 방식은 잘 바뀌지 않아서, 오래 쓸 탐지 규칙은 TTP를 기준으로 만듭니다. MITRE ATT&CK이 이 TTP를 정리한 대표적인 지식 베이스입니다.

한국을 겨냥한 위협 그룹의 TTP

침해지표 (IoC, Indicator of Compromise)

침해가 있었다는 흔적으로 쓸 수 있는 구체적인 값입니다. 악성 파일 해시, C2 서버 IP와 도메인, 특정 레지스트리 키 같은 것들이죠. 바로 검색해서 쓸 수 있어 편하지만 수명이 짧습니다. 데이비드 비앙코(David Bianco)의 Pyramid of Pain이 이 차이를 잘 보여 주는데, 해시는 바꾸기 쉽고 TTP는 바꾸기 어렵다는 내용입니다.

관련 서비스: 위협 인텔리전스
Detection & operations

탐지 · 관제

솔루션 이름이 비슷해서 견적서를 비교할 때 가장 헷갈리는 묶음입니다.

SOC (Security Operations Center, 보안관제센터)

보안 경보를 보고, 판단하고, 대응을 지시하는 조직이자 그 운영 체계입니다. 사내에 직접 두기도 하고 외부 관제 업체에 맡기기도 합니다. 24시간 돌리려면 교대 인원이 있어야 해서, 업무 시간만 내부에서 보고 야간과 주말은 외부에 맡기는 식으로 나누기도 합니다.

관련 서비스: AI 보안관제 · MDR

SIEM (Security Information and Event Management)

방화벽, 서버, EDR, 클라우드 등 여러 곳의 로그를 한곳에 모아 검색하고 상관 분석 규칙으로 경보를 만드는 시스템입니다. 도입보다 운영이 어렵습니다. 로그 수집량에 따라 비용이 늘고, 규칙을 계속 손보지 않으면 경보가 쌓이기만 합니다.

관련 엔진: Threat Correlator

SOAR (Security Orchestration, Automation and Response)

경보가 들어왔을 때 사람이 반복하던 작업을 플레이북으로 자동화하는 도구입니다. 예를 들어 피싱 신고 메일이 오면 URL 평판 조회, 같은 메일을 받은 사람 검색, 메일 일괄 삭제까지 순서대로 돌립니다. 플레이북이 실제 환경과 어긋나면 자동화가 오히려 사고를 키울 수 있어서, 영향이 큰 조치에는 승인 단계를 둡니다.

EDR (Endpoint Detection and Response)

PC와 서버에 에이전트를 깔아 프로세스 실행, 파일 변경, 네트워크 연결 같은 행위를 기록하고 의심 행위를 탐지·차단하는 제품입니다. 백신이 "알려진 악성 파일인가"를 본다면 EDR은 "이 프로세스가 지금 하는 행동이 이상한가"를 봅니다. 사고 조사 때는 EDR이 남긴 프로세스 트리가 가장 먼저 찾는 자료입니다.

관련 엔진: Behavioral Analyzer

XDR (Extended Detection and Response)

엔드포인트뿐 아니라 메일, 네트워크, 클라우드, ID 시스템 데이터까지 묶어서 하나의 사건으로 엮어 보여 주는 제품군을 말합니다. 업체마다 정의가 조금씩 달라서, 견적을 비교할 때는 "어떤 데이터 소스를 기본으로 받고, 다른 회사 제품 로그도 받는지"를 꼭 물어보세요.

관련 엔진: Threat Correlator

MDR (Managed Detection and Response)

탐지 도구 운영과 경보 분석, 초기 대응까지 외부 전문 인력이 맡아 주는 서비스입니다. 전통적인 관제 서비스와 겹치는 부분이 많은데, 경보 전달에서 끝나지 않고 격리나 계정 잠금 같은 대응까지 해 주는지가 보통의 차이점입니다. 계약 전에 대응 권한의 범위를 문서로 정해 두는 게 좋습니다.

관련 서비스: AI 보안관제 · MDR

UEBA (User and Entity Behavior Analytics)

사용자와 서버, 계정의 평소 행동을 기준선으로 잡고 거기서 벗어나는 행동을 찾는 분석 방식입니다. 평소 오전에만 접속하던 재무팀 계정이 새벽에 개발 서버에 붙는다든가, 한 사람이 평소의 열 배 넘는 파일을 내려받는 경우를 잡습니다. 기준선을 잡는 데 몇 주가 걸리고, 조직 개편이나 결산 기간처럼 업무 패턴이 바뀌는 시기에는 경보가 늘어납니다.

관련 엔진: Behavioral Analyzer

샌드박스 (Sandbox)

의심 파일을 격리된 가상 환경에서 실제로 열어 보고 어떤 행동을 하는지 관찰하는 장치입니다. 메일 첨부파일을 사용자에게 전달하기 전에 돌려 보는 방식이 흔합니다. 공격자도 이를 알고 가상 환경을 감지하면 아무것도 하지 않거나, 실행을 몇 분 늦추는 식으로 피해 갑니다.

오탐 (False Positive)

정상 행위를 공격으로 잘못 판단한 경보입니다. 하나하나는 사소해 보여도 쌓이면 분석가가 경보를 대충 넘기게 만들고, 그 사이에 진짜 공격이 묻힙니다. 오탐을 줄이겠다고 규칙을 끄면 미탐이 늘어나니, 둘을 같이 보고 조정해야 합니다.

Genox가 오탐과 미탐을 재는 방법

미탐 (False Negative)

실제 공격인데 탐지하지 못하고 지나간 경우입니다. 문제는 놓친 걸 놓친 줄 모른다는 점이라, 나중에 사고 조사나 외부 통보로 알게 되는 경우가 많습니다. 실제 공격 기법을 직접 실행해 보는 검증이 필요한 이유가 여기에 있습니다.

관련 서비스: 선제적 보안 검증

위협 헌팅 (Threat Hunting)

경보가 울리기를 기다리지 않고, 이미 들어와 있을 수 있다는 가정에서 출발해 로그를 직접 뒤지는 활동입니다. "최근 공개된 그룹이 쓰는 이 기법이 우리 환경에서 실행된 적 있나?" 같은 가설을 세우고 EDR과 SIEM 데이터로 확인합니다. 헌팅에서 찾은 패턴은 탐지 규칙으로 옮겨야 다음에 다시 손으로 찾지 않아도 됩니다.

관련 서비스: 위협 인텔리전스
Validation & red teaming

검증 · 레드팀

"우리 보안이 실제로 막히는가"를 확인하는 방법들입니다.
이름은 비슷해도 알 수 있는 범위가 다릅니다.

레드팀 (Red Team)

실제 공격자처럼 움직여 정해진 목표(예: 고객 DB 접근, 결제 시스템 장악)까지 갈 수 있는지 확인하는 팀이나 훈련입니다. 결과물에는 목표까지 간 경로와, 그동안 방어 측이 언제 알아챘는지가 시간순으로 남습니다. 보통 방어팀 일부만 사전에 알고 진행합니다.

관련 서비스: 선제적 보안 검증 · 레드팀/블루팀

블루팀 (Blue Team)

방어하는 쪽입니다. 관제 요원, 침해 대응 담당, 탐지 규칙을 만드는 엔지니어가 여기에 속합니다. 레드팀 훈련에서 블루팀이 평가받는 건 "막았는가"보다 "얼마나 빨리 알아채고 범위를 파악했는가"인 경우가 많습니다.

관련 서비스: 선제적 보안 검증 · 레드팀/블루팀

퍼플팀 (Purple Team)

레드팀과 블루팀이 한자리에서 같이 일하는 방식입니다. 레드팀이 기법 하나를 실행하면 블루팀이 바로 로그와 경보를 확인하고, 안 잡혔으면 그 자리에서 규칙을 고쳐 다시 돌립니다. 숨어서 하는 레드팀 훈련보다 긴장감은 덜하지만, 탐지 공백을 메우는 속도는 훨씬 빠릅니다.

ATT&CK 방어 범위 지도 보기

모의해킹 (Penetration Testing)

정해진 범위의 시스템이나 서비스를 공격자 관점에서 점검해 뚫리는 취약점을 찾는 작업입니다. 웹 서비스 출시 전이나 인증 심사 준비 때 많이 하고, 결과는 취약점 목록과 재현 방법, 조치 권고로 나옵니다. 범위가 정해진 만큼 탐지·대응 체계가 제대로 돌아가는지는 따로 봐야 합니다.

관련 서비스: 모의해킹 · 취약점 진단

BAS (Breach and Attack Simulation)

알려진 공격 기법을 자동으로, 자주 실행해서 보안 장비가 막거나 탐지하는지 확인하는 도구입니다. 사람이 하는 레드팀은 일 년에 한두 번이지만 BAS는 매주 돌릴 수 있어서, 장비 정책을 바꾼 뒤 회귀 확인에 잘 맞습니다. 다만 시나리오에 없는 공격 경로는 찾지 못합니다.

검증 방식 비교 보기

MITRE ATT&CK

미국 비영리기관 MITRE가 실제 공격 사례를 바탕으로 정리해 공개하는 공격 전술·기법 지식 베이스입니다. 초기 침투(TA0001)부터 영향(TA0040)까지 전술마다 기법(T1566 같은 ID)이 달려 있고, 공격 그룹별로 쓴 기법도 정리돼 있습니다. 탐지 범위를 설명하거나 레드팀 시나리오를 짤 때 공통 언어로 씁니다.

ATT&CK으로 본 한국 대상 위협 그룹
Vulnerability management

취약점 관리

패치 우선순위를 정할 때 같이 보는 번호와 점수들입니다.
각각 답하는 질문이 달라서 하나만 보면 판단이 틀어집니다.

CVE (Common Vulnerabilities and Exposures)

공개된 취약점마다 붙는 고유 번호입니다. CVE-2021-44228처럼 연도와 일련번호로 이뤄지고, CVE 프로그램이 승인한 번호 발급 기관(CNA)이 부여합니다. 번호 자체는 "이 취약점을 가리키는 이름"일 뿐이고 심각도는 따로 매깁니다.

관련 엔진: Vulnerability Scanner

CVSS (Common Vulnerability Scoring System)

취약점의 심각도를 0.0~10.0 점수로 나타내는 체계로, FIRST가 관리합니다. 9.0 이상이 Critical, 7.0~8.9가 High입니다. 기본 점수는 취약점 자체의 성질만 반영하기 때문에, 우리 환경에서 인터넷에 노출됐는지, 실제로 악용되고 있는지는 따로 따져야 합니다. 2023년 11월에 4.0 버전이 나왔습니다.

관련 엔진: Vulnerability Scanner

EPSS (Exploit Prediction Scoring System)

앞으로 30일 안에 해당 CVE가 실제로 악용될 확률을 0~1 사이 값으로 추정하는 모델입니다. CVSS와 같이 FIRST가 운영하고 점수는 매일 갱신됩니다. 심각도(CVSS)와 악용 가능성(EPSS)을 같이 놓고 보면 무엇부터 패치할지 정하기가 훨씬 쉬워집니다.

KEV (Known Exploited Vulnerabilities)

미국 CISA가 "실제로 악용된 것이 확인된" 취약점만 모아 공개하는 목록입니다. 미국 연방 민간기관은 구속력 있는 운영 지침(BOD 22-01)에 따라 목록에 올라온 취약점을 정해진 기한 안에 조치해야 합니다. 국내 기업에 의무는 없지만, 패치 우선순위의 첫 번째 거름망으로 쓰기 좋습니다.

SBOM (Software Bill of Materials)

소프트웨어에 들어간 오픈소스와 라이브러리, 그 버전을 적은 목록입니다. 새 취약점이 나왔을 때 "우리 제품 중 어디에 이 라이브러리가 들어 있지?"에 바로 답하려고 만듭니다. 형식은 SPDX와 CycloneDX가 많이 쓰이고, 빌드 때마다 자동으로 뽑아야 실제로 쓸모가 있습니다.

npm 설치 한 번에 개발자 PC가 털린 두 사건
AI security

AI 보안

LLM과 AI 에이전트를 업무에 붙이면서 새로 생긴 용어들입니다.

프롬프트 인젝션 (Prompt Injection)

LLM이 읽는 입력에 지시문을 몰래 넣어 원래 의도와 다르게 움직이게 만드는 공격입니다. 사용자가 직접 입력하는 경우도 있지만, 더 까다로운 건 AI가 요약하는 웹페이지나 메일, 문서 안에 숨겨 둔 간접 인젝션입니다. OWASP Top 10 for LLM Applications 2025에서 LLM01로 첫 번째 항목에 올라 있습니다.

한국어 프롬프트 인젝션이 필터를 빠져나가는 방식

탈옥 (Jailbreak)

모델에 걸린 안전 정책을 우회해서 원래 거부해야 할 답을 받아 내는 기법입니다. 역할극을 시키거나, 질문을 잘게 쪼개거나, 다른 언어나 인코딩으로 돌려 묻는 방식이 흔합니다. 프롬프트 인젝션과 겹치는 부분이 많은데, 탈옥은 모델의 안전 정책을, 인젝션은 애플리케이션이 준 지시를 노린다고 구분하면 편합니다.

관련 서비스: AI/LLM 레드팀 진단

RAG (Retrieval-Augmented Generation)

질문이 들어오면 사내 문서나 데이터베이스에서 관련 내용을 먼저 찾아 LLM에 같이 넘겨 답하게 하는 구조입니다. 모델을 다시 학습시키지 않고 최신 사내 지식을 쓸 수 있어 많이 씁니다. 보안 쪽에서는 권한 없는 문서가 검색돼 답에 섞이는 문제, 검색된 문서에 숨은 인젝션이 대표적인 점검 항목입니다.

관련 페이지: AI 보안

MCP (Model Context Protocol)

AI 애플리케이션이 외부 도구와 데이터에 붙는 방식을 표준화한 오픈 프로토콜로, Anthropic이 2024년 11월에 공개했습니다. MCP 서버 하나를 붙이면 AI가 파일 시스템, Git 저장소, 사내 API를 직접 호출할 수 있게 됩니다. 편한 만큼 서버 코드의 취약점이나 도구 설명에 숨긴 지시가 그대로 AI의 행동으로 이어질 수 있어서, 설치 전 검토가 필요합니다.

Git MCP 서버 취약점 조치 안내

AI 에이전트 (AI Agent)

LLM이 목표를 받아 스스로 단계를 나누고, 도구를 호출하고, 결과를 보고 다음 행동을 정하는 시스템입니다. 답을 문장으로 돌려주는 챗봇과 달리 메일 발송, 티켓 생성, 계정 잠금 같은 실제 행동을 합니다. 그래서 어떤 행동을 혼자 해도 되고 어떤 행동은 사람 승인을 받을지 정하는 게 도입의 첫 번째 일입니다.

관제에 AI 에이전트를 들일 때 사람 손에 남겨 둘 판단

가드레일 (Guardrail)

LLM의 입력과 출력을 검사해서 정책에 어긋나는 요청이나 답을 걸러 내는 장치를 통틀어 부르는 말입니다. 개인정보가 섞인 답 차단, 금지 주제 거부, 도구 호출 전 파라미터 검증 같은 것들이 들어갑니다. 영어 기준으로 만든 가드레일은 한국어 우회 표현에 약한 경우가 있어서, 실제 서비스 언어로 시험해 봐야 합니다.

관련 페이지: AI 보안
Regulation & frameworks

규제 · 관리체계

국내 공공·금융 사업과 인증 심사에서 빠지지 않는 용어입니다.
세부 요건은 개정이 잦으니 원문 고시와 가이드를 같이 확인하세요.

제로트러스트 (Zero Trust)

내부망에 있다는 이유만으로 믿지 않고, 접속 요청마다 사용자와 기기, 상황을 확인해 필요한 만큼만 허용하자는 보안 원칙입니다. NIST SP 800-207이 대표적인 정의 문서이고, 국내에서는 과학기술정보통신부와 KISA가 가이드라인을 냈습니다. 한 번에 전환하기는 어려워서 보통 ID와 접근 제어부터 단계적으로 바꿔 갑니다.

관련 서비스: 제로트러스트 보안

망분리 (Network Separation)

업무망과 인터넷망을 물리적으로, 또는 가상화 같은 논리적 방식으로 나눠 외부 공격이 내부 업무 시스템에 닿지 않게 하는 방식입니다. 국내 공공기관과 금융권 규제에서 오랫동안 기본 요건이었습니다. 대신 클라우드, 생성형 AI 같은 외부 서비스를 쓰기 어렵다는 불편이 커서, 공공 분야는 N2SF처럼 데이터 등급에 따라 통제를 달리하는 방향으로 바뀌고 있습니다.

관련 서비스: 보안 컨설팅 · 컴플라이언스

ISMS-P (정보보호 및 개인정보보호 관리체계 인증)

KISA가 운영하는 국내 인증으로, 정보보호 관리체계(ISMS)에 개인정보 처리 단계별 요구사항을 더한 것입니다. 정보통신망법상 일정 규모 이상 사업자는 ISMS 인증이 의무이고, ISMS-P는 개인정보까지 함께 인증받고 싶을 때 선택합니다. 심사는 문서보다 실제 운영 증적을 보는 편이라, 정책만 써 두고 기록이 없으면 결함으로 나옵니다.

관련 서비스: 보안 컨설팅 · 컴플라이언스

N2SF (National Network Security Framework, 국가망 보안체계)

국가정보원이 마련한 공공 분야 보안 체계로, 업무 정보와 시스템을 기밀(C), 민감(S), 공개(O) 등급으로 나누고 등급에 맞는 보안 통제를 적용하게 합니다. 일률적인 망분리 대신 공개 등급 업무에서는 클라우드나 생성형 AI를 쓸 수 있는 길을 열어 두는 게 취지입니다. 2025년 9월 가이드라인 1.0이 공개됐고, 기관별 적용 방식은 국정원 보안성 검토와 함께 정해집니다.

관련 서비스: 보안 컨설팅 · 컴플라이언스

찾는 용어가 없다면

문의로 남겨 주시면 다음 업데이트 때 추가합니다. 우리 환경에 어떤 검증이나 관제가 맞는지 상담도 받습니다.

문의하기자주 묻는 질문

도입이나 보안 문제로
상의할 일이 있다면

상담 신청하기