ملف مضغوط (ZIP)

يحتوي تنسيق ملف ZIP على رقم إصدار خاص به، لا يتطابق بالضرورة مع أرقام إصدارات أداة PKZIP، خاصةً مع الإصدار 6 أو أحدث. وقد أضافت PKWARE في أوقات مختلفة ميزات أولية تُمكّن منتجات PKZIP من استخراج الملفات المضغوطة باستخدام ميزات متقدمة، ولكن منتجات PKZIP التي تُنشئ هذه الملفات لا تُتاح إلا في الإصدار الرئيسي التالي. وتدعم الشركات والمؤسسات الأخرى مواصفات PKWARE بوتيرة خاصة بها.

تُعرف مواصفات تنسيق ملفات ZIP رسميًا باسم "APPNOTE - مواصفات تنسيق ملفات ZIP"، وهي منشورة على موقع PKWARE.com منذ أواخر التسعينيات. ^{[ 11 ]} لم تُنشر بعض إصدارات هذه المواصفات. وقد نشرت PKWARE مواصفات بعض الميزات، مثل ضغط BZIP2 ومواصفات التشفير القوي وغيرها، بعد بضع سنوات من إنشائها. وتم تغيير رابط المواصفات على موقع PKWARE الإلكتروني عدة مرات.

ملخص لأهم التطورات في مختلف إصدارات برنامج PKWARE و/أو مواصفاته:

• 2.0: (1993) ^{[ 1 ]} يمكن ضغط إدخالات الملفات باستخدام DEFLATE واستخدام تشفير PKWARE التقليدي (ZipCrypto).
• 2.1: (1996) دعم ضغط Deflate64 (كما ورد في ملاحظة التطبيق 6.1.0 المنشورة لاحقًا). ^{[ 12 ]} قد لا تكون ملاحظة التطبيق قد نُشرت للإصدار 2.1.
• 2.5: ضغط PKWARE DCL Implode. ^{[ 12 ]} قد لا تكون ملاحظة التطبيق قد نُشرت للإصدار 2.5.
• 2.5: دعم ضغط Deflate64 (كما ورد في أدلة المستخدم اللاحقة، على سبيل المثال في عام 2004.) ^{[ 13 ]}
• 4.0: (2000) دعم ضغط Deflate64 (وفقًا للمعلومات التي قدمها جيم بيترسون، كبير العلماء في شركة PKWARE، إلى مكتبة الكونغرس؛ و APPNOTE 4.0). ^{[ 14 ] [ 15 ]}
• 4.5: (2001) ^{[ 16 ]} تنسيق zip موثق 64 بت.
• 4.6: (2001) ضغط BZIP2 (لم يتم نشره على الإنترنت حتى نشر APPNOTE 5.2)
• 5.0: (2002) SES: DES و Triple DES و RC2 و RC4 مدعومة للتشفير (لم يتم نشرها على الإنترنت حتى نشر APPNOTE 5.2)
• 5.2: (2003) ^{[ 17 ] [ 18 ]} دعم تشفير AES لـ SES (المحدد في APPNOTE 5.1 ​​الذي لم يتم نشره عبر الإنترنت) و AES من WinZip ("AE-x")؛ تم دعم الإصدار المصحح من RC2-64 لتشفير SES.
• 6.1: (2004) ^{[ 12 ]} تخزين الشهادات الموثقة.
• 6.2.0: (2004) ^{[ 19 ]} تشفير الدليل المركزي الموثق.
• 6.3.0: (2006) ^{[ 20 ]} توثيق تخزين أسماء الملفات باستخدام ترميز يونيكود ( UTF-8 ). قائمة موسعة لخوارزميات الضغط المدعومة ( LZMA ، PPMd+ )، وخوارزميات التشفير ( Blowfish ، Twofish )، والتجزئة.
• 6.3.1: (2007) ^{[ 21 ]} تم تصحيح قيم التجزئة القياسية لـ SHA-256/384/512.
• 6.3.2: (2007) ^{[ 22 ]} طريقة الضغط الموثقة 97 ( WavPack ).
• 6.3.3: (2012) ^{[ 23 ]} تغييرات تنسيق المستند لتسهيل الإشارة إلى مذكرة تطبيق PKWARE من المعايير الأخرى باستخدام طرق مثل تقرير JTC 1 التفسيري المرجعي (RER) وفقًا لتوجيهات JTC 1/SC 34 N 1621.
• 6.3.4: (2014) ^{[ 24 ]} تحديث عنوان مكتب PKWARE, Inc.
• 6.3.5: (2018) ^{[ 25 ]} طرق الضغط الموثقة 16 و 96 و 99، ووقت ودقة طابع DOS الزمني، وإضافة حقول إضافية للمفاتيح وفك التشفير، بالإضافة إلى الأخطاء المطبعية والتوضيحات.
• 6.3.6: (2019) ^{[ 26 ]} تم تصحيح خطأ مطبعي.
• 6.3.7: (2020) ^{[ 27 ]} تمت إضافة طريقة ضغط Zstandard ID 20.
• 6.3.8: (2020) ^{[ 28 ]} تم نقل معرّف طريقة ضغط Zstandard من 20 إلى 93، مما أدى إلى إهمال المعرّف السابق. تم توثيق معرّفات الطرق 94 و95 ( MP3 و XZ على التوالي).
• 6.3.9: (2020) ^{[ 29 ]} تم تصحيح خطأ مطبعي في وصف محاذاة تدفق البيانات.
• 6.3.10: (2022) ^{[ 30 ]} تمت إضافة العديد من قيم سمات z/OS للملحق ب. تمت إضافة العديد من عمليات تعيين الحقول الإضافية من جهات خارجية.

