클라우드 & 인프라 보안 태세
에이전트 없는 CSPM — CVSS로 점수화하고, 도달 가능성으로 순위화합니다.
앱에 결함이 없어도, 앱이 실행되는 인프라를 통해 침해당할 수 있습니다.
Redthread는 AWS, Azure, GCP, Kubernetes 전반에서 공격자가 실제로 노리는 노출을 점검합니다. 공개 버킷, 지나치게 넓은 IAM, 외부에 열린 포트, 암호화되지 않은 데이터, 감사 추적의 사각지대. 에이전트 없이 동작하며, 지속적으로 실행해도 안전합니다.
에이전트 없음
에이전트 없음 — 키 불필요, 쓰기 권한 없음, 지속적으로 실행해도 안전
3개 클라우드
AWS, Azure & GCP 자동 연결, 그리고 Kubernetes 및 Prowler 데이터 수집
CVSS 점수화
결정론적 점검 — 실제로 실패한 리소스에서만 발견 사항이 생성됩니다
보안 태세 점검
에이전트 없음 · CVSS 점수화 · 결정론적
발견 사항은 실제 실패에서만 생성됩니다
S3 버킷 공개 접근CRIT · 9.8
IAM 와일드카드 정책 (
Action:* / Resource:*)CRIT · 9.10.0.0.0/0에 열린 SSH / RDPHIGH · 8.1
공개적으로 접근 가능한 RDSHIGH · 7.5
인증 없는 Lambda 함수 URLCRIT · 9.1
저장 시 암호화되지 않은 RDS / S3MED · 5.3
Redthread에서 도달 가능성 기준으로 순위화 — 17개의 발견 사항이 1개의 실제 위험으로 압축 (실제 운영 중인 AWS 계정 기준).
제공 내용
분기에 한 번이 아니라, 매일 실행해도 안전한 보안 태세 점검.
에이전트 없음
에이전트 없는 역할을 연결하면 저희가 그 역할을 위임받아 에이전트 없이 열거하고 결정론적 점검을 실행합니다. 키도, 쓰기 권한도, 설치할 것도 없습니다. 클라우드를 변경할 수 없으므로 지속적으로 실행해도 안전합니다.
CVSS 점수화, 오경보 없음
모든 점검은 결정론적이며 CVSS 점수가 매겨집니다. 공개 버킷, 와일드카드 IAM, 열린 보안 그룹, 공개 데이터베이스, 암호화되지 않은 데이터, 비활성화된 감사 로그. 실제로 실패한 리소스에서만 발견 사항이 생성됩니다.
세 클라우드 모두 자동 연결
AWS는 귀사의 외부 ID로 보호되는, Terraform으로 생성한 에이전트 없는 역할로, Azure는 앱 등록(Reader + Security Reader)으로, GCP는 서비스 계정(Viewer + Security Reviewer)으로 연결합니다. 모든 자격 증명은 저장 전에 실제 읽기 호출로 검증됩니다.
Kubernetes & Prowler 데이터 수집
Kubernetes 인벤토리나 Prowler 형식의 내보내기 파일을 가져오면, 동일한 결정론적 CVSS 점수화 점검이 그대로 실행됩니다. 별도 도구 없이, 하나의 정규화된 화면으로.
도달 가능성 기준 순위화
보안 태세 데이터는 그래프 엔진인 Redthread로 흘러갑니다. 공개 버킷은 발견 사항이지만, 개인정보를 보관하는 것으로 확인된 공개 버킷은 위험입니다. 실제 AWS 계정에서 이 방식으로 17개의 발견 사항이 실제로 중요한 1개의 위험으로 압축되었습니다.
시크릿은 쓰기 전용으로, 어떤 화면이나 API에서도 반환되지 않습니다. 커버리지는 정확히 열거한 범위만큼이며, 그 밖에는 문제가 없다고 주장하지 않습니다.
커버리지 읽어 보기
작동 방식
연결하고, 열거하고, 점검하고, 공격자가 실제로 도달할 수 있는 것 기준으로 순위화합니다.
01
연결
에이전트 없는 역할을 부여하세요. AWS는 Terraform, Azure는 앱 등록, GCP는 서비스 계정을 사용합니다. 저장 전에 실제 읽기 호출로 검증되며, 키는 귀사 계정을 벗어나지 않습니다.
02
열거
저희가 역할을 위임받아 계정과 서비스 전반을 에이전트 없이 열거합니다. 버킷, IAM, 보안 그룹, 데이터베이스, 함수, 클러스터, 감사 추적.
03
점검
인벤토리를 대상으로 결정론적 CVSS 점수화 점검이 실행됩니다. 실제로 점검에 실패한 리소스에서만 발견 사항이 생성되며, 추측에 점수를 매기지 않습니다.
04
순위화
발견 사항은 Redthread의 노드가 되므로 도달 가능성 기준으로 순위가 매겨집니다. 인터넷에서 이 리소스까지 실제로 경로가 있는가, 그리고 그 경로가 민감한 데이터에 닿는가? 경로가 곧 우선순위입니다.
정직한 커버리지
관찰된 사실만, 거짓 이상 없음은 없습니다.
발견 사항은 관찰된 구성상의 사실입니다. 커버리지는 정확히 열거한 서비스까지이며, 그 밖에는 설정 오류가 없다고 주장하지 않습니다. 앱에 결함이 없어도 앱이 실행되는 인프라를 통해 침해당할 수 있고, 보안 태세는 팀이 배포할 때마다 달라집니다. 그래서 에이전트 없는 방식이 중요합니다. 매일 실행해도 안전하기 때문입니다.
중요한 숫자
실제 AWS 계정에서 이 방식은 17개의 발견 사항, 그러나 단 1개의 위험 을 도출했습니다. 공개 버킷은 발견 사항이지만, 개인정보를 보관하는 것으로 확인된 공개 버킷은 위험이기 때문입니다. 순위는 심각도, 그다음 입증 여부(잠재적인 것보다 입증된 것 우선), 그다음 경로의 직접성 순으로 매겨집니다.
FAQ