---
category: Unified
tags: [auto-consolidated, technical-documentation]
title: SAST-(Static-Application-Security-[[Testing|Testing]]) (정적 보안 테스트)
last_updated: 2026-05-02
---

# SAST-(Static-Application-Security-[[Testing|Testing]]) (정적 보안 테스트)

## 📌 Brief Summary
> "코드를 실행하기도 전에 구멍을 찾아라." 소프트웨어 개발 생명 주기(SDLC)의 가장 앞단([[Shift|Shift]]-Left)에서 소스 코드를 스캔하여 보안 취약점을 조기에 격리하는 기술이다.

---

SAST(정적 애플리케이션 보안 테스트)는 애플리케이션을 직접 실행하지 않고 유휴 상태의 소스 코드를 스캔하여 보안 취약점, 코딩 오류 및 불안전한 패턴을 탐지하는 분석 기술이다[1]. 소프트웨어 개발 수명 주기(SDLC) 초기에 잠재적 결함을 식별함으로써, 개발자가 보다 안전한 코드를 작성하도록 돕고 프로덕션 환경에 배포되기 전 위험을 완화하는 역할을 한다[1]. 최근에는 AI 및 CI/CD 파이프라인과 결합하여 코드베이스의 숨겨진 기술적 부채와 보안 문제를 자동으로 파악하는 핵심 도구로 자리 잡고 있다[1, 2].

---

> Static Application Security Testing(SAST)는 애플리케이션을 직접 실행하지 않고 소스 코드나 바이트코드를 분석하여 잠재적인 보안 취약점과 결함을 찾아내는 화이트박스 테스트(white-box testing) 기법입니다 [1, 2]. 이 방식은 소프트웨어 개발 수명 주기(SDLC)의 초기 단계에 적용되어 코드가 배포되기 전에 문제를 식별하고 수정할 수 있게 해줍니다 [1, 3, 4]. 최근에는 인공지능(AI)과 기계 학습(ML) 기술이 결합되어 전통적인 규칙 기반 탐지의 한계를 넘어 코드의 문맥을 이해하고, 자동으로 수정 코드를 제안하는 수준으로 진화하고 있습니다 [5-7].

## 📖 Core Content
- **White-box Testing**:
    - 프로그램의 내부 구조와 소스 코드를 모두 알고 있는 상태에서 진행하는 분석. 데이터 흐름(Data Flow)과 제어 흐름(Control Flow)을 추적한다.
- **Vulnerability Coverage**:
    - SQL Injection, Cross-Site Scripting(XSS), Buffer Overflow 등 잘 알려진 보안 패턴([[OWASP Top 10|OWASP Top 10]] 등)을 자동으로 감시한다.
- **Shift-Left Security**:
    - 배포 후(DAST)가 아니라 코딩 시점(IDE 통합)에 피드백을 주어, 보안 수정 비용을 수십 배 이상 절감한다.

---

- **정적 구조 분석**: SAST는 코드를 실행하지 않고 구문과 구조를 검사하여 정의되지 않은 변수, 코딩 비효율성, SQL 인젝션, XSS(크로스 사이트 스크립팅), 버퍼 오버플로우와 같은 보안 결함을 식별한다[3, 4]. 
- **심층 분석 기법**: 엔터프라이즈급 SAST 솔루션(예: Checkmarx)은 데이터 흐름(Data-flow) 분석과 기호 실행(Symbolic execution) 기법을 활용해 복잡한 취약점을 찾아내며, Semgrep과 같은 도구는 조직에 맞게 튜닝 가능한 경량화된 규칙 기반(Rule-based) 분석 엔진을 사용한다[5, 6].
- **개발 워크플로우 통합**: 현대적인 SAST 도구는 단순히 격리된 상태에서 작동하지 않고 IDE, 버전 관리 플랫폼, CI/CD 파이프라인과 직접 연동된다[2]. 이를 통해 개발 및 리뷰 과정에서 코드의 보안성을 실시간으로 확인하고 병목 현상 없이 자동화된 점검을 수행한다[2, 7].
- **AI 기술과의 융합**: CodeRabbit, Qodo, Cycode와 같은 최신 AI 기반 도구들은 SAST 및 추상 구문 트리(AST) 분석 결과를 생성형 AI 모델과 결합한다[3, 8, 9]. 이는 취약점의 실행 가능성(Exploitability)을 평가해 알림의 노이즈를 줄이고, 풀 리퀘스트 상에서 안전한 자동 수정(Auto-remediation) 코드를 제안하는 방식으로 진화하고 있다[10, 11].

