생성 전에 범위 정의
키에는 해당 작업에 필요한 작업과 리소스만 부여하십시오. 모니터링 통합에는 읽기 액세스가 필요할 수 있고, 배포 도구에는 정의된 수명 주기 작업 집합이 필요할 수 있습니다. 가능하면 결제 권한은 별도로 유지하십시오.
신중하게 공개하고 비공개로 보관하세요
실제 키는 안전한 생성 흐름을 통해 표시되고, 저장 시 보호되며, URL, 브라우저 번들 및 소스 관리에서 제외되어야 합니다. 비밀 자체를 노출하지 않고 소유자, 목적 및 생성 시간을 기록하세요.
실용적인 폐기 가능성 확보
통합별로 별도 자격 증명을 발급하여 모든 것을 중단하지 않고 하나를 폐기할 수 있게 하세요. 의도적으로 교체하고 이전 키가 더 이상 작동하지 않는지 확인하세요. 범위가 제한된 감사 기록으로 예상치 못한 사용을 조사하세요.
한계를 테스트하세요
유용한 출시 테스트에는 허용된 작업, 금지된 작업, 만료되거나 폐기된 키 및 키의 리소스 경계 밖 요청이 포함됩니다. 인증만으로는 권한 부여가 아닙니다.
후보 키 정책
API 계약은 계정당 최대 10개의 활성 키를 설명하며, 명명된 용도, 선택적 만료 및 소스 주소 제한이 있습니다. 범위는 읽기, 서버 관리, 결제 및 전체 제어를 구분합니다. 생성 흐름은 비밀을 한 번만 표시하고 적절히 보호된 검증 표현만 보관해야 합니다.
요청을 노출하지 않고 감사하세요
유용한 감사 기록에는 비밀번호나 전체 요청 본문을 보관하지 않고 주요 식별자, 경로, 시간 및 결과를 포함할 수 있습니다. 기록에 대한 접근 역시 보호가 필요합니다. 민감한 운영 이력을 무기한 보관하지 말고 보존 및 내보내기 정책을 정의하세요.
각 자동화에 자체 자격 증명을 부여하세요
백업 검사기, 배포 워커 및 청구 통합은 동일한 전체 액세스 키를 공유해서는 안 됩니다. 키는 작업에 맞게 이름을 지정하고 최소 범위를 부여하며 소유자를 기록하세요. 의도된 그룹은 읽기, 서버, 청구 및 전체이며, 정확한 작업 매핑은 API이 제공될 때 테스트해야 합니다.
생성, 저장 및 교체
제안된 계정 모델은 최대 10개의 활성 키를 허용합니다. 새 비밀을 한 번 표시한 다음 인증에 필요한 서버 측 검증자만 보관하세요. 클라이언트 사본은 비밀 관리자 또는 보호된 서비스 환경에 저장하세요. 교체 키를 도입하고 종속 워커를 확인한 다음 이전 키를 취소하여 교체하세요. 키를 공개 URL 또는 브라우저 번들에 절대 두지 마세요.
증거가 아닌 액세스를 취소하세요
키를 비활성화하면 향후 요청은 중단되지만 과거 사용에 대한 제한된 보안 기록은 유지됩니다. 자격 증명이 유출되었을 가능성이 있다면 즉시 폐기하고, 영향을 받은 리소스를 점검하며 관련 비밀 정보를 교체하세요. 키 목록에는 복구 가능한 평문 비밀이 아닌 안전한 식별자와 마지막 사용 메타데이터가 표시되어야 합니다.
조금 더 명확하게.
이 페이지에서 작동하는 API 키를 생성할 수 있나요?
아니요. 키 생성에는 인증된 계정 백엔드가 필요하며, 이 정보 페이지는 자격 증명을 발급하지 않습니다.