Hacker News • 38일 전

거부하지 않고 모의해킹을 수행하도록 훈련된 AI 모델

IMP

7/10

핵심 요약

일반적인 AI 보안 모델과 달리 거부(Response Refusal) 없이 실제 모의해킹(Pen Test)을 수행하도록 사후 학습된 CLI 기반 보안 에이전트가 소개되었습니다. 이 도구는 단순히 취약점을 찾는 것을 넘어, 안전하게 분리된 환경에서 익스플로잇을 직접 재현해 취약점을 증명하며, 마크다운 형태의 상세한 보고서를 제공합니다. 개발자는 무료로 설치하여 200만 무료 토큰으로 즉각적인 코드 보안 점검을 수행할 수 있습니다.

번역된 본문

<- argusred · 셀프 서빙 CLI · 문서 · argusred v2.0.19 보안 스캔 읽기 전용 · 셀프 서빙 모의해킹(Pen Test) 활성화 · 게이트 모듈을 선택하고, 에이전트 권한을 설정한 뒤, 선택적으로 익스플로잇(Exploit) 검증을 켜고 실행하세요. 출력 결과는 마크다운 보고서입니다. (코드에서 찾아낸 모든 취약점의 위치, 심각도, 원인 및 해결 방안이 포함됩니다.) 무료 설치 가능합니다. 첫 실행 시 빠른 Cosine 회원가입 화면이 나타나며(Cosine의 코딩 에이전트와 동일한 로그인을 사용합니다), 신규 계정은 200만 개의 무료 토큰으로 시작합니다.

$ cd path/to/your/repo $ argusred -> 첫 실행 시 Cosine 회원가입이 열립니다. 200만 무료 토큰으로 시작합니다.

스캔이 실행되기 전. argusred v2.0.19 · 보안 스캔 · 설정 스캔 범위 — 8개 중 5개 활성화됨 [x] [x] 종속성 취약점 분석 (Dependency Vulnerability Analysis) [x] 비밀 정보 및 자격 증명 탐지 (Secret & Credential Detection) [x] SQL 인젝션 / XSS 벡터 (SQL Injection / XSS Vectors) [ ] 인증 및 세션 흐름 (Authentication & Session Flows) [x] 입력 값 검증 및 살균 (Input Validation & Sanitisation) [ ] CORS 및 CSP 오구성 (CORS & CSP Misconfigurations) [ ] 암호화 취약점 스캔 (Cryptographic Weakness Scan) [x] 파일 권한 및 액세스 제어 (File Permission & Access Controls)

익스플로잇 검증 (Exploit Verification) 초기 보고서 이후, 안전한 익스플로잇 재현을 시도하여 보고된 결과를 선택적으로 검증합니다. 익스플로잇 검증: (•) 비활성화 ( ) 도커 (Docker) ( ) 라이브 파일 시스템 (Live FS)

에이전트 권한 터미널 액세스: ( ) 활성화 (•) 비활성화 샌드박스된 네트워크 요청: ( ) 활성화 (•) 비활성화 샌드박스된 파일 쓰기: ( ) 활성화 (•) 비활성화 (스크롤 0% · 시작 · 다음 탭 · 이전 탭 shift+tab · 종료 q)

결과를 검증하세요. 단순히 취약점을 보고하는 것이 아니라 증명하십시오. '익스플로잇 검증(Exploit Verification)'을 켜면, 에이전트는 초기 보고서 이후 각 항목에 대해 안전한 재현을 시도합니다. 따라서 전달되는 결과는 이론적인 것이 아니라 확인된 것입니다.

도커(Docker) — 저장소에서 생성된 임시 격리 컨테이너 내부에서 재생성이 실행됩니다. 호스트에는 아무것도 닿지 않으며, 완료되면 컨테이너는 폐기됩니다. 라이브 파일 시스템(Live FS) — 실제 환경에서만 나타나는 취약점의 경우, 실제 체크아웃된 코드를 대상으로 재생성이 실행됩니다. 코드는 읽기 전용으로 유지되며, Go 하네스(harness)가 쓰기를 차단합니다. 비활성화(기본값) — 보고서만 제공하며, 재현을 시도하지 않습니다.

출력 결과 확인하기. 샘플 보고서 읽기 .argusred/scan-2026-06-05.md

Bank of Anthos — 보안 감사 보고서

29,846 LOC(코드 라인 수) / 391개 파일 · 8개 모듈 중 6개

1. 경영 요약 (Executive Summary)

전체 위험 등급: 위험 (CRITICAL) 다수의 치명적 및 고위험 취약점 발견:

