Opviva

대부분의 스캐너는 문제 목록을 건네고 떠난다. 심각도를 분류하고 파일을 찾고 패치를 쓰고 다른 걸 깨뜨리지 않기를 바라는 일은 사용자 몫이다. Opviva는 수정을 저장소 안의 pull request로 작성하고, 사용자는 한 번의 클릭으로 확인하고 병합한다. 작은 수정은 상위 플랜에서 자동 병합도 가능해서, '찾았다'에서 '고쳤다'까지의 거리가 승인 한 번으로 줄어든다.

각 수정은 샌드박스에서 다시 스캔되고 Ed25519로 서명된 뒤, 사용자나 감사자가 독립적으로 검증할 수 있는 원장에 해시로 연결된다. 이것이 신뢰 모델이다. 빌려온 로고의 벽이 아니라 검증 가능한 증명이다. 규정 준수 검토를 준비하는 팀에게 이는 주장과 기록의 차이다. 더는 추측할 필요가 없다.

보안 보고서를 읽을 필요가 없다. 무엇을 출시했는지 설명하거나 URL을 붙여 넣으면, 에이전트가 스캔을 계획하고 실행하며 각 지적을 일상 언어로 설명한다. 공격을 재현해 실제임을 증명한다. 예컨대 IDOR라면 다른 테스트 사용자의 데이터를 가져오며, 추측을 표시하는 데 그치지 않는다.

검증된 도메인이 있는 앱에는 Opviva가 바깥에서 안으로 확인한다. 노출된 엔드포인트, 열린 포트, 유출된 키, 접근 가능한 .env 파일이다. 이 외부 시점은 AI로 만든 앱이 흔히 안고 나오는 설정 실수를 잡는다. 코드만 검토해서는 놓칠 부분이다. 앱이 이미 공개됐을 때 가장 중요하다.

배포 후 보안은 첫 스캔에서 멈추지 않는다. Continuous Watch는 가동 시간, 오류, 새로운 CVE를 모니터링하고 경보를 자동 수정에 바로 연결한다. 이틀째의 취약점이 이레째의 침해가 될 필요는 없다. 바로 그게 요점이다.

모든 것이 하나의 크레딧 잔액으로 돌아간다. 그래서 플랜의 크레딧은 할 수 있는 양을 정확히 알려준다. 코드 스캔은 50 크레딧, 수정은 250 크레딧이고 남은 크레딧은 이월된다. 한 달 안에 다 써버리도록 강요받지 않는다.