{"id":205275,"date":"2018-06-09T14:28:23","date_gmt":"2018-06-09T12:28:23","guid":{"rendered":"https:\/\/www.borncity.com\/blog\/?p=205275"},"modified":"2022-05-05T18:55:37","modified_gmt":"2022-05-05T16:55:37","slug":"kommt-ein-smbv1-fix-fr-windows-10-v1803-zum-juni-2018-patchday","status":"publish","type":"post","link":"https:\/\/borncity.com\/blog\/2018\/06\/09\/kommt-ein-smbv1-fix-fr-windows-10-v1803-zum-juni-2018-patchday\/","title":{"rendered":"Kommt ein Windows 10 V1803 SMBv1-Fix zum Juni 2018-Patchday?"},"content":{"rendered":"

[English<\/a>]Kleine Info f\u00fcr Benutzer des Windows 10 April Update, die mit Problemen im Netzwerk und m\u00f6glicherweise bei Multifunktionsger\u00e4ten mit Netzwerkscans geschlagen sind. Wie es ausschaut, arbeitet Microsoft daran, im Juni (Patchday w\u00e4re der 12. Juni 2018) einen Fix f\u00fcr das 'SMBv1-Problem' bereitzustellen. Nachfolgend habe ich mal einige Informationen zum Thema bereitgestellt.<\/p>\n

<\/p>\n

Hintergrund: Worum geht es genau?<\/h2>\n

\"\"Microsoft hatte bereits seit Sommer 2017 angek\u00fcndigt, dass SMBv1-Protokoll in Windows 10 auslaufen zu lassen. Das K\u00fcrzel SMB<\/a> steht f\u00fcr Server Message Block (fr\u00fchere Bezeichnungen sind LAN-Manager- oder NetBIOS-Protokoll), ein Netzwerkprotokoll f\u00fcr Datei-, Druck- und andere Serverdienste in Rechnernetzen. Die Version 1 (SMBv1) des vor \u00fcber 30 Jahren entworfenen Netzwerkprotokolls und speziell die Microsoft-Implementierung, gilt als sehr fehleranf\u00e4llig und sicherheitskritisch.<\/p>\n

Zwischenzeitlich gibt es SMBv2 und SMBv3, so dass die Verwendung von SMBv1 in Windows-Netzwerken nicht mehr unbedingt erforderlich ist. Windows Vista ist beispielsweise nicht mehr auf SMBv1 angewiesen, da dort SMBv2 verwendet wird. Ich hatte das Thema bereits ausgiebig im Blog-Beitrag Windows 10: Aus f\u00fcr SMBv1 ab Herbst 2017<\/a> erl\u00e4utert.<\/p>\n

Und wo ist nun das Problem?<\/h2>\n

Bei Neuinstallationen von Windows 10 war es sp\u00e4testens seit Windows 10 V1709 so, dass SMBv1 deaktiviert wurde. Wenn Ger\u00e4te zwingend SMBv1 ben\u00f6tigten, musste der Administrator halt SMBv1 wieder \u00fcber Windows Features <\/em>aktivieren (siehe auch Windows 10: Aus f\u00fcr SMBv1 ab Herbst 2017<\/a> ).<\/p>\n

\"Windows<\/p>\n

Mit Windows 10 V1803 hat das Problem aber wohl eine Menge Leute getroffen, da diese Build auch bei einem Upgrade eine Neuerung bringt. Wird der SMBv1-Client insgesamt 15 Tage lang (mit Ausnahme von Zeiten, zu denen der Computer ausgeschaltet ist) nicht verwendet, deinstalliert Windows 10 April Update den Client automatisch. Ich hatte in den Blog-Beitr\u00e4gen Windows 10 Version 1803: Netzwerksuche\/-umgebung leer<\/a> und Windows 10: Scanner geht nach Update nicht mehr<\/a> auf diese Problematik hingewiesen und auch Workarounds skizziert. Aber das hilft bei Windows 10 V1803 nicht bei allen Problemen.<\/p>\n

KB4103721, KB4100403, da ist noch was<\/h2>\n

Im Mai 2018 hat Microsoft ja die Updates KB4103721<\/a> (8.5.2018) und KB4100403<\/a> (23.5.2018, mit SSD-Fix) f\u00fcr Windows 10 V1803 herausgebracht (siehe die Blog-Beitr\u00e4ge Patchday: Windows 10-Updates 8. Mai 2018<\/a> und Windows 10 V1803: Update KB4100403 mit SSD-Fix<\/a>). Seit dem Upgrade auf Windows 10 V1803 bzw. installation dieser Updates scheint es bei Nutzern von Windows 10 April Update aber Probleme zu geben, wenn das SMBv1-Protokoll verwendet wird. Mir sind Postings in den Microsoft-Answers-Foren aufgefallen, wo mein Hinweis, SMBv1 mal versuchsweise zu aktivieren, leider nicht den gew\u00fcnschten Erfolg brachte. Konnte ich mir erst nicht erkl\u00e4ren. Nun hat Microsoft die beiden oben genannten KB-Artikel (nur in der englischsprachigen Fassung) um folgenden Absatz im 'Known issues'-Abschnitt erg\u00e4nzt.<\/p>\n

Some users running Windows 10 version 1803 may receive an error \"An invalid argument was supplied\" when accessing files or running programs from a shared folder using the SMBv1 protocol.<\/p><\/blockquote>\n

In knappen Worten: Auch wer SMBv1 als Protokoll wieder zu Windows 10 Version 1803 hinzuf\u00fcgt, l\u00e4uft bei bestimmten Programmen, die auf Ordnerfreigaben im Netzwerk zugreifen, auf den Fehler 'Ein ung\u00fcltiges Argument wurde \u00fcbergeben'. Das Programm funktioniert nicht mehr \u2013 was mein R\u00e4tsel in Bezug auf den obigen Hinweis auf Microsoft Answers-Foren l\u00f6st.<\/p>\n

Der Site The Register<\/a> ist das aufgefallen und sie lassen sich gro\u00df \u00fcber SMBv1 aus. Von Microsoft hei\u00dft es in den Nachtr\u00e4gen der KB-Artikel:<\/p>\n

Enable SMBv2 or SMBv3 on both the SMB server and the SMB client, as described in KB2696547<\/a>. Microsoft is working on a resolution that will be available later in June.<\/p><\/blockquote>\n

Es ist korrekt, dass man in seinen Umgebungen auf SMBv2 oder SMBv3 wechseln sollte (Clients und Server), um das mit SMBv1 einhergehende Sicherheitsproblem endg\u00fcltig aus der Welt zu schaffen. Aber das ist leider auch das Weltbild der Theoretiker, denn wenn ich einen Client, wie ein NAS-Laufwerk, einen Multifunktionsdrucker etc. habe, der von der Firmware nur SMBv1 unterst\u00fctzt, ist es mit dem obigen Workaround schlicht Pustekuchen! Dann bleibt nur noch, das Ger\u00e4t zu ersetzen oder SMBv1 f\u00fcr eine \u00dcbergangszeit zu aktivieren.<\/p>\n

Der SMBv1-Bug – ein Blick auf die Ursache<\/h2>\n

Wenn dann in Windows 10 V1803 in der Implementierung von SMBv1 noch ein Bug steckt \u2013 so interpretiere ich die Erg\u00e4nzung der Microsoft KB-Artikel (Microsoft gibt ja in obiger Erg\u00e4nzung des KB-Artikels keine Details heraus), ist das nat\u00fcrlich bitter. Und die flotte Argumentation diverser Blogs, halt auf das alte SMBv1-Zeugs zu verzichten, geht am Kern vorbei, wenn man SMBv1 noch braucht.<\/p>\n

Bei The Register<\/a> hat man aber einen Hinweis auf eine m\u00f6gliche Ursache des Problems geliefert. Im MSDN-Forum von Microsoft gibt es den Thread RS4:1803]Windows 10 1803 won't run ODBC SQL connected application from network<\/a>, der eine intensivere Diskussion enth\u00e4lt. Hier der Ausgangspunkt de Thread-Erstellers.<\/p>\n