{"id":209621,"date":"2018-09-22T00:57:15","date_gmt":"2018-09-21T22:57:15","guid":{"rendered":"https:\/\/www.borncity.com\/blog\/?p=209621"},"modified":"2018-09-22T23:33:47","modified_gmt":"2018-09-22T21:33:47","slug":"windows-merkwrdige-zip-handhabung-im-explorer","status":"publish","type":"post","link":"https:\/\/borncity.com\/blog\/2018\/09\/22\/windows-merkwrdige-zip-handhabung-im-explorer\/","title":{"rendered":"Windows: Merkw&uuml;rdige ZIP-Handhabung im Explorer"},"content":{"rendered":"<p><img loading=\"lazy\" decoding=\"async\" style=\"float: left; margin: 0px 10px 0px 0px; display: inline;\" src=\"https:\/\/borncity.com\/blog\/wp-content\/uploads\/2013\/03\/winb.jpg\" width=\"58\" height=\"58\" align=\"left\" \/>[<a href=\"https:\/\/borncity.com\/win\/2018\/09\/22\/windows-explorer-strange-zip-handling\/\" target=\"_blank\" rel=\"noopener\">English<\/a>]Der Explorer in Windows unterst\u00fctzt das Packen und Entpacken von ZIP-Archivdateien. Allerdings ist diese Funktion in Windows 7 bis Windows 10 wohl abweichend von dem implementiert, was andere Tools so machen. Das f\u00fchrt mitunter zu 'merkw\u00fcrdigen' Effekten, die mit entsprechendem Hintergrundwissen aber erkl\u00e4rbar sind. <strong>Erg\u00e4nzung:<\/strong> Ich habe nach dem Verfassen, auf Grund von Leserkommentaren, noch einige zus\u00e4tzliche Hinweise erg\u00e4nzt und Klarstellungen im Text vorgenommen.<\/p>\n<p><!--more--><\/p>\n<h2>Leserhinweise auf ZIP-Probleme<\/h2>\n<p><img loading=\"lazy\" decoding=\"async\" src=\"https:\/\/vg04.met.vgwort.de\/na\/cdf06158465a4fdf994bda103ebde9ec\" alt=\"\" width=\"1\" height=\"1\" \/>Blog-Leser Al CiD hat mich vor einigen Tagen auf <a href=\"http:\/\/rmprepusb.blogspot.com\/2018\/09\/beware-windows-explorers-handling-of.html\" target=\"_blank\" rel=\"noopener\">diesen Blog-Beitrag<\/a> aufmerksam gemacht (danke daf\u00fcr). Ein Leser hatte dort den Autor des betreffenden Blog-Beitrags kontaktiert und von Problemen berichtet. Allerdings sind einige der Verhaltensweisen erkl\u00e4rbar.<\/p>\n<h3>Der Ansto\u00df:Ein Problem bei WSUS Offline Update<\/h3>\n<p>Bei der Verwendung von <a href=\"http:\/\/download.wsusoffline.net\/\" target=\"_blank\" rel=\"noopener\">WSUS Offline Update<\/a> gab es beim betreffenden Leser ein Problem. Der Benutzer lud sich die <em>.zip<\/em>-Datei von der Internetseite in einen lokalen Ordner\u00a0 herunter und entpackte das ZIP-Archiv mit der Extrahierfunktion des Windows Explorers in einen weiteren Ordner. Das Extrahieren l\u00e4sst sich alles mit Bordfunktionen im Explorer per Kontextmen\u00fc erledigen.<\/p>\n<p>Als der betreffende Benutzer dann WSUS Offline Update verwenden wollte, funktionierte das aber nicht. Vermutete Ursache (im oben verlinkten Blog-Beitrag) ist, dass der Windows Explorer die Dateien beim Entpacken ver\u00e4ndert \u2013 zumindest das \u00c4nderungsdatum aller extrahierten Dateien wird aktualisiert. Und es wird ein Zonen-Attribut gesetzt.<\/p>\n<h2>Die Probe unter Windows 7 und Windows 10<\/h2>\n<p>Ich habe das an einer ZIP-Archivdatei von der <a href=\"http:\/\/download.wsusoffline.net\/\" target=\"_blank\" rel=\"noopener\">WSUS Offline-Seite<\/a> unter Windows 10 Version 1803 sowie Windows 7 SP 1 ausprobiert.<\/p>\n<p><img decoding=\"async\" title=\"Dateidatum in ZIP-Archiv\" src=\"https:\/\/i.imgur.com\/Tbt9fBM.jpg\" alt=\"Dateidatum in ZIP-Archiv\" \/><\/p>\n<p>Der obige Screenshot zeigt die Datumswerte der Dateien im ZIP-Archiv im Unterordner <em>bin<\/em>. Der Explorer zeigt diese Dateien an, sobald eine ZIP-Datei per Doppelklick ge\u00f6ffnet wird. Einzige Dateien tragen Datumswerte aus den Vorjahren (z.B. 1999).<\/p>\n<p><img decoding=\"async\" title=\"ZIP-Archiv extrahieren\" src=\"https:\/\/i.imgur.com\/PuY6y6U.jpg\" alt=\"ZIP-Archiv extrahieren\" \/><\/p>\n<p>Klickt man eine ZIP-Archivdatei im Explorer per Rechtsklick an, l\u00e4sst sich deren Inhalt per Kontextmen\u00fcbefehl <em>Alle extrahieren <\/em>in einen Ordner entpacken. \u00d6ffnet man den Ordner mit den entpackten Dateien per Doppelklick im Explorer, gibt es eine \u00dcberraschung.<\/p>\n<p><img decoding=\"async\" title=\"Ge\u00e4ndertes Dateidatum \" src=\"https:\/\/i.imgur.com\/d4dIkg1.jpg\" alt=\"Ge\u00e4ndertes Dateidatum\" \/><\/p>\n<p>Die Dateien tragen als \u00c4nderungsdatum den Tag, an dem das ZIP-Archiv entpackt wurde. (siehe obiges Bild).<\/p>\n<h3>Besonderheit bei der Implementierung<\/h3>\n<p>Microsoft hat die ZIP-Funktion so implementiert, dass den entpackten Dateien das aktuelle Dateidatum zugewiesen wird \u2013 falls das ZIP-Archiv von einem anderen Rechner aus dem Internet stammt (siehe mein letzter Absatz und den ersten Kommentar weiter unten). Das ist \u00fcbrigens auch in Windows 7 SP1 so, wie ich bei einem Test gerade festgestellt habe. Wird das Internet-Zonen-Attribut vor dem Entpacken gel\u00f6scht, bel\u00e4sst die ZIP-Funktion das Datum der entpackten Archivdatei.<\/p>\n<h3>Andere Tools machen das nicht<\/h3>\n<p>Sollte normalerweise kein Probleme sein, es sei denn, eine Anwendung ist darauf angewiesen, dass die Dateien unmodifiziert (auch beim Dateidatum) entpackt werden. Eine Gegenprobe mit 7-ZIP ergab, dass dieses Tool die Dateien unmodifiziert aus dem ZIP-Archiv im Zielordner der Festplatte ablegt.<\/p>\n<h2>Block-Tag zugewiesen<\/h2>\n<p>Im <a href=\"http:\/\/rmprepusb.blogspot.com\/2018\/09\/beware-windows-explorers-handling-of.html\" target=\"_blank\" rel=\"noopener\">verlinkten Blog-Beitrag<\/a> wird zudem noch angemerkt, dass der Explorer den entpackten Dateien einen Tag (Attribut) zuweist, das den Zugriff blockiert, wenn sie von einem anderen Computer stammen.<\/p>\n<p><img decoding=\"async\" title=\"Eigenschaften einer Datei mit Sicherheits-Tag\" src=\"https:\/\/i.imgur.com\/Y1aEuBr.jpg\" alt=\"Eigenschaften einer Datei mit Sicherheits-Tag\" \/><\/p>\n<p>W\u00e4hlt man eine Datei per Rechtsklick an und verwendet den Kontextmen\u00fcbefehl <em>Eigenschaften<\/em>, werden auf der Registerkarte <em>Allgemein <\/em>die Attribute der Datei angezeigt. Bei den entpackten Dateien taucht die Kategorie <em>Sicherheit <\/em>auf, und das Kontrollk\u00e4stchen <em>Zulassen <\/em>der Option<em> 'Die Datei stammt von einem anderen Computer. Der Zugriff wurde aus Sicherheitsgr\u00fcnden eventuell blockiert' <\/em>ist nicht markiert.<\/p>\n<blockquote><p>Erg\u00e4nzung: Der Hinweis auf der Registerkarte <em>Allgemein<\/em> ist aber nicht ganz pr\u00e4zise. Der Eintrag Sicherheit wird nur bei Dateien gesetzt, die aus dem Internet geladen werden. Bei Archiven, die aus dem lokalen Netzwerk stammen und in einen lokalen Ordner kopiert werden, fehlt dieser Tag.<\/p><\/blockquote>\n<p>Dies ist eine Sicherheitsma\u00dfnahme von Windows, die ich gut finde. Das Betriebssystem merkt sich, wenn eine Datei von einem anderen Rechner <span style=\"text-decoration: line-through;\">oder <\/span>aus dem Internet stammt und setzt das betreffende Zonen-Attribut. Diese soll die Ausf\u00fchrung in niedriger Vertrauensstufe verhindern (dazu unten mehr).<\/p>\n<blockquote><p>Das ist z.B. der Grund, warum aus dem Internet geladene <em>CHM-<\/em>Hilfedateien dann keinen Inhalt anzeigen. Und das d\u00fcrfte auch der Grund sein, warum WSUS Offline Update nicht funktionierte.<\/p>\n<p>Ich habe hier im Artikel den Begriff Zonen-Attribut (bzw. \u2013Bit) verwendet. Es ist genau genommen kein NTFS-Attribut. Im nachfolgenden Kommentar ist es angemerkt: Dateien aus dem Internet bekommen eine NTFS ADS (Alternate Data Stream) Information mit Zoneninformationen zugeordnet.<\/p><\/blockquote>\n<p>Auch diese Zoneninformation wird bei Tools wie 7-Zip nicht gesetzt bzw. ber\u00fccksichtigt. Pers\u00f6nlich empfinde ich die Implementierung Microsofts aber geschickter, da diese eine zus\u00e4tzliche Sicherheitsinformationen \u00fcber die Zone der Herkunft mit den Dateien durchreicht. Es wird verhindert, dass von extern \u00fcbernommene ZIP-Dateien beim Entpacken die Zoneninformation verlieren.<\/p>\n<h3>Kleiner Zusatztest<\/h3>\n<p>Ich habe noch einen kleinen Test gefahren und einige Dateien auf dem lokalen Windows 10-Rechner gepackt und dann wieder entpackt. Dort bleibet das Dateidatum beim Entpacken erhalten. Und es wird auch kein Block-Tag unter <em>Sicherheit <\/em>f\u00fcr die entpackten Dateien gesetzt, wenn die Ursprungsdatei diese Zoneninformation aufweist.<\/p>\n<p>Erg\u00e4nzung: Ein sp\u00e4ter durchgef\u00fchrter, zweiter Test mit Dateien im lokalen Netzwerk ergab, dass auch dort kein NTFS ADS (Alternate Data Stream) Informationen zur Zone erzeugt wird. Dort fehlt nach dem Kopieren \u00fcber das Netzwerk in einen lokalen Ordner die Information <em>Sicherheit <\/em>in den Datei-Eigenschaften. Und die ZIP-Funktion des Explorers verh\u00e4lt sich wie erwartet, d.h. das Dateidatum aus dem ZIP-Archiv bleibt erhalten.<\/p>\n<h3>So l\u00f6scht man die Sicherheitsinformation<\/h3>\n<p>Man kann \u00fcbrigens das Sicherheitsattribut, welches aus den Zoneninformationen der aus dem Internet geladenen Dateien abgeleitet wird, sehr einfach l\u00f6schen. Ein Rechtsklick auf die Datei und im Kontextmen\u00fc <em>Eigenschaften<\/em> w\u00e4hlen. Dann l\u00e4sst sich auf der Registerkarte <em>Allgemein <\/em>kontrollieren, ob die aus der Zoneninformation abgeleitete Sicherheitsinformation zum Blocken gesetzt ist.<\/p>\n<p><img decoding=\"async\" title=\" Dateieigenschaften mit Sicherheits-Tag (Win 7)\" src=\"https:\/\/i.imgur.com\/3QniqK0.jpg\" alt=\" Dateieigenschaften mit Sicherheits-Tag (Win 7)\" \/><\/p>\n<p>Die betreffende Eigenschaftenseite sieht unter Windows 7 wie in obigem Bild aus \u2013 man braucht nur auf die Schaltfl\u00e4che <em>Zulassen <\/em>zu klicken, um die Zoneninformationen zu l\u00f6schen. Bei Windows 10 ist statt der Schaltfl\u00e4che das Kontrollk\u00e4stchen <em>Zulassen <\/em>zu markieren (siehe Bild weiter oben).<\/p>\n<h3>Alles bekannt<\/h3>\n<p>Das ist eine Vorgehensweise, die ich unter Windows 7 bereits seit Jahren bei ZIP-Archivdateien aus dem Internet verwende, um Probleme nach dem Entpacken zu vermeiden. Das Thema habe ich 2010 im Blog-Beitrag <a href=\"https:\/\/borncity.com\/blog\/2010\/08\/08\/probleme-mit-der-anzeige-von-chm-dateien\/\">Probleme mit der Anzeige von CHM-Dateien<\/a> behandelt. Dort findet sich auch der Hinweis auf das L\u00f6schen den 'Zonen-Bits' bei Internetdateien.<\/p>\n<p>Das sollte man aber ggf. alles im Hinterkopf behalten, auch wenn mir noch keine entsprechenden Probleme aufgefallen sind. Einige technische Erl\u00e4uterungen und Hintergr\u00fcnde zu den NTFS Alternative Data Streams (NTFS ADS) finden sich im Blog-Beitrag <a href=\"https:\/\/borncity.com\/blog\/2018\/09\/22\/infos-zu-windows-ntfs-alternative-data-streams\/\">Infos zu Windows NTFS Alternative Data Streams<\/a>.<\/p>\n<p><strong>\u00c4hnliche Artikel:<\/strong><br \/>\n<a href=\"https:\/\/borncity.com\/blog\/2010\/08\/08\/probleme-mit-der-anzeige-von-chm-dateien\/\">Probleme mit der Anzeige von CHM-Dateien<\/a><br \/>\n<a href=\"https:\/\/borncity.com\/blog\/2018\/06\/04\/windows-mai-2018-update-blockt-chm-dateianzeige\/\">Windows Mai 2018-Update blockt CHM-Dateianzeige<\/a><br \/>\n<a href=\"https:\/\/borncity.com\/blog\/2018\/09\/22\/infos-zu-windows-ntfs-alternative-data-streams\/\">Infos zu Windows NTFS Alternative Data Streams<\/a><\/p>\n","protected":false},"excerpt":{"rendered":"<p>[English]Der Explorer in Windows unterst\u00fctzt das Packen und Entpacken von ZIP-Archivdateien. Allerdings ist diese Funktion in Windows 7 bis Windows 10 wohl abweichend von dem implementiert, was andere Tools so machen. Das f\u00fchrt mitunter zu 'merkw\u00fcrdigen' Effekten, die mit entsprechendem &hellip; <a href=\"https:\/\/borncity.com\/blog\/2018\/09\/22\/windows-merkwrdige-zip-handhabung-im-explorer\/\">Weiterlesen <span class=\"meta-nav\">&rarr;<\/span><\/a><\/p>\n","protected":false},"author":2,"featured_media":0,"comment_status":"open","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[3694],"tags":[24,3288],"class_list":["post-209621","post","type-post","status-publish","format-standard","hentry","category-windows-10","tag-problem","tag-windows-en"],"_links":{"self":[{"href":"https:\/\/borncity.com\/blog\/wp-json\/wp\/v2\/posts\/209621","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/borncity.com\/blog\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/borncity.com\/blog\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/borncity.com\/blog\/wp-json\/wp\/v2\/users\/2"}],"replies":[{"embeddable":true,"href":"https:\/\/borncity.com\/blog\/wp-json\/wp\/v2\/comments?post=209621"}],"version-history":[{"count":0,"href":"https:\/\/borncity.com\/blog\/wp-json\/wp\/v2\/posts\/209621\/revisions"}],"wp:attachment":[{"href":"https:\/\/borncity.com\/blog\/wp-json\/wp\/v2\/media?parent=209621"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/borncity.com\/blog\/wp-json\/wp\/v2\/categories?post=209621"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/borncity.com\/blog\/wp-json\/wp\/v2\/tags?post=209621"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}