SQL Server에서 UNIQUEIDENTIFIER를 안전하게 생성

나는를 사용하려는 UNIQUEIDENTIFIER사용자가 특정 데이터에 액세스하는 데 사용할 수있는 액세스 키로. 그런 의미에서 키는 암호 역할을합니다.

INSERT...SELECT명령문의 일부로 여러 식별자를 생성해야 합니다. 아키텍처상의 이유로이 경우 서버 측에서 식별자를 생성하려고합니다.

안전하게 무작위로 생성하려면 어떻게 UNIQUEIDENTIFIER해야합니까? 참고, 즉 NEWID이 전혀 보안 속성을 약속하지 않는 한 임의 충분하지 않을 것입니다. 이해할 수없는 ID가 필요하기 때문에 System.Security.Cryptography.RandomNumberGenerator 와 동등한 SQL Server를 찾고 있습니다. 뭐든지 기반으로 CHECKSUM, RAND나 GETUTCDATE또한 자격을하지 않을 것입니다.

SELECT CAST(CRYPT_GEN_RANDOM(16) AS UNIQUEIDENTIFIER)

내가 생각했던 트릭을해야합니다.

CRYPT_GEN_RANDOM

CAPI (Crypto API)에서 생성 한 암호화 난수를 반환합니다.

내 두 센트지만 좋은 생각이 아닐 수도 있습니다. GUID의 (에릭 Lippert의의 우수한 시리즈 의역 1 부 , 2 부 , 3 부 글로벌 고유 식별자, 글로벌 고유 식별자를 고정하지 -)의 약어 GUID하지 GSUID입니다.

문제는 NEWID ()를 사용하는 모든 사람과 같이 적대적이지 않은 범위 내에서 GUID가 생성 될 때 모든 값이 고유 한 것으로 보장된다는 것입니다 (잘, 종류, Eric의 기사, 파트 3 참조). 그러나 적대적인 개체가 해당 범위에 들어가면 다음에 생성 된 GUID를 예측하고 자체적으로 충돌을 일으킬 수 있습니다.

GUID처럼 보이는 구조 내부에 저장하는 값을 생성하는 고유 한 방법을 만들면 본질적으로 적대적인 실체가됩니다. 당신은 인에서 GUID의 계약을 변경 한 독특한 존재로 임의 . 내가 당신을 여전히 독창적이라고 증명할 수있는 것보다 수학을 잘하는 사람이 있지만, 그것은 당신의 세대 방법의 범위 안에 있습니다. 이 의사 GUIID와 NEWID () GUID를 혼합하면 모든 베팅이 해제됩니다.

나는이 말을 할 수 있습니다 난 당신이 값을 사용하는 방법의 전체 범위를 모르는 때문 좋은 생각하지. 값을 생성하는 유일한 엔터티 (혼합 및 일치 없음) 및 / 또는 값을 유지하지 않거나 충돌에 신경 쓰지 않으면 문제가되지 않을 수 있습니다. 해당 항목 중 하나라도 사실이 아닌 경우 재평가를 원할 수 있습니다.

https://blogs.msdn.microsoft.com/sqlprogrammability/2006/03/23/newsequentialid-histrorybenefits-and-implementation/ 에 따르면 NEWID () 함수는 Windows 함수 CoCreateGuid를 래핑하여 v4 스타일 GUID를 반환합니다. . https://msdn.microsoft.com/en-us/library/bb417a2c-7a58-404f-84dd-6b494ecf0d13#id11 에 따르면 1999 년 Windows 2000부터

"Windows에 빌드 된 모든 버전 4 GUID의 임의 비트는 Windows CryptGenRandom 암호화 API 또는 암호화 키 생성에 사용되는 동등한 소스를 통해 얻습니다."

따라서 적어도 122 비트 엔트로피의 범위까지 NEWID ()를 암호로 안전하다고 생각할 수 있습니다.