يستخدم برنامج WinZip ، بدءًا من الإصدار 12.1، الامتداد .zipx لملفات ZIP التي تستخدم طرق ضغط أحدث من DEFLATE؛ وتحديدًا، طرق BZip وLZMA وPPMd وJpeg وWavpack. تُطبَّق الطريقتان الأخيرتان على أنواع الملفات المناسبة عند اختيار "أفضل طريقة" للضغط. ^{[ 31 ] [ 32 ]}

في أبريل 2010، أطلقت اللجنة الفنية المشتركة الأولى التابعة للمنظمة الدولية للمعايير/اللجنة الكهروتقنية الدولية (ISO/IEC JTC 1) اقتراعًا لتحديد ما إذا كان ينبغي إطلاق مشروع لإنشاء تنسيق معيار دولي متوافق مع ZIP. ^{[ 33 ]} وقد تصور المشروع المقترح، بعنوان " تغليف المستندات "، "تنسيق أرشيف مضغوط مصغر" متوافق مع ZIP، مناسب للاستخدام مع عدد من المعايير الحالية، بما في ذلك OpenDocument و Office Open XML و EPUB . وكان من شأنه حل مشكلات مثل الحاجة إلى معيار رسمي، وتنوع امتدادات ZIP، وعدم استصواب استخدام تقنية للمعايير المفتوحة قد تحتوي على امتدادات احتكارية أو براءات اختراع "خفية" (أي التي قد تظهر بشكل غير متوقع)، والحاجة إلى تدويل أفضل، والرغبة في عدم زيادة تجزئة التقنية من خلال الادعاء بتقديم مواصفات بديلة لوثيقة PKWARE APPNOTE.

في عام 2015، نُشر معيار ISO/IEC 21320-1 "ملف حاوية المستندات - الجزء 1: الأساسيات"، والذي ينص على أن "ملفات حاوية المستندات هي ملفات ZIP متوافقة"، مع الإشارة بشكل معياري إلى وثيقة PKWARE APPNOTE. ويتطلب هذا المعيار القيود الرئيسية التالية لتنسيق ملف ZIP: ^{[ 34 ]}

