보안 및 암호화 NCache

NCache 강력한 세트를 제공합니다 보안 성능 저하 없이 분산 캐싱 환경을 보호하도록 설계된 기능들을 제공합니다. 예를 들어, 액세스 제어 기능을 통해 특정 캐시 및 노드에 대한 사용자 권한을 정의하여 권한이 있는 사용자만 특정 작업을 수행할 수 있도록 할 수 있습니다. 또한, LDAP 통합을 통해 중앙 집중식 인증을 지원하여 시스템 전반의 보안 액세스를 더욱 쉽게 관리할 수 있습니다.

또한, 민감한 데이터를 보호하기 위해 데이터 암호화 AES, 3DES, AES FIPS 등의 알고리즘을 사용하여 메모리와 전송 중에 모두 안전하게 보호합니다. 하지만 성능 저하가 발생할 수 있습니다. 더욱 효율적인 네트워크 보안을 위해 TLS 암호화 클라이언트, 서버 및 브리지 간의 통신을 더 적은 오버헤드로 보호하고, 보호할 통신 경로를 선택할 수 있도록 합니다. 또한, HTTPS 지원 에 대한 액세스를 보호합니다 NCache TLS 인증서를 사용하는 Windows 및 Linux 관리 센터를 통해 안전하고 암호화된 관리 액세스를 보장합니다. 이러한 보안 기능은 NCache 다음 세 가지 주요 영역으로 분류됩니다.

1. 사용자 보안
2. 암호화
3. 전송 계층 보안

인증

NCache 역할 기반 접근 제어(RBAC)를 구현하여 승인된 사용자만 클러스터에 접근하거나 관리할 수 있도록 합니다. LDAP에서 지원하는 디렉터리 서비스(예: Microsoft Active Directory)와 기본적으로 통합됩니다. NCache 중앙 집중식 인증을 시행하여 조직이 기존 ID 인프라 내에서 보안 정책을 관리할 수 있도록 합니다. NCache 보안이 활성화된 경우, 캐시 클러스터에 대한 모든 연결은 먼저 캐시 서버의 LDAP 디렉터리를 통해 인증되어야 합니다. 이 과정에서 사용자는 사용자 이름, 고유 이름(DN), 비밀번호를 제공해야 합니다. 이러한 자격 증명이 인증에 실패하면 연결 요청이 거부됩니다.

이 시나리오에서 도메인 컨트롤러와의 연결이 끊어지면 유효성 검사가 실패하고 사용자는 어떤 작업도 수행할 수 없습니다. 이를 방지하려면 다음을 수행하십시오. NCache 사용자 자격 증명이 저장되는 자격 증명 캐싱을 제공합니다. NCache 이미 인증된 사용자는 프로세스 진행 중 반복적으로 인증받을 필요가 없습니다. 기본적으로 비활성화되어 있으며, 사용자는 서비스 구성 파일을 통해 활성화할 수 있습니다. 보안 수준에 따라 다음 위치에서 사용자 자격 증명을 지정해야 합니다. 자세한 내용은 다음을 참조하십시오. NCache 문서.

• 노드 관리자: 다음과 같이 노드 관리자를 추가합니다.

  Add-NCacheUserOrGroup -Server 20.200.20.40 -AccessLevel Admin -AdminCredentials(Get-Credential john_smith) -UserOrGroupName john_smith -UserOrGroupDN "CN=John Smith,OU=engineers,DC=example,DC=com" -DomainController test_domain

  그럼 당신은 할 수 있습니다 보안을 활성화하다 아래에서 볼 수 있듯이:

  Enable-NCacheSecurity -Server 20.200.20.40 -AdminCredentials(Get-Credential john_smith) -WriteCredentialsToServiceConfig

  다음을 사용하여 노드 수준 보안을 구성할 수도 있습니다. NCache 관리 센터.

• 캐시 사용자:

  노드와 캐시의 보안이 성공적으로 완료되었습니다. 앞서 설명한 대로, 특정 사용자가 전체 관리 권한 없이 캐시 작업을 수행하도록 제한하려면 해당 사용자를 캐시 사용자로 추가하세요. 노드 관리자의 경우에도 동일한 cmdlet을 사용하여 AccessLevel을 Cache로, CacheName(사용자가 액세스할 캐시 이름)을 지정하세요. 다음 명령을 실행하세요.

  Add-NCacheUserOrGroup -Server 20.200.20.40 -AccessLevel Cache -CacheName demoCache -AdminCredentials(Get-Credential john_smith) -UserOrGroupName john_smith -UserOrGroupDN "CN=John Smith,OU=engineers,DC=example,DC=com" -DomainController test_domain -EnableSecurity Yes

  자격 증명을 구성할 수도 있습니다. 프로그래밍 방식으로필요한 사용자 자격 증명을 사용하여 이 메서드를 호출하는 방법의 예는 아래와 같습니다.

  // Specify cache name and user credentials
  string cacheName = "demoCache";
  string userId = "userid";
  string password = "mypassword";
  
  // Initialize the CacheConnectionOptions
  var options = new CacheConnectionOptions();
  
  // Enter the credentials
  options.UserCredentials = new Credentials(userId, password);
  
  // Connect to the cache using the security credentials
  ICache cache = CacheManager.GetCache(cacheName, options);

동질적인 보안 설정

한 노드에 대한 보안 설정을 설정한 후에는 해당 클러스터의 모든 노드에 동일한 보안 설정이 적용되었는지 확인해야 합니다. 한 노드에서 노드 관리자 역할을 하는 사용자는 해당 클러스터의 다른 모든 노드에서도 관리자 권한을 가져야 합니다. 마찬가지로, 한 노드에서 캐시 사용자 역할을 하는 사용자는 나머지 노드에서도 캐시 사용자 권한을 가져야 합니다. 클러스터의 모든 노드에서 동일한 보안 설정이 적용되지 않으면 캐시 관리 및 운영 과정에서 여러 문제가 발생할 수 있습니다.