모든 원장 서비스에 걸쳐 위조 가능한 토크 — balancereader, transactionhistory 및 ledgerwriter가 발급자(issuer)나 수신자(audience) 클레임 바인딩 없이 단일 공유 RSA 공개 키로만 JWT를 검증합니다. 아래 언급된 저장소의 하드코딩된 개인 키와 결합될 경우, 클러스터 외부에서 서명된 토큰이 모든 서비스에서 검증을 통과하여 모든 계정에 대한 권한을 부여받게 됩니다. 서비스별 신뢰 수준이 '저장소 소유 여부'로만 collapse(붕괴)됩니다.
프론트엔드 인증 도우미(helper)에서 JWT 서명 검증이 비활성화되어 있음
재무 트랜잭션 검증 중 잔액 우회를 허용하는 정수 오버플로우(Integer overflow)
OAuth 동의 흐름에서의 SSRF 및 오픈 리다이렉트(Open redirect)
로그인 흐름 중 URL 쿼리 문자열로 전송되는 자격 증명
버전 관리에 하드코딩된 비밀 키(JWT 서명에 사용되는 RSA 개인 키 포함) [편집됨 — 전체 보고서에는 모듈별 결과가 포함되어 있습니다]

스캔 실행 영상 보기 · 1분 26초

하지 않는 것들. 코드를 수정하지 않습니다. 읽기 전용은 모델 하단의 Go 하네스에 의해 적용됩니다. 모든 도구 호출은 실행 전에 가로채어지며, 모델이 원하든 말든 파일 쓰기나 명령어 실행과 같은 변경을 가하는 행위는 확정적으로 차단됩니다. 퍼징(Fuzzing), 동적 애플리케이션 보안 테스트(DAST), 실제 익스플로잇은 수행하지 않습니다. 능동적 테스트는 '모의해킹(Pen Test) 모드'에서만 이루어집니다.

코드를 근거로 삼을 수 없는 결과는 포함하지 않습니다. 근거 없는, 뇌피셜(vibes-based) 기반의 취약점은 없습니다.

빠른 답변. 스캔에는 얼마나 걸리나요? 두 가지 데이터 포인트가 있습니다: Bank of Anthos 약 3만 라인(LOC)에 대한 6개 모듈 스캔은 약 10분 만에 완료되었습니다. Symfony 약 150만 라인(LOC)에 대한 전체 스캔은 약 40분이 걸렸습니다. (본문 생략)

원문 보기

원문 보기 (영어)