• لا يجوز تخزين الملفات في أرشيفات ZIP إلا غير مضغوطة، أو باستخدام ضغط "deflate" (أي أن طريقة الضغط قد تحتوي على القيمة "0" - للملفات المخزنة، أو "8" - للملفات المضغوطة). انتهت صلاحية براءة اختراع طريقة ضغط "deflate" الأساسية في أواخر عام 2010. ^{[ 35 ]}
• ميزات التشفير محظورة.
• ميزات التوقيع الرقمي (من SES) محظورة.
• ميزات "البيانات المعدلة" (من PKPatchMaker) محظورة.
• لا يجوز أن تمتد الأرشيفات على مجلدات متعددة أو أن تكون مجزأة.

يُمكن التعرف على ملف ZIP بشكل صحيح من خلال وجود سجل نهاية الدليل المركزي، الموجود في نهاية بنية الأرشيف، مما يُسهّل إضافة ملفات جديدة. إذا كان سجل نهاية الدليل المركزي يُشير إلى أرشيف غير فارغ، فيجب تحديد اسم كل ملف أو دليل داخل الأرشيف في مدخل الدليل المركزي ، بالإضافة إلى بيانات وصفية أخرى حول المدخل، وإزاحة داخل ملف ZIP تُشير إلى بيانات المدخل الفعلية. يُتيح ذلك عرض قائمة ملفات الأرشيف بسرعة نسبية، حيث لا يلزم قراءة الأرشيف بأكمله لعرض قائمة الملفات. تتضمن المدخلات داخل ملف ZIP هذه المعلومات أيضًا، كإجراء احتياطي، في رأس ملف محلي . نظرًا لإمكانية إضافة ملفات إلى ملفات ZIP، فإن الملفات المُحددة في الدليل المركزي في نهاية الملف فقط هي الصالحة. يُعد فحص ملف ZIP بحثًا عن رؤوس الملفات المحلية غير صالح (باستثناء حالة الأرشيفات التالفة)، حيث قد يُشير الدليل المركزي إلى حذف بعض الملفات وتحديث ملفات أخرى.

على سبيل المثال، قد نبدأ بملف ZIP يحتوي على الملفات A وB وC. ثم نحذف الملف B ونُحدّث الملف C. يمكن تحقيق ذلك ببساطة عن طريق إضافة ملف C جديد إلى نهاية ملف ZIP الأصلي، وإنشاء مجلد مركزي جديد يحتوي فقط على الملف A والملف C الجديد. عندما صُممت تقنية ZIP لأول مرة، كان نقل الملفات عبر الأقراص المرنة شائعًا، إلا أن الكتابة على الأقراص كانت تستغرق وقتًا طويلاً. إذا كان لديك ملف ZIP كبير، ربما مُوزّع على عدة أقراص، وتحتاج فقط إلى تحديث عدد قليل من الملفات، فبدلاً من قراءة جميع الملفات وإعادة كتابتها، سيكون من الأسرع بكثير قراءة المجلد المركزي القديم، وإضافة الملفات الجديدة إليه، ثم إنشاء مجلد مركزي مُحدّث.

لا يشترط أن يتطابق ترتيب إدخالات الملفات في الدليل المركزي مع ترتيب إدخالات الملفات في الأرشيف.

يُستهل كل إدخال مُخزّن في أرشيف ZIP برأس ملف محلي يحتوي على معلومات حول الملف، مثل التعليق وحجمه واسمه، متبوعًا بحقول بيانات "إضافية" اختيارية، ثم بيانات الملف، سواءً كانت مضغوطة أو مُشفّرة. تُعدّ حقول البيانات "الإضافية" أساسية لتوسيع نطاق تنسيق ZIP. تُستخدم هذه الحقول لدعم تنسيق ZIP64، وتشفير AES المتوافق مع WinZip، وخصائص الملفات، والطوابع الزمنية عالية الدقة لملفات NTFS أو Unix. كما يُمكن إضافة امتدادات أخرى عبر حقل "الإضافية". وتُلزم مواصفات ZIP أدواتها بتجاهل حقول "الإضافية" التي لا تتعرف عليها.

