스마트레저

하드웨어 난수 생성기와 의사 난수 생성기의 암호학적 차이 및 기술적 활용 분야

2026년 02월 16일 • 2분 읽기 •
완벽한 난수 생성을 위한 혼돈의 전쟁을 상징하며, 주사위와 기어, 번개가 맞부딪치는 우주적 전장을 표현한 개념 이미지입니다.

난수 생성의 핵심: 예측 불가능성의 전쟁

암호학에서 ‘난수’는 단순히 무작위로 보이는 숫자가 아닙니다. 이는 시스템 전체 보안의 초석입니다. SSL/TLS 연결의 키, 비밀번호 생성 토큰, 블록체인의 난스(Nonce)까지, 이 모든 것이 난수의 품질에 의존합니다. 문제는 컴퓨터라는 결정론적 기계가 진정한 ‘무작위’를 만들어내는 것이 본질적으로 불가능하다는 점입니다. 여기서 하드웨어 난수 생성기(HRNG, True RNG)와 의사 난수 생성기(PRNG)의 전쟁이 시작됩니다. 당신의 시스템이 어떤 생성기를 사용하는지, 그리고 그것이 어디에 쓰이는지 모른다면, 그 보안은 모래 위에 지은 집과 같습니다.

완벽한 난수 생성을 위한 혼돈의 전쟁을 상징하며, 주사위와 기어, 번개가 맞부딪치는 우주적 전장을 표현한 개념 이미지입니다.

증상 확인: 당신의 난수는 안전한가?

난수 생성기의 결함은 직접적인 오류 메시지로 나타나지 않습니다. 대신, 다음과 같은 형태로 보안 위협으로 드러납니다.

  • 암호화 키가 예측 가능해짐: 공격자가 이전 세션 키를 기반으로 다음 키를 추측할 수 있는 상황.
  • 동일한 시드로 생성된 다수의 암호화 토큰에서 패턴이 발견됨.
  • 게임 내 확률 시스템 조작이나 과학 시뮬레이션 결과의 편향이 학술적으로 지적됨.

이러한 ‘증상’은 이미 치명적인 보안 침해가 발생했을 가능성을 시사합니다, 사후 대응이 아닌, 사전에 올바른 도구를 올바른 자리에 배치하는 것이 필수입니다.

원인 분석: 결정론 vs, 물리적 엔트로피

난수 생성의 모든 차이는 ‘시드(seed)’에서 비롯됩니다. PRNG는 초기 시드값(예: 현재 시간의 타임스탬프) 하나로 모든 난수 열을 결정론적으로 생성하는 알고리즘입니다. 반면, HRNG는 열 소음, 반도체의 정공 전자 이동, 광자의 양자적 행동 같은 물리적 현상에서 발생하는 본질적 불확실성(엔트로피)을 시드로 삼습니다. 핵심 차이는 예측 가능성과 엔트로피 소스에 있습니다. PRNG는 시드를 알면 전체 난수 열을 재현할 수 있지만, HRNG는 물리적 세계의 근본적 불확실성에 기반하므로 이론적으로 재현이 불가능합니다.

주의사항: HRNG라고 해서 항상 ‘완벽’한 것은 아닙니다. 저품질의 HRNG는 엔트로피 소스의 편향이나 고장으로 인해 예측 가능한 출력을 생성할 수 있습니다. NIST SP 800-90B와 같은 표준 준수 여부를 확인하는 것이 중요합니다.

해결 방법 1: 기본 환경 확인 및 적절한 생성기 선택

