기본 콘텐츠로 건너뛰기

AIFF-file-structure

AIFF 파일 구조

AIFF(Audio Interchange File Format)는 개인용 컴퓨터와 기타 오디오 전자 장비에서 사용하는 오디오 파일 형식으로 비압축 무손실 압축 포맷이며 고품질 오디오 CD를 굽는데 사용할 수 있다. 1988년에 애플이 일렉트로닉 아츠의 인터체인지 파일 형식(Interchange File Format, IFF)을 기반으로 공동 개발하였다. 주로 애플 매킨토시에서 사용된다. 파일 확장자는 .aiff, .aif, .aifc를 갖는다.

offset length contents
Header
0 4 “FORM”
4 4 File size - 9
8 4 “AIFF”
Chunk
4 chunk magic
4 chunk data size(x)
(x) chunk data
COMM(Must)
0 4 “COMM”
4 4 COMM chunk size (==18)
8 2 Number of channels
10 4 Number of frames
14 2 bits/samples
16 10 Sample rate
FORM
0 4 “FORM”
4 4 FORM chunk size(x)
8 (x) FORM chunk
INST
0 4 “INST”
4 4 INST chunk size(x)
8 (x) INST chunk
MARK
0 4 “MARK”
4 4 MARK chunk
8 (x) MARK chunk size(x)
SKIP
0 4 “SKIP”
4 4 SKIP chunk size(x)
8 (x) SKIP chunk
SSND(Must)
0 4 “SSND”
4 4 chunk size(x)
8 4 offset(n)
12 4 block size (=0)
16 (n) comment
16 + (n) (s) sample data (x - n - 8)

이 블로그의 인기 게시물

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

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 ...

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 == EO...