권한 부여

후 NCache 캐시에 대한 연결을 성공적으로 인증하고 확인합니다. NCache 캐시 서버의 구성 파일을 사용하여 이 연결을 승인합니다. 연결이 Active Directory에 대해 인증되면 다음 중 하나에서 승인됩니다. 보안.ncconf 파일 또는 클라이언트.ncconf 각각 노드 수준 보안을 사용하는지, 캐시 수준 보안을 사용하는지에 따라 다릅니다.

암호화 키 관리

암호화 키 관리 NCache 아래에 설명된 대로 키 암호화 키(KEK), 데이터 암호화 키(DEK), 자격 증명 암호화 키(CEK)를 포함한 모든 암호화 키를 안전하게 처리하는 것이 포함됩니다.

• 키 암호화 키(KEK): AES 256 암호화를 기반으로 하는 키 암호화 키(KEK)는 데이터 암호화 키(DEK)를 암호화하여 보호합니다. 이 키는 다음에서 구성해야 합니다. NCache 서버의 서비스 구성 파일입니다. 분산 환경의 모든 캐시 서버에서 일관성과 보안을 보장하려면 각 서버에서 동일한 키 암호화 키(KEK)를 사용해야 합니다.
• 데이터 암호화 키(DEK): 데이터 암호화 키(DEK)는 사용자 데이터가 캐시에 저장되기 전에 암호화하는 역할을 합니다. 이 DEK는 KEK를 사용하여 암호화됩니다. 이러한 접근 방식을 통해 권한이 부여된 도구나 프로세스만 암호화 키를 검색하고 사용할 수 있습니다.
• 자격 증명 암호화 키(CEK): NCache 클라이언트 구성 파일(client.ncconf)에 저장된 사용자 자격 증명을 자격 증명 암호화 키(CEK)를 사용하여 암호화합니다. 이 키는 다음에서 구성해야 합니다. NCache 서비스 구성 파일입니다. KEK와 마찬가지로 각 서버에서 동일한 자격 증명 암호화 키(CEK)를 사용해야 합니다. 이를 통해 일관성을 보장하고 분산 환경에서 클라이언트 자격 증명을 효과적으로 보호할 수 있습니다.

RSA 암호화(공개/개인 키 전송)

암호화 키와 사용자 자격 증명을 안전하게 교환하려면 NCache RSA 기반 공개/개인 키 암호화를 사용합니다. RSA 암호화는 클라이언트와 서버 간 통신 시 키와 자격 증명 전송, 그리고 서버 간 교환에만 사용됩니다.

• RSA는 키 교환 프로세스 동안 사용자 자격 증명, KEK, CEK의 전송을 보호합니다.
• 참여하는 각 구성 요소는 런타임에 공개/개인 RSA 키 쌍을 동적으로 생성하여 안전한 키 교환을 수행합니다.
• 이를 통해 전송 계층 보안(TLS) 암호화가 적용되기 전에도 민감한 키와 자격 증명이 일반 텍스트로 전송되지 않도록 보장합니다.

NCache 보안: FIPS 및 RBAC 매트릭스

다음에 무엇을할지?

• NCache 세부 정보
• 무료 30일 설치 키 다운로드
• 맞춤형 라이브 데모 요청
• 제품 설명서 읽기

자주 묻는 질문 (FAQ)

가요 NCache FIPS 규격 암호화를 지원합니까?

예. NCache 정부 기관 및 규제가 엄격한 산업 분야의 조직에 필수적인 AES-FIPS(연방 정보 처리 표준)를 지원합니다. 이를 통해 분산 캐시의 모든 데이터가 엄격한 연방 보안 요구 사항을 충족합니다.

클라이언트 측 암호화는 성능을 어떻게 향상시키나요? NCache?

NCache 클라이언트 애플리케이션 프로세스 내에서 데이터 암호화 및 복호화를 수행합니다. 데이터를 네트워크를 통해 전송하기 전에 암호화함으로써, NCache 암호화된 텍스트만 네트워크를 통해 전송되고 캐시에 저장되도록 보장합니다. 이는 캐시 서버의 처리 부하를 줄이고 제로 트러스트 환경을 유지하는 데 도움이 됩니다.

통합할 수 있나요? NCache 기존 Active Directory를 사용해서요?

전혀. NCache 이 솔루션은 네이티브 LDAP 통합을 제공하여 기존 Microsoft Active Directory 또는 기타 LDAP 지원 디렉터리 서비스를 중앙 집중식 인증에 사용할 수 있도록 합니다. 이를 통해 조직의 기존 ID 인프라를 활용하여 사용자 관리를 간소화할 수 있습니다.

일반 TLS와 상호 TLS(mTLS)의 차이점은 무엇인가요? NCache?

일반 TLS는 클라이언트가 서버의 신원을 확인하는 서버 측 인증을 제공합니다. 상호 TLS(mTLS)는 클라이언트도 인증서를 제공하도록 요구함으로써 보안을 한층 강화하여, 데이터 교환 전에 연결의 양쪽 끝이 모두 검증되도록 합니다.

가요 NCache 역할 기반 보안을 제공하시겠습니까?

예. NCache 이 시스템은 역할 기반 접근 제어(RBAC) 모델을 사용하며, 두 가지 주요 레벨로 구성됩니다. 첫 번째는 클러스터 관리 권한을 모두 가진 노드 관리자이고, 두 번째는 "최소 권한 원칙"에 따라 기본 데이터 API 작업(추가, 가져오기, 삭제)만 수행할 수 있도록 제한된 캐시 사용자입니다.