يستخدم تنسيق ZIP "توقيعات" محددة مكونة من 4 بايتات للدلالة على البنى المختلفة في الملف. يتم تمييز كل مدخل ملف بتوقيع محدد. ويُشار إلى نهاية سجل الدليل المركزي بتوقيعه الخاص، ويبدأ كل مدخل في الدليل المركزي بتوقيع رأس الملف المركزي المكون من 4 بايتات .

لا يوجد في مواصفات ZIP علامة بداية الملف (BOF) أو نهايته (EOF). عادةً، يكون أول عنصر في ملف ZIP هو مدخل ZIP، والذي يمكن التعرف عليه بسهولة من خلال توقيع رأس الملف المحلي . مع ذلك، ليس هذا شرطًا، إذ لا تشترط مواصفات ZIP ذلك - والأهم من ذلك، أن الأرشيف ذاتي الاستخراج يبدأ برأس ملف تنفيذي.

يجب على الأدوات التي تقرأ ملفات ZIP بشكل صحيح أن تفحص نهاية توقيع سجل الدليل المركزي، ثم، عند الاقتضاء، سجلات الدليل المركزي الأخرى المشار إليها. يجب ألا تفحص هذه الأدوات الإدخالات من أعلى ملف ZIP، لأنه (كما ذُكر سابقًا في هذا القسم) الدليل المركزي فقط هو الذي يُحدد مكان بدء جزء الملف وأنه لم يُحذف. قد يؤدي الفحص إلى نتائج إيجابية خاطئة، لأن التنسيق لا يمنع وجود بيانات أخرى بين الأجزاء، ولا يمنع تدفقات بيانات الملفات من احتواء مثل هذه التوقيعات. مع ذلك، من المرجح أن تفحص الأدوات التي تحاول استعادة البيانات من ملفات ZIP التالفة الأرشيف بحثًا عن توقيعات رأس الملف المحلي؛ ويزداد الأمر صعوبةً نظرًا لأن الحجم المضغوط لجزء الملف قد يُخزن بعد جزء الملف، مما يجعل المعالجة التسلسلية صعبة.

تنتهي معظم التوقيعات بالعدد الصحيح القصير 0x4b50، المخزن بترتيب البايتات الصغيرة . عند عرضها كسلسلة ASCII ، تُقرأ "PK"، وهي الأحرف الأولى من اسم المخترع فيل كاتز. لذا، عند عرض ملف ZIP في محرر نصوص، يكون أول بايتين من الملف عادةً هما "PK". (تحتوي ملفات ZIP ذاتية الاستخراج لأنظمة DOS وOS/2 وWindows على ملف EXE قبل ZIP، لذا تبدأ بـ "MZ"؛ وبالمثل، قد تسبق ملفات ZIP ذاتية الاستخراج لأنظمة التشغيل الأخرى رمز تنفيذي لاستخراج محتوى الأرشيف على تلك المنصة).

تدعم مواصفات ZIP أيضًا توزيع الملفات المضغوطة على عدة ملفات في نظام الملفات. كانت هذه الميزة مخصصة في الأصل لتخزين ملفات ZIP الكبيرة على عدة أقراص مرنة ، ولكنها تُستخدم الآن لإرسال ملفات ZIP المضغوطة على أجزاء عبر البريد الإلكتروني، أو عبر وسائل نقل أخرى أو وسائط تخزين قابلة للإزالة.

يتميز نظام ملفات FAT في نظام DOS بدقة زمنية تبلغ ثانيتين فقط، وتحاكي ملفات ZIP هذا الأمر. ونتيجةً لذلك، فإن الدقة الزمنية المدمجة للملفات في أرشيف ZIP هي ثانيتين فقط، على الرغم من إمكانية استخدام حقول إضافية لتخزين طوابع زمنية أكثر دقة. لا يدعم تنسيق ZIP مفهوم المنطقة الزمنية ، لذا فإن الطوابع الزمنية لا تكون ذات معنى إلا إذا عُرفت المنطقة الزمنية التي أُنشئت فيها.

