OpenSSL은 SSL을 지원하는 많은 프로그램에서 사용하는 라이브러리 모듈이기 때문에 버그나 보안 관련 이슈가 발견되어 그것을 수정한 새로운 소스가 릴리즈될 경우 영향을 받을 수 있는 프로그램들은 최대한 빨리 업그레이드 해줄 필요가 있습니다. 다행스러운 점은 OpenSSL을 사용하는 대부분의 프로그램들이 (Windows 환경 기준으로) 두 개의 DLL 파일(ssleay32.dll
& libeay32.dll
)만 교체해주면 OpenSSL 모듈 업그레이드가 가능하다는 것입니다. -- DLL을 사용하지 않고 정적(static)으로 링크해버린 경우는 어쩔 수 없고, DLL을 사용했다고 하더라도 DLL 파일만 교체했을 때 드물게 오류를 일으키는 경우도 있습니다.
그러나 주의할 점이 하나 있는데, OpenSSL 1.0.x 버전과 0.9.x 버전의 라이브러리 인터페이스가 서로 다르기 때문에 DLL 파일 교체 시에 각각 인터페이스가 호환되는 버전으로 대체해야 한다는 것입니다. 예를 들어, 기존에 0.9.8q 버전의 DLL 파일이 사용되고 있었다면 0.9.8r 또는 그 이후 버전의 DLL 파일로 대체해야지 1.0.0d 버전이나 그 이후 버전의 DLL 파일로 대체하면 안 된다는 뜻이지요. DLL 파일의 속성 보기를 통해 버전 정보를 확인할 수 있으므로 적절한 대체 버전을 결정하는 것은 그리 어렵지 않습니다.
[libeay32.dll 속성 대화창] |
[ssleay32.dll 속성 대화창] |
빌드 준비
Windows 환경에서 OpenSSL 소스를 직접 빌드하는 것은 아주 간단합니다. 빌드에 사용되는 도구들도 모두 무료로 구할 수 있는 것들이기 때문에 비용에 대해 고민할 필요도 없습니다. (Visual C++ 64bit Compiler는 상용 제품에서만 제공됩니다.) 빌드에 필요한 도구들을 나열해보면 다음과 같습니다.
- Perl: ActivePerl 또는 Strawberry Perl(@euler_kr 님 지적해주심)
- C Compiler: Visual C++ 또는 Borland C 또는 GCC(Cygwin 또는 MinGW)
- Assembler: nasm 또는 MASM
소스와 빌드 도구 다운로드 및 설치
소스는 OpenSSL 공식 홈페이지에서 다운로드 가능합니다. 1.0.x 버전과 0.9.x 버전이 함께 업데이트가 되고 있으므로 둘 다 받거나 둘 중 필요한 것으로 골라서 받습니다.
LINK: OpenSSL Source Downloads
이 글에서는 주로 많이 사용하는 Visual C++과 nasm을 가지고 Win32 환경으로 빌드하는 방법을 설명하겠습니다. 다른 도구 구성으로 빌드하고 싶은 분들은 OpenSSL 소스에 포함된 INSTALL.xxx
파일을 참고하시기 바랍니다. (Win32 빌드에 대해서는 INSTALL.W32 파일을, Win64 빌드에 대해서는 INSTALL.W64 파일을 참고)
가장 먼저 아래의 도구들을 각각 다운로드하여 설치합니다. OpenSSL 빌드에 사용되는 도구들은 특별히 버전에 대한 제약이 없으므로 최신 안정 버전을 받으면 됩니다. 단, Microsoft Visual C++은 빌드에 사용한 버전에 따라 결과물로 만들어진 DLL 파일이 해당 MSVC Runtime 버전에 대한 의존성을 가지게 되므로 외부에 전달할 때는 반드시 필요한 MSVC Runtime 버전을 알려주거나 재배포 가능한 패키지를 함께 제공할 필요가 있습니다.
LINK: ActivePerl 또는 Strawberry Perl 둘 중 하나
LINK: Microsoft Visual C++ Express Edition
LINK: Netwide Assembler(nasm)
빌드
Windows 시작 메뉴에서 Visual Studio 명령 프롬프트를 실행합니다.
nasmw.exe
파일의 위치를 PATH 환경 변수에 추가하거나 이미 PATH에 포함된 경로로 복사해줍니다.주의: 최근 nasm 배포본에서는 실행 파일명이
nasm.exe
가 되었으므로 OpenSSL 빌드를 위해서는nasmw.exe
로 이름을 변경줄 필요가 있습니다.OpenSSL 소스가 풀려 있는 폴더로 경로를 변경합니다.
Perl 스크립트를 통해 빌드 환경을 설정해줍니다.
perl Configure VC-WIN32 --prefix=설치될_경로
주의: 위와 같이 OpenSSL 기본 옵션으로 빌드하게 되면 미국과 몇몇 나라에서 특허로 보호받고 있는 암호화 알고리즘을 포함하게 되어 이것을 개발 중인 제품에 적용하거나 재배포할 때 법적인 문제를 야기할 수 있습니다. 그러므로, 특허로 보호되는 알고리즘을 제외하고 빌드하고 싶은 경우
no-idea no-mdc2 no-rc5
옵션을 추가해주어야 합니다. (greenfish77 님 지적해주심) 더 자세한 내용은 소스 내 README 파일의 PATENTS 항목과 FAQ 파일의 LEGAL 항목에서 확인할 수 있습니다.perl Configure VC-WIN32 no-idea no-mdc2 no-rc5 --prefix=설치될_경로
또한 여기에 덧붙여, OpenSSL을 사용(또는 포함)한 어떠한 형태의 배포도 OpenSSL에 적용되고 있는 두 가지의 라이센스에 대해 표기해야 합니다. 자세한 것은 소스에 포함된 LICENSE 파일 내용을 참고하시기 바랍니다.Assembler로 nasm을 사용할 것임을 지정해줍니다.
ms\do_nasm
nmake로 빌드합니다. (한글 Windows 환경이라면 빌드 도중 에러가 발생할 수 있습니다. 이 에러에 대해서는 다음 단락을 참고하세요.)
nmake -f ms\ntdll.mak
빌드가 잘 되었는지 테스트합니다.
nmake -f ms\ntdll.mak test
최종적으로 만들어진 바이너리를 설치될_경로로 설치합니다.
nmake -f ms\ntdll.mak install
빌드 중 compile error 해결하기
한글 Windows 환경에서 OpenSSL 소스를 빌드하게 되면 도중에 컴파일 에러를 만나게 됩니다. 소스 파일 중 딱 두 개가 컴파일 오류를 일으키는데, 그 원인은 소스 파일이 iso-8859-1 인코딩으로 저장되어 있고 그 내용 중에 확장 ASCII 문자가 포함되어 있기 때문입니다. Visual C++ Compiler(.NET 이후 버전부터)는 소스를 읽어 들일 때 UTF-8으로 인코딩된 파일인지 확인하고 그렇지 않다면 시스템 기본 인코딩(한글 Windows에서는 CP949)으로 간주합니다. 이 때 그 확장 ASCII 문자가 적절하지 못한 문자로 처리되어 컴파일 오류를 발생시키게 되는 것입니다.
컴파일 에러가 발생하는 소스 파일은 다음과 같습니다.
crypto\x509v3\v3_pci.c
crypto\x509v3\v3_pcia.c
해결 방법은 간단합니다. 문제가 되는 확장 ASCII 문자(ö)는 소스 파일 첫 부분(line 5)에 있는 주석 중 저작권 표기 부분에 포함되어 있습니다.
/* Copyright (c) 2004 Kungliga Tekniska Högskolan
그러므로, 적절한 텍스트 편집기로 열어서 그 이름 부분을 지우고 저장한 다음 빌드하면 됩니다. (주의: OpenSSL 라이센스 정책에 따라, 배포하는 소스에서 위 저작권 관련 표기를 삭제하는 것은 허용되지 않습니다. 이것은 단지 빌드 시에 오류를 피하기 위한 방법일 뿐입니다.) 혹은 그냥 소스를 UTF-8 인코딩으로 변환해서 저장해주면 됩니다.
위와 같이 빌드하고, 상업용 프로그램에서 사용하면,
답글삭제자칫 라이센스 소송에 휘말릴 수 있습니다. (물론, 아닐수도있지만...)
http://greenfishblog.tistory.com/81
제가 쓴 포스트인데,
perl Configure VC-WIN32 no-asm no-idea no-mdc2 no-rc5 --prefix=XXXXXX
와 같이 특허에 포함된 모듈은 (no-idea no-mdc2 no-rc5)
특별한 경우가 아니라면 사용하지 않는 것이 좋으며,
해당 부분을 코멘트하여 주시기 바랍니다.
안녕하세요. 지적 고맙습니다. :)
답글삭제빌드하는 내용만 기술한 글이라 저작권이나 특허에 대한 내용은 따로 언급하지 않았습니다. 그렇지만, greenfish77 님 덕분에 OpenSSL 라이센스와 특허 관련 내용에 대해 다시 한번 더 주의 깊게 살펴보게 되었고, 예전에 작성했던 바이너리 배포판 관련 글들을 다시 정리해보는 계기가 되었습니다.
그리고, 앞으로 이 글을 보게 될 다른 분들을 위해서라도 특허에 관련된 내용은 꼭 언급해두는 게 좋을 것 같습니다. 글 본문에 추가해야겠습니다.