EDIT 14Jan2019: - vedere invece la nuova risposta accettata, contiene la correzione ufficiale anziché questa soluzione alternativa.
Sto postando una risposta nella speranza che altri trovino più facile trovare qui di quanto non abbia fatto sul sito originale:
Il rollback degli aggiornamenti risolve il problema, tuttavia posso anche confermare che la modifica del registro di seguito ha risolto il problema in tutti i casi che ho riscontrato finora (7 chiamate e conteggio). (fonte: https://www.computerworld.com/article/3332202/microsoft-windows/patch-tuesday-updates-for-win7-kb-4480970-and-kb-4480960-knock-out-networking.html )
se l'utente di Windows 7 accede a una condivisione ed è un amministratore del sistema remoto, questo dovrebbe funzionare sul W7 che ospita la condivisione (cmd elevato):
reg add HKLM \ SOFTWARE \ Microsoft \ Windows \ CurrentVersion \ Policies \ system / v LocalAccountTokenFilterPolicy / t REG_DWORD / d 1 / f
È necessario un riavvio dopo aver apportato la modifica.
EDIT: informazioni aggiuntive per le persone meno tecnicamente capaci che possono inciampare su questo
Esegui REGEDIT.exe
Passare a: HKEY_LOCAL_MACHINE \ SOFTWARE \ Microsoft \ Windows \ CurrentVersion \ Policies \ System \
e aggiungi un nuovo DWORD denominato: LocalAccountTokenFilterPolicy
con un valore di: 1
EDIT: Ulteriori informazioni da El Reg come da commento.
Apparentemente il problema si manifesta solo quando si tenta di connettersi a condivisioni Windows 7 o Windows 2008 R2 utilizzando account utente locali che fanno parte del gruppo Amministratore, anche se la mia esperienza dimostra che è necessario utilizzare anche SMB2 in quanto non influisce sui client Windows 10.
Dal momento che non siamo chiari sulle implicazioni della modifica del registro sopra descritte, un approccio più prudente potrebbe essere quello di fare in modo che i client remoti utilizzino account non amministratori e specificatamente diano le autorizzazioni dell'account sulle condivisioni richieste ... o ripristinano l'aggiornamento.