Zip (format file)
ZIP merupakan format file arsip yang mendukung kompresi data lossless . Sebuah file ZIP dapat berisi satu atau lebih file atau folder yang mungkin telah dikompresi. Format file ZIP memungkinkan beberapa kompresi algoritma . Format ini awalnya dibuat pada tahun 1989 oleh Phil Katz , dan pertama kali diimplementasikan di PKWare, Inc 's PKZIP utilitas, sebagai pengganti sebelumnya ARCformat kompresi oleh Thom Henderson. Format ZIP sekarang didukung oleh banyak utilitas perangkat lunak selain PKZIP. Microsoft telah termasuk dukungan built-in ZIP (dengan nama "folder yang dikompresi") dalam versi Microsoft Windows sejak tahun 1998 Apple telah termasuk dukungan built-in ZIP di Mac OS X 10.3 (via BOMArchiveHelper, sekarang Archive Utilitas ) dan kemudian .Kebanyakan sistem operasi bebas telah dibangun untuk mendukung ZIP dalam perilaku mirip dengan Windows dan Mac OS X.
File ZIP umumnya menggunakan ekstensi file "zip" atau "ZIP" dan MIME jenis media application/zip . ZIP digunakan sebagai format file base oleh banyak program, biasanya dengan nama yang berbeda. Bila menavigasi sistem file melalui antarmuka pengguna, grafis ikon yang mewakili file ZIP sering muncul sebagai dokumen atau benda lain mencolok menampilkan ritsleting .
File ZIP adalah arsip yang menyimpan beberapa file. ZIP memungkinkan file contained ke dikompresi dengan menggunakan berbagai metode, serta hanya menyimpan file tanpa mengompresi itu. Setiap file disimpan secara terpisah, yang memungkinkan file yang berbeda dalam arsip yang sama dapat dikompresi dengan menggunakan metode yang berbeda. Karena file dalam arsip ZIP yang dikompresi secara individual adalah mungkin untuk mengekstrak mereka, atau menambahkan yang baru, tanpa menerapkan kompresi atau dekompresi ke seluruh arsip. Hal ini bertentangan dengan format terkompresi tar file, yang seperti pengolahan random-access adalah tidak mudah mungkin.Direktori A ditempatkan di akhir file ZIP. Ini mengidentifikasi file apa yang di ZIP dan mengidentifikasi di mana dalam ZIP file yang berada. Hal ini memungkinkan ZIP pembaca untuk memuat daftar file tanpa membaca seluruh .ZIP arsip. ZIP arsip juga bisa memasukkan data tambahan yang tidak terkait dengan arsip ZIP. Hal ini memungkinkan untuk arsip ZIP untuk dijadikan arsip self-extracting (aplikasi yang decompress data yang ada), dengan mengawali kode program ke arsip ZIP dan menandai file sebagai executable. Menyimpan katalog pada akhir juga memungkinkan menyembunyikan file zip dengan menambahkan ke file berbahaya, seperti file gambar GIF.
Format ZIP menggunakan algoritma CRC 32-bit dan mencakup dua salinan dari struktur direktori arsip untuk memberikan perlindungan yang lebih besar terhadap kehilangan data.
Struktur
Sebuah file ZIP diidentifikasi dengan benar oleh kehadiran mengakhiri catatan direktori pusat yang terletak di ujung struktur arsip untuk memungkinkan mudah menambahkan file baru. Jika akhir catatan direktori pusat menunjukkan arsip yang tidak kosong, nama setiap file atau direktori di dalam arsip harus ditentukan dalam entri direktori pusat, bersama dengan metadata lainnya tentang entri, dan sebuah offset ke dalam file ZIP, menunjuk ke entri data aktual. Hal ini memungkinkan daftar file arsip yang akan dilakukan relatif cepat, karena seluruh arsip tidak harus dibaca untuk melihat daftar file. Entri dalam file ZIP juga mencakup informasi ini, untuk redundansi, dalam header file lokal. Karena file zip dapat ditambahkan ke, hanya file ditentukan dalam direktori pusat pada akhir file yang valid. Memindai file ZIP untuk header file lokal tidak valid (kecuali dalam kasus arsip rusak), sebagai direktori pusat dapat menyatakan bahwa beberapa file telah dihapus dan file lainnya telah diperbarui.
Urutan entri file dalam direktori pusat tidak perlu bertepatan dengan urutan entri file dalam arsip.
Setiap entri disimpan dalam arsip ZIP diperkenalkan oleh header file lokal dengan informasi tentang file seperti komentar, ukuran file dan nama file, diikuti oleh opsional "ekstra" bidang data, dan kemudian mungkin terkompresi, file data mungkin dienkripsi. The "Extra" field data kunci untuk diperpanjang dari format ZIP. Bidang "Extra" dieksploitasi untuk mendukung format ZIP64, enkripsi AES WinZip kompatibel, atribut file, dan NTFS-resolusi yang lebih tinggi atau Unix berkas cap. Ekstensi lain yang mungkin melalui "Extra" lapangan. Alat ZIP dibutuhkan oleh spesifikasi untuk mengabaikan Kolom tambahan mereka tidak mengakui.
ZIP-64 internal Tata Letak
Format ZIP menggunakan 4-byte khusus "tanda tangan" untuk menunjukkan berbagai struktur dalam file. Setiap entri file ditandai dengan tanda tangan khusus. Akhir catatan direktori pusat ditandai dengan tanda tangan yang spesifik, dan setiap entri dalam direktori pusat dimulai dengan 4-byte file pusat sundulan tanda tangan.
Tidak ada BOF atau EOF penanda dalam spesifikasi ZIP. Secara konvensional hal pertama dalam file ZIP adalah entri ZIP, yang dapat diidentifikasi dengan mudah oleh signature file header lokal. Namun, hal ini belum tentu demikian, karena hal ini tidak diperlukan oleh spesifikasi .ZIP.
Sebagian besar tanda tangan berakhir dengan bilangan bulat pendek 0x4b50, yang disimpan dalam little-endian pemesanan. Dilihat sebagai string ASCII ini berbunyi "PK", inisial dari penemu Phil Katz. Jadi, ketika file ZIP dilihat dalam editor teks dua byte pertama dari file biasanya "PK". (DOS, OS / 2 dan Windows ZIP self-extracting memiliki EXE sebelum ZIP jadi mulai dengan "MZ."; ZIP self-extracting untuk sistem operasi lain mungkin sama didahului dengan kode dieksekusi untuk mengekstraksi isi arsip di platform tersebut)
The .ZIP spesifikasi juga mendukung penyebaran arsip di beberapa file filesystem. Awalnya ditujukan untuk penyimpanan file ZIP besar di beberapa disket , fitur ini sekarang digunakan untuk mengirimkan ZIP arsip di bagian atas email, atau di atas angkutan lain atau removable media.
FAT filesystem DOS memiliki resolusi timestamp dari hanya dua detik; Catatan file ZIP meniru ini. Akibatnya, resolusi timestamp built-in file dalam arsip ZIP hanya dua detik, meskipun bidang tambahan dapat digunakan untuk menyimpan cap waktu yang lebih tepat. Format ZIP tidak memiliki gagasan zona waktu , sehingga cap waktu hanya bermakna jika diketahui apa zona waktu yang mereka dibuat dalam.
Semua nilai multi-byte di header disimpan dalam little-endian urutan byte. Semua bidang panjang menghitung panjang dalam bytes.
Local file header
| Offset | Bytes | Keterangan |
|---|
| 0 | 4 | Lokal signature file header = 0x04034b50 (baca sebagai angka little-endian) |
| 4 | 2 | Versi diperlukan untuk mengekstrak (minimum) |
| 6 | 2 | Tujuan umum bit flag |
| 8 | 2 | Metode kompresi |
| 10 | 2 | Berkas waktu modifikasi terakhir |
| 12 | 2 | Berkas tanggal modifikasi terakhir |
| 14 | 4 | CRC-32 |
| 18 | 4 | Ukuran Compressed |
| 22 | 4 | Ukuran terkompresi |
| 26 | 2 | Panjang nama file (n) |
| 28 | 2 | Panjang lapangan Extra (m) |
| 30 | n | File name |
| 30 + n | m | Bidang Ekstra |
Bidang tambahan berisi berbagai data opsional seperti atribut-OS tertentu. Hal ini dibagi menjadi potongan, masing-masing dengan 16-bit kode ID dan panjang 16-bit.
Hal ini segera diikuti oleh data terkompresi.
Jika bit 3 (0x08) dari bidang bendera tujuan umum diatur, maka CRC-32 dan berkas ukuran tidak dikenal ketika sundulan ditulis. Bidang dalam header lokal dipenuhi dengan nol, dan CRC-32 dan ukuran yang ditambahkan dalam struktur 12-byte (bisa diawali dengan tanda tangan 4-byte) segera setelah data terkompresi:
Data deskripsi
| Offset | Bytes | Keterangan |
|---|
| 0 | 0/4 | Opsional tanda tangan Data deskriptor = 0x08074b50 |
| 0/4 | 4 | CRC-32 |
| 4/8 | 4 | Ukuran Compressed |
| 8/12 | 4 | Ukuran terkompresi |
Masuknya direktori pusat adalah bentuk diperluas header lokal:
Direktori pusat file header
| Offset | Bytes | Keterangan |
|---|
| 0 | 4 | Direktori pusat file header signature = 0x02014b50 |
| 4 | 2 | Versi yang dibuat oleh |
| 6 | 2 | Versi diperlukan untuk mengekstrak (minimum) |
| 8 | 2 | Tujuan umum bit flag |
| 10 | 2 | Metode kompresi |
| 12 | 2 | Berkas waktu modifikasi terakhir |
| 14 | 2 | Berkas tanggal modifikasi terakhir |
| 16 | 4 | CRC-32 |
| 20 | 4 | Ukuran Compressed |
| 24 | 4 | Ukuran terkompresi |
| 28 | 2 | Panjang nama file (n) |
| 30 | 2 | Panjang lapangan Extra (m) |
| 32 | 2 | Berkas komentar panjang (k) |
| 34 | 2 | Nomor disk tempat file mulai |
| 36 | 2 | Atribut file internal |
| 38 | 4 | Atribut file eksternal |
| 42 | 4 | Relatif diimbangi header file lokal. Ini adalah jumlah byte antara awal disk pertama di mana file tersebut terjadi, dan awal header file lokal. Hal ini memungkinkan perangkat lunak membaca direktori pusat untuk menemukan posisi file di dalam file ZIP. |
| 46 | n | File name |
| 46+ n | m | Bidang Ekstra |
| 46+ n+ m | k | Berkas komentar |
Setelah semua entri direktori pusat datang akhir direktori pusat (EOCD) record, yang menandai akhir dari file ZIP:
Metode kompresi
Pemesanan ini memungkinkan sebuah file ZIP yang akan dibuat dalam satu lulus, tetapi biasanya didekompresi dengan terlebih dahulu membaca direktori pusat di akhir.
The ZIP File Format Spesifikasi mendokumentasikan metode kompresi berikut: disimpan (ada kompresi), menyusut, Reduced (metode 1-4), meledak, tokenizing, mengempis, Deflate64, bzip2 , LZMA (EFS), WavPack , PPMd . Metode kompresi yang paling umum digunakan adalah mengempis , yang digambarkan dalam IETF RFC 1951 .
Metode kompresi disebutkan, tetapi tidak didokumentasikan secara rinci dalam spesifikasi antara lain:. PKWare Kompresi Data Perpustakaan (DCL) meledak (old IBM singkat), IBM singkat (baru), IBM LZ77 z Arsitektur (PFS)
Enkripsi
Fitur baru termasuk baru kompresi dan enkripsi (misalnya AES ) metode telah didokumentasikan dalam ZIP File Format Spesifikasi sejak versi 5.2. A WinZip -dikembangkan standar AES berbasis digunakan juga oleh 7-Zip , Xceed, dan DotNetZip, tetapi beberapa vendor menggunakan format lain. PKWare SecureZIP juga mendukung RC2, RC4, DES, Triple DES metode enkripsi, Digital berbasis sertifikat enkripsi dan otentikasi ( X.509 ), dan enkripsi sundulan arsip.
File name enkripsi diperkenalkan dalam ZIP File Format Spesifikasi 6.2, yang mengenkripsi metadata disimpan dalam bagian Directory Sentral arsip, tapi bagian header lokal tetap tidak terenkripsi. Sebuah Pengarsip compliant dapat memalsukan data header lokal ketika menggunakan Central Directory Encryption. Pada Versi 6.2 dari spesifikasi, Metode Kompresi dan bidang Ukuran Compressed dalam Local header belum bertopeng.
Kombinasi dengan format file lainnya
Format file ZIP memungkinkan untuk komentar yang berisi hingga 65.535 byte data terjadi pada akhir file setelah direktori pusat. Juga, karena direktori pusat menspesifikasikan offset setiap file dalam arsip yang berkaitan dengan awal, adalah mungkin untuk entri file pertama untuk memulai pada offset lainnya dari nol, meskipun beberapa alat, misalnya gzip, tidak akan memproses file arsip yang tidak mulai dengan entri file pada offset nol.
Hal ini memungkinkan data yang sewenang-wenang terjadi pada file baik sebelum dan sesudah data arsip ZIP, dan untuk arsip masih dapat dibaca oleh aplikasi ZIP. Efek samping dari ini adalah bahwa adalah mungkin untuk penulis file yang merupakan sebuah ZIP arsip kerja dan format lain, asalkan format lain mentolerir data yang sewenang-wenang di ujungnya, mulai, atau tengah. Cukup extracting arsip (SFX ), dari bentuk yang didukung oleh WinZip dan DotNetZip, mengambil keuntungan dari ini-mereka adalah file exe yang sesuai dengan spesifikasi PKZIP AppNote.txt dan dapat dibaca oleh alat zip compliant atau perpustakaan.
Ini milik format ZIP, dan dari format JAR yang merupakan varian dari ZIP, dapat dimanfaatkan untuk menyembunyikan kelas Java berbahaya dalam file yang tampaknya tidak berbahaya, seperti gambar GIF upload ke web. Ini disebut Gifar mengeksploitasi telah ditunjukkan sebagai serangan efektif terhadap aplikasi web seperti Facebook.RAR adalah milik format file arsip yang mendukung kompresi data , error recovery dan berkas spanning . Hal ini dikembangkan oleh seorang insinyur perangkat lunak Rusia, Eugene Roshal (nama RAR singkatan Roshal Archive) dan perangkat lunak RAR dilisensikan oleh win.rar GmbH.
Format file (RAR)
The ekstensi nama file yang digunakan oleh RAR yang .rar untuk volume data yang ditetapkan dan .rev untuk volume dipasang pemulihan. Versi sebelumnya dari RAR membagi arsip besar menjadi beberapa file yang lebih kecil, menciptakan " multi-Volume arsip". Angka yang digunakan dalam ekstensi file dari file yang lebih kecil untuk menjaga mereka dalam urutan yang benar. File pertama menggunakan ekstensi .rar , maka .r00 untuk yang kedua, dan kemudian .r01 , .r02 , dll
RAR aplikasi kompresi dan perpustakaan (termasuk GUI berbasis WinRAR aplikasi untuk Windows, konsol utilitas rar untuk OS yang berbeda dan lain-lain) adalah perangkat lunak berpemilik, yang Alexander L. Roshal, kakak dari Eugene Roshal , memiliki hak cipta. Versi 3 dari RAR didasarkan pada Lempel-Ziv ( LZSS ) dan prediksi oleh pencocokan sebagian (PPM) kompresi, khususnya pelaksanaan PPMd dari PPMII oleh Dmitry Shkarin.
Ukuran minimum dari sebuah file RAR adalah 20 bytes. Ukuran maksimum file RAR adalah 9.223.372.036.854.775.807 (2 63 -1) byte, yang adalah 8 exabyte dikurangi 1 byte.
Membuat file RAR
File RAR dapat dibuat hanya dengan software komersial WinRAR , RAR, dan perangkat lunak lain yang telah menulis izin dari Alexander Roshal atau saham berhak cipta kode di bawah lisensi dari Alexander Roshal. Perjanjian lisensi perangkat lunak melarang reverse engineering. aplikasi grafis WinRAR hanya tersedia untuk Windows. Console aplikasi RAR yang tersedia untuk Mac OS X, Linux, FreeBSD. Hanya WinRAR untuk Windows dan Rar untuk Linux tersedia sebagai aplikasi 64bit asli. Ada asli sepenuhnya fungsionalAndroid aplikasi bernama "RAR for Android".
Beberapa program dapat membongkar format file. RARLAB mendistribusikan kode sumber dan binari untuk program freeware baris perintah "unrar", meskipun kode ini tidak di bawah perangkat lunak bebas lisensi. Program ini dapat dekompresi / ekstrak, tetapi tidak membuat, file RAR.
The Unarchiver adalah perangkat lunak bebas dibuka dengan alat archiver untuk RAR dan lainnya format, berlisensi di bawah LGPL . Ini berjalan pada Mac OS X dan versi baris perintah, unar, juga berjalan pada Windows dan Linux. Mendukung semua versi dari format RAR arsip termasuk RAR3.
Versi lama dari sumber unrar adalah dasar untuk perangkat lunak unarchiving perpustakaan bebas usang yang disebut "unrarlib", berlisensi di bawah GPL , tetapi hanya bisa dekompresi arsip yang dibuat oleh versi RAR sebelum 2.9. Arsip yang dibuat oleh RAR 2.9 dan kemudian menggunakan format yang berbeda yang tidak didukung oleh perpustakaan ini.
Pendaftaran baru MIME Content-Type / Subtipe - aplikasi / zip ,
IANA , 20 Juli1993, diambil 2012-01-05
^ "Phillip Katz, Software Komputer Pioneer, 37" . The New York Times. 1 Mei 2000. Diakses 2009-06-14.
^ Brian Livingston (8 September 2003),
PKZip Harus Buka Up , diambil 2012-01-05,"Format file ZIP diberikan secara bebas ke dalam domain publik dan dapat diklaim tidak secara hukum maupun moral oleh setiap individu, badan atau perusahaan"
^ MANA FILES ZIP DATANG DARI PULA? , Infinity Konsep Desain, Inc, diambil 2012-01-05
^ SIARAN PERS , 1989, diambil 2012-01-05
^ Pendiri kami - Phil Katz , PKWare, diambil 2012-01-05
^ Gareth Horton, Rob Weir, Alex Brown (2 November 2010),
sc34-WG 1 , diambil 2012-01-05
^ ZIP Catatan Aplikasi , PKWare, diambil 2012-01-05, "Beberapa teknologi ZIP ditutupi oleh paten atau paten-paten."
^ ZIP Catatan Aplikasi , diambil 2012-07-20
^ File: APPNOTE.TXT - ZIP File Format Spesifikasi Versi: 4.5 Revisi: 2001/11/01 , 3 Desember 2001, diarsipkan dari
aslinya pada tanggal 3 Desember 2001 diambil 2012/04/21
^ APPNOTE.TXT - ZIP File Format Spesifikasi, Versi: 5.2 - PEMBERITAHUAN PERUBAHAN , 16 Juli 2003, diambil 2012-01-05
^ File: APPNOTE.TXT - ZIP File Format Spesifikasi Versi: 5.2 - PEMBERITAHUAN PERUBAHAN Revisi: 2003/06/02 , 2 Juli, 2003, diarsipkan dari
aslinya pada tanggal 2 Juli 2003 diambil 2012/04/21
^ File: appnote - ZIP File Format Spesifikasi Versi: 6.1.0 - PEMBERITAHUAN PERUBAHAN Revisi: 2004/01/20 , 19 Agustus 2004, diarsipkan dari
aslinya pada tanggal 19 Agustus2004, diambil 2012/04/21
^ APPNOTE.TXT - ZIP File Format Spesifikasi, Versi: 6.2.0 - PEMBERITAHUAN PERUBAHAN , 26 April 2004, diambil 2012-01-05
^ APPNOTE.TXT - ZIP File Format Spesifikasi, Versi: 6.3.0 , 29 September 2006, diambil 2012-01-05
^ File: APPNOTE.TXT - ZIP File Format Spesifikasi Versi: 6.3.1 Revisi: April 11, 2007 , 14 Mei 2007, diarsipkan dari
aslinya pada tanggal 14 Mei 2007, diambil 2012/04/21
^ File: APPNOTE.TXT - ZIP File Format Spesifikasi Versi: 6.3.2 Revisi: September 28, 2007 , 28 September 2007, diarsipkan dari
aslinya pada tanggal 28 September 2007, diambil 2012/04/21
"WinRAR description". Retrieved 2013-05-01.
https://play.google.com/store/apps/details?id=com.rarlab.rar
"freeware UnRAR source and binaries download". RarLab.com.
The Unarchiver Website contains unar. Accessed 5 February 2013.
Free Software Foundation on The Unarchiver
a b WinRAR Release History; RARsoft.
a b FreeDOS general questions.
Mata kuliah : Pengembangan Teknologi Media dan Digital
I Putu Agus Eka Pratama, S.T., M.T.
ITB
( Nama : Andre Octavianus Sitepu & NIM : 1312006 ) 
%26biw%3D1517%26bih%3D725&rurl=translate.google.co.id&sl=en&u=http://en.wikipedia.org/wiki/File:ZIP-64_Internal_Layout.svg&usg=ALkJrhhABHVBbZkRw5xiNDi4boc5_PlfZA)
