2분반-이루매납치단 - 편집 역사

2026년 6월 16일 (화) 16:50에 Com239님의 편집

2026-06-16T16:50:00Z

Com239: /* 5단계 분석 파이프라인 (소프트웨어 설계) */

2026-06-16T16:28:52Z

‎5단계 분석 파이프라인 (소프트웨어 설계)

2026년 6월 16일 (화) 16:19에 Com239님의 편집

2026-06-16T16:19:21Z

2026년 6월 16일 (화) 16:02에 Com239님의 편집

2026-06-16T16:02:47Z

2026년 6월 16일 (화) 15:45에 Com239님의 편집

2026-06-16T15:45:42Z

차이 보기

Com239: /* 지도교수 */

2026-06-16T15:23:40Z

‎지도교수

Com239: /* 구성원 소개 */

2026-06-16T15:23:19Z

‎구성원 소개

Adcdc: 새 문서:
TOC
==프로젝트 개요== === 기술개발 과제 === ''' 국문 : ''' 00000000.. ''' 영문 : ''' 00000000.. ===과제 팀명=== 00000.. ===지도교수=== 000...

2026-03-20T00:25:52Z

새 문서: <div>__TOC__</div> ==프로젝트 개요== === 기술개발 과제 === ''' 국문 : ''' 00000000.. ''' 영문 : ''' 00000000.. ===과제 팀명=== 00000.. ===지도교수=== 000...

새 문서

<div>__TOC__</div>
==프로젝트 개요==
=== 기술개발 과제 ===
''' 국문 : ''' 00000000..

''' 영문 : ''' 00000000..

===과제 팀명===
00000..

===지도교수===
000 교수님

===개발기간===
2019년 3월 ~ 2019년 6월 (총 4개월)

===구성원 소개===
서울시립대학교 ㅁㅁ공학부·과 2011XXX0** 김**(팀장)

서울시립대학교 ㅁㅁ공학부·과 2011XXX0** 정**

서울시립대학교 ㅁㅁ공학부·과 2011XXX0** 조**

서울시립대학교 ㅁㅁ공학부·과 2011XXX0** 이**

서울시립대학교 ㅁㅁ공학부·과 2011XXX0** 남**

==서론==
===개발 과제의 개요===
====개발 과제 요약====
내용
====개발 과제의 배경====
내용
====개발 과제의 목표 및 내용====
내용

===관련 기술의 현황===
====관련 기술의 현황 및 분석(State of art)====
*전 세계적인 기술현황
내용
*특허조사 및 특허 전략 분석
내용
*기술 로드맵
내용

====시장상황에 대한 분석====
*경쟁제품 조사 비교
내용
*마케팅 전략 제시
내용

===개발과제의 기대효과===
====기술적 기대효과====
내용
====경제적, 사회적 기대 및 파급효과====
내용

===기술개발 일정 및 추진체계===
====개발 일정====
내용
====구성원 및 추진체계====
내용

==설계==
===설계사양===
====제품의 요구사항====
내용
====설계 사양====
내용

===개념설계안===
내용

===이론적 계산 및 시뮬레이션===
내용

===상세설계 내용===
내용

==결과 및 평가==
===완료 작품의 소개===
====프로토타입 사진 혹은 작동 장면====
내용
====포스터====
내용

===관련사업비 내역서===
내용

===완료작품의 평가===
내용

===향후계획===
내용

===특허 출원 내용===
내용

@@ 272번째 줄: / 272번째 줄: @@
 '''1안. Cloud-Only — 모든 LLM을 외부 API에 의존'''
-[[파일:autopwn_fig_concept_cloud_only.jpg|thumb|right|360px|개념설계 1안 — Cloud-Only 개념도]]
+[[파일:autopwn_fig_concept_cloud_only.jpg|thumb|right|450px|개념설계 1안 — Cloud-Only 개념도]]
 모든 LLM 추론(정적분석, 재검증, PoC 생성, Exploit 생성)을 Anthropic Claude API 같은 외부 상용 LLM API로 위임하고, 백엔드는 AWS EC2 단일 인스턴스에서 오케스트레이션만 수행한다.
 * '''장점''' : 인프라가 단순(GPU·vLLM·콜드스타트 부담 없음), 항상 상용 최신 LLM 사용으로 분석 품질이 가장 높음, 구현 부담 최소로 4개월 캡스톤 일정에 친화적.
@@ 278번째 줄: / 278번째 줄: @@
 '''2안. Hybrid — 외부 API + Local LLM 분담 (채택안)'''