---

* **작동 원리 및 주요 탐지 영역:** SAST는 코드의 구조와 구문을 분석하며, 데이터 흐름(Data flow), 테인트 분석(Taint tracking) 및 의미론적 분석을 수행하여 외부에서 유입된 신뢰할 수 없는 데이터가 안전하게 처리되는지 추적합니다 [2, 8, 9]. 이를 통해 SQL 주입(SQL Injection), 크로스 사이트 스크립팅(XSS), 경로 탐색(Path traversal), 하드코딩된 비밀번호(Secrets) 등 [[OWASP Top 10|OWASP Top 10]]에 해당하는 주요 보안 취약점을 탐지합니다 [10, 11].
* **개발 워크플로우 통합 ([[Shift|Shift]]-Left 전략):** SAST의 가장 큰 장점 중 하나는 개발 초기에 보안을 내재화하는 'Shift-Left' 접근법을 가능하게 한다는 것입니다 [12-14]. IDE(통합 개발 환경), 풀 리퀘스트(Pull Request), CI/CD 파이프라인 등 개발자의 기존 워크플로우에 긴밀하게 통합되어 실시간 피드백을 제공하므로, 취약점을 발견하고 수정하는 데 드는 비용과 시간을 크게 절감할 수 있습니다 [15-20].
* **전통적 SAST의 장점과 한계:** 앱을 실행할 필요가 없고, 테스트 케이스를 작성하지 않아도 전체 코드베이스를 검사할 수 있으며 자동화가 용이합니다 [19]. 더불어 PCI, OWASP, CWE 등 산업 표준 규정 준수를 증명하는 데 기여합니다 [11, 21]. 반면 런타임 컨텍스트가 부족하여 오탐률(False Positive)이 높을 수 있고(기존 도구의 경우 50~80%에 달함), 지원하는 프로그래밍 언어에 대한 의존성이 존재한다는 단점이 있습니다 [22-24].
* **AI 기반 SAST의 등장:** 최근에는 Snyk Code, [[Corgea|Corgea]] 등 거대 언어 모델(LLM)과 기계 학습을 도입한 차세대 SAST 도구들이 등장했습니다 [6, 7, 18, 22]. 이들은 파일 간 분석(Interfile [[Analysis|Analysis]])을 통해 여러 모듈에 걸친 취약점을 추적하고 의미론적으로 코드를 이해함으로써 오탐률을 줄입니다 [25, 26]. 뿐만 아니라, 개발자가 즉각적으로 적용할 수 있는 자동 수정 코드(Auto-fix)까지 생성하여 신속한 조치를 돕습니다 [6, 27-30].
* **타 보안 테스트 도구와의 차이점:** 실행 중인 상태의 애플리케이션을 외부에서 블랙박스 형태로 테스트하는 DAST(Dynamic Application Security Testing)와 대조적입니다 [1, 31]. 또한 서드파티 오픈소스 라이브러리의 알려진 취약점(CVE)과 라이선스를 검사하는 SCA(Software Composition Analysis)와 달리, SAST는 개발 팀이 직접 작성한 1사(자체) 소스 코드 내의 로직 결함을 찾아내는 데 집중합니다 [32, 33].

## ⚖️ Trade-offs & Caveats
- SAST의 가장 큰 적은 '오탐(False Positive)'이다. 실제로 안전하지만 위험하다고 경고하는 경우가 많아 개발자들의 피로도를 높인다. 이를 해결하기 위해 최근에는 AI가 오탐을 걸러주는 'AI-Driven SAST'가 주류로 자리 잡고 있다.

---