← argusred · self-serve cli · docs · argusred v2.0.19 Security Scan read-only · self-serve Pen Test active · gated Pick modules, set the agent’s permissions, optionally turn on exploit verification, run. Output is a markdown report — location, severity, cause, and fix direction for every finding it could ground in your code. Free install. The first run opens a quick Cosine sign-up — the same login that runs Cosine’s coding agent — and new accounts start with 2M free tokens . $ cd path/to/your/repo $ argusred → first run opens a Cosine sign-up — you start with 2M free tokens Before the scan runs. argusred v2.0.19 · Security Scan · setup Scan Scope — 5 of 8 active [×] Dependency Vulnerability Analysis [×] Secret & Credential Detection [×] SQL Injection / XSS Vectors [ ] Authentication & Session Flows [×] Input Validation & Sanitisation [ ] CORS & CSP Misconfigurations [ ] Cryptographic Weakness Scan [×] File Permission & Access Controls Exploit Verification Optionally verify reported findings by attempting safe exploit reproduction after the initial report. Exploit Verification (•) Disabled ( ) Docker ( ) Live FS Agent Permissions Terminal Access ( ) Enabled (•) Disabled ( ) Sandboxed Network Requests ( ) Enabled (•) Disabled ( ) Sandboxed File Write ( ) Enabled ( ) Disabled (•) Sandboxed scroll 0% · a start · tab next · shift+tab prev · q quit Verify the findings. Don’t just report a vulnerability — prove it . Turn on Exploit Verification and the agent attempts a safe reproduction of each finding after the initial report, so what lands in front of you is confirmed, not theoretical. Docker — reproduction runs inside an ephemeral, isolated container spun up from your repo. Nothing touches your host; the container is torn down when it finishes. Live FS — reproduction runs against your actual checkout, for findings that only manifest in a real environment. Your code stays read-only — the Go harness still blocks writes. Disabled (default) — report only, no reproduction attempts. See the output. Read a sample report .argusred/scan-2026-06-05.md # Bank of Anthos — Security Audit Report 29,846 LOC / 391 files · 6 of 8 modules ## 1. Executive Summary Overall risk rating: CRITICAL Multiple critical and high-severity vulnerabilities: Forgeable tokens across every ledger service — balancereader , transactionhistory , and ledgerwriter verify JWTs against a single shared RSA public key with no issuer or audience claim binding. Combined with the hardcoded private key in the repo (see below), a token signed off-cluster passes verification at every service and authorises any account; per-service trust collapses to “do you have the repo.” Disabled JWT signature verification in the frontend authentication helper Integer overflow in financial transaction validation allowing balance bypass SSRF and open redirect in the OAuth consent flow Credentials transmitted in URL query strings on the login flow Hardcoded secrets in version control , including an RSA private key used to sign JWTs [ trimmed — full report includes per-module findings ] Watch a scan run · 1m 26s Won’t do. Won’t modify your code. Read-only is enforced by the Go harness below the model — every tool call is intercepted before execution; mutating ones (file writes, command execution) are deterministically blocked, regardless of what the model wants. No fuzzing, no DAST, no live exploitation. Active testing lives in Pen Test mode . Won’t include findings it can’t ground in your code. No vibes-based vulnerabilities. Quick answers. How long does a scan take? Two data points: a 6-module scan of Bank of Anthos (~30k LOC) finished in ~10 minutes; a full scan of Symfony (~1.5M LOC) took ~40 minutes. Time scales sub-linearly with codebase size because modules run as a parallel swarm; the TUI shows a live estimate before you start. What’s the output file? A single markdown at .argusred/scan-<date>.md with executive summary, per-module findings, location, severity, cause, and fix direction. The file stays on your machine. What does it cost? Install is free , and your first run drops 2M free tokens in a new Cosine account — enough to try it on a real repo. After that, scans run on Cosine usage under the same login that runs Cosine’s coding agent. One account, both products. Same CLI, second tab. The swarm goes offensive against systems you authorise — not just reading the code, attempting the exploits. Gated because the security implications are real; access is via booking, scope and authorisation written down before anything runs. Request access → Before the pen test runs. argusred vnightly-906 · Pen Test · setup Targets Only add systems you are authorised to test. Press a to add a host or URL. ○ No targets added yet Effort Passive Aggressive Recon Light ▲ Moderate Deep Aggressive Active probing with crafted payloads. May trigger WAF rules or rate limits. No destructive actions. Suitable for staging environments. [×] Port & service fingerprinting [×] Header & TLS analysis [×] Directory & endpoint enumeration [×] Payload injection (SQLi, XSS, SSTI) [ ] Brute-force credential spraying — Deep [ ] Exploit chain construction — Aggressive [ ] Denial-of-service resilience testing — Aggressive Agent Permissions Terminal Access (•) Enabled ( ) Disabled ( ) Sandboxed Network Requests (•) Enabled ( ) Disabled ( ) Sandboxed File Write ( ) Enabled ( ) Disabled (•) Sandboxed Objective / Instructions Estimate Targets 0 hosts Effort Moderate (4 technique classes) Est. Time ~1 min Agent Cycles ~2–3 iterations ▶ Start Pentest Cancel s start · tab next · shift+tab prev · 1/2 mode · a add target · q quit See the output. Read a sample engagement summary .argusred/pentest-2026-06-08.md # api.your-app.com — Pen Test Engagement booking 2A4F · 2026-06-08 · 4h22m · Moderate effort ## Executive Summary Status: 2 critical, 1 high, 3 medium — all reproducible. Scope: 2 hosts, 47 endpoints. Out-of-scope items deferred and flagged for next engagement. ## Confirmed Exploits 1. JWT signature bypass (CRITICAL · CVSS 8.6) POST /v1/sessions/refresh — forged token with disabled signature verification, returned 200 OK with admin scope. Reproduction script included. 2. SSRF via OAuth consent redirect (HIGH · CVSS 7.4) Open redirect on /oauth/authorize resolved arbitrary internal URLs. Reproduction included. [ trimmed — full summary includes evidence and remediation per finding ] Won’t do. Won’t run without signed authorisation. Booking is the legal step — targets, time-box, and what’s allowed are written down before anything runs. Won’t expand scope. Authorised targets only, even if interesting ones show up next door. Won’t keep going past the booked time-box. Effort ramps stop where the booking says they stop. Doesn’t escalate. If a finding needs deeper access than booked, it stops and notes it in the engagement summary. Quick answers. How is this different from the scan? The scan reads code and infers from what’s there. The pen test actually attempts the exploits against running systems you authorise — different binary mode, different agent behaviour, different deliverable (engagement summary, not audit report). How does scoping work? You provide hosts/endpoints plus written consent at booking. The agent’s network is scoped to that list — it can’t reach anything else, even if a finding suggests it should. What does it cost? Decided per engagement at booking. Scope and effort level det

모의해킹 보안취약점 코딩에이전트 오픈소스 AI안전