                      ActiveUpdate4 Patch History
                      ========================


                            Patch 4,0,0,5
                            =============

릴리즈 노트: 요청고객 : 내부요청 
제 목 : ActiveUpdate4의 특정버전이하의 Report를 제거하는 부분을 옵션으로 처리해 주세요.  
기능추가내용 : 
	 Install.xml에 <RemoveReport/> 추가시에만 Report를 제거하게 수정되었습니다

                            Patch 4,0,0,4
                            =============

릴리즈 노트: 요청고객 : 내부요청 
제 목 : ActiveUpdate4에서 ActiveUpdate4 자기 자신을 설치하는 것을 방지 
버그내용 : 
	ActiveUpdate4에서 설치 정보가 담긴 XML에 ActiveUpdate4를 설치하는 경우 DLL파일은 설치되나, 
	Au4Installer.exe파일이 사용중이라 설치가 안되어, 버전 일치하지 않아 Au4Installer.exe가 
	구동이 되지 않는 문제점 발생 
 	->ActiveUpdate4모듈은 codebase형태로 설치되어야 하기 때문에 설치 정보가 담긴 XML에 넣어서 
   	사용하는것이 비정상적이기 때문에 XML에 ActiveUpdate4모듈이 들어있는 경우에는 설치하지 않는 
  	형태로 개선이 필요함. 
	- 설치하지 않는것은 ActiveUpdate4 모듈에 한정하며, ActiveUpdate4모듈에서 ActiveUpdate3/2모듈은 
  	설치 가능하여야 함 (일부업체에서 ActiveUpdate3모듈의 특정기능을 사용하는 경우가 있음) 

버그버전 : 4,0,0,3 / 3,0,0,16 
버그패치내용 : exe파일명을 수정 함 
	AU4Installer.exe -> AU4.exe 
	AU3Installer.exe -> AU3.exe 
버그패치버전 : 4,0,0,4 / 3,0,0,17 
	원인(Side Effect 및 버그시) 
	수정사항(Side Effect 및 버그시) 


                            Patch 4,0,0,3
                            =============

릴리즈 노트: 요청고객 : 내부요청 
제 목 : ActiveUpdate4에서 컴포넌트 설치중에 IE가 죽는 문제점  
버그내용 : 
	Updatemode 혹은 encoding문제가 아닌 Datasize문제로 판단되었습니다. 
	파일의 크기가 16으로 나누어 떨어질때 예외상황처리가 부족하여 생긴문제로 확인


버그버전 : 4,0,0,2 
버그패치내용 : 메모리 할당 부분 수정 

버그패치버전 : 4,0,0,3


                            Patch 4,0,0,1

                            =============
- AU4는 AU3의 보안 문제로 개발이 진행 되었습니다. 
이에 대한 자세한 사항은 ActiveUpdate및 ActiveX 보안 및 취약점 가이드 문서를 참고 하시기 바랍니다.

[개략적인 내용]
ActiveUpdate 보안기능 패치는 크게 Client와 Server 모듈로 구분 할 수 있습니다. 
Client 모듈은 기존 버전을 업그레이드 한 새로운 CLSID를 가지고 있습니다. 
(암호화 기능이 들어간 패치 4,0,0,2 버전 이상의 ManagerEx4.cab 컴포넌트 파일) 
Server 모듈은 컴포넌트 정보 내용(install.xml)을 암호화하여 내려주는 서버 유틸리티
(shiftUtils.jar 버전 1,0,0,0 이상) 파일로 구성되어 있습니다.

컴포넌트 정보내용(install.xml)을 암호화하는 방법은 서버 암호화 유틸리티를 사용하는 방법과 
암호화 Utility Tool을 이용하는 방법이 있습니다.
ActiveUpdate 암호화 기능은 두가지 CASE로 보안을 제공합니다. 

CASE-1: 
  - 서버 암호화 유틸리티를 이용하여 컴포넌트 정보내용(install.xml)을 암호화하는 방법
CASE-2: 
  - 암호화 Utility Tool을 이용하여 컴포넌트 정보내용(install.xml)을 암호화하는 방법

CASE-1의 경우 
  - Server Security Utility를 이용하여 암호화 방식으로 이루어 집니다. 요청 도메인을 이용하여 
    암호화하여 install.xml 파일을 내려주고 이를 ActiveUpdate Client 컴포넌트가 복호화합니다.
CASE-2의 경우 
  - Security Utility Tool을 이용하여 암호화가 이루어 집니다. 즉 암호화 Utility Tool (SecurityTool.exe)을
  - 사용하여 파일을 암호화하고 이를 ActiveUpdate Client 컴포넌트가 복호화합니다.

CASE-1 암호화 아키텍쳐가 CASE-2 암호화 아키텍쳐 방식 보다 좀더 보안에 충실하다고 볼 수 있습니다. 
  즉 초기 적용시 CASE-1 방식을 추천 드립니다. CASE-2의 경우는 WAS(JAVA)를 사용하지 않고 WebServer 제품을 
  사용하는 경우(TOInB, GAUCE .NET/COM+등..)에 권장하여 드립니다.
