니다 임의의 데이터에 추가되 JPG 게 사용할 수 없는?

Question

그래서를 단순화하려면 내 인생 할 수 있어야에서 추가 1 7 추가적인 캐릭터의 끝에 어떤 jpg 이미지 프로그램이 처리*.이러한 거짓 패딩(필러 등-아마도 모든 0x00)하도록 파일의 크기는 여러 개의 8 바이트에 대한 블록 암호화 합니다.

데이와 함께 몇 가지 프로그램,그것은 그들이하기 좋은 추가적인 캐릭터는 후에 발생할 FF D9 는 끝을 지정합의 이미지 -그래서 나타나는 파일 형식이 아니라 정의 충분히는'부패'나는 추가 끝에서 중요하면 안된다.

나는 항상 게시 프로세스는 파일을 나중에 필요한 경우,그러나 내가 하는 가장 간단한 일이 가능하는 것입니다 그들이 남아 있(나는 암호 해독하는 다른 파일 형식 및 그들은 마음을 하지 않습니다,그래서 특별한 경우가).

나는 그림으로의 모든 이야기 스 hullaballo 년 전,누군가가 어떤 입력 여기...

(암호화 처리에 8 바이트 블록,나는 원하지 않는 저장하는 전 암호화 파일의 크기 때문에,추가 0x00 를 입력 데이터,그리고 그들을 남겨있다 후에는 디코딩)

Answer 1

더 추가할 수 있습니다 비트 끝의 jpg 파일을 만들지 않고,그것을 사용할 수 없습니다.제목의 jpg 파일을 알려줍은 그것을 읽는 방법,그래서 프로그램으로 읽는 것이지 끝에서의 jpg 데이터입니다.

사실,사람들은 숨겨진된 zip 파일을 내부의 jpg 파일을 추가하여 지퍼에 데이터의 끝 jpg 데이터입니다.는 방식 때문에 이러한 형식은 구조화된 결과 파일에 유효한 하나 형식입니다.

Answer 2

당신은 할 수 있습니다..그러나 결과 도 예측할 수 없습니다.

도 있지만 충분히 정보를 형식을 말하는 클라이언트을 무시하는 추가적인 데이터 가능성이 높지 않는 경우 프로그래머 테스트니다.

편집증 프로그램에서 볼 수 있습 크기,예 불일치를 결정지 처리하는 파일이기 때문에 명확하지 않을 완전히 그것을 이해합니다.이는 특히 가능성을 읽을 때 데이터에서 웹을 때 무작위 바이트에서 파일로 간주될 수 있는 보안 위험이 있습니다.

Answer 3

를 포함할 수 있습 데이터 XMP 태그 내에서 JPEG(또는 EXIF 또는 IPTC 필드 그 문제에 대한).XMP 는 XML 그래서 당신은 공정한 비트의 융통성 있게 당신은 당신의 자신의 사용자 정의 물건입니다.

그것은 아마 없 가장 간단한 일이 가능 하지만 데이터의 여행의 무결성을 유지 JPEG 가 필요 없습니다"게시물 처리".

당신은 데이터는 다음 표시에서 다른 영상 소프트웨어가 내장되어 있으며,광고를 포함하는 적합하지 않을 수 있습니다.

Answer 4

다른 사람으로 명시할 수 없는 방법을 제어 프로그램 과정을 이미지 파일을 따라서 어떤 프로그램을 찾을 수 있습니다 이미지가 유효한 다른 사람되지 않을 수도 있습니다.

그러나,거기에 더 큰 문제입니다.에 의해 판단,당신의 질문 저는 추론을 연마한다면"무명을 통해 보안을 제공합니다." 그것은으로 널리는 아주 나쁜습니다.용해의 기사에 대한 주제입니다.