온라인 SQL 인젝션 테스트: 자체 스테이징 환경용 에이전트

자체 테스트를 위한 기능

• 파일채팅 폴더에서 파일을 읽고, 쓰고, 편집하고, grep하고 나열합니다.
• Shell터미널 명령을 실행하고 실제 종료 코드를 보고합니다.
• 웹웹 검색을 수행하고 공식 문서 페이지를 읽습니다.
• 스크린샷 및 이미지이미지를 저장하고 스크린샷에서 텍스트를 읽습니다.
• 오케스트레이션병렬 하위 에이전트와 재사용 가능한 스킬 플레이북을 사용합니다.
• 승인 모드안전성을 위해 Auto-run, Ask first 및 Plan only를 제공합니다.
• Cron앱 검사를 위해 예약된 시간에 프롬프트를 실행합니다.
• 모델클라우드, 로컬 또는 내장 모델 엔드포인트에 연결합니다.

스테이징 복사본을 위한 단계별 가이드

SQL 인젝션 찾기 및 수정

에이전트는 grep을 사용하여 소스 코드에서 데이터베이스 호출을 검색하고, edit_file을 사용하여 매개변수화된 쿼리를 사용하도록 코드를 다시 작성합니다. 이때 정확한 변경 내역을 보여줍니다. 이것은 테스트입니다. Ask first 모드에서 변경 사항을 검토한 후 업데이트를 승인합니다. Shell을 실행하여 앱에 영향을 주지 않고 수정이 제대로 작동하는지 단위 테스트를 확인합니다. 안전한 테스트를 위해 가짜 데이터와 백업이 있는 스테이징 복사본을 설정하세요. SQL 인젝션 테스트 중 실수된 손상을 방지하기 위해 데이터베이스 계정에 낮은 권한을 부여하세요. DOM XSS를 소스에서 싱크까지 추적하려면 애플리케이션 논리의 신중한 분석이 필요합니다. SQL 인젝션 스캐너를 사용하여 발견 사항을 확인하고 결과를 확인하세요.

XSS 및 헤더 확인

에이전트는 http_get을 사용하여 스테이징 사이트에서 페이지를 가져오고 상태 코드를 읽으므로, Content-Security-Policy 헤더가 페이지에 있는지 확인하고 보안 태세를 확인합니다. 계획을 검토합니다. Plan only는 이 단계 동안 상세한 계획을 작성하고 아무것도 실행하지 않습니다. Ask first 모드로 전환하여 수정 사항을 안전하고 올바르게 적용합니다. 프라이버시를 위해 작업을 자체 스테이징 사이트에 유지합니다. 에이전트는 파일의 출력이 적절하게 인코딩되었는지 확인하기 위해 파일을 읽습니다. 편집기는 검토를 위해 변경 사항을 diff에 기록합니다. 테스트 데이터베이스 계정은 효과적으로 작동하는 가장 낮은 권한을 가지며, 발견 사항을 우선순위화하기 위해 SQL 인젝션에 대한 CVSS 점수를 확인할 수 있습니다.