في سبتمبر 2006، أصدرت شركة PKWARE نسخة منقحة من مواصفات ZIP تسمح بتخزين أسماء الملفات باستخدام UTF-8 ، مما أضاف أخيرًا توافق Unicode إلى ZIP. ^{[ 20 ]}

تُخزَّن جميع القيم متعددة البايتات في رأس الملف بترتيب البايتات الصغير (little-endian) . وتُحسب جميع حقول الطول بالبايتات.

تُوثّق مواصفات تنسيق ملف ZIP طرق الضغط التالية: التخزين (بدون ضغط)، والتقليص ( LZW )، والتقليل (المستويات 1-4؛ LZ77 + الاحتمالية)، والضغط، والضغط المتساوي، والضغط المتساوي 64، و bzip2 ، و LZMA ، و Zstandard ، و WavPack ، و PPMd ، بالإضافة إلى صيغة LZ77 المُقدّمة من خلال تعليمات IBM z/OS CMPSC. ^{[ 39 ] [ 30 ]} وتُعدّ طريقة الضغط DEFLATE الأكثر شيوعًا ، والموصوفة في IETF RFC 1951 . 

تتضمن الطرق الأخرى المذكورة، ولكن غير الموثقة بالتفصيل في المواصفات، ما يلي: PKWARE DCL Implode (IBM TERSE القديم)، و IBM TERSE الجديد ، وبنية IBM LZ77 z (PFS)، ونسخة JPEG. وقد حُجزت طريقة "Tokenize" لجهة خارجية، ولكن لم تتم إضافة دعمها. ^{[ 25 ]}

يُفرط برنامج PKWARE في استخدام مصطلح "Implode" : فبرنامج DCL/TERSE Implode يختلف عن برنامج PKZIP Implode القديم، وهو برنامج سابق لبرنامج Deflate. برنامج DCL Implode غير موثق جزئيًا بسبب طبيعته الاحتكارية التي تحتفظ بها شركة IBM، ومع ذلك فقد وفّر مارك أدلر برنامجًا لفك الضغط يُسمى "blast" إلى جانب مكتبة zlib. ^{[ 40 ]}

يدعم بروتوكول ZIP نظام تشفير متماثل بسيط قائم على كلمة مرور ، يُعرف عمومًا باسم ZipCrypto. هذا النظام موثق في مواصفات ZIP، ومعروفٌ بعيوبه الجسيمة. على وجه الخصوص، هو عرضة لهجمات النص الصريح المعروف ، والتي تتفاقم في بعض الحالات بسبب ضعف تطبيقات مولدات الأرقام العشوائية . ^{[ 5 ]} يمكن لأجهزة الكمبيوتر التي تعمل بنظام التشغيل Microsoft Windows الأصلي، دون استخدام برامج أرشفة خارجية، فتح ملفات ZIP المشفرة باستخدام ZipCrypto، ولكن لا يمكنها إنشاء ملفات ZIP، كما لا يمكنها استخراج محتويات الملفات التي تستخدم تشفيرًا مختلفًا. ^{[ 41 ]}

تم توثيق ميزات جديدة، بما في ذلك طرق ضغط وتشفير جديدة (مثل AES ) ، في مواصفات تنسيق ملف ZIP منذ الإصدار 5.2. ويستخدم برنامجا 7-Zip و Xceed معيارًا مفتوحًا قائمًا على AES، تم تطويره بواسطة WinZip ("AE-x" في APPNOTE)، لكن بعض الموردين يستخدمون تنسيقات أخرى. ^{[ 42 ]} يدعم برنامج PKWARE SecureZIP (SES، وهو برنامج خاص) أيضًا طرق التشفير RC2 وRC4 وDES وTriple DES، والتشفير والمصادقة القائمين على الشهادات الرقمية ( X.509 )، وتشفير رأس الأرشيف. ومع ذلك، فهو برنامج حاصل على براءة اختراع (انظر § جدل التشفير القوي ). ^{[ 43 ]} 