-[[파일:autopwn_fig_concept_hybrid.jpg|thumb|right|360px|개념설계 2안 — Hybrid 개념도(채택안)]]
+[[파일:autopwn_fig_concept_hybrid.jpg|thumb|right|450px|개념설계 2안 — Hybrid 개념도(채택안)]]
 정적분석 · 재검증은 외부 API로 처리해 정확도를 확보하고, 토큰 소비가 큰 PoC 생성은 RunPod GPU에서 호스팅하는 Local LLM이 담당한다. Exploit 코드 생성은 신뢰도가 높아야 하므로 외부 API를 이용한다. RunPod Serverless는 요청이 없을 때 Active Worker 0으로 유지되어 비용이 발생하지 않고 호출 시점에만 과금된다.
 * '''장점''' : 토큰 비용이 큰 코드 생성 단계를 RunPod로 이전해 Cloud-Only 대비 월 운영비 50% 이상 절감, 검증·exploit 단계 원시 코드의 부분적 보안 격리, RunPod 자동 스케일링으로 유휴 시 GPU 비용 0.
@@ 284번째 줄: / 284번째 줄: @@
 '''3안. On-Premise — 모든 LLM을 자체 GPU에서 호스팅'''
-[[파일:autopwn_fig_concept_onpremise.jpg|thumb|right|360px|개념설계 3안 — On-Premise 구조도]]
+[[파일:autopwn_fig_concept_onpremise.jpg|thumb|right|450px|개념설계 3안 — On-Premise 구조도]]
 AWS GPU 인스턴스(g5.xlarge, NVIDIA A10G 24GB)에 백엔드 + 모든 LLM + Docker 샌드박스 + Vector DB(ChromaDB)를 통합 배치하며 외부 API 호출은 0이다.
 * '''장점''' : 외부 API 의존 완전 제거로 소스코드가 전혀 외부로 나가지 않음(보안 우위), 토큰 사용량과 무관한 고정 비용, 모델 교체·파인튜닝 등 모델 통제 가능.
@@ 315번째 줄: / 315번째 줄: @@
 ==== 시스템 아키텍처 (3계층 구조) ====
