감사 보고서

Documentation Index

Fetch the complete documentation index at: https://docs.raydium.io/llms.txt

Use this file to discover all available pages before exploring further.

​

프로그램별 감사 테이블

​

감사가 다루는 범위

• 접근 제어 — 모든 권한 있는 작업이 올바르게 제어되는가?
• 산술 연산 — 오버플로우, 언더플로우, 반올림 방향, 고정 소수점 정밀도.
• 계정 검증 — 모든 계정이 올바른 소유자, 민트, 권한을 가지는가?
• 재진입(Reentrancy) 유사 패턴 — 상태가 CPI 전후에 업데이트되는가?
• PDA 유도 — 모든 위치에서 시드가 일관되는가?
• 오류 코드 및 메시지 — 오류 조건이 깔끔하게 되돌려지는가?
• 코드 품질 — 관례적 Rust, 미사용 코드, 도달 불가능한 분기.

​

감사가 다루지 않는 범위

• 경제 게임 이론 — 예: “무료로 1000개의 풀을 만들 수 있다면, 라우터를 그리핑할 수 있는가?”
• MEV / 순서 지정 — 샌드위치 공격, 검증자 담합을 통한 선행.
• 오프체인 인프라 — RPC 신뢰성, 인덱서 정확도, 프론트엔드.
• 다른 프로그램과의 통합 — 특정 대출, 옵션 또는 애그리게이터 계약과 구성할 때만 나타나는 버그.
• 시간 경과에 따른 창발적 행동 — 1000만 포지션 이후에는 어떻게 되는가? 감사는 소규모 테스트 사례를 살펴봅니다.

​

발견 사항 해결 상태

​

중대한 변경 후 재감사

​

온체인 검증

# 배포된 프로그램 바이트코드를 가져옵니다.
solana program dump <PROGRAM_ID> program.so

# 감사된 커밋에서 저장소를 빌드합니다.
git clone https://github.com/raydium-io/raydium-cp-swap
cd raydium-cp-swap
git checkout <audited_commit_hash>
anchor build --verifiable

# 비교합니다.
sha256sum program.so target/deploy/raydium_cp_swap.so

​

감사 보고서 읽는 방법

1. 발견 사항 요약으로 건너뜁니다 — 심각도 수 표. “Critical” 수가 0보다 크고 “Open” 상태를 보면 자세히 살펴봅니다.
2. 각 발견 사항의 설명과 상태를 읽습니다. “커밋 XYZ에서 수정됨”은 해결됨을 의미하고, “승인됨”은 팀이 위험을 수용했음을 의미하며, “부분 수정”은 자세히 살펴볼 가치가 있습니다.
3. 범위 섹션을 스캔합니다. 감사가 관심 있는 명령이나 계정을 다루지 않았다면, 거기에서 발견 사항이 없다고 해서 안전하다는 증거는 아닙니다.
4. 감사인의 권장 사항 섹션을 훑어봅니다. 종종 발견 사항보다 더 유용합니다 — “이것을 공식적으로 증명할 수 없지만 불안하다”는 주의를 노출합니다.

​

버그 바운티 통합

• 감사가 다루지 않는 경제적 공격.
• 새로운 통합에서 발견된 버그.
• SDK 및 오프체인 구성 요소의 구현 버그.

​

과거 사건

​

풀 권한 exploit (2022년 12월)

​

OpenBook 통합 동결 (2023년 1월)

​

포인터

• security/admin-and-multisig — 권한 구조.
• security/attack-vectors — 알려진 공격 패턴.
• security/disclosure — 버그 바운티 정책.

• 프로그램별 소스 저장소: raydium-amm, raydium-clmm, raydium-cp-swap.
• 감사 보고서 미러: raydium-docs/audit.
• 버그 바운티: Immunefi — Raydium.