- **오탐률(False Positives) 문제**: SAST의 가장 치명적인 제약은 실제 위협이 아닌 코드 패턴을 취약점으로 잘못 짚어내는 높은 오탐률이다. 지나치게 많은 경고는 개발자의 신뢰를 떨어뜨리고, 경고 피로감(Alert fatigue)을 유발하며 보안 팀의 리소스를 낭비하게 만든다[11-13].
- **규칙 튜닝 및 유지보수 비용**: 정확도를 높이고 노이즈를 줄이려면 사용자 정의 규칙을 지속적으로 작성하고 환경에 맞게 조정해야 한다. 튜닝되지 않은 규칙은 가치가 떨어지며 이를 관리하기 위해 상당한 인적 리소스가 요구된다[14, 15].
- **파이프라인 성능 저하**: 분석의 깊이가 깊은 전통적인 엔터프라이즈 SAST 도구는 대규모 코드베이스 스캔 시 상당한 시간과 자원을 소모한다. 이로 인해 빌드 시간이 길어지고 CI/CD 파이프라인의 민첩성이 저하될 위험이 있다[11, 15].
- **설정 복잡성 및 환경 종속성**: 대규모 환경(예: Fortify의 온프레미스 배포)에서는 초기 설정 및 구성이 매우 복잡할 수 있다[16]. 또한 CodeQL과 같은 쿼리 기반 분석 엔진은 GitHub 생태계에 강력히 통합되어 있어, 외부 환경에서의 활용도가 제한적이라는 단점이 있다[17].

---

- **과거 데이터와의 충돌:** 자동화 엔진에 의해 매핑된 지식으로, 추후 정밀 검증 필요.
- **정책 변화:** AI 분야의 자동 자산화 수행.

## 🔗 Knowledge Connections
- Related: Best-SAST-Tools-in-2026 , [[Deployment_Final_Gate|Deployment_Final_Gate]]
- Foundation: [[Reliability_Safety_First|Reliability_Safety_First]]

---

### Related Concepts

#### [아키텍처/기반 기술]
- `[[AST (Abstract Syntax Tree)]]`
  - 연결 이유: SAST가 코드를 분석하기 위해 내부적으로 소스 코드를 파싱하고 구조화하는 핵심 데이터 모델이다[8].
  - 이 개념을 통해 더 깊게 이해할 수 있는 부분: 정적 분석기가 코드의 문법과 구조적 의미를 어떻게 기계적으로 이해하고 결함을 찾아내는지 그 원리를 파악할 수 있다.
- `[[Dynamic Analysis (DAST)]]`
  - 연결 이유: 정적인 코드 상태를 스캔하는 SAST와 달리 실행 중인 애플리케이션을 테스트하는 상호 보완적인 분석 방법이다[1].
  - 이 개념을 통해 더 깊게 이해할 수 있는 부분: 런타임 환경에서만 발생하는 보안 위협과, SAST가 커버할 수 없는 결함을 어떻게 하이브리드 방식으로 방어할 수 있는지 이해할 수 있다.

#### [구현/활용 도구]
- `[[CI/CD Integration]]`
  - 연결 이유: 효과적인 SAST 활용을 위해서는 개발 파이프라인(빌드/배포)에 분석 도구가 원활하게 병합되어야 한다[2, 18].
  - 이 개념을 통해 더 깊게 이해할 수 있는 부분: 코드 분석이 단발성 이벤트가 아닌 개발 프로세스의 일부로써 어떻게 자동화되고 보안 게이트(Security Gates) 역할을 하는지 이해할 수 있다.
- `[[SCA (Software Composition Analysis)]]`
  - 연결 이유: SAST가 자체 개발된 소스 코드를 검사한다면, SCA는 오픈소스 라이브러리와 외부 의존성(Dependencies)의 취약점을 탐지하여 함께 사용된다[9, 13].
  - 이 개념을 통해 더 깊게 이해할 수 있는 부분: 서드파티 코드와 퍼스트파티 코드 전체를 포괄하는 모던 소프트웨어 공급망 보안 체계를 이해할 수 있다.
- `[[AI Code Review]]`
  - 연결 이유: 전통적 SAST의 한계인 오탐을 줄이고, 발견된 문제에 대한 맥락 제공 및 자동 수정(AutoFix)을 수행하는 최신 접근법이다[9, 10].
  - 이 개념을 통해 더 깊게 이해할 수 있는 부분: 코드베이스를 분석할 때 단순 규칙 검사를 넘어 AI 추론을 결합하여 복잡한 아키텍처 리스크나 컨텍스트를 도출하는 방식을 배울 수 있다.