تم إدخال تشفير أسماء الملفات في مواصفات تنسيق ملفات ZIP 6.2، حيث يتم تشفير البيانات الوصفية المخزنة في قسم الدليل المركزي للأرشيف، بينما تبقى أقسام الرأس المحلي غير مشفرة. يمكن لبرنامج الأرشفة المتوافق مع هذه المواصفات تزوير بيانات الرأس المحلي عند استخدام تشفير الدليل المركزي. اعتبارًا من الإصدار 6.2 من المواصفات، لم يتم إخفاء حقلي "طريقة الضغط" و"حجم الملف المضغوط" ضمن الرأس المحلي.

كان تنسيق ZIP الأصلي محدودًا بحجم 4 جيجابايت ( 2 ^{^32} بايت) لعدة جوانب (حجم الملف غير المضغوط، وحجم الملف المضغوط، والحجم الإجمالي للأرشيف)، بالإضافة إلى حد أقصى يبلغ 65,535 ( 2 ^{^16} - 1 ) مدخلًا في أرشيف ZIP. في الإصدار 4.5 من المواصفات (وهو يختلف عن الإصدار 4.5 لأي أداة محددة)، قدمت PKWARE امتدادات تنسيق "ZIP64" لتجاوز هذه القيود، مما رفع الحدود إلى 16 إكسابايت ( 2^ ⁶⁴ بايت). يستخدم هذا التنسيق مدخلًا مركزيًا "عاديًا" للملف، متبوعًا بمدخل "zip64" اختياري، والذي يحتوي على الحقول الأكبر. ^{[ 44 ]}  

يتطابق تنسيق رأس الملف المحلي (LOC) ورأس ملف الدليل المركزي (CDFH) في كلٍ من ZIP وZIP64. مع ذلك، يُحدد ZIP64 حقلاً إضافياً يُمكن إضافته إلى هذه السجلات وفقاً لتقدير برنامج الضغط، وذلك لتخزين القيم التي لا تتسع لها سجلات LOC أو CDFH التقليدية. وللإشارة إلى أن القيم الفعلية مُخزنة في حقول ZIP64 الإضافية، يتم تعيينها إلى 0xFFFF أو 0xFFFFFFFF في سجل LOC أو CDFH المُناسب. إذا لم يتسع أحد الإدخالات في سجل LOC أو CDFH التقليدي، يُنقل هذا الإدخال فقط إلى حقل ZIP64 الإضافي، بينما تبقى الإدخالات الأخرى في السجل التقليدي. لذا، قد لا تُخزن جميع الإدخالات الموضحة في الجدول التالي في حقل ZIP64 إضافي. ولكن في حال ظهورها، يجب أن يكون ترتيبها كما هو موضح في الجدول.

من ناحية أخرى، يختلف تنسيق EOCD لـ ZIP64 قليلاً عن إصدار ZIP العادي. ^{[ 37 ]}

لا يُعدّ سجل EOCD64 بالضرورة السجل الأخير في الملف. يتبعه مُحدِّد نهاية الدليل المركزي بحجم 20 بايت، ثم سجل EOCD الكلاسيكي.

لا يدعم مستكشف الملفات في نظام التشغيل Windows XP ترميز ZIP64، بينما يدعمه في نظامي التشغيل Windows Vista والإصدارات الأحدث. وبالمثل، تدعم بعض مكتبات الإضافات ترميز ZIP64، مثل DotNetZip وQuaZIP ^{[ 45 ]} وIO::Compress::Zip في لغة Perl. يدعم الأمر zipfile المدمج في لغة Python هذا الترميز منذ الإصدار 2.5، ويُستخدم افتراضيًا منذ الإصدار 3.4. ^{[ 46 ]} يدعم الأمر java.util.zip المدمج في OpenJDK ترميز ZIP64 بدءًا من الإصدار 7 من Java . ^{[ 47 ]} يدعم Android Java API ترميز ZIP64 منذ الإصدار 6.0 من Android. ^{[ 48 ]} تجدر الإشارة إلى أن أداة الأرشفة في نظام التشغيل Mac OS Sierra لا تدعم ترميز ZIP64، وقد تُنشئ ملفات مضغوطة تالفة عند الحاجة إلى هذا الترميز. ^{[ 49 ]} مع ذلك، فإن الأمر ditto المُضمّن في نظام التشغيل Mac OS قادر على فك ضغط ملفات ZIP64. ^{[ 50 ]} تأتي الإصدارات الأحدث من نظام التشغيل Mac OS مزودة بأدوات سطر الأوامر لـ info-zip zip و unzip والتي تدعم Zip64: للتحقق، قم بتشغيل zip -v وابحث عن "ZIP64_SUPPORT".

