Este explorador ya no se admite.
Actualice a Microsoft Edge para aprovechar las características y actualizaciones de seguridad más recientes, y disponer de soporte técnico.
![](data:image/svg+xml, %3Csvg xmlns='http://www.w3.org/2000/svg' height='64' class='font-weight-bold' style='font: 600 30.11764705882353px "SegoeUI", Arial' width='64'%3E%3Ccircle fill='hsl(291.2, 55.00000000000001%, 38%)' cx='32' cy='32' r='32' /%3E%3Ctext x='50%25' y='55%25' dominant-baseline='middle' text-anchor='middle' fill='%23FFF' %3EMB%3C/text%3E%3C/svg%3E)
Hola comunidad de Microsoft,
Desde hace un tiempo vengo experimentando una falla en Windows 11 relacionada con el uso compartido de archivos en red local. En versiones anteriores, este problema podía solucionarse desinstalando las actualizaciones KB5065426 y KB5064081, lo cual restauraba la funcionalidad de compartir carpetas y documentos en la red.
Sin embargo, tras la actualización a Windows 11 versión 25H2, la falla persiste incluso luego de eliminar varias actualizaciones acumulativas recientes. Esperaba que con esta nueva versión se corrigiera el error, pero el problema continúa y Microsoft aún no ha ofrecido una solución oficial.
He probado distintas configuraciones de red (grupo de trabajo, uso compartido avanzado, permisos, etc.), sin éxito. El sistema detecta las PCs en la red, pero no permite acceder a carpetas compartidas ni desde ni hacia este equipo.
Por favor, solicito que algún ingeniero de Microsoft o miembro de soporte confirme si ya se reconoce esta falla y si existe alguna solución definitiva o parche en desarrollo.
Agradezco cualquier orientación o respuesta oficial, ya que este error afecta el trabajo colaborativo en entornos locales.
![](data:image/svg+xml, %3Csvg xmlns='http://www.w3.org/2000/svg' height='64' class='font-weight-bold' style='font: 600 30.11764705882353px "SegoeUI", Arial' width='64'%3E%3Ccircle fill='hsl(169.60000000000002, 55.00000000000001%, 26%)' cx='32' cy='32' r='32' /%3E%3Ctext x='50%25' y='55%25' dominant-baseline='middle' text-anchor='middle' fill='%23FFF' %3EIF%3C/text%3E%3C/svg%3E)
Hola, tengo el mismo problema, ruego revision urgente y solución a este problema que genera dicha actualización, en mi caso al haber actuallizado a w11 con la misma iso me ha generado ese problema, si revierto a w10 no me pasa.
necesito poder usar w11 en los dos equipos compartidos.
![](data:image/svg+xml, %3Csvg xmlns='http://www.w3.org/2000/svg' height='64' class='font-weight-bold' style='font: 600 30.11764705882353px "SegoeUI", Arial' width='64'%3E%3Ccircle fill='hsl(92.8, 94%, 18%)' cx='32' cy='32' r='32' /%3E%3Ctext x='50%25' y='55%25' dominant-baseline='middle' text-anchor='middle' fill='%23FFF' %3ERV%3C/text%3E%3C/svg%3E)
Agrego a la cadena. En mi caso, el problema parece ser que al ser equipos clonados y no haber usado Sysprep, el SID está repetido y ese es el motivo por el cuál se dan los problemas al compartir.
Hola Marcelo, buenos días, Gracias por la actualización detallada. Entiendo que sus computadoras están en el dominio y usan credenciales de administrador y usuario, sin acceso de bloqueo antivirus, anteriormente, el acceso a carpetas compartidas funcionaba sin problemas sin solicitar credenciales, pero ahora incluso con el nombre de usuario y la contraseña correctos se niega el acceso. Este problema comenzó después de actualizaciones recientes y ha notado que KB5065426 y KB5064081 ya no aparecen en la lista.
Veo que está ejecutando Windows 11 Pro 25H2 (compilación 26200.6899), y algunas otras actualizaciones como KB5066835 y KB5066128 todavía están presentes. Es posible que una de estas actualizaciones restantes siga afectando el comportamiento de autenticación de red, probemos estos pasos siguientes:
Intente comprobar si la configuración de firma SMB o NTLM cambió después de las actualizaciones y, a continuación, revise la directiva de seguridad local (secpol.msc) en "Seguridad de red: nivel de autenticación de LAN Manager". Después de eso, intente acceder a la carpeta compartida utilizando la ruta UNC completa (\hostname\sharename) y vea si el comportamiento difiere.
Si es necesario, puede realizar la prueba quitando KB5066835 o KB5066128 temporalmente para aislar la causa.
Chard
Hola
Gracias por la ayuda, configurar la opción más compatible en NTLM pero los cambios realizados pero siempre se obtiene la misma respuesta.
El tema de eliminar los UPDATES, (KB5066835 o KB5066128) no es una opción viable, debido a que el proceso es sumamente demoroso y el realizarlo para un aproximado de 300 equipos, es una perdida de tiempo incalculable.
Además que, en pocos minutos esos updates se vuelven a instalar.
Hola Marcelo, gracias por publicar aquí en la comunidad de Microsoft, para solucionar el problema de uso compartido de archivos de Windows 11 25H2 causado por actualizaciones como KB5065426 y KB5064081, esto es lo que puedes probar.
Para el uso compartido de archivos de red local, habilite la autenticación de invitado insegura (si es necesario) y, a continuación, abra PowerShell como administrador y ejecute:
Set-SmbClientConfiguration -RequireSecuritySignature $false
Set-SmbClientConfiguration -EnableInsecureGuestLogons $true
A continuación, cree un usuario local para compartir, en la PC que aloja la carpeta compartida, cree un usuario local (por ejemplo, shareuser) con una contraseña y luego otorgue a este recurso compartido de usuario y permisos NTFS en la carpeta.
En el equipo cliente, conéctese con \HOSTNAME\ShareName e inicie sesión como HOSTNAME\shareuser.
Verifique el perfil de red para hacer esto, simplemente vaya a Configuración > Propiedades de > de red e Internet y luego asegúrese de que la red esté configurada como Privada, no Pública.
Además, puede probar Registry Tweak, si el acceso de invitado aún está bloqueado, abra el Editor del Registro e vaya a:
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\LanmanWorkstation\Parameters
A continuación, agregue o establezca AllowInsecureGuestAuth en 1 (DWORD).
Por último, pruebe la limpieza del administrador de credenciales para hacer esto, en las PC cliente, abra el Administrador de credenciales y elimine las credenciales guardadas para la PC de destino.
La desinstalación de KB5065426/KB5064081 puede ayudar, pero los componentes de SSU también dificultan la reversión, Microsoft es consciente del problema, pero aún no ha lanzado una solución completa y los dispositivos SMBv1 heredados y las máquinas clonadas con SID duplicados son los más afectados.
Espero que esto te ayude. Hágamelo saber.
Acelga
Muy buenos días estimado
Gracias por la sugerencia, los equipos que tengo conectados a una red local, cuentan con credenciales de DOMINIO.
Se ingresan con claves de administrador y también con las claves del usuario.
No cuentan con ningún bloqueo por parte de su antivirus y el acceso se lo realizaba sin inconvenientes, a la carpeta compartida en la red local.
Al intentar conectar mediante IP o Hostname al equipo que comparte la carpeta solicita usuario y clave.
A pesar de ingresar las credenciales correctas no permite el acceso, antes no solicitaba ningún tipo de credenciales, la conexión se realizaba sin problema, luego del UPDTE es imposible.
Actualmente ya ni siquiera aparecen los updates (KB5065426/KB5064081)
![](data:image/svg+xml, %3Csvg xmlns='http://www.w3.org/2000/svg' height='64' class='font-weight-bold' style='font: 600 30.11764705882353px "SegoeUI", Arial' width='64'%3E%3Ccircle fill='hsl(310.4, 20%, 40%)' cx='32' cy='32' r='32' /%3E%3Ctext x='50%25' y='55%25' dominant-baseline='middle' text-anchor='middle' fill='%23FFF' %3EJB%3C/text%3E%3C/svg%3E)
Tuve el mismo problema y se solucionó desinstalando la actualización KB5067931
![](data:image/svg+xml, %3Csvg xmlns='http://www.w3.org/2000/svg' height='64' class='font-weight-bold' style='font: 600 30.11764705882353px "SegoeUI", Arial' width='64'%3E%3Ccircle fill='hsl(6.4, 94%, 10%)' cx='32' cy='32' r='32' /%3E%3Ctext x='50%25' y='55%25' dominant-baseline='middle' text-anchor='middle' fill='%23FFF' %3ERF%3C/text%3E%3C/svg%3E)
Buenos días...
Don Jorge ya lo hicimos pero al abrir los compañeros la ventana de actualizaciones automáticas se vuelve a descargar y se repite lo mismo, y no podemos bloquear debido a las políticas de dominio.
Aquí lo único factible es que Microsoft nos ayude con un parche que corrija estas situaciones.
Hoy se volvió a bloquear al instalarse la KB5068861.
Desinstalándola volvió a funcionar. Por lo pronto desactivé las actualizaciones por 5 semanas. Espero que para entonces Microsoft haya ideado algo porque esto es una cagada monumental de windows.
Si ojalá, porque como veo los parches están arrastrando esa monumental pulga, lo raro es que no estén trabajando en eso o nadie lo haya reportado, es extraño la verdad.
![](data:image/svg+xml, %3Csvg xmlns='http://www.w3.org/2000/svg' height='64' class='font-weight-bold' style='font: 600 30.11764705882353px "SegoeUI", Arial' width='64'%3E%3Ccircle fill='hsl(208, 13%, 30%)' cx='32' cy='32' r='32' /%3E%3Ctext x='50%25' y='55%25' dominant-baseline='middle' text-anchor='middle' fill='%23FFF' %3EAP%3C/text%3E%3C/svg%3E)
No me deja desinstalar la KB5067931
Hola Marcelo, gracias por la actualización y por probar el ajuste de compatibilidad NTLM.
Entiendo el desafío al que se enfrenta, especialmente con la escala de su entorno y la reinstalación automática de actualizaciones KB5066835 y KB5066128. Dado que NTLMv2 se aplica y sigue viendo errores de autenticación, es probable que algunos clientes o servicios de la red no sean totalmente compatibles con NTLMv2 o estén mal configurados.
Estas son las sugerencias a tener en cuenta, Comprobación de compatibilidad, Confirmar que todos los sistemas y servicios afectados son compatibles con NTLMv2. Es posible que algunas aplicaciones o dispositivos heredados aún dependan de protocolos más antiguos.
Si es posible, pruebe con un nivel de autenticación de LAN Manager menos restrictivo (por ejemplo, "Enviar respuestas LM y NTLM use la seguridad de sesión NTLMv2 si se negocia") en un pequeño subconjunto de máquinas para ver si resuelve el problema.
Compruebe que las credenciales que se usan son correctas y que no hay problemas de sincronización de dominio o directiva que afecten a la autenticación.
Si la desinstalación de actualizaciones no es viable, considere la posibilidad de usar la directiva de grupo o WSUS para bloquear o aplazar temporalmente las actualizaciones problemáticas mientras se investiga una corrección permanente.
Chard
Gracias por el apoyo a mi inconveniente.
Creería yo, que se debe descartar por completo (compatibles con NTLMv2), los equipos de trabajo son de nueva generación, y siempre se obtuvo acceso a carpetas compartidas sin fallas.
El error especifico se presenta con esos UPDATES (KB5065426 - KB5064081) que iniciaron todas las fallas.
Lamentablemente no podemos bloquear UPDATES, en los equipos de trabajo, debido a temas de seguridad.
Sólo espero que mediante este foro, se logre obtener una respuesta de "Microsoft" para que repare el daño que causaron.
Hola Marcelo, Gracias por compartir los detalles de tu situación. Entiendo completamente lo estresante que debe ser, especialmente cuando todo funcionaba sin problemas antes de esas actualizaciones.
Parece que los parches recientes (KB5065426 y KB5064081) introdujeron una regresión que afecta la autenticación NTLMv2, que es fundamental para acceder a carpetas compartidas en muchos entornos empresariales. Dado que sus sistemas están actualizados y anteriormente no tenían problemas, esto apunta a algo introducido por esas actualizaciones.
Desafortunadamente, como mencionaste, bloquear actualizaciones no es una opción debido a las políticas de seguridad. Con suerte, Microsoft reconocerá esto a través del foro y proporcionará una solución o solución alternativa pronto. Mientras tanto, si hay alguna mitigación o registro temporal, puede permitirnos ayudar a aislar aún más el problema, lo que podría ayudar a obtener una tracción más rápida.
Mantengamos este hilo activo y visible para que otras personas que experimenten el mismo problema puedan contribuir con más información o presión para una resolución.
Chard
Tengo el mismo problema, con la misma versión de Windows 11 (25H2), e incluye las impresoras compartidas. Si un equipo con esa versión comparte una impresora, otros equipos con esa misma versión no la pueden conectar. Sí en cambio, equipos con Windows 11 24H2, por ejemplo.
![](data:image/svg+xml, %3Csvg xmlns='http://www.w3.org/2000/svg' height='64' class='font-weight-bold' style='font: 600 30.11764705882353px "SegoeUI", Arial' width='64'%3E%3Ccircle fill='hsl(211.20000000000002, 78%, 30%)' cx='32' cy='32' r='32' /%3E%3Ctext x='50%25' y='55%25' dominant-baseline='middle' text-anchor='middle' fill='%23FFF' %3ESI%3C/text%3E%3C/svg%3E)
Por aqui el mismo fallo. Dos equipos nuevos (W11 25H2) uno con una impresora compartida y desde el otro equipo al intentar logearme me pide usuario y contraseña. Son equipos que estan en dominio y no deberia pedir el usuario y contraseña. Aun asi le pones los datos correctos y te dice que la contraseña es incorrecta. Si hago lo mismo de el PC que tiene la impresora al equipo que no la tiene tambien me pide credenciales.