### Deeper Research Questions
- 데이터 흐름(Data-flow) 분석 및 기호 실행(Symbolic execution) 기법은 SAST 엔진 내부에서 어떻게 구체적으로 런타임 취약점을 예측하는가?
- 대규모 코드베이스에서 CI/CD 파이프라인의 속도를 저하시키지 않으면서 SAST를 최적화(예: 증분 스캔)하여 적용할 수 있는 전략은 무엇인가?
- AI가 생성한 코드(GenAI Code)의 규모가 커짐에 따라, SAST 도구들은 생성된 코드의 보안 리스크를 검증하기 위해 어떻게 발전하고 있는가?
- 오탐률(False Positives)을 최소화하면서도 조직의 코딩 컨벤션을 엄격하게 반영할 수 있는 Semgrep 커스텀 룰 작성의 모범 사례는 무엇인가?
- 코드 재산권 및 보안이 엄격한 환경(에어갭 환경 등)에서 SAST와 AI 코드 리뷰를 안전하게 온프레미스 방식으로 배포 및 운영하는 방법은 무엇인가?

### Practical Application Contexts
- **Implementation:** VS Code나 JetBrains 같은 IDE 확장 프로그램, 혹은 GitHub Actions를 통해 PR 단계에서 SAST 검사 및 자동 피드백을 구축한다.
- **System Design:** 소프트웨어 아키텍처를 설계할 때부터 정적 분석이 용이하도록 모듈의 의존성을 줄이고, 린팅/보안 룰셋 정책을 시스템의 배포 조건으로 강제한다.
- **Operation / Maintenance:** SAST 도구의 대시보드를 통해 코드 품질 트렌드를 추적하고, 취약점의 수정률(Fix-rate) 메트릭을 기반으로 기술적 부채 및 보안 성숙도를 관리한다.
- **Learning Path:** OWASP Top 10 등 주요 보안 취약점의 패턴을 학습하고, 이를 탐지하는 SAST 룰셋을 직접 작성해 보며 보안 중심의 코딩 역량을 강화한다.
- **My Project Relevance:** 거대하고 낯선 코드베이스를 처음 분석할 때 정적 분석 결과를 참조하여 의심스러운 설계, 얽힌 결합도, 보안 상의 취약점 등 리팩토링이 우선적으로 필요한 핫스팟을 식별하는 데 활용한다.

### Adjacent Topics
- `[[ASPM (Application Security Posture Management)]]`
  - 확장 방향: SAST, SCA, DAST 등 여러 보안 스캐너에서 나오는 결과를 중앙 집중화하여 애플리케이션 보안 리스크 전체를 가시화하고 관리하는 플랫폼 개념으로 확장한다.
- `[[Technical Debt (기술적 부채)]]`
  - 확장 방향: SAST를 통해 발견된 코드 복잡성 및 스멜(Code smells)이 장기적으로 소프트웨어 유지보수 비용에 어떤 영향을 미치고 어떻게 상환해야 하는지 알아본다.

---
*Last updated: 2026-05-02*

---

- **Related Topics:** Dynamic Application Security Testing (DAST), Software Composition Analysis (SCA), Shift-Left, False Positives, [[Artificial Intelligence (AI)|Artificial Intelligence (AI)]] [[Code Review|Code Review]]
- **Projects/Contexts:** 소프트웨어 개발 수명 주기(SDLC) 내에서 보안을 강화하기 위해 CI/CD 파이프라인, IDE 플러그인, Pull Request 등에 연동하여 사용되는 맥락을 가집니다. 대표적인 도구로는 Snyk Code, [[Corgea|Corgea]], [[SonarQube|SonarQube]], Checkmarx, Semgrep, Veracode, GitHub Advanced Security 등이 널리 사용되고 있습니다 [7, 18, 22, 27, 34-38].
- **Contradictions/Notes:** 전통적인 정적 분석(SAST)은 빠르고 일관된 검사를 제공하지만, 비즈니스 로직에 대한 문맥 이해 부족과 높은 오탐률(False Positives)이라는 한계가 지적됩니다 [23, 24]. 이를 해결하기 위해 최근에는 사람이 판단을 내리는 수동 코드 리뷰(Manual Code Review)와 AI가 결합된 정적 분석을 혼합하여 사용하는 하이브리드(Hybrid) 접근 방식이 필수적인 보안 검토의 모범 사례로 권장되고 있습니다 [39-41].

---
*Last updated: 2026-04-19*

---