يسمح تنسيق ملف ZIP بإضافة تعليق يحتوي على ما يصل إلى 65,535 بايت ( 2 ^{^16} - 1 ) من البيانات في نهاية الملف بعد الدليل المركزي. ^{[ 37 ]} ونظرًا لأن الدليل المركزي يُحدد موضع كل ملف في الأرشيف بالنسبة إلى نقطة البداية، فمن الممكن أن يبدأ أول إدخال ملف عند موضع غير الصفر، مع العلم أن بعض الأدوات قد لا تعالج ملفات الأرشيف التي لا يبدأ إدخالها عند الموضع صفر. على سبيل المثال، يستطيع برنامج gzip استخراج إدخال من ملف ZIP إذا كان عند الموضع صفر.

يسمح هذا بوجود بيانات عشوائية في الملف قبل بيانات أرشيف ZIP وبعدها، مع إمكانية قراءة الأرشيف بواسطة تطبيق ZIP. ومن الآثار الجانبية لذلك إمكانية إنشاء ملف يكون في الوقت نفسه أرشيف ZIP صالحًا للاستخدام وملفًا بصيغة أخرى، شريطة أن تسمح الصيغة الأخرى بوجود بيانات عشوائية في بدايتها أو نهايتها أو وسطها. تستفيد الأرشيفات ذاتية الاستخراج (SFX)، من النوع الذي يدعمه WinZip، من هذه الميزة، حيث إنها ملفات تنفيذية ( .exe ) تتوافق مع مواصفات PKZIP AppNote.txt، ويمكن قراءتها بواسطة أدوات أو مكتبات ZIP المتوافقة.

يمكن استغلال هذه الخاصية في صيغة ZIP ، وصيغة JAR التي تُعدّ نوعًا مشتقًا منها، لإخفاء محتوى ضار (مثل فئات جافا الضارة) داخل ملف يبدو بريئًا، كصورة GIF مرفوعة على الإنترنت. وقد ثبتت فعالية هذه الثغرة، المعروفة باسم استغلال GIFAR ، في استهداف تطبيقات الويب مثل فيسبوك. ^{[ 51 ]}

يبلغ الحد الأدنى لحجم ملف ZIP 22 بايت. يحتوي ملف ZIP فارغ من هذا النوع على سجل نهاية الدليل المركزي (EOCD) فقط.50 4B 05 06 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00

يبلغ الحد الأقصى لحجم ملف الأرشيف والملفات الفردية بداخله 4,294,967,295 بايت ( 2^ ³² - 1 بايت، أو 4  جيجابايت ناقص 1 بايت) لبروتوكول ZIP القياسي. أما بالنسبة لبروتوكول ZIP64، فيبلغ الحد الأقصى للحجم 18,446,744,073,709,551,615 بايت ( 2^ ⁶⁴ - 1 بايت، أو 16  إكسابايت ناقص 1 بايت). ^{[ 52 ]}

لم تدعم الإصدارات السابقة للإصدار 6.3.0 من هذا التنسيق تخزين أسماء الملفات بنظام Unicode . ^{[ 64 ]} وفقًا للمعيار، ^{[ 64 ]} يجب تخزين أسماء الملفات بتشفير CP437 ، وهو التشفير القياسي لأجهزة IBM PC ، ^{[ 64 ]} ولكن عمليًا، كانت برامج أرشفة DOS تستخدم تشفير الأحرف المُثبَّت في النظام . كما استخدم برنامج الأرشفة المُدمج في نظام Windows حتى الإصدار 11 تشفير "ANSI" الخاص بالنظام، والذي يتوافق مع لغة النظام المُختارة، وذلك لضمان التوافق مع الإصدارات السابقة من DOS عند إنشاء الأرشيفات.