가장 중요한 해결책은 문제를 인지하고 적절한 도구를 선택하는 것입니다. 모든 용도에 HRNG가 필요한 것은 아니며, 모든 PRNG가 위험한 것도 아닙니다.

  1. 현재 시스템의 난수 소스 진단:

    Linux 시스템에서는 /dev/random(블록킹 HRNG), /dev/urandom(논블록킹 CSPRNG)의 엔트로피 풀 상태를 cat /proc/sys/kernel/random/entropy_avail 명령으로 확인할 수 있습니다. 값이 지속적으로 낮다면 엔트로피 부족 문제가 발생할 수 있습니다.


  2. 용도에 따른 생성기 선택 매트릭스 적용:

    다음 기준에 따라 생성기를 선택하십시오.

    • 암호학적 시드 생성, 장기 마스터 키 생성, 비트코인 지갑 생성: 반드시 HRNG 또는 HRNG로 시드된 암호학적 안전 PRNG(CSPRNG) 사용 필수.
    • 세션 키 생성, TLS 핸드셰이크, 일반적 데이터 암호화: 운영체제의 CSPRNG(예: Windows CryptGenRandom, Linux /dev/urandom)로 충분. 이들은 대부분 HRNG로 시드를 공급받습니다.
    • 게임 내 아이템 드롭, 몬테카를로 시뮬레이션, 단위 테스트: 일반 PRNG(예: Mersenne Twister) 사용 가능. 보안과 무관한 통계적 무작위성이 중요합니다.

해결 방법 2: Linux/Windows에서 CSPRNG 활용 실무

대부분의 현대 운영체제는 HRNG에서 수집한 엔트로피로 시드된 CSPRNG를 커널 수준에서 제공합니다. 응용 프로그램은 이를 올바르게 호출하기만 하면 됩니다.

Linux 환경 (C 언어 예시)

/dev/urandom은 엔트로피가 부족해도 블록되지 않으며, 현재의 보안 연구에 따르자면 암호학적으로 안전한 것으로 간주됩니다. 장기 키 생성이 아닌 이상 /dev/urandom 사용을 권장합니다.


  1. 파일 디스크립터를 통해 읽기: 가장 일반적인 방법입니다.


    #include <stdio.h>
    #include <stdlib.h>
    #include <unistd.h>
    #include <fcntl.h>

    void generate_random_bytes(unsigned char *buffer, size_t length) {
        int fd = open("/dev/urandom", O_RDONLY);
        if (fd < 0) {
            // 오류 처리
            perror("Failed to open /dev/urandom");
            exit(EXIT_FAILURE);
        }
        ssize_t result = read(fd, buffer, length);
        if (result != length) {
            // 오류 처리
            perror("Failed to read from /dev/urandom");
            close(fd);
            exit(EXIT_FAILURE);
        }
        close(fd);
    }


  2. getrandom() 시스템 콜 사용 (Linux 3.17 이상): 파일 디스크립터 없이 직접 시스템 콜을 호출하며, GRND_RANDOM 플래그로 /dev/random 동작을 선택할 수 있습니다.


    #include <sys/random.h>

    void get_random_bytes(void *buf, size_t buflen) {
        if (getrandom(buf, buflen, 0) != buflen) {
            // 오류 처리
            exit(EXIT_FAILURE);
        }
    }

Windows 환경 (C/C++ 예시)

Windows는 CryptGenRandom API (레거시) 또는 새롭고 더 유연한 BCryptGenRandom API를 제공합니다.


  1. BCryptGenRandom 사용 (권장):


    #include <windows.h>
    #include <bcrypt.h>
    #pragma comment(lib, "Bcrypt.lib")

    BOOL generate_secure_random(BYTE *pbBuffer, SIZE_T cbBuffer) {
        NTSTATUS status = BCryptGenRandom(
            NULL,                   // 알고리즘 핸들 (NULL은 기본 PRNG)
            pbBuffer,
            cbBuffer,
            BCRYPT_USE_SYSTEM_PREFERRED_RNG // 플래그
        );
        return BCryptSuccess(status);
    }

    BCRYPT_USE_SYSTEM_PREFERRED_RNG 플래그는 시스템이 하드웨어 RNG를 사용할 수 있으면 사용하도록 지시합니다.


해결 방법 3: 암호학적 안전 PRNG (CSPRNG) 직접 구현 시 주의점

