Cách tìm vị trí của Thư mục Trung tâm trong một tệp Zip?

Question

Tôi đang cố tìm vị trí của tiêu đề tệp Thư mục Trung tâm đầu tiên trong tệp Zip.

tôi đang đọc những: http://en.wikipedia.org/wiki/Zip_(file_format) http://www.pkware.com/documents/casestudies/APPNOTE.TXT

Như tôi đã nhìn thấy nó, tôi chỉ có thể quét qua các dữ liệu Zip, xác định bởi các tiêu đề những loại phần tôi đang ở, và sau đó làm điều đó cho đến khi Tôi nhấn tiêu đề Thư mục Trung tâm. Tôi rõ ràng sẽ đọc các Header tập tin trước đó và sử dụng "kích thước nén" để bỏ qua các dữ liệu thực tế, và không cho vòng lặp ... Read More đã biết tất cả các tập tin và thư mục bên trong tệp Zip trong trường hợp này tôi không thấy sử dụng nhiều cho Thư mục Trung tâm nữa.

Để hiểu biết của tôi, mục đích của Thư mục trung tâm là liệt kê siêu dữ liệu tệp và vị trí của dữ liệu thực trong tệp Zip để bạn không cần phải quét toàn bộ tệp?

Sau khi đọc về End Of kỷ lục Trung Directory, Wikipedia nói:

đặt hàng này cho phép một tập tin zip được tạo ra trong một vượt qua, nhưng nó là thường giải nén bằng cách đầu tiên đọc thư Trung ương tại kết thúc.

Tôi làm cách nào để tìm bản ghi Kết thúc thư mục trung tâm một cách dễ dàng? Chúng ta cần phải nhớ rằng nó có thể có một bình luận có kích thước tùy ý ở đó, vì vậy tôi có thể không biết có bao nhiêu byte từ cuối luồng dữ liệu mà nó nằm ở đó. Tôi chỉ quét nó?

P.S. Tôi đang viết một trình đọc tệp Zip.

Answer 1

Tôi đã kết thúc lặp qua các byte bắt đầu từ cuối. Vòng lặp dừng lại nếu nó tìm thấy một chuỗi byte phù hợp, chỉ mục dưới 0 hoặc nếu nó đã đi qua 64k byte.

Answer 2

Bắt đầu từ đầu và quét về phía đầu, tìm phần cuối của chữ ký thư mục và đếm số byte bạn đã quét. Khi bạn tìm thấy một ứng cử viên, hãy lấy độ lệch byte 20 cho chiều dài chú thích (L). Kiểm tra xem L + 20 có khớp với số lượng hiện tại của bạn hay không. Sau đó kiểm tra xem sự khởi đầu của thư mục trung tâm (được chỉ ra bởi bù đắp byte 12) có chữ ký thích hợp hay không.

Nếu bạn giả định các bit khá ngẫu nhiên khi kiểm tra chữ ký xảy ra là phỏng đoán hoang dã (ví dụ: đoán đích vào phân đoạn dữ liệu), xác suất nhận được tất cả các bit chữ ký chính xác là khá thấp. Bạn có thể tinh chỉnh điều này và tìm ra cơ hội hạ cánh trong một phân đoạn dữ liệu và cơ hội đánh một tiêu đề hợp pháp (như một hàm số của các tiêu đề như vậy), nhưng điều này nghe có vẻ giống như một khả năng thấp với tôi. Bạn có thể tăng mức độ tin cậy của bạn bằng cách kiểm tra chữ ký của hồ sơ tệp đầu tiên được liệt kê, nhưng hãy đảm bảo xử lý trường hợp biên của một tệp zip trống.

Answer 3

Chỉ cần vượt qua các ngón tay của bạn và hy vọng rằng không có mục nhập với CRC, dấu thời gian hoặc dấu thời gian là 06054B50 hoặc bất kỳ chuỗi bốn byte nào khác xảy ra là 06054B50.