-[[파일:autopwn_fig_architecture.jpg|thumb|right|360px|AutoPwn 3계층 시스템 아키텍처]]
+[[파일:autopwn_fig_architecture.jpg|thumb|right|450px|AutoPwn 3계층 시스템 아키텍처]]
 AutoPwn은 채택안(Hybrid)을 구체화한 3계층 구조로 설계한다.
 * '''프론트엔드''' : Vanilla JS 기반 정적 SPA를 Vercel에 호스팅. Git 연동 자동 배포(CI/CD), 글로벌 CDN, 자동 HTTPS 제공. rewrite 프록시로 /api/* 요청을 EC2 백엔드로 연결.
@@ 331번째 줄: / 331번째 줄: @@
 ==== 데이터 모델 (ERD) ====
-[[파일:autopwn_fig_erd.jpg|thumb|right|360px|PostgreSQL 14 ERD]]
+[[파일:autopwn_fig_erd.jpg|thumb|right|450px|PostgreSQL 14 ERD]]
 데이터베이스는 PostgreSQL 14를 사용하며, 핵심 6개 테이블과 진행 추적용 2개 테이블로 구성한다.
 * '''핵심 6개''' : users(계정), projects(분석 대상 플러그인), vulnerabilities(취약점), reports(보고서 집계), posts · comments(취약점 정보 공유 커뮤니티).
@@ 338번째 줄: / 338번째 줄: @@
 ==== 상태 전이 ====
-[[파일:autopwn_fig_state_diagram.jpg|thumb|right|360px|프로젝트 상태 전이도]]
+[[파일:autopwn_fig_state_diagram.jpg|thumb|right|450px|프로젝트 상태 전이도]]
 각 프로젝트는 5개 상태를 순서대로 거친다: 업로드 완료(UPLOADED) → 분석 중(ANALYZING) → 분석 완료(ANALYZED) → 검증 중(VERIFYING) → 검증 완료(VERIFIED). 사용자가 "분석" 버튼을 누르면 ANALYZING으로, Stage 1~3이 끝나면 ANALYZED로, "검증" 버튼을 누르면 VERIFYING으로 바뀌고, Stage 4가 실제 공격으로 성공·실패를 확정하면 VERIFIED로 마무리된다. 프론트엔드는 3초마다 상태를 폴링해 자동으로 다음 화면으로 전환한다.
 ==== 5단계 분석 파이프라인 (소프트웨어 설계) ====
-<gallery widths="420" heights="320">
+<gallery widths="850" heights="700">
-파일:autopwn_fig_seq_stage1.jpg|Stage 1 — WordPress 환경 빌드 시퀀스
+파일:autopwn_fig_seq_stage1.jpg|Stage 1 — 업로드/분석요청 → Docker 랩 빌드·상태 폴링
-파일:autopwn_fig_seq_stage2.jpg|Stage 2 — 정적분석(SAST) 시퀀스
+파일:autopwn_fig_seq_stage2.jpg|Stage 2 — SAST 후보 → Codex(gpt-5.5) 교차검증 → stage3_input.json
-파일:autopwn_fig_seq_stage3.jpg|Stage 3 — PoC 자동 생성 시퀀스
+파일:autopwn_fig_seq_stage3.jpg|Stage 3 — RunPod LLM PoC 생성·라이브 랩 실행 검증
-파일:autopwn_fig_seq_stage4_5.jpg|Stage 4·5 — Exploit 실행·증거 수집 / 보고서 생성 시퀀스
+파일:autopwn_fig_seq_stage4.jpg|Stage 4 — 격리 랩 Exploit 실행·oracle 판정·실패 시 Codex 재시도
 </gallery>
@@ 384번째 줄: / 384번째 줄: @@
 <gallery widths="460" heights="450">
 파일:autopwn_shot_login_lobby.jpg|① 로그인 / ② 로비(내 프로젝트)
-파일:autopwn_shot_upload_detail.jpg|③ 코드 업로드 / ④ 코드 상세 페이지
+파일:autopwn_shot_upload_detail.jpg|③ 코드 업로드 / ④ 보고서 페이지
-파일:autopwn_shot_analyze_report.jpg|⑤ 분석 페이지 / ⑥ 보고서 페이지
+파일:autopwn_shot_analyze_report.jpg|⑤ 코드 상세 페이지 / ⑥ 분석 페이지
 </gallery>

@@ 342번째 줄: / 342번째 줄: @@
 ==== 5단계 분석 파이프라인 (소프트웨어 설계) ====
-<gallery widths="220" heights="150">
+<gallery widths="420" heights="320">
 파일:autopwn_fig_seq_stage1.jpg|Stage 1 — WordPress 환경 빌드 시퀀스
 파일:autopwn_fig_seq_stage2.jpg|Stage 2 — 정적분석(SAST) 시퀀스

@@ 382번째 줄: / 382번째 줄: @@
 ==== 프로토타입 사진 혹은 작동 장면 ====
 '''주요 화면 (프로토타입)'''
-<gallery widths="240" heights="170">
+<gallery widths="460" heights="450">
 파일:autopwn_shot_login_lobby.jpg|① 로그인 / ② 로비(내 프로젝트)
 파일:autopwn_shot_upload_detail.jpg|③ 코드 업로드 / ④ 코드 상세 페이지
@@ 389번째 줄: / 389번째 줄: @@
 '''작동 장면 (실행 순서)'''
-<gallery widths="240" heights="170">
+<gallery widths="340" heights="400">
-파일:autopwn_run_step1.jpg|회원가입·로그인 후 ZIP 또는 Git URL 업로드, 시작 버튼
+파일:autopwn_run_step1.jpg|① 로그인
-파일:autopwn_run_step2.jpg|코드 확인 화면에서 파일 트리·소스 검토 후 "분석 시작"
+파일:autopwn_run_step2.jpg|② 회원가입 (계정 생성)
-파일:autopwn_run_step3.jpg|5단계 백그라운드 자동 실행, 진행률·라이브 로그 실시간 표시
+파일:autopwn_run_step3.jpg|③ 새 프로젝트 — 플러그인 ZIP/Git URL 업로드
 </gallery>

@@ 272번째 줄: / 272번째 줄: @@
 '''1안. Cloud-Only — 모든 LLM을 외부 API에 의존'''
-[[파일:autopwn_fig_concept_cloud_only.png|thumb|right|360px|개념설계 1안 — Cloud-Only 개념도]]
+[[파일:autopwn_fig_concept_cloud_only.jpg|thumb|right|360px|개념설계 1안 — Cloud-Only 개념도]]
 모든 LLM 추론(정적분석, 재검증, PoC 생성, Exploit 생성)을 Anthropic Claude API 같은 외부 상용 LLM API로 위임하고, 백엔드는 AWS EC2 단일 인스턴스에서 오케스트레이션만 수행한다.
 * '''장점''' : 인프라가 단순(GPU·vLLM·콜드스타트 부담 없음), 항상 상용 최신 LLM 사용으로 분석 품질이 가장 높음, 구현 부담 최소로 4개월 캡스톤 일정에 친화적.
@@ 278번째 줄: / 278번째 줄: @@
 '''2안. Hybrid — 외부 API + Local LLM 분담 (채택안)'''
-[[파일:autopwn_fig_concept_hybrid.png|thumb|right|360px|개념설계 2안 — Hybrid 개념도(채택안)]]
+[[파일:autopwn_fig_concept_hybrid.jpg|thumb|right|360px|개념설계 2안 — Hybrid 개념도(채택안)]]
 정적분석 · 재검증은 외부 API로 처리해 정확도를 확보하고, 토큰 소비가 큰 PoC 생성은 RunPod GPU에서 호스팅하는 Local LLM이 담당한다. Exploit 코드 생성은 신뢰도가 높아야 하므로 외부 API를 이용한다. RunPod Serverless는 요청이 없을 때 Active Worker 0으로 유지되어 비용이 발생하지 않고 호출 시점에만 과금된다.
 * '''장점''' : 토큰 비용이 큰 코드 생성 단계를 RunPod로 이전해 Cloud-Only 대비 월 운영비 50% 이상 절감, 검증·exploit 단계 원시 코드의 부분적 보안 격리, RunPod 자동 스케일링으로 유휴 시 GPU 비용 0.
@@ 284번째 줄: / 284번째 줄: @@
 '''3안. On-Premise — 모든 LLM을 자체 GPU에서 호스팅'''
-[[파일:autopwn_fig_concept_onpremise.png|thumb|right|360px|개념설계 3안 — On-Premise 구조도]]
+[[파일:autopwn_fig_concept_onpremise.jpg|thumb|right|360px|개념설계 3안 — On-Premise 구조도]]
 AWS GPU 인스턴스(g5.xlarge, NVIDIA A10G 24GB)에 백엔드 + 모든 LLM + Docker 샌드박스 + Vector DB(ChromaDB)를 통합 배치하며 외부 API 호출은 0이다.
 * '''장점''' : 외부 API 의존 완전 제거로 소스코드가 전혀 외부로 나가지 않음(보안 우위), 토큰 사용량과 무관한 고정 비용, 모델 교체·파인튜닝 등 모델 통제 가능.
@@ 315번째 줄: / 315번째 줄: @@
 ==== 시스템 아키텍처 (3계층 구조) ====
-[[파일:autopwn_fig_architecture.png|thumb|right|360px|AutoPwn 3계층 시스템 아키텍처]]
+[[파일:autopwn_fig_architecture.jpg|thumb|right|360px|AutoPwn 3계층 시스템 아키텍처]]
 AutoPwn은 채택안(Hybrid)을 구체화한 3계층 구조로 설계한다.
 * '''프론트엔드''' : Vanilla JS 기반 정적 SPA를 Vercel에 호스팅. Git 연동 자동 배포(CI/CD), 글로벌 CDN, 자동 HTTPS 제공. rewrite 프록시로 /api/* 요청을 EC2 백엔드로 연결.
@@ 331번째 줄: / 331번째 줄: @@
 ==== 데이터 모델 (ERD) ====
-[[파일:autopwn_fig_erd.png|thumb|right|360px|PostgreSQL 14 ERD]]
+[[파일:autopwn_fig_erd.jpg|thumb|right|360px|PostgreSQL 14 ERD]]
 데이터베이스는 PostgreSQL 14를 사용하며, 핵심 6개 테이블과 진행 추적용 2개 테이블로 구성한다.
 * '''핵심 6개''' : users(계정), projects(분석 대상 플러그인), vulnerabilities(취약점), reports(보고서 집계), posts · comments(취약점 정보 공유 커뮤니티).
@@ 338번째 줄: / 338번째 줄: @@
 ==== 상태 전이 ====
-[[파일:autopwn_fig_state_diagram.png|thumb|right|360px|프로젝트 상태 전이도]]
+[[파일:autopwn_fig_state_diagram.jpg|thumb|right|360px|프로젝트 상태 전이도]]
 각 프로젝트는 5개 상태를 순서대로 거친다: 업로드 완료(UPLOADED) → 분석 중(ANALYZING) → 분석 완료(ANALYZED) → 검증 중(VERIFYING) → 검증 완료(VERIFIED). 사용자가 "분석" 버튼을 누르면 ANALYZING으로, Stage 1~3이 끝나면 ANALYZED로, "검증" 버튼을 누르면 VERIFYING으로 바뀌고, Stage 4가 실제 공격으로 성공·실패를 확정하면 VERIFIED로 마무리된다. 프론트엔드는 3초마다 상태를 폴링해 자동으로 다음 화면으로 전환한다.
 ==== 5단계 분석 파이프라인 (소프트웨어 설계) ====
 <gallery widths="220" heights="150">
-파일:autopwn_fig_seq_stage1.png|Stage 1 — WordPress 환경 빌드 시퀀스
+파일:autopwn_fig_seq_stage1.jpg|Stage 1 — WordPress 환경 빌드 시퀀스
-파일:autopwn_fig_seq_stage2.png|Stage 2 — 정적분석(SAST) 시퀀스
+파일:autopwn_fig_seq_stage2.jpg|Stage 2 — 정적분석(SAST) 시퀀스
-파일:autopwn_fig_seq_stage3.png|Stage 3 — PoC 자동 생성 시퀀스
+파일:autopwn_fig_seq_stage3.jpg|Stage 3 — PoC 자동 생성 시퀀스
-파일:autopwn_fig_seq_stage4_5.png|Stage 4·5 — Exploit 실행·증거 수집 / 보고서 생성 시퀀스
+파일:autopwn_fig_seq_stage4_5.jpg|Stage 4·5 — Exploit 실행·증거 수집 / 보고서 생성 시퀀스
 </gallery>
@@ 383번째 줄: / 383번째 줄: @@
 '''주요 화면 (프로토타입)'''
 <gallery widths="240" heights="170">
-파일:autopwn_shot_login_lobby.png|① 로그인 / ② 로비(내 프로젝트)
+파일:autopwn_shot_login_lobby.jpg|① 로그인 / ② 로비(내 프로젝트)
-파일:autopwn_shot_upload_detail.png|③ 코드 업로드 / ④ 코드 상세 페이지
+파일:autopwn_shot_upload_detail.jpg|③ 코드 업로드 / ④ 코드 상세 페이지
-파일:autopwn_shot_analyze_report.png|⑤ 분석 페이지 / ⑥ 보고서 페이지
+파일:autopwn_shot_analyze_report.jpg|⑤ 분석 페이지 / ⑥ 보고서 페이지
 </gallery>
 '''작동 장면 (실행 순서)'''
 <gallery widths="240" heights="170">
-파일:autopwn_run_step1.png|회원가입·로그인 후 ZIP 또는 Git URL 업로드, 시작 버튼
+파일:autopwn_run_step1.jpg|회원가입·로그인 후 ZIP 또는 Git URL 업로드, 시작 버튼
-파일:autopwn_run_step2.png|코드 확인 화면에서 파일 트리·소스 검토 후 "분석 시작"
+파일:autopwn_run_step2.jpg|코드 확인 화면에서 파일 트리·소스 검토 후 "분석 시작"
-파일:autopwn_run_step3.png|5단계 백그라운드 자동 실행, 진행률·라이브 로그 실시간 표시
+파일:autopwn_run_step3.jpg|5단계 백그라운드 자동 실행, 진행률·라이브 로그 실시간 표시
 </gallery>
@@ 406번째 줄: / 406번째 줄: @@
 ''완료작품 포스터는 별도 이미지 파일로 업로드 예정이다. 포스터 이미지를 위키에 올린 뒤 아래 자리표시자를 실제 태그로 교체한다.''
 <!-- 포스터 이미지 확보 시 아래 주석을 해제하여 삽입할 것
-[[파일:autopwn_poster.png|thumb|center|600px|AutoPwn 완료작품 포스터]]
+[[파일:autopwn_poster.jpg|thumb|center|600px|AutoPwn 완료작품 포스터]]
 -->

@@ 10번째 줄: / 10번째 줄: @@
 ===지도교수===
-교수님
+이경재 교수님
 ===개발기간===

@@ 16번째 줄: / 16번째 줄: @@
 ===구성원 소개===
-서울시립대학교 ㅁㅁ공학부·과 2011XXX0** 김**(팀장)
+서울시립대학교 컴퓨터과학부 20209200** 이*원(팀장)
-서울시립대학교 ㅁㅁ공학부·과 2011XXX0** 정**
+서울시립대학교 컴퓨터과학부 20209200** 이*민
-서울시립대학교 ㅁㅁ공학부·과 2011XXX0** 조**
+서울시립대학교 컴퓨터과학부 20215600** 이*형
-서울시립대학교 ㅁㅁ공학부·과 2011XXX0** 이**
+서울시립대학교 컴퓨터과학부 20219200** 최*영
 ==서론==