표준 라이브러리를 사용할 수 없는 특수한 임베디드 환경이 아니라면, 직접 CSPRNG를 구현하려 해서는 안 됩니다. 그럼에도 그 내부 원리를 이해하는 것은 중요합니다. 대부분의 현대 CSPRNG는 HRNG로부터 강력한 시드를 받아. 암호학적 해시 함수나 블록 암호를 기반으로 난수 열을 확장합니다.

  • 시드의 강도가 모든 것: 128비트 암호화 강도를 원한다면, 시드 역시 128비트 엔트로피를 가져야 합니다. 이는 HRNG에 의존해야 할 영역입니다.
  • 재시드 주기: 장기간 실행되는 서비스는 주기적으로 HRNG에서 새로운 엔트로피를 얻어 CSPRNG 상태에 혼입시켜야 합니다. 이는 공격자가 내부 상태를 추론하는 것을 방지합니다.
  • 절대 사용하지 말아야 할 것: C 표준 라이브러리의 rand(), srand() 함수는 암호학적 목적으로는 완전히 부적합합니다. 예측이 매우 쉽습니다.

기술적 활용 분야: 도구를 제자리에

HRNG와 PRNG의 선택은 단순한 기술 선호가 아닌, 위험 평가와 요구 사항에 기반해야 합니다.

  • 가상화 및 클라우드 환경: 클라우드 VM 인스턴스는 종종 가상화된 HRNG(vRNG)를 제공합니다. (예: AWS의 Nitro Enclave, Intel의 Secure Key 가상화) 호스트의 HRNG 엔트로피를 안전하게 게스트 OS에 공급하는지 확인이 필요합니다.
  • IoT 및 임베디드 보안: 리소스가 제한된 장치에서는 전용 HRNG 칩이 없을 수 있습니다. 이 경우 여러 아날로그 소스(ADC 노이즈 등)를 결합하여 엔트로피를 수집하거나, 외부에서 안전하게 주입된 초기 시드를 사용해야 합니다.
  • 블록체인 및 암호화폐: 지갑의 개인 키 생성은 가장 취약한 단계 중 하나입니다. 소프트웨어만으로 생성된 키는 시드의 엔트로피가 부족할 경우 브루트 포스 공격에 노출될 수 있습니다. 하드웨어 지갑은 내장 HRNG를 사용하는 것이 표준입니다.
  • 과학 연구 및 시뮬레이션: 여기서는 보안보다 통계적 품질과 재현성이 중요합니다. Mersenne Twister 같은 고품질 PRNG가 널리 사용되며, 실험의 재현을 위해 시드값을 기록해 둡니다.

전문가 팁: 엔트로피 풀 강화하기
Linux 서버에서 /dev/random이 블록되는 경우(엔트로피 부족)가 있습니다. 이는 주로 디스크 I/O나 네트워크 트래픽이 적은 헤드리스 서버에서 발생합니다. 해결책은 haveged나 rng-tools 데몬을 설치하는 것입니다. haveged는 프로세서의 캐시 미스 타이밍 변동을 엔트로피 소스로 활용하여 소프트웨어적으로 엔트로피 풀을 보충해 줍니다. 설치 명령어는 sudo apt-get install haveged (Debian/Ubuntu)입니다. 다만, 이는 엔트로피 풀을 ‘빠르게 채우는’ 목적이며, 순수 HRNG의 품질을 완전히 대체할 수는 없음을 인지해야 합니다. 보안이 극히 중요한 키 생성 직전에는 가능한 한 물리적 HRNG에서 직접 엔트로피를 수집하는 방법을 모색하십시오.

난수 생성은 보안 시스템의 보이지 않는 기반 설계입니다. PRNG의 효율성과 HRNG의 예측 불가능성을 상황에 맞게 조합하는 것이 현장 엔지니어의 역할이며, 웜홀 브릿지의 가디언 네트워크 검증 방식과 이종 체인 간 보안 프로토콜 분석의 다중 주체 검증과 메시지 위변조 방지 설계를 다룰 때는 난수의 품질이 신뢰 경계를 좌우합니다. 암호학적 작업에는 운영체제가 제공하는 CSPRNG를 신뢰하고, 그 시드의 원천이 하드웨어적 불확실성에 뿌리를 두고 있는지 확인하십시오. 올바른 도구 선택은 문제가 발생하기 전에 가장 효과적인 해결책이 됩니다.


관련 글