AI API 키 보안
공급자 키를 애플리케이션 밖에 두세요. 대신 모든 앱, 에이전트, 도구에 INFRO 게이트웨이 키를 주세요. 각 키에는 끄기 스위치, IP 허용 목록, 모델 제한, 지출 한도가 있으며 모두 공급자 호출 전에 확인됩니다.
검사 4개
모든 요청에서, 공급자가 호출되기 전에.
네트워크 32개
키별 IP 허용 목록, IPv4 또는 IPv6, 모든 요금제.
배포 불필요
유출된 키를 끄는 데. 그 키로 보낸 모든 요청이 거부됩니다.
AES-256-GCM
연결하는 모든 공급자 키에 적용됩니다. 다시는 표시되지 않습니다.
공급자 키가 있는 곳
같은 공급자 키는 보통 다섯 곳에 있으며, 어느 사본이든 계정 전체에서 돈을 쓸 수 있습니다. INFRO를 쓰면 공급자 키는 한곳에 봉인되고 각 앱, 에이전트, 도구는 자체 게이트웨이 키를 갖습니다. 유출이 일어나는 곳을 골라 보세요.
sk-proj-••••7Hc25곳에 복사됨sk-proj-••••7Hc2여기서 유출sk-proj-••••7Hc2같은 키sk-proj-••••7Hc2같은 키sk-proj-••••7Hc2같은 키sk-proj-••••7Hc2같은 키sk-proj-••••7Hc2INFRO에 봉인됨sk_infro_••••a91f하루 $50203.0.113.0/24유출됨, 차단됨sk_infro_••••3c7e하루 $10203.0.113.64/27영향 없음sk_infro_••••5d20하루 $530일 후 만료영향 없음sk_infro_••••8b14하루 $20Anthropic만영향 없음sk_infro_••••e602월 $15모델 1개영향 없음네 가지 검사
각 검사는 문서화된 고유 코드로 거부하므로 로그에 정확한 이유가 남으며, 각각 배포 없이 콘솔이나 API에서 변경할 수 있습니다. 네 가지 모두 모든 요금제에 포함됩니다.
이 키는 켜져 있나요?
콘솔이나 API에서 키를 끄면 그 키로 온 모든 요청이 거부됩니다. 시크릿, 한도, 기록은 유지되며, 다시 켜면 같은 키가 복원됩니다.
403 key_disabled문서
서버에서 호출하고 있나요?
키당 최대 32개의 IPv4 또는 IPv6 주소나 CIDR 범위를 Cloudflare 엣지가 보고하는 클라이언트 주소와 대조하며, X-Forwarded-For는 쓰지 않습니다. 신뢰할 수 있는 주소가 없으면 요청은 거부됩니다.
403 ip_not_allowed문서
이 모델이 허용되어 있나요?
조직, 프로젝트, 키가 호출할 수 있는 모델과 키가 닿을 수 있는 공급자를 승인합니다. 각 키는 환경 하나에 속하며 그 밖의 연결에는 닿지 않습니다.
403 model_not_allowed문서
한도가 이 요청을 감당할 수 있나요?
조직, 프로젝트, 멤버별 예산과 함께 키별로 일간, 주간, 월간 또는 평생 한도를 둡니다. 한도로 감당할 수 없는 요청은 공급자를 호출하기 전에 거부됩니다.
402 key_budget문서
지출 한도
유출된 키, 루프에 빠진 에이전트, 무료 등급을 스크립트로 남용하는 고객 한 명. 각각은 전체 예산에 닿기 전에 그 범위에 맞는 한도에서 멈춥니다. 적용되는 모든 한도는 공급자 호출 전에 확인되며, 이미 처리 중인 요청의 최악의 경우까지 계산합니다.
한도는 겹쳐 적용됩니다
요청은 적용되는 모든 한도를 지켜야 합니다. 가장 엄격한 한도가 결정하므로, 알맞은 곳에 둔 작은 한도가 조직 한도에 닿기 훨씬 전에 문제를 막습니다.
그 키는 하루 $50에서 멈춥니다. 다른 모든 키는 계속 처리합니다.
| 한도 | 기간 | 동작 방식 | 거부 코드 | 요금제 |
|---|---|---|---|---|
| 조직 | 월 목표와 강제 한도 | 목표는 알림을 보내고, 강제 한도는 알림 또는 차단을 합니다. 소유자만 설정합니다. | 402 organization_budget | 모든 요금제 |
| 프로젝트 | 월간 | 직접 정한 임계값에서 알림을 보내며 알림 또는 차단. | 402 project_budget | 모든 요금제 |
| 멤버 | 월간 | 한 사람의 활동에 대해 알림 또는 차단. | 402 member_budget | 모든 요금제 |
| 게이트웨이 키 | 일간, 주간, 월간 또는 평생 | 항상 차단합니다. 평생 한도는 초기화되지 않습니다. | 402 key_budget | 모든 요금제 |
| 최종 고객 | 일간, 주간 또는 월간 | 모든 고객에게 조직 또는 프로젝트 단위의 규칙 하나를 적용하며, 백엔드가 설정하는 재정의를 둘 수 있습니다. | 402 end_user_budget | Team 이상 |
키가 유출되었습니다
INFRO 게이트웨이 키용입니다. 공급자 키가 유출되었다면 먼저 공급자에서 삭제하세요. 그것만이 키를 막는 유일한 방법입니다.
curl -X PATCH https://api.infro.io/manage/v1/gateway_keys/$KEY_ID \
-H "Authorization: Bearer $INFRO_MANAGEMENT_TOKEN" \
-H 'If-Match: "7"' \
-H "Content-Type: application/json" \
-d '{"disabled": true}'
# Every request with the key: 403 key_disabled
# Its secret, limits and history are kept.같은 세 가지 변경은 콘솔의 키 페이지에도 있습니다. Management API에서는 마지막으로 읽은 버전(If-Match)이 있어야 변경할 수 있으므로, 한 인시던트를 함께 격리하는 두 사람이 서로의 변경을 덮어쓸 수 없습니다.
프롬프트 속 비밀
사람들은 .env 파일을 채팅에 붙여 넣고, 에이전트는 셸에서 그것을 읽어 냅니다. Business 요금제에서는 가드레일이 프롬프트, 도구 호출, 응답에서 비밀 형식을 검사한 뒤, 공급자 호출 전에 요청을 차단하거나, 일치 항목을 [SECRET]으로 바꾸거나, 표시합니다.
탐지는 패턴 기반입니다. 이 형식에만 일치하므로 AWS 비밀 액세스 키, 비밀번호, 알려지지 않은 형식은 놓칩니다. 일치 항목은 모두 요청 기록에 집계됩니다. 가드레일 문서
에이전트, 도구, 사람
Claude Code, Codex, 에이전트 SDK는 Anthropic이나 OpenAI 키 대신 게이트웨이 키로 INFRO의 /v1/messages와 /v1/responses를 호출합니다. 개발자나 에이전트마다 지출 한도, 만료일, 네트워크 허용 목록이 있는 키를 하나씩 주세요. 키를 폐기해도 다른 누구에게도 영향이 없습니다.
각 MCP 서버를 토큰과 함께 한 번만 등록하세요. INFRO가 모든 호출에 토큰을 덧붙이므로 에이전트, 프롬프트, 구성 파일 어디에도 토큰이 남지 않으며, 각 게이트웨이 키는 부여된 도구만 사용합니다.
인증 앱, 패스키, 하드웨어 키를 이용한 2단계 인증, 종료할 수 있는 세션 목록, 그리고 모든 멤버에게 2단계 인증을 요구하는 조직 설정. Business 요금제부터 SAML 또는 OIDC 싱글 사인온과 SCIM.
저희가 보관하는 키
공급자 키를 저장하는 플랫폼은 바로 10월 공격의 표적이었으므로, 같은 질문이 저희에게도 적용됩니다. 이 통제 항목들은 Trust Center의 내용을 그대로 옮긴 것입니다.
INFRO가 할 수 없는 것
INFRO에서든 다른 곳에서든 탈취된 공급자 키는 INFRO의 모든 한도 밖에서 공급자에 직접 사용될 수 있습니다. 자체 프로젝트나 워크스페이스로 범위가 지정되고 공급자 측에 지출 한도가 설정된 키를 연결하세요. 저희가 실패하더라도 유지되는 통제입니다. 아직 갖추지 못한 것은 Trust Center에 나와 있습니다.
2026년 10월
두 경우 모두 권고는 같았습니다. 키를 교체하고, 공급자에서 이전 키를 삭제하고, 그 키가 한 일을 확인하라는 것입니다. 공급자 키가 있는 곳이 적을수록 유출 시 교체할 곳도 적어집니다. 나눠 주는 키에는 배포 없이 조정할 수 있는 한도가 있어야 합니다.
Railway의 발표
An unauthorized party may have accessed encrypted customer environment variables and, for some of them, obtained the decrypted contents, in a series of attacks aimed at compromising AI inference providers.
대응 방법
Railway가 보관한 모든 변수를 교체하세요. AI 공급자 키가 먼저입니다. 교체하고, 공급자에서 이전 키를 삭제하고, 배포한 뒤, 이전 키의 사용량을 검토하세요.
Railway breach: what happened and what to do2026년 10월 22일 검토
OpenCode의 발표
A breach related to a large-scale distillation attack affected 1.4% of OpenCode Console users, those with external AI providers linked, and provider keys saved in a workspace may have been exposed.
대응 방법
범위가 지정된 교체 키를 만들고, 공급자에서 이전 키를 폐기하고, 10월 16일 이후의 공급자 사용량을 검토하세요.
OpenCode Console breach: what happened and what to do2026년 10월 21일 검토
각 요약은 해당 회사가 직접 공개한 내용을 저희 분석에서 인용한 것입니다. 작성 당시 두 인시던트 모두 진행 중이었으며, 분석은 매주 검토되고 모든 변경 사항이 개정 메모에 기록됩니다.
실무 가이드
FAQ
공급자에서 교체용 키를 만들고, 유출된 키를 그곳에서 삭제하고, 교체 키를 배포한 뒤, 사용될 수 있었던 전체 기간 동안 공급자에서 이전 키의 사용량을 검토하세요. 키를 막는 것은 공급자에서 삭제하는 일입니다. 애플리케이션이나 게이트웨이가 도난당한 키를 되돌릴 수는 없습니다. 그다음 교체 키에는 공급자에서 지출 한도를 걸고, 코드, 클라이언트 앱, 공유 환경 밖에 두세요.
애플리케이션은 공급자 키 대신 INFRO 게이트웨이 키를 보유합니다. 각 게이트웨이 키는 끌 수 있고(403 key_disabled), 최대 32개 네트워크로 제한할 수 있고(403 ip_not_allowed), 승인된 모델과 공급자로 좁힐 수 있으며, 일간, 주간, 월간 또는 평생 지출 한도를 설정할 수 있습니다(402 key_budget). 모든 검사는 모든 요금제에서 공급자를 호출하기 전에 실행되며 배포가 필요한 것은 없습니다. 유출된 게이트웨이 키는 끌 수 있는 한정된 문제이고, 유출된 공급자 키는 공급자 계정 전체에 닿습니다.
예. 예산은 조직별(알림을 보내는 월 목표와 알림 또는 차단하는 강제 한도), 프로젝트별과 멤버별(월간), 게이트웨이 키별(일간, 주간, 월간, 또는 초기화되지 않는 평생 한도)로 적용됩니다. Team 요금제부터 최종 고객 한도로 자체 고객 각각을 일간, 주간, 월간으로 제한할 수 있으며, 특정 고객에 대한 재정의도 가능합니다. 해당하는 모든 한도는 공급자를 호출하기 전에 확인하며, 이미 진행 중인 요청의 최악의 경우를 함께 계산합니다. 거부된 요청은 한도를 명시한 402입니다. 한도는 공급자의 청구서가 아니라 INFRO의 공급자 비용 추정치를 기준으로 하므로, 공급자에서도 지출 한도를 유지하세요.
예. 자체 공급자 키를 한 번 연결하면 INFRO가 사용자의 요청을 처리하는 데 사용합니다. 각 키는 데이터베이스 밖의 Worker 시크릿으로 보관된 키로 AES-256-GCM 암호화되며 조직과 연결이 함께 묶여 있으므로, 데이터베이스 사본만으로는 아무것도 열리지 않습니다. 콘솔 화면, 엔드포인트, 내보내기 어디서도 저장된 자격 증명을 반환하지 않으며, 콘솔에는 마지막 네 글자만 표시됩니다. 게이트웨이 키는 SHA-256 다이제스트로만 저장됩니다.
예. INFRO는 자신을 거치는 트래픽만 통제합니다. 어디서든 가져온 공급자 키(INFRO에서 가져온 것도 포함)는 모든 INFRO 한도 밖에서 공급자에 직접 사용될 수 있습니다. 자체 프로젝트나 워크스페이스로 범위를 한정하고 공급자에서 지출 한도를 설정한 키를 연결하세요. 그 한도는 저희가 실패해도 유지됩니다. Business 요금제에서는 사용량 접근을 켠 대조가 INFRO를 거치지 않은 연결된 키의 사용량을 보고합니다.
OpenCode는 2026년 10월 17일, 대규모 증류 공격과 관련된 침해로 외부 AI 공급자가 연결된 Console 사용자의 1.4%가 영향을 받았으며 워크스페이스에 저장된 공급자 키가 노출되었을 수 있다고 밝혔습니다. Railway는 2026년 10월 21일, AI 추론 공급자를 침해하려는 공격에서 인가받지 않은 당사자가 암호화된 고객 환경 변수에 접근해 일부를 복호화했을 수 있다고 밝혔습니다. 두 경우 모두 권고는 같습니다. 키를 교체하고, 공급자에서 이전 키를 삭제하고, 사용량을 검토하세요. INFRO는 각 사건에 대해 해당 회사들의 자체 발표만을 바탕으로 작성한 분석을 제공합니다.
Business 요금제에서는 가드레일이 프롬프트와 응답에서 OpenAI, Anthropic, Google API 키, AWS 액세스 키 ID, GitHub 토큰, Slack 토큰, Stripe 라이브 키 및 INFRO 키 형식, JWT, PEM 개인 키를 검사하고, 공급자에 보이기 전에 요청을 차단하거나 일치한 부분을 [SECRET]으로 바꾸거나 표시합니다. 탐지는 패턴 기반이므로 AWS 시크릿 액세스 키나 비밀번호처럼 모르는 형식은 놓칩니다.
INFRO를 거치지 않습니다. 게이트웨이 키로 INFRO의 /v1/messages와 /v1/responses를 호출하므로, 개발자나 에이전트마다 지출 한도, 만료, 선택적 네트워크 허용 목록이 있는 자체 키를 가질 수 있고, 폐기해도 다른 사람의 접근에는 영향이 없습니다. 에이전트는 같은 셸에 남아 있는 키를 여전히 읽을 수 있으므로, 개발자 환경에서 공급자 원본 키를 제거하세요.
LLMjacking은 도난당한 클라우드 또는 AI API 자격 증명으로 호스팅된 언어 모델을 피해자의 비용으로 호출하는 것으로, 공격자 자신이 쓰거나 접근 권한을 되파는 데 쓰입니다. 방어는 돈을 쓸 수 있는 모든 자격 증명에 대한 것과 같습니다. 공급자 키를 코드와 클라이언트 앱 밖에 두고, 모든 키에 지출 한도를 걸고, 키별 사용량을 확인하고, 배포 없이 키를 끌 수 있어야 합니다.
모든 요금제에 키 끄기, 허용 네트워크, 모델 및 공급자 제한, 지출 한도, 교체와 만료, 2단계 로그인과 패스키 및 감사 로그이(가) 포함됩니다. 지출 알림은 모든 요금제에서 이메일로 가고, Startup 요금제부터는 Slack과 서명된 웹훅으로도 갑니다. 가드레일, SSO 및 SCIM, 우회 탐지를 포함한 비용 대조 및 MCP 게이트웨이은(는) Business 요금제에 포함됩니다.
규정 준수, 전체 통제 목록, 아직 갖추지 못한 것은 Trust Center에 있습니다. 취약점을 발견하셨나요? security@infro.io로 연락해 주세요.