لاحقًا، تم تحديث المعيار ليشمل خيارين لتخزين أسماء الملفات بنظام يونيكود: 1) عند ضبط البت الحادي عشر في حقل علامة البت للأغراض العامة، يُعتبر اسم الملف في حقل "اسم الملف" في رأس الملف بنظام UTF-8 وليس ترميزًا أحادي البايت، و2) تمت إضافة حقل مسار يونيكود الإضافي لتخزين اسم الملف بنظام UTF-8. ^{[ 64 ]} تراعي الخوارزمية التالية كلاً من حقل "اسم الملف" الجديد والممارسات السابقة لاستخراج الملفات التي تحتوي أسماؤها على أحرف غير إنجليزية بشكل صحيح: ^{[ 65 ]}

1. تحقق من وجود حقل المسار الإضافي Unicode، وإذا كان موجودًا، فاستخدم اسم الملف منه، مشفرًا بتنسيق UTF-8.
2. تحقق من وجود العلم 11 في حقل علم البت للأغراض العامة، وإذا تم تعيينه، فاعتبر ترميز اسم الملف في حقل "اسم الملف" هو UTF-8.
3. إذا كان حقل "نظام التشغيل للضغط" يحتوي على القيمة 11 (NTFS، Windows)، وكانت قيمة حقل "إصدار برنامج الضغط" أكبر من أو تساوي 20، فاعتبر ترميز اسم الملف في حقل "اسم الملف" هو ترميز ANSI (Windows) المطابق للغة النظام إذا أمكن تحديده؛ وإلا، فاستخدم CP437.
4. إذا كان حقل "نظام التشغيل للتعبئة" يحتوي على القيمة 0 (FAT، DOS)، وكانت قيمة حقل "إصدار برنامج التعبئة" بين 25 و40 شاملة، فاعتبر ترميز اسم الملف في حقل "اسم الملف" الخاص بالرأس المحلي هو ترميز ANSI (Windows)، وفي حقل "اسم الملف" الخاص بالرأس المركزي هو ترميز OEM (DOS)، بما يتوافق مع لغة النظام إذا أمكن تحديدها؛ وإلا، فاستخدم CP437.
5. في حالات أخرى، إذا كان حقل "ضغط نظام التشغيل" يحتوي على القيمة 0 (FAT، DOS)، أو 6 (HPFS، OS/2)، أو 11 (NTFS، Windows)، فاعتبر ترميز اسم الملف في حقل "اسم الملف" هو ترميز OEM (DOS)، والذي يتوافق مع لغة النظام إذا أمكن تحديدها؛ وإلا، فاستخدم CP437.
6. في جميع الحالات الأخرى، اعتبر ترميز اسم الملف في حقل "اسم الملف" هو ترميز النظام لنظام التشغيل الذي يعمل عليه برنامج فك الضغط.

إذا استُخدم ترميز خاطئ لفك تشفير أسماء الملفات، فسيظهر للمستخدمين مجموعة عشوائية من الأحرف، تُعرف باسم " موجيباك "، بدلاً من أحرف الأبجدية الوطنية. تحاول الخوارزمية المذكورة أعلاه جاهدةً تجنب هذه النتيجة. وبدلاً من "إعدادات النظام" و"ترميز النظام"، تتيح بعض البرامج للمستخدم اختيار الترميز غير اليونيكودي المطلوب.

في عام 2016، تم حل هذه المشكلة في برنامج إدارة الملفات والأرشيف far2l لأنظمة لينكس، وبي إس دي، وماك. ^{[ 66 ]} وفي عام 2024، أُضيف حل مماثل ^{[ 67 ]} إلى إصدار 7zip المستخدم في توزيعة ديبيان ومشتقاتها، وإلى إصدار unzip المستخدم في توزيعة أوبونتو ومشتقاتها. ^{[ 65 ]}