결제 제공업체, 전자 세금 계산서 또는 기타 외부 서비스를 연결할 때, 해당 서비스에서 발급한 키나 인증 정보를 Kanorio에 제공해야 합니다. 만약 이러한 데이터가 노출되면, 타인이 귀하를 대신하여 결제를 수취하거나 문서를 발행하거나 서비스를 호출할 수 있습니다. 따라서 Kanorio는 이러한 정보를 일반적인 사이트 데이터와 함께 저장하지 않고 독립적인 저장 메커니즘을 통해 처리합니다.
이 페이지에서는 이 메커니즘의 설계 원칙에 대해 설명합니다. 키가 어떻게 암호화, 격리, 액세스, 기록되는지, 그리고 삭제 후에는 어떻게 처리되는지 다룹니다. 어떤 기능에 키가 필요하고 어디에서 얻을 수 있는지에 대한 정보는 각 기능의 설정 지침을 참조하십시오.
Kanorio는 클라우드 서비스의 표준 관행인 엔벨로프 암호화(Envelope Encryption)를 사용하여 "데이터 암호화 키"와 이를 보호하는 "마스터 키"를 별도로 관리합니다.
이러한 계층적 접근 방식은 데이터베이스나 백업이 손상되더라도 Key Management Service의 승인 없이는 어떤 키 세트도 복호화할 수 없음을 의미합니다.
각 키 세트는 암호화 시 의도된 특정 사이트 및 목적에 바인딩됩니다. 암호문이 다른 사이트로 복사되거나 내용이 변조되면 복호화 과정에서 무결성 검증이 실패하며, 시스템은 해당 키의 사용을 거부합니다. 키는 서로 다른 사이트 간에 공유하거나 전용할 수 없습니다.
귀하의 시스템에서 설정해야 하는 Kanorio 생성 키(알림 소스 확인용 서명 키 등)의 경우, 소유자와 관리자가 볼 수 있으며 모든 조회는 로그로 기록됩니다.
이 로그들은 "누가, 언제, 왜"를 기록하며 키 내용 자체는 포함하지 않습니다.
Kanorio는 귀하가 제공한 키를 보호할 책임이 있으며, 키 자체의 발급, 취소 및 범위는 해당 키를 발급한 서비스 제공업체가 관리합니다. 다음 사항을 권장합니다.
아니요. Kanorio의 관리 대시보드 및 지원 도구에는 키를 볼 수 있는 기능이 없습니다. 저장 후에는 마스킹된 버전만 표시됩니다. 키는 결제 처리나 문서 발행 등 시스템이 귀하를 대신하여 작업을 수행할 때만 자동으로 복호화됩니다. 이 과정은 자동화되어 있으며 모든 액세스는 로그로 기록됩니다.
분명히 말씀드리자면, Kanorio는 귀하를 대신하여 결제 및 청구 서비스를 호출하기 위해 키를 복호화할 수 있어야 하므로, 이는 "제로 지식(zero-knowledge)" 설계가 아닙니다. 저희는 이 기능을 최소화합니다. 복호화는 Google Cloud KMS를 통해서만 수행될 수 있고, 권한은 서비스를 실행하는 시스템 계정에만 부여되며, 모든 복호화는 Google Cloud 측에 기록됩니다.
아니요. 데이터베이스에는 암호화된 키와 암호화된 데이터 키만 저장됩니다. 이를 복호화하려면 Key Management Service의 승인이 필요합니다. 데이터베이스나 백업만으로는 어떤 키 세트도 복원할 수 없습니다.
보내지 마십시오. 지원팀은 귀하의 키가 필요 없으며 절대 요구하지 않습니다. 설정 중에 문제가 발생하면 화면에 표시된 오류 메시지와 사이트 이름 및 서비스 이름을 알려주십시오.
먼저 서비스 제공업체 대시보드에서 키를 취소하고 재생성하여 이전 키를 무효화하십시오. 그런 다음 Kanorio로 돌아와 새 키를 입력하고 연결을 테스트하십시오. Kanorio 계정이 타인에 의해 액세스되었다고 의심되는 경우 보안 문제 해결 페이지도 읽어보십시오.
키 관리는 NIST SP 800-57의 권장 사항을 따르며, 데이터는 업계 표준인 AES-256-GCM을 사용하여 암호화 및 검증됩니다. 마스터 키는 고객 키를 보호하는 대규모 클라우드 서비스에서 일반적인 관행인 FIPS 140-2 검증 암호화 모듈을 사용하는 Google Cloud KMS에 의해 관리됩니다.