Wikify: Auto-consolidate redundant/similar knowledge base files

10_Wiki/Topics/동적_애플리케이션_보안_테스트_DAST.md

@@ -1,17 +1,38 @@
 ---
 category: Unified
-tags: [auto-wikified, technical-documentation]
-title: 동적 애플리케이션 보안 테스트 (DAST)
-description: "동적 애플리케이션 보안 테스트(DAST) 또는 동적 분석(Dynamic analysis)은 실행 중인 애플리케이션을 테스트하여 입력 유효성 검사 오류나 런타임 결함(runtime flaws)과 같은 보안 문제를 찾아내는 테스트 방법론이다 [1]."
+tags: [auto-consolidated, technical-documentation]
+title: [[DAST (동적 애플리케이션 보안 테스트)|DAST (동적 애플리케이션 보안 테스트]]
 last_updated: 2026-05-02
 ---
 
-# 동적 애플리케이션 보안 테스트 (DAST)
+# [[DAST (동적 애플리케이션 보안 테스트)|DAST (동적 애플리케이션 보안 테스트]]
 
 ## 📌 Brief Summary
+> DAST(동적 애플리케이션 보안 테스트)는 애플리케이션이 실행되는 런타임 환경에서 외부로부터 취약점을 테스트하는 블랙박스(Black-box) 테스트 기법입니다 [1, 2]. 소스 코드를 직접 분석하는 [[SAST|SAST]]와 달리 특정 프로그래밍 언어에 종속되지 않으며, 주로 소프트웨어 개발 수명 주기(SDLC)의 후반부인 스테이징이나 프로덕션 단계에 적용됩니다 [2, 3]. 이를 통해 실행 중인 애플리케이션의 실제 동작, 구성(Configuration) 문제 및 노출된 공격 표면을 관찰하여 런타임 취약점을 찾아내는 데 효과적입니다 [1, 3].
+
+---
+
+> 동적 애플리케이션 보안 테스트(DAST)는 실행 중인 애플리케이션을 외부에서 테스트하여 취약점을 찾는 블랙박스(Black-box) 보안 테스트 기법입니다 [1, 2]. 소스 코드를 정적으로 분석하는 [[SAST|SAST]]와 달리, DAST는 런타임 동작, 구성 오류(configuration issues) 및 노출된 공격 표면을 관찰합니다 [1, 2]. 주로 스테이징이나 프로덕션과 같은 소프트웨어 개발 수명 주기(SDLC)의 후반부에 적용되어 실제 배포 환경에서의 런타임 보안을 검증하는 데 사용됩니다 [2].
+
+---
+
 동적 애플리케이션 보안 테스트(DAST) 또는 동적 분석(Dynamic analysis)은 실행 중인 애플리케이션을 테스트하여 입력 유효성 검사 오류나 런타임 결함(runtime flaws)과 같은 보안 문제를 찾아내는 테스트 방법론이다 [1]. 주어진 소스 데이터에는 DAST에 대한 구체적이고 상세한 정보가 부족하며, 주로 SAST(정적 분석) 등과 함께 엔터프라이즈 보안 테스트 스위트를 구성하는 요소 중 하나로 간략히 언급된다 [2, 3].
 
 ## 📖 Core Content
+* **테스트 방식 및 시기:** DAST는 소스 코드를 실행하지 않고 검사하는 SAST(화이트박스 테스트)와 반대로, 실행 중인 애플리케이션을 외부에서 테스트하는 블랙박스 테스트입니다 [1, 3]. CI 파이프라인의 후반부인 스테이징, 사전 프로덕션(pre-prod) 또는 프로덕션 환경에 주로 적용되어 외부 환경과 상호작용하는 애플리케이션을 테스트합니다 [2-4].
+* **탐지 범위 및 특징:** 코드의 내부 로직이나 데이터 흐름을 보는 대신, 애플리케이션의 런타임 동작, 구성 문제, 외부에 노출된 인터페이스를 중점적으로 관찰하여 런타임 환경에서 안전한지를 검증합니다 [3, 4]. 분석 시 특정 프로그래밍 언어에 얽매이지 않는다는 것도 주요 특징입니다 [2].
+* **퍼징([[Fuzzing|Fuzzing]]) 기법 활용:** DAST 방법론 중 하나인 퍼징(Fuzzing)은 애플리케이션에 의도적으로 스트레스 및 예상치 못한 입력을 가해 예기치 않은 동작, 시스템 충돌, 리소스 누수 등을 유발함으로써 런타임 애플리케이션의 취약점을 심층적으로 파악하는 데 사용됩니다 [2].
+* **SAST와의 상호 보완적(Layered Coverage) 활용:** 효율적인 애플리케이션 보안을 위해 DAST는 단독으로 쓰이기보다 SAST와 결합하여 사용됩니다 [1, 4]. 개발 초기 단계에서는 SAST가 코드 결함을 찾고, 후반 배포 단계에서는 DAST가 런타임/구성 취약점 및 회귀(Regression) 버그를 방지함으로써 계층화된 완벽한 보안 커버리지를 제공할 수 있습니다 [1, 2, 4, 5].
+
+---
+
+* **테스트 방식 및 적용 시기**: DAST는 애플리케이션이 실행되는 런타임 환경에서 수행되는 블랙박스 테스트입니다 [3]. 코드 작성 중이나 개발 초기 단계에 적용되는 SAST와 달리, DAST는 CI 파이프라인의 후반부인 스테이징, 사전 프로덕션(pre-prod) 또는 프로덕션 환경에 주로 배치되어 런타임 및 배포 시 발생할 수 있는 문제를 포착합니다 [2, 3].
+* **주요 식별 대상 및 특징**: 외부로 노출되는 애플리케이션(external-facing applications)에 적합하며, 런타임 동작이 안전한지 검증하는 데 중점을 둡니다 [2]. 또한 특정 프로그래밍 언어에 종속되지 않는다는 장점이 있으며, 소프트웨어의 회귀(regression)를 방지하는 훌륭한 수단으로 활용됩니다 [3].
+* **퍼징([[Fuzzing|Fuzzing]]) 기법**: DAST의 한 방법으로 '퍼징' 기술이 있습니다. 이는 애플리케이션에 의도적으로 스트레스를 가해 예상치 못한 동작, 크래시(crashes), 또는 리소스 누수를 유발함으로써 개발자가 애플리케이션의 동작과 취약점을 포괄적으로 이해할 수 있도록 돕습니다 [3].
+* **SAST와의 상호보완적 활용**: 성숙한 애플리케이션 보안 프로그램들은 포괄적인 보안 커버리지를 확보하기 위해 SAST와 DAST를 결합하여 사용합니다 [1, 2]. SAST가 개발 초기 단계에서 코드 내부 로직과 데이터 흐름 결함을 잡아낸다면, DAST는 런타임 환경에서의 실제 보안 위험을 확인하여 계층화된 방어(layered coverage)를 제공합니다 [1, 2].
+
+---
+
 **소스에 관련 정보가 부족합니다.** 
 
 소스에서 확인되는 매우 제한적인 정보는 다음과 같습니다.
@@ -20,9 +41,40 @@ last_updated: 2026-05-02
 * **보안 테스트 스위트 구성:** Checkmarx와 같은 엔터프라이즈 플랫폼에서는 대규모 애플리케이션 포트폴리오를 위한 종합적인 보안 테스트의 일환으로 SAST, SCA(소프트웨어 구성 분석)와 함께 DAST를 제공한다 [2-4].
 
 ## ⚖️ Trade-offs & Caveats
+- **과거 데이터와의 충돌:** 자동화 엔진에 의해 매핑된 지식으로, 추후 정밀 검증 필요.
+- **정책 변화:** Programming & Language 분야의 자동 자산화 수행.
+
+---
+
+- **과거 데이터와의 충돌:** 자동화 엔진에 의해 매핑된 지식으로, 추후 정밀 검증 필요.
+- **정책 변화:** Programming & Language 분야의 자동 자산화 수행.
+
+---
+
 **소스에 관련 정보가 부족합니다.**
 
 ## 🔗 Knowledge Connections
+- **Related Topics:** [[SAST (정적 애플리케이션 보안 테스트)|SAST (정적 애플리케이션 보안 테스트]], Black-box Testing, [[Fuzzing|Fuzzing]]
+- **Projects/Contexts:** [[AppSec (애플리케이션 보안)|AppSec (애플리케이션 보안]], CI/CD 파이프라인, [[SDLC (소프트웨어 개발 수명 주기)|SDLC (소프트웨어 개발 수명 주기]]
+- **Contradictions/Notes:** 소스 내용 간의 모순은 존재하지 않으며, DAST는 코드를 직접 분석하는 SAST와 접근 방식(블랙박스 vs 화이트박스)에서 명확히 대비되지만 상호 배타적인 것이 아니라 강력한 보안 태세를 위해 함께 구축해야 하는 보완재로 설명됩니다 [4, 5].
+
+---
+*Last updated: 2026-04-18*
+
+---
+
+---
+
+- **Related Topics:** [[정적 애플리케이션 보안 테스트 (SAST)|정적 애플리케이션 보안 테스트(SAST]], 블랙박스 테스트, 퍼징(Fuzzing)
+- **Projects/Contexts:** 소프트웨어 개발 수명 주기(SDLC), CI/CD 파이프라인
+- **Contradictions/Notes:** 소스에 명시적인 모순점은 없으나, 주의할 점으로 DAST와 SAST의 명확한 역할 차이가 강조됩니다. SAST는 소스 코드를 볼 수 있는 화이트박스 테스트인 반면 DAST는 코드를 보지 않고 외부에서 공격을 시도하는 블랙박스 테스트이므로, 두 방법은 경쟁 관계가 아닌 상호보완적으로 사용해야 가장 효과적이라고 설명됩니다 [1-3].
+
+---
+*Last updated: 2026-04-19*
+
+---
+
+---
 
 ### Related Concepts
 
@@ -54,4 +106,4 @@ last_updated: 2026-05-02
   - 확장 방향: 정적 분석, 동적 분석(DAST) 등의 보안 테스트를 소프트웨어 개발 수명 주기(SDLC)에 조기에 통합(Shift-left)하여 애플리케이션 보안을 자동화하고 위험을 줄이는 광범위한 워크플로우와 문화적 방법론으로 조사를 확장할 수 있다 [1, 6].
 
 ---
-*Last updated: 2026-05-02*
+*Last updated: 2026-05-02*