TechNet España https://docs.microsoft.com/archive/blogs/estechnet/feed.xml Noticias, avisos, reflexiones... del equipo que hay detrás de TechNet en España... también tendremos alguna que otra firma invitada :) Tue, 16 Apr 2019 06:06:09 GMT en-US hourly 1 Descubriendo las mejores prácticas de seguridad de O365 https://docs.microsoft.com/archive/blogs/estechnet/descubriendo-las-mejores-practicas-de-seguridad-de-o365 Tue, 18 Dec 2018 13:18:25 GMT https://blogs.technet.microsoft.com/estechnet/?p=2345 Office 365 Secure Score para darse cuenta de cuáles son las mejores prácticas de seguridad que debemos seguir, y luego usar los resultados para mejorar nuestra seguridad con las funciones integradas que nos proporciona la herramienta, pero que no hemos implementado. La aplicación analizará a nuestro tenant y luego comparará esos resultados con una línea de base creada por los ingenieros de Microsoft. La puntuación se genera aproximadamente a la 1 am PST todos los días después de esa hora. Un administrador global o administrador personalizado puede ir al portal para ver/compartir la puntuación, o mirar los resultados para encontrar una manera de mejorar su puntuación. Los cambios que se realicen tardará hasta 48 horas para ser descubiertos por la aplicación. Mejorar nuestra puntuación al habilitar funciones en su cola es simple, seleccionamos una acción que desee implementar como 'Usar datos de auditoría'. Primero, seleccionamos la acción para ver la descripción de Microsoft de la acción, luego revisamos las amenazas que se mitigarán. Si necesitamos comprender mejor la acción, hacemos clic en el botón Más información, y a continuación, simplemente debemos seguir los pasos para implementar la acción en nuestro tenant. Si deseas ayudar a mejorar esta herramienta, puedes participar haciendo clic aquí y dejando tus ideas.   Sobre el autor:
Daniel Alonso Cloud Solutions Principal Advisor @ENCAMINA  
]]> ¿Qué está pasando con la auditoría en O365? https://docs.microsoft.com/archive/blogs/estechnet/que-esta-pasando-con-la-auditoria-en-o365 Tue, 18 Dec 2018 13:03:11 GMT https://blogs.technet.microsoft.com/estechnet/?p=2325
  • Ir a https://protection.office.com
  • Hacemos clic en 'Search & Investigation' y luego en 'Audit log search'
  • Después de eso, podemos buscar registros de auditoría de muchas aplicaciones diferentes como SPO, OneDrive, etc. Todo en un mismo panel!
    1. Filtrar en Actividades, Fechas, Usuarios
    2. Filtrar en nombre de archivo, nombre de carpeta o URL del sitio
    •   Además, si lo deseáis, podéis crear una política de alerta para que se envíe a un usuario en particular basándose en un filtrado limitado pero muy potente. Otra ventaja de este portal es que te proporciona las descripciones de lo que buscas aquí. Sobre el autor:
    Daniel Alonso Cloud Solutions Principal Advisor @ENCAMINA  
    ]]>         Asegurar la colección del sitio de Sharepoint Online https://docs.microsoft.com/archive/blogs/estechnet/asegurar-la-coleccion-del-sitio-de-sharepoint-online Tue, 18 Dec 2018 11:45:56 GMT https://blogs.technet.microsoft.com/estechnet/?p=2295 Asumiremos que ya habéis establecido los permisos correctamente en vuestras Colecciones de sitios, pero si eso sigue siendo incómodo para el equipo de seguridad, siempre podemos realizar otros pasos mediante el acceso condicional y la administración de SharePoint. El equipo de Microsoft aborda esto clasificando 3 tipos de sitios Baseline, Sensitive y Highly regulated. Aquí están esos niveles.
    Protection level Policies More information
    Baseline Require MFA when sign-in risk is medium or high Include SharePoint Online in the assignments of cloud apps.
    Block clients that don't support modern authentication Include SharePoint Online in the assignments of cloud apps.
    Define app protection policies Be sure all recommended apps are included in the list of apps. Be sure to update the policy for each platform (iOS, Android, Windows).
    Require compliant PCs Include SharePoint Online in list of cloud apps.
    Use app enforced restrictions in SharePoint Online Add this new policy. This tells Azure AD to use the settings specified in SharePoint Online. This rule applies to all users but only affects access to sites included in SharePoint Online access policies.
    Sensitive Require MFA when sign-in risk is low, medium or high Include SharePoint Online in the assignments of cloud apps.
    Require compliant PCs and mobile devices Include SharePoint Online in the list of cloud apps.
    SharePoint Online access control policy: Allow browser-only access to specific SharePoint sites from unmanaged devices This prevents edit and download of files. User PowerShell to specify sites.
    Highly regulated Always requrie MFA Include SharePoint Online in the assignments of cloud apps.
    SharePoint Online access control policy: Block access to specific SharePoint sites from unmanaged devices Use PowerShell to specify sites.
      Y por supuesto, es importante configurar las políticas de acceso limitado de ámbito del sitio para SharePoint Online y OneDrive para empresas. Estas políticas utilizan las políticas basadas en dispositivos para SharePoint y OneDrive (lanzadas en marzo de 2017) para ayudar a los administradores a garantizar que los datos de los recursos corporativos no se filtren en dispositivos no administrados, como dispositivos no compatibles o no unidos a un dominio. Esto se hace limitando el acceso al contenido del navegador, evitando que los archivos se desconecten o se sincronicen con OneDrive en dispositivos no administrados. Hay dos cosas que debe hacer para configurar estas políticas de nivel de sitio.
    1. Las políticas Tenant-level device-based debe configurarse para acceso completo.
    2. Ejecutar el siguiente script para cada colección de sitios que deseemos aplicar la política en [ps]Connect-SPOService -Url $Site = Get-SPOSite -Identity Set-SPOSite -Identity $Site.Url -ConditionalAccessPolicy AllowLimitedAccess[/ps]
    También puedemos usar los siguientes valores para el parámetro 'ConditionalAccessPolicy': AllowFullAccess, AllowLimitedAccess, BlockAccess Es cierto que permitir el uso compartido externo puede parecer contrario a la intuición, este enfoque proporciona un mayor control sobre el uso compartido de archivos en comparación con el envío de archivos por correo electrónico. SharePoint Online y Outlook trabajan juntos para proporcionar una colaboración segura en los archivos. Ahora, si un usuario se conecta a una colección de sitios a través de un dispositivo no administrado/no compatible, verá un banner como este: Nota: Si el acceso es limitado o bloqueado para dispositivos no administrados, esto también afectará a los usuarios externos, aunque podemos excluirlos de esta política ejecutando el siguiente cmdlet: [ps]Set-SPOTenant - ApplyAppEnforcedRestrictionsToAdHocRecipients $false[/ps] Si no podemos ver la ficha de seguridad de dispositivo, necesitaremos habilitar MDM (ver arriba para lo que esto significa) sigue este artículo para habilitar y vaya a través de ajustes. Sobre el autor:
    Daniel Alonso Cloud Solutions Principal Advisor @ENCAMINA  
    ]]>         Desactivar la autenticación básica en Exchange Online: Preview ya disponible! https://docs.microsoft.com/archive/blogs/estechnet/desactivar-la-autenticacion-basica-en-exchange-online-preview-ya-disponible Tue, 18 Dec 2018 11:05:35 GMT https://blogs.technet.microsoft.com/estechnet/?p=2225 Disable Basic Authentication in Exchange Online using Authentication Policies (Deshabilitar la autenticación básica en Exchange Online mediante Políticas de autenticación) y, como se indicó en los elementos del roadmap, permite a un administrador la posibilidad de definir protocolos que deberían permitir la autenticación básica. ¿Por qué fue tan interesante? Como probablemente sabrás, la autenticación básica en Exchange Online acepta un nombre de usuario y una contraseña para las solicitudes de acceso de clientes, y el bloqueo de la autenticación básica puede ayudar a protegernos de ataques de fuerza bruta en Exchange Online. Últimamente ha habido un aumento en la ocurrencia de este tipo de ataques, por lo que Microsoft aceleró su lanzamiento de esta función, ya que ayuda a prevenirlos. Si una organización no tiene clientes de correo electrónico heredados o no desea permitir clientes de correo electrónico heredados, puede usar estas nuevas políticas de autenticación en Exchange Online para deshabilitar las solicitudes de autenticación básica. Esto obliga a todas las solicitudes de acceso de clientes a utilizar la autenticación moderna, lo que evitará que estos ataques afecten a su organización. Todavía se está trabajando en algunos aspectos de esta función, pero en respuesta al aumento de ataques que estamos viendo, Microsoft ha querido que las políticas de autenticación ya estén disponibles para sus usuarios, y por lo tanto ya se está implementando esto en todo el mundo. Ya hay un artículo excelente que describe cómo funciona esta función y recomendamos que se lea, comprenda y se siga el artículo antes de habilitar esta función. Hay tres advertencias importantes a esta característica:
    • Existe una falta de telemetría para los administradores de los tenants que nos informe sobre qué usuarios están utilizando Autenticación básica (y con qué protocolo), y una vez que se habilita un bloqueo, saber si realmente el tráfico fue bloqueado. En otras palabras, realmente no podemos saber si una restricción está funcionando correctamente.
    • Un cambio de política puede tardar hasta 24 horas en hacerse efectiva, a menos que el administrador llame a un cmdlet (como Set-User) para cada usuario. Por lo tanto, es posible que el bloqueo no se inicie de inmediato y requerirá nuestra acción si deseamos que se aplique al instante.
    • Si la identidad de un usuario no se ha replicado en Azure AD/Exchange Online, no se bloqueará, y por lo tanto, cualquier solicitud recibida por Exchange Online se enrutará a Security Token Service (STS) autorizado, donde es probable que falle. Este mismo comportamiento también significa que cualquier solicitud de autenticación para usuarios desconocidos en un tenant (como podría ocurrir durante un ataque de rociado de contraseña) también se reenviará al STS autorizado para el dominio.
    El equipo de Exchange se había estado absteniendo de pasar de la preview privada a la pública, principalmente debido a los dos primeros puntos mencionados antes: Un administrador de un tentant podría configurar mal algo y no darse cuenta hasta que sea demasiado tarde, debido a la falta de informes y al efecto retardado del cambio de política. Sin embargo, dada la frecuencia cada vez mayor de estos tipos de ataques, prefirieron dar acceso públicamente a la capacidad, sabiendo que todos leerán cuidadosamente la documentación antes de configurar. Se sigue trabajando para mejorar el conjunto de funciones, pero al menos ya no es necesario esperar más. Es importante tener en cuenta que para los grandes clientes, aplicar el cmdlet a todos los usuarios que usan Exchange Online es un desafío, pero nuevamente creemos que el beneficio supera los aspectos negativos en esta etapa. Es de nuestro interés prevenir que estos tipos de ataques pongan en peligro nuestros datos y usuarios, y esperamos que estas herramientas sean útiles y útiles. ¡Úsalos sabiamente!]]>         Aprende a como proporcionar un servicio esencial de seguridad a tus clientes https://docs.microsoft.com/archive/blogs/estechnet/aprende-a-como-proporcionar-un-servicio-esencial-de-seguridad-a-tus-clientes Wed, 28 Nov 2018 09:52:33 GMT https://blogs.technet.microsoft.com/estechnet/?p=2195 Descubre los recursos necesarios para ayudar a tus clientes con la protección de amenazas, identidad e información explorando las ofertas dentro de Microsoft 365. Este seminario web técnico está cuidadosamente planificado y entregado por partner de Microsoft, disponibles públicamente completamente gratuito. Introducción a la seguridad y el cumplimiento de Microsoft 365: Descubre la amplia colección de ofertas de seguridad dentro de Microsoft 365 para ayudar a proteger, detectar y responder a los ataques de seguridad. En esta sesión, recibirás una descripción general de las capacidades de seguridad proporcionadas por Microsoft 365, que te prepararán para proporcionar servicios de seguridad para los clientes. Los expertos técnicos de Microsoft 365 te guiaremos a través de la protección contra amenazas, la proyección de identidad y la proyección de información y los recursos disponibles para todos vosotros. Descubre el conjunto completo de seminarios web técnicos y consultas disponibles para el viaje técnico de Seguridad y Cumplimiento en aka.ms/SecurityTechJourney (en inglés).     Sobre el autor:
    Daniel Alonso Cloud Solutions Principal Advisor @ENCAMINA
    ]]>         Windows Defender ATP añade soporte para iOS, Android, MacOS y Linux https://docs.microsoft.com/archive/blogs/estechnet/windows-defender-advanced-threat-protection-ios-android-macos-linux Wed, 20 Dec 2017 18:45:55 GMT https://blogs.technet.microsoft.com/estechnet/?p=2165 BitDefender, Lookout y Ziften) se han asociado a Microsoft para extender Windows Defender Advanced Threat Protection (ATP) a detectar, proteger y responder a las amenazas de seguridad en iOS, Android, MacOS y Linux. Windows Defender ATP es el sistema de protección contra amenazas avanzadas que ofrece protección preventiva, detecta los ataques y las vulnerabilidades de tipo ZeroDay. Hasta ahora, Windows Defender ATP se centró en ofrecer su protección de clase corporativa a la nueva generación de Windows 10, pero Microsoft, atendiendo las necesidades de los clientes que precisan visibilidad y protección ante las potenciales amenazas en todas sus plataformas, han establecido una importante colaboración con grandes partners de seguridad especializados en diversos dispositivos.

    Integración con Windows Defender ATP

    Esta protección avanzada, ya proporcionaba una administración centralizada y muy intuitiva, de modo que Microsoft trabaja con sus socios para garantizar que la integración de sus soluciones con Windows Defender ATP sea rápida y sencilla, con sólo unos clics. Gracias a esta alianza estratégica con los partners BitDefender, Lookout y Ziften, se logra la integración de estos nuevos dispositivos (iOS, Android, MacOS y Linux) sin requerir ninguna infraestructura adicional.
    • GravityZone Cloud de BitDefender permite a los clientes ver una información muy clara sobre potenciales amenazas, malware identificado y archivos sospechosos, categorizando las diferentes amenazas por tipo y muchos otros detalles relevantes.
    • Lookout Mobile Security Endpoint ofrece a los clientes una clara visibilidad en tiempo real de incidentes en dispositivos móviles, permitiendo una respuesta rápida y eficaz.
    • Ziften ayuda a los clientes a detectar ataques y exploits de tipo ZeroDay, permitiéndoles descubrir el alcance de una vulnerabilidad y responder rápidamente a los ataques.
        Sobre el autor:
    Daniel Alonso Cloud Solutions Principal Advisor @ENCAMINA  
    ]]>         Evita phishing, activa Multi-Factor Authentication! https://docs.microsoft.com/archive/blogs/estechnet/evita-phishing-activa-multi-factor-authentication Thu, 28 Sep 2017 08:23:39 GMT https://blogs.technet.microsoft.com/estechnet/?p=2135 El phishing es la modalidad de ataque de ingeniería social más eficaz y propagada de los últimos años, por ello es muy imprescindible la habilitación de nuevos mecanismos de protección, como el cada vez más extendido Autenticación multi-factor, en el que además de nuestra contraseña, será necesario un procedimiento de autenticación adicional, normalmente ligado a nuestro número de teléfono móvil. En el siguiente vídeo de Channel 9 te explicamos en qué consiste el phishing, qué es Multi-Factor Authentication (MFA) de Azure, y cómo activarlo en Office 365, tanto desde el panel de administración de Office 365, como por PowerShell.    

    Activar MFA en Office 365 con PowerShell

    Ahora veamos cómo se hace por PowerShell. Para ello necesitamos tener instalados los módulos de Azure AD y Microsoft Online. [ps]Connect-MsolService –Credential $Credential $auth = New-Object -TypeName Microsoft.Online.Administration.StrongAuthenticationRequirement $auth.RelyingParty = "*" $auth.State = "Enabled" $auth.RememberDevicesNotIssuedBefore = (Get-Date) Set-MsolUser -UserPrincipalName UserName@TenantName.onmicrosoft.com -StrongAuthenticationRequirements $auth[/ps] Para activarlo a todos los usuarios, debemos cambiar la última línea por: [ps]Get-MsolUser –All | Foreach{ Set-MsolUser -UserPrincipalName $_.UserPrincipalName -StrongAuthenticationRequirements $auth}[/ps]   Sobre el autor:
    Daniel Alonso Cloud Solutions Principal Advisor @ENCAMINA  
    ]]>         Revocar sesiones activas en Office 365 y Azure AD https://docs.microsoft.com/archive/blogs/estechnet/revocar-sesiones-en-office-365-y-azure-ad Fri, 22 Sep 2017 11:10:19 GMT https://blogs.technet.microsoft.com/estechnet/?p=2125 disponible desde Channel 9, os explicamos tres métodos para revocar la sesión activa de un usuario desde el AdminCenter de Office 365 y con PowerShell.

    Para la utilización del cmdlet Revoke-SPOUserSession, se necesita el módulo de SharePoint Online de PowerShell. Método que nos permitirá automatizar flujos de respuesta a incidentes de seguridad, e incluso revocar las sesiones activas de múltiples usuarios. Para la utilización del cmdlet Revoke-AzureADUserAllRefreshToken, necesitamos el módulo Azure AD V2 de PowerShell. Este método nos permitirá revocar la sesión activa tanto de Office 365, como de CRM Online, Dynamics 365, etc.   Sobre el autor:
    Daniel Alonso, Microsoft MVP de Windows and Devices for IT Cloud Solutions Principal Advisor @ENCAMINA  
    ]]>         Microsoft Intune ofrece soporte para iOS 11 https://docs.microsoft.com/archive/blogs/estechnet/microsoft-intune-ofrece-soporte-para-ios-11 Wed, 13 Sep 2017 09:11:09 GMT https://blogs.technet.microsoft.com/estechnet/?p=2116 App Store.

    Soporte de App para iOS 11

    Si tu organización utilizó el App Wrapping Tool o el SDK para crear aplicaciones, asegúrate de actualizarlas a la última versión 7.1.3. Puedes descargar el Intune App Wrapping Tool y SDK aquí. Las políticas de protección de aplicaciones de Intune seguirán funcionando para iOS 11 en aplicaciones que se hayan actualizado. Las principales aplicaciones de Office Mobile ya se han actualizado, y en los próximos días se irán actualizando el resto. Para obtener más información sobre las actualizaciones de las aplicaciones de Office, consulta este blog de soporte de Intune MAM. Para obtener más información sobre la compatibilidad con iOS 11, visita el blog de soporte técnico de Intune.]]>         Cómo listar las funciones instaladas de todos tus Windows Server https://docs.microsoft.com/archive/blogs/estechnet/como-listar-las-funciones-instaladas-de-todos-tus-windows-server Mon, 11 Sep 2017 11:40:13 GMT https://blogs.technet.microsoft.com/estechnet/?p=2095 El siguiente script lo podéis descargar desde el Centro de scripts de Microsoft TechNet Gallery. [ps]cls if (Get-Module -ListAvailable -Name ServerManager) {     $domain= 'DOMAIN\username'     $pass=ConvertTo-SecureString -String 'YourPassword' -AsPlainText -Force     $creds=New-Object System.Management.Automation.pscredential -ArgumentList $domain, $pass     (Get-Content C:\path\servers.txt| `     Foreach{Invoke-Command -ComputerName $_ -Verbose -ScriptBlock{get-windowsfeature | `     Where-Object{$_.installed -eq $true -and $_.featuretype -eq 'Role'} |        select name, installed -ExcludeProperty subfeatures} -Credential $creds}) | `     Format-Table -Property Name, Installed, @{name='Server Name';expression={$_.pscomputername}} -AutoSize } else {     Write-Host "Error! El módulo ServerManager no está instalado. Por favor, ejecuta el siguiente cmdlet para importarlo:`n";Write-Host -f Yellow "import-module servermanager`n" }}[/ps]   Ahora sólo tenemos que editar la ruta en nuestro archivo .ps1, y ejecutamos el script para obtener la lista con las características instaladas en los servidores de nuestra infraestructura. Hay que tener en cuenta que el script sólo nos listará las características instaladas, pero si también queremos listar los roles, debemos eliminar el  -and $_.featuretype -eq 'Role', quedando así. [ps]cls if (Get-Module -ListAvailable -Name ServerManager) {     $domain= 'DOMAIN\username'     $pass=ConvertTo-SecureString -String 'YourPassword' -AsPlainText -Force     $creds=New-Object System.Management.Automation.pscredential -ArgumentList $domain, $pass     (Get-Content C:\path\servers.txt| `     Foreach{Invoke-Command -ComputerName $_ -Verbose -ScriptBlock{get-windowsfeature | `     Where-Object{$_.installed -eq $true} |        select name, installed -ExcludeProperty subfeatures} -Credential $creds}) | `     Format-Table -Property Name, Installed, @{name='Server Name';expression={$_.pscomputername}} -AutoSize } else {     Write-Host "Error! El módulo ServerManager no está instalado. Por favor, ejecuta el siguiente cmdlet para importarlo:`n";Write-Host -f Yellow "import-module servermanager`n" }[/ps]   Si deseas exportar los resultados a un archivo CSV, simplemente debemos cambiar el último cmdlet por Export-CSV.   Nota: Si al ejecutar el script obtenemos el error El término 'get-windowsfeature' no se reconoce como nombre de un cmdlet, función, archivo de script o programa ejecutable. es debido a que no tenemos instalado el módulo ServerManager. Para solucionarlo, simplemente debemos ejecutar: [ps]import-module servermanager[/ps] Sobre el autor:
    Daniel Alonso, Microsoft MVP de Windows and Devices for IT Cloud Solutions Principal Advisor @ENCAMINA  
    ]]>