기본 콘텐츠로 건너뛰기

CVE-2017-11352

CVE-2017-11352

ImageMagick 에서 발생했던 CVE-2017-9144 취약점의 미흡한 조치로 인하여 동일한 취약점이 다시 발생되었다. 재 발생된 취약점 CVE-2017-11352은 coders/rle.c 에서 RLE 이미지에 대한 부적절한 EOF 처리가 원인이었다.

EOF 란?
파일의 끝(End of File, EOF)으로 데이터 소스로부터 더 이상 읽을 수 있는 데이터가 없음을 나타낸다.

ImageMagick Github Page에 들어가보면 해당 이슈를 상세히 확인할 수 있다. 부적절한 EOF 처리 원인은 소스 코드 수정 시 유사한 코드를 복사 붙여넣기 하는 과정에서 검증해야할 변수 명을 고치지 않고 그대로 적용해서 발생했다.

operand=ReadBlobByte(image);
if (opcode == EOF)
  ThrowRLEException(CorruptImageError,"UnexpectedEndOfFile");

이로 인해서 조치 완료된 줄 알았던 CVE-2017-9144 취약점은 CVE-2017-11352이라는 새로운 취약점 명으로 다시 조치 되었다.

   case SkipLinesOp:
          {
            operand=ReadBlobByte(image);
 -          if (opcode == EOF)
 +          if (operand == EOF)
              ThrowRLEException(CorruptImageError,"UnexpectedEndOfFile");
            if (opcode & 0x40)
              {
                operand=ReadBlobLSBSignedShort(image);
 -              if (opcode == EOF)
 +              if (operand == EOF)
                  ThrowRLEException(CorruptImageError,"UnexpectedEndOfFile");
 -      }
 +            }
            x=0;
            y+=operand;
            break;
          }
          case SetColorOp:
          {
            operand=ReadBlobByte(image);
 -          if (opcode == EOF)
 +          if (operand == EOF)
              ThrowRLEException(CorruptImageError,"UnexpectedEndOfFile");
            plane=(unsigned char) operand;
            if (plane == 255)
 @@ -401,12 +401,12 @@ static Image *ReadRLEImage(const ImageInfo *image_info,ExceptionInfo *exception)
          case SkipPixelsOp:
          {
            operand=ReadBlobByte(image);
 -          if (opcode == EOF)
 +          if (operand == EOF)
              ThrowRLEException(CorruptImageError,"UnexpectedEndOfFile");
            if (opcode & 0x40)
              {
                operand=ReadBlobLSBSignedShort(image);
 -              if (opcode == EOF)
 +              if (operand == EOF)
                  ThrowRLEException(CorruptImageError,"UnexpectedEndOfFile");
              }
            x+=operand;
 @@ -415,12 +415,12 @@ static Image *ReadRLEImage(const ImageInfo *image_info,ExceptionInfo *exception)
          case ByteDataOp:
          {
            operand=ReadBlobByte(image);
 -          if (opcode == EOF)
 +          if (operand == EOF)
              ThrowRLEException(CorruptImageError,"UnexpectedEndOfFile");
            if (opcode & 0x40)
              {
                operand=ReadBlobLSBSignedShort(image);
 -              if (opcode == EOF)
 +              if (operand == EOF)
                  ThrowRLEException(CorruptImageError,"UnexpectedEndOfFile");
              }
            offset=(ssize_t) (((image->rows-y-1)*image->columns*number_planes)+x*
 @@ -451,12 +451,12 @@ static Image *ReadRLEImage(const ImageInfo *image_info,ExceptionInfo *exception)
          case RunDataOp:
          {
            operand=ReadBlobByte(image);
 -          if (opcode == EOF)
 +          if (operand == EOF)
              ThrowRLEException(CorruptImageError,"UnexpectedEndOfFile");
            if (opcode & 0x40)
              {
                operand=ReadBlobLSBSignedShort(image);
 -              if (opcode == EOF)
 +              if (operand == EOF)
                  ThrowRLEException(CorruptImageError,"UnexpectedEndOfFile");
              }
            pixel=(unsigned char) ReadBlobByte(image);

이 블로그의 인기 게시물

Remove-Server-Header

응답 메시지 내 서버 버전 정보 제거 1. Apache 1) 조치 방법 “/etc/htpd/conf/httpd.conf” 파일 안에서 1. ServerTokens OS → ServerTokens Prod 2. ServerSignature On → ServerSignature Off 로 변경한 후 아파치를 재시작하면 헤더 값의 아파치 버전 정보 및 OS 정보를 제거할 수 있다. 2) 참고 URL http://zetawiki.com/wiki/CentOS_ 아파치_보안권장설정_ServerTokens_Prod,_ServerSignature_Off 2. IIS 1) 조치 방법 IIS 6.0 urlscan_setup 실행. 설치. \windows\system32\inetsrv\urlscan\urlscan.ini 파일을 열어 다음 수정(RemoveServerHeader=0 을 RemoveServerHeader=1 로 변경) 서비스에서 IIS Admin Service 재시작. IIS 7.0 IIS 관리자를 열고 관리하려는 수준으로 이동합니다. 기능 보기에서 HTTP 응답 헤더를 두 번 클릭합니다. HTTP 응답 헤더 페이지에서 제거할 헤더를 선택합니다. 작업 창에서 제거를 클릭하고 예를 클릭합니다. 2) 참고 URL IIS 6.0 : http://gonnie.tistory.com/entry/iis6- 응답헤더-감추기 IIS 7.0 : https://technet.microsoft.com/ko-kr/library/cc733102(v=ws.10).aspx 3. jetty 1) 조치 방법 “jetty.xml” 파일에서 jetty.send.server.version=false 설정 2) 참고 URL http://attenuated-perspicacity.blogspot.kr/2009/09/jetty-61x-hardening.html 4. Nginx ...

Insecure-programming-stack5

Insecure-programming-stack5 Insecure Programming by example Stack 5 이번 문제에서는 조건절 안에 “you win!” 문구 대신 "you loose!"가 있는 것을 볼 수 있다. # include <stdio.h> int main ( ) { int cookie ; char buf [ 80 ] ; printf ( "buf: %08x cookie: %08xn" , & buf , & cookie ) ; gets ( buf ) ; if ( cookie == 0x000d0a00 ) printf ( "you loose!\n" ) ; } 따라서 이번 문제를 해결하기 위해서는 임의로 작성한 별도의 코드를 프로그램에서 호출하도록 하여 “you win!” 구문 출력을 이끌어 내야한다. "you win!"을 출력하고 종료하는 간단한 어셈블리어 코드를 작성한다. section .text global _start _start: jmp short ender starter: xor eax, eax xor ebx, ebx xor ecx, ecx xor edx, edx mov al, 4 mov dbl, 91 pop ecx mov bdl, 14 int 0x80 xor eax, eax inc eaxal dec bl int 0x80 ender: call starter db 'you win!\n' 작성이 완료되었다면 nasm 을 이용하여 오브젝트 파일을 생성한 후 ld 명령어로 실행 파일을 만들어 제대로 동작하는 지 확인해보하고 objdump 를 이용하여 코드 덤프를 만들자. # nasm -f elf -o stack54_sh_code....

데일 카네기 인간관계론 정리