viernes, 2 de diciembre de 2016

Introducción a la seguridad de Microsoft Azure

Este artículo proporciona información general sobre las capacidades de seguridad de Microsoft Azure y consideraciones generales para las organizaciones que va a migrar sus activos a un proveedor de nube.


Al crear o migrar los activos de TI a un proveedor en la nube, confía en las capacidades de la organización para proteger las aplicaciones y datos que les confía y los controles de seguridad que proporcionan para controlar la seguridad de sus activos en la nube.

La infraestructura de Azure está diseñada desde la instalación para aplicaciones de hospedaje de millones de clientes simultáneamente y proporciona una base de confianza en la que las empresas pueden satisfacer sus necesidades de seguridad. Además, Azure proporciona una amplia gama de opciones de seguridad configurables, así como la capacidad para controlarlas, por lo que puede personalizar la seguridad para satisfacer los requisitos únicos para sus implementaciones.

En este artículo de información general sobre la seguridad de Azure, veremos:

  • Los servicios y características de Azure que puede usar para ayudar a proteger sus servicios y datos en Azure
  • Cómo Microsoft protege la infraestructura de Azure para ayudar a proteger sus datos y aplicaciones


Administración de identidades y acceso

Controlar el acceso a la infraestructura de TI, los datos y las aplicaciones es fundamental. En Microsoft Azure, estas capacidades se proporcionan mediante servicios como Azure Active Directory, Almacenamiento Azure y la compatibilidad con numerosos estándares y API.

Azure Active Directory (Azure AD) es un repositorio de identidades y el motor que proporciona autenticación, autorización y control de acceso para usuarios, grupos y objetos de una organización. Azure AD ofrece a los desarrolladores una forma eficaz de integrar la administración de identidades en sus aplicaciones. Protocolos estándar del sector como SAML 2.0, WS-Federation y OpenID Connect hacen posible iniciar sesión en una gran variedad de plataformas, como .Net, Java, Node.js y PHP.

La API Graph basada en REST permite a los desarrolladores leer y escribir en el directorio desde cualquier plataforma. Gracias a la compatibilidad con OAuth 2.0, los desarrolladores pueden compilar aplicaciones móviles y web que se integran con las API web de Microsoft y de terceros, así como crear API web seguras propias. Hay bibliotecas de cliente de código abierto disponibles para .NET, la Tienda Windows, iOS y Android, así como otras bibliotecas en fase de desarrollo.

Cómo habilita Azure la administración de identidades y acceso

Azure AD se puede usar como un directorio en la nube independiente para su organización, o bien como una solución integrada con su Active Directory local existente. Algunas características de integración incluyen la sincronización de directorios y el inicio de sesión único (SSO). Estos extienden el alcance de sus identidades locales existentes a la nube y mejoran la experiencia del administrador y del usuario final.

Otras capacidades de administración de identidades y acceso incluyen:


  • Azure AD habilita SSO para las aplicaciones SaaS, independientemente de donde estén hospedadas. Algunas aplicaciones están federadas con Azure AD y otras usan SSO con contraseña. Las aplicaciones federadas también pueden admitir el aprovisionamiento de usuarios y almacén de contraseñas.
  • El acceso a datos en el Almacenamiento de Azure se controla mediante la autenticación. Cada cuenta de almacenamiento tiene una clave principal (clave de la cuenta de almacenamiento, o SAK) y una clave secreta secundaria (la firma de acceso compartido, o SAS).
  • Azure AD proporciona la identidad como un servicio a través de la federación (mediante Servicios de federación de Active Directory), la sincronización y la replicación de directorios locales.
  • Azure Multi-Factor Authentication (MFA) es el servicio de autenticación mediante varias fases que requiere que el usuario también compruebe los inicios de sesión mediante una aplicación móvil, una llamada de teléfono o un mensaje de texto. Está disponible para usarse con Azure AD, para garantizar los recursos locales con el servidor de Azure Multi-Factor Authentication y con directorios y aplicaciones personalizados mediante el SDK.
  • Los servicios de dominio de Azure AD le permiten unir máquinas virtuales de Azure a un dominio sin necesidad de implementar controladores de dominio. Los usuarios pueden iniciar sesión en estas máquinas virtuales con sus credenciales corporativas de Active Directory y administrar las máquinas virtuales unidas a un dominio mediante una directiva de grupo para aplicar una base de referencia de seguridad en todas sus máquinas virtuales de Azure.
  • Azure Active Directory B2C proporciona un servicio de administración de identidades global y alta disponibilidad para aplicaciones de consumo que se escala a cientos de millones de identidades. Se puede integrar en plataformas móviles y web. Los consumidores pueden iniciar sesión en todas sus aplicaciones con una experiencia totalmente personalizable, usando sus cuentas de las redes sociales o mediante credenciales nuevas.


Control de acceso de datos y cifrado

Microsoft emplea los principios de separación de funciones y privilegios mínimos en las operaciones de Azure. El acceso a los datos por el personal de soporte técnico de Azure requiere su permiso explícito y se concede de forma "just-in-time" que se registra y audita; a continuación, revoca tras la finalización de la contratación.

Además, Azure proporciona varias funciones para proteger datos en tránsito y en reposo, incluido el cifrado de datos, archivos, aplicaciones, servicios, comunicaciones y unidades. Tiene la opción de cifrar la información antes de colocarla en Azure, así como almacenar claves en sus centros de datos locales.



Tecnologías de cifrado de Azure

Puede recopilar detalles sobre el acceso administrativo al entorno de suscripción mediante Informes de Azure AD. Tiene la opción para configurar Cifrado de unidad BitLocker en los discos duros virtuales que contienen información confidencial en Azure.

Otras funciones de Azure que le ayuda a proteger los datos incluyen:


  • Los desarrolladores de aplicaciones pueden crear el cifrado en las aplicaciones que se implementan en Azure mediante Windows CryptoAPI y .NET Framework.
  • El cifrado en el cliente para el almacenamiento de blobs de Microsoft permite controlar totalmente las claves. El servicio de almacenamiento no ve nunca las claves y no es capaz de descifrar los datos.
  • Azure RMS (con RMS SDK) proporciona cifrado de nivel de datos y archivos y prevención de pérdida de datos mediante la administración de acceso basada en directivas.
  • Azure es compatible con el cifrado de nivel de tabla y columna (TDE/CLE) en máquinas virtuales de SQL Server y es compatible con servidores de administración de claves locales de terceros en centros de datos de los clientes.
  • Las claves de cuenta de almacenamiento, las firmas de acceso compartido, los certificados de administración y otras claves son únicas para cada inquilino de Azure.
  • El almacenamiento híbrido de Azure StorSimple cifra los datos mediante un par de claves pública/privada de 128 bits antes de cargarlos en Almacenamiento de Azure.
  • Azure admite y usa numerosos mecanismos de cifrado, como SSL/TLS, IPsec y AES, en función de los tipos de datos, los contenedores y los transportes.


Virtualización

La plataforma de Azure usa un entorno virtualizado. Las instancias de usuario funcionan como máquinas virtuales independientes que no tienen acceso a un servidor host físico, y este aislamiento se aplica con niveles de privilegios de procesador (anillo 0/anillo 3) físicos.

El anillo 0 tiene los mayores privilegios y el anillo 3 tiene los menores. El sistema operativo invitado se ejecuta en el anillo 1, con menos privilegios, y las aplicaciones en el anillo 3, el que menos privilegios tiene. Esta virtualización de recursos físicos conduce a una separación clara entre el sistema operativo invitado e hipervisor, lo que resulta en la separación de seguridad adicional entre los dos.

El hipervisor de Azure actúa como un micronúcleo y pasa todas las solicitudes de acceso al hardware desde las máquinas virtuales invitadas al host para el procesamiento mediante una interfaz de memoria compartida denominada VMBus. Esto impide que los usuarios obtengan acceso de lectura/escritura/ejecución sin procesar en el sistema y reduce el riesgo de compartir recursos del sistema.



Cómo implementa Azure la virtualización

Azure usa un firewall de hipervisor (filtro de paquetes), que se implementa en el hipervisor y se configura mediante un agente de controlador de tejido. Esto ayuda a proteger los inquilinos contra accesos no autorizados. De forma predeterminada, cuando se crea una máquina virtual, se bloquea todo el tráfico y, a continuación, el agente de controlador de tejido configura el filtro de paquetes para agregar reglas y excepciones para permitir el tráfico autorizado.

Existen dos categorías de reglas que se programan aquí:

Reglas de configuración de la máquina o la infraestructura: de forma predeterminada, se bloquea toda la comunicación. Hay excepciones para permitir que una máquina virtual envíe y reciba tráfico DHCP y DNS. Las máquinas virtuales también pueden enviar tráfico a la Internet "pública" y enviar tráfico a otras máquinas virtuales en el clúster y el servidor de activación del sistema operativo. La lista de destinos de salida de máquinas virtuales no incluye subredes de enrutador de Azure, administración back-end de Azure y otras propiedades de Microsoft.

Archivo de configuración de funciones: esto define las ACL de entrada según el modelo de servicio de los inquilinos. Por ejemplo, si un inquilino tiene un front-end web en el puerto 80 de una determinada máquina virtual, Azure abre el puerto TCP 80 para todas las direcciones IP si configura un punto de conexión en el modelo Administración de servicios de Azure. Si la máquina virtual tiene un rol de back-end o de trabajo que se ejecuta, abrimos el rol de trabajo únicamente para la máquina virtual con el mismo inquilino.

Aislamiento

El mantenimiento de la separación para evitar la transferencia de información no autorizada y no intencionada entre las implementaciones en una arquitectura multiinquilino compartida es otro requisito de seguridad en la nube importante.

Azure implementa el control de acceso de red y la segregación mediante el aislamiento de VLAN, las ACL, los filtros IP y los equilibradores de carga. El tráfico entrante externo a sus máquinas virtuales está restringido a los puertos y protocolos que defina. El filtrado de red se implementa para evitar tráfico falsificado y restringe el tráfico entrante y saliente a los componentes de plataforma segura. Se implementan directivas de flujo de tráfico en los dispositivos de protección de límites que deniegan el tráfico de forma predeterminada.




La traducción de direcciones de red (NAT) se usa para separar el tráfico de red interno de tráfico externo. El tráfico interno no es enrutable externamente. Las direcciones IP virtuales que sean enrutables externamente se traducen en direcciones IP dinámicas internas que solo se pueden enrutar en Azure.

El tráfico externo a máquinas virtuales de Azure atraviesa el firewall mediante listas de control de acceso (ACL) en enrutadores, equilibradores de carga y conmutadores de nivel 3. Solo se permiten determinados protocolos conocidos. Las ACL se usan para limitar el tráfico procedente de las máquinas virtuales invitadas a las otras VLAN usadas para la administración. Además, el tráfico filtrado a través de filtros IP en el sistema operativo host limita aún más el tráfico en vínculos de datos y niveles de red.

Cómo implementa Azure el aislamiento

El controlador de tejido de Azure es responsable de asignar recursos de infraestructura para cargas de trabajo de inquilinos y administra las comunicaciones unidireccionales desde el host a las máquinas virtuales. El hipervisor de Azure fuerza la separación de la memoria y el proceso entre las máquinas virtuales y enruta de forma segura el tráfico de red a los inquilinos de SO invitado. Azure también implementa el aislamiento de inquilinos, el almacenamiento y las redes virtuales:

  • Cada inquilino de Azure AD está aislado de forma lógica con los límites de seguridad.
  • Las cuentas de almacenamiento de Azure son únicas para cada suscripción, y el acceso debe autenticarse mediante una clave de cuenta de almacenamiento.
  • Las redes virtuales están aisladas de forma lógica mediante una combinación de direcciones IP privadas únicas, firewalls y ACL de IP. Los equilibradores de carga enrutan el tráfico a los inquilinos adecuados en función de las definiciones de puntos de conexión.


Red virtual y firewall

Las redes distribuidas y virtuales en la ayuda de Azure, asegúrese de que el tráfico de red privada se aísla lógicamente del tráfico en otras redes virtuales de Azure.


Su suscripción puede contener varias redes privadas aisladas (e incluir el firewall, el equilibrio de carga y la traducción de direcciones de red).

Azure proporciona tres niveles principales de segregación de red en cada clúster de Azure para separar el tráfico lógicamente. Las redes de área local virtuales (VLAN) se usan para separar el tráfico del cliente del resto de la red de Azure. El acceso a la red de Azure desde fuera del clúster se restringe a través de equilibradores de carga.

El tráfico de red hacia y desde máquinas virtuales debe pasar a través del conmutador virtual del hipervisor. El componente del filtro IP en el SO raíz aísla la máquina virtual raíz de las máquinas virtuales invitadas y estas entre sí. Realiza el filtrado del tráfico para restringir la comunicación entre los nodos del inquilino y la Internet pública (según la configuración del servicio del cliente), y los separa de otros inquilinos.

El filtro IP ayuda a evitar que las máquinas virtuales invitadas:

  • Generen tráfico falsificado
  • Reciban tráfico que no está dirigido a ellas
  • Dirijan tráfico a puntos de conexión de la infraestructura protegida
  • Envíen o reciban tráfico de difusión inadecuado


Puede colocar las máquinas virtuales en redes virtuales de Azure. Estas redes virtuales son similares a las redes que se configuran en entornos locales, que normalmente se asocian a un conmutador virtual. Las máquinas virtuales conectadas a la misma red virtual de Azure pueden comunicarse entre sí sin ninguna configuración adicional. También tiene la opción de configurar subredes diferentes dentro de la red virtual de Azure.

Puede usar las siguientes tecnologías de red virtual de Azure para ayudar a proteger las comunicaciones de la red virtual de Azure:


  • Grupos de seguridad de red (NSG). Puede usar un grupo de seguridad de red para controlar el tráfico a una o más instancias de máquina virtual en la red virtual. Un grupo de seguridad de red contiene reglas de control de acceso que permitan o denieguen el tráfico según la dirección del tráfico, el protocolo, la dirección de origen y el puerto, y la dirección de destino y el puerto.
  • Enrutamiento definido por el usuario. Puede controlar el enrutamiento de paquetes a través de un dispositivo virtual mediante la creación de rutas definidas por el usuario que especifican el próximo salto de los paquetes que fluyen a una subred específica para que así vayan a su dispositivo de seguridad de red virtual.
  • Reenvío IP. Un dispositivo de seguridad de red virtual debe ser capaz de recibir el tráfico entrante que no se dirige a sí mismo. Para permitir que una máquina virtual reciba el tráfico dirigido a otros destinos, debe habilitar el reenvío IP de la máquina virtual.
  • Tunelización forzada. La tunelización forzada permite redirigir o forzar todo el tráfico vinculado a Internet generado por las máquinas virtuales en una red virtual de Azure de vuelta a su ubicación local a través de un túnel VPN de sitio a sitio para inspección y auditoría.
  • ACL de puntos de conexión. Puede controlar en qué equipos se permiten las conexiones entrantes de Internet a una máquina virtual en la red virtual de Azure mediante la definición de las ACL de puntos de conexión.
  • Soluciones de seguridad de red de asociados. Hay una serie de soluciones de seguridad de la red de asociados a la que puede tener acceso desde Azure Marketplace.


Cómo implementa Azure las redes virtuales y el firewall

Azure implementa firewalls de filtrado de paquetes en todas las máquinas virtuales host e invitadas de forma predeterminada. Las imágenes del sistema operativo Windows desde la Galería de Azure también tienen el Firewall de Windows habilitado de forma predeterminada. Los equilibradores de carga en el perímetro de redes públicas de Azure controlan las comunicaciones según las ACL de IP administradas por los administradores del cliente.

Si Azure mueve los datos del cliente como parte de las operaciones normales o durante un desastre, lo hace a través de canales de comunicaciones privados y cifrados. Otras capacidades que Azure aprovecha para usar en el firewall y las redes virtuales son:

  • Firewall de host nativo: el almacenamiento y el tejido de Azure se ejecutan en un sistema operativo nativo que no tiene hipervisor y, por tanto, el firewall de windows se configura con los dos conjuntos de reglas anteriores. El almacenamiento se ejecuta nativo para optimizar el rendimiento.
  • Firewall de host: el firewall del host protege el sistema operativo que ejecuta el hipervisor. Las reglas se programan para permitir que solo el controlador de tejido y los cuadros de salto se comuniquen con el sistema operativo del host en un puerto específico. Las otras excepciones son para permitir la respuesta DHCP y las respuestas DNS. Azure usa un archivo de configuración de la máquina que tiene la plantilla de reglas de firewall para el sistema operativo del host. El propio host está protegido contra ataques externos por un firewall de Windows configurado para permitir únicamente la comunicación de orígenes conocidos y autenticados.
  • Firewall de invitado: replica las reglas del filtro de paquetes del conmutador de máquina virtual, pero programados con otro software (es decir, el Firewall de Windows del sistema operativo invitado). El firewall de la máquina virtual invitada puede configurarse para restringir las comunicaciones a o de la máquina virtual invitada, incluso si la configuración permite la comunicación en el filtro IP del host. Por ejemplo, puede usar el firewall de la máquina virtual invitada para restringir la comunicación entre dos de sus redes virtuales que se han configurado para conectarse entre sí.
  • Firewall de almacenamiento (FW): el firewall en el front-end de almacenamiento filtra el tráfico solo en los puertos 80/443 y otros puertos de utilidad necesarios. El firewall en el back-end de almacenamiento restringe las comunicaciones a solo las que proceden de los servidores front-end de almacenamiento.
  • Puerta de enlace de red virtual: las puertas de enlace de red virtual de Azure sirven como puertas de enlace entre entornos que conectan las cargas de trabajo en las red virtual de Azure a los sitios locales. Es necesaria para conectarse a los sitios locales a través de túneles VPN de sitio a sitio IPsec o a través de circuitos ExpressRoute. Para los túneles VPN de IPsec/IKE, las puertas de enlace realizan protocolos de enlace de IKE y establecen los túneles VPN de IPsec S2S entre las redes virtuales y los sitios locales. Las puertas de enlace de redes virtuales también terminan las VPN de punto a sitio.


Acceso remoto seguro

Los datos almacenados en la nube deben tener suficientes medidas de seguridad habilitadas para evitar vulnerabilidades de seguridad y mantener la confidencialidad e integridad durante el tránsito. Esto incluye controles de red que se enlazan con los mecanismos de administración de acceso e identidades auditables basados en las directivas de una organización.

La tecnología de cifrado integrada permite cifrar las comunicaciones dentro y entre las implementaciones, entre las regiones de Azure y de Azure a centros de datos locales. El acceso de administrador a máquinas virtuales mediante sesiones de escritorio remoto, Windows PowerShell remoto y el Portal de administración de Azure está siempre cifrado.

Para ampliar su centro de datos local a la nube de forma segura, Azure proporciona VPN de sitio a sitio y VPN de punto a sitio, así como vínculos dedicados con ExpressRoute (las conexiones a redes virtuales de Azure a través de VPN se cifran).

Cómo implementa Azure el acceso remoto seguro

Siempre se deben autenticar las conexiones al Portal de Azure y requieren SSL/TLS. Puede configurar certificados de administración para habilitar la administración segura. Los protocolos seguros estándar del sector SSTP e IPsec son totalmente compatibles.

Azure ExpressRoute permite crear conexiones privadas entre los centros de datos y la infraestructura de Azure que están en su entorno local o de un entorno de ubicación compartida. Las conexiones ExpressRoute no pasan por la red pública de Internet. Ofrecen más confiabilidad, velocidades más rápidas, latencias más bajas y mayor seguridad que los vínculos típicos basados en Internet. En algunos casos, el uso de conexiones de ExpressRoute para transferir datos entre dispositivos locales y Azure también puede aportar beneficios económicos importantes.

Registro y supervisión

Azure proporciona un registro autenticado de eventos relevantes para la seguridad que genera una pista de auditoría y está diseñada para resistir manipulaciones. Esto incluye información del sistema, como registros de eventos de seguridad en las máquinas virtuales de infraestructura de Azure y Azure AD. La supervisión de eventos de seguridad incluye la recopilación de eventos, como cambios en direcciones IP del servidor DNS o DHCP, intentos de acceso a los puertos, protocolos o direcciones IP que están bloqueadas por diseño, cambios en la configuración del firewall o la directiva de seguridad, creación de cuentas o grupos, procesos inesperados o instalación de controladores.




La grabación de registros de auditoría de accesos de usuario con privilegios y actividades, intentos de acceso autorizados y no autorizados, excepciones del sistema e información de eventos de seguridad se conservan durante un período de tiempo establecido. El mantenimiento de los registros depende de usted, ya que usted configura la recopilación y mantenimiento de los registros de acuerdo con sus propios requisitos.

Cómo implementa Azure el registro y la supervisión

Azure implementa los agentes de administración (MA) y el agente Monitor de seguridad de Azure (ASM) para cada proceso, almacenamiento o nodo de tejido en la administración, ya sean nativos o virtuales. Cada agente de administración está configurado para autenticarse en una cuenta de almacenamiento del equipo de servicio con un certificado obtenido en el almacén de certificados de Azure y reenvía el diagnóstico preconfigurados y los datos de eventos a la cuenta de almacenamiento. Estos agentes no se implementan en las máquinas virtuales de los clientes.

Los administradores de Azure tienen acceso a los registros a través de un portal web para el acceso autenticado y controlado a los registros. Un administrador puede analizar, filtrar, correlacionar y analizar los registros. Las cuentas de almacenamiento del equipo de servicio de Azure para los registros están protegidas contra el acceso directo del administrador para ayudar a evitar la alteración del registro.

Microsoft recopila registros de dispositivos de red mediante el protocolo Syslog y de servidores de host mediante los servicios de recopilación de auditorías (ACS) de Microsoft. Estos registros se colocan en una base de datos de registro desde la que se generan alertas para los eventos sospechosos directamente a un administrador de Microsoft. El administrador puede acceder a estos registros y analizarlos.

Diagnósticos de Azure es una característica de Azure que permite recopilar datos de diagnóstico de una aplicación que se está ejecutando en Azure. Se trata de datos de diagnóstico para depurar y solucionar problemas, medir el rendimiento, supervisar el uso de los recursos, analizar el tráfico y planificar la capacidad y realizar auditorías. Después de recopilar los datos de diagnóstico, se pueden transferir a una cuenta de almacenamiento de Azure para la persistencia. Las transferencias pueden se programadas o a petición.

Mitigación de amenazas

Además del aislamiento, el cifrado y el filtrado, Azure emplea a una serie de mecanismos y procesos de mitigación de amenazas para proteger la infraestructura y los servicios. Estos incluyen tecnologías y controles internos usados para detectar y corregir amenazas avanzadas como DDoS, aumento de privilegios y OWASP Top-10.

Los controles de seguridad y la administración de riesgos implantados por Microsoft para proteger su infraestructura en la nube reducen el riesgo de incidentes de seguridad. Sin embargo, en caso de que se produzca un incidente, el equipo de administración de incidentes de seguridad (SIM) del equipo de los servicios en línea de seguridad y cumplimiento de Microsoft (OSSC) está listo para responder 24 horas al día los 7 días de la semana.

Cómo implementa Azure la mitigación de amenazas

Azure tiene controles de seguridad para implementar la mitigación de amenazas y ayudar a los clientes a mitigar posibles amenazas en sus entornos. La lista siguiente resume las capacidades de mitigación de amenazas ofrecidas por Azure:

  • Azure Anti-Malware está habilitado de forma predeterminada en todos los servidores de infraestructura. Opcionalmente, puede habilitarlo en sus propias máquinas virtuales.
  • Microsoft mantiene una supervisión continua a través de los servidores, las redes y las aplicaciones para detectar las amenazas y evitar vulnerabilidades de seguridad. Las alertas automatizadas notifican a los administradores acerca de comportamientos anómalos, lo que les permite tomar medidas correctivas contra amenazas internas y externas.
  • Tiene la opción de implementar soluciones de seguridad de terceros en de sus suscripciones, como los firewalls de aplicaciones web de Barracuda.
  • El enfoque de Microsoft para pruebas de penetración incluye "formación de equipos de Red", lo que implica que los profesionales de seguridad de Microsoft atacan sistemas de producción activos (no de clientes) en Azure para probar las defensas contra amenazas persistentes reales y avanzadas.
  • Los sistemas de implementación integrados administran la distribución e instalación de revisiones de seguridad en la plataforma Azure.


Guía de inicio rápido de Azure Security Center

La idea de este articulo es ayudar a las personas a empezar a trabajar rápidamente con el Centro de seguridad de Azure, guiándole a través de la supervisión de la seguridad y los componentes de administración de directivas y ofreciendo vínculos a los pasos siguientes.


Colección de datos

Security Center recopila datos de las máquinas virtuales para evaluar su estado de seguridad, proporcionar recomendaciones de seguridad y avisarle de las amenazas. La primera vez que se accede al Centro de seguridad la recopilación de datos se habilita en todas las máquinas virtuales de la suscripción. Se recomienda utilizar la recopilación de datos, pero se puede cancelar desactivando la recopilación de datos en la directiva del Centro de seguridad. Los pasos siguientes muestran cómo desactivar la recopilación de datos.

Requisitos previos

Para empezar a trabajar con el Centro de seguridad, debe disponer de una suscripción a Microsoft Azure. El Centro de seguridad se habilita con su suscripción. Si no tiene una suscripción, puede registrarse para obtener una evaluación gratuita.

Se accede al Centro de seguridad desde el Portal de Azure. Consulte la documentación del portal para más información.

Acceso al Centro de seguridad

En el portal, siga estos pasos para acceder al Centro de seguridad:

1.Seleccione Examinar y después desplácese hasta la opción Centro de seguridad. 




2.Seleccione Centro de seguridad. De este modo se abrirá la hoja Centro de seguridad.

3.Para facilitar el acceso a la hoja Centro de seguridad en el futuro, seleccione la opción Fijar hoja al panel (parte superior derecha). Opción Anclar hoja al panel




Uso del Centro de seguridad

Puede configurar directivas de seguridad para los grupos de recursos y las suscripciones de Azure. Configuremos una directiva de seguridad para su suscripción:

1.Haga clic en el icono Directiva en la hoja Centro de seguridad. Centro de seguridad




2.En la hoja Directiva de seguridad: definir directiva por suscripción o grupo de recursos, seleccione una suscripción. La hoja Directiva de seguridad en el Centro de seguridad de Azure




3.En la hoja Directiva de seguridad, Recopilación de datos está habilitado para que recopile registros de forma automática. La extensión de supervisión se aprovisiona en todas las máquinas virtuales actuales y nuevas de la suscripción. (para desactivar la recopilación de datos, en Recopilación de datos seleccione Off, pero si lo hace, Azure Security Center dejará de proporcionar alertas y recomendaciones de seguridad).

4.Seleccione Elija una cuenta de almacenamiento por región. Para cada región en la que disponga de máquinas virtuales en funcionamiento, elija la cuenta de almacenamiento en la que se almacenan los datos recopilados de esas máquinas virtuales. Si no elige una cuenta de almacenamiento para cada región, se creará automáticamente. Los datos recopilados se aíslan lógicamente de los datos de otros clientes por seguridad.


5.Active las Recomendaciones que le gustaría ver como parte de la directiva de seguridad. Ejemplos:

  • Si se activa Actualizaciones del sistema, se examinarán todas las máquinas virtuales compatibles para comprobar si faltan actualizaciones del sistema operativo.
  • Si se activa OS vulnerabilities (Vulnerabilidades del SO), se examinarán todas las máquinas virtuales compatibles para identificar todas las configuraciones del sistema operativo que podrían hacer que la máquina virtual resultara más vulnerable a ataques.


Atender las recomendaciones:

1.Vuelva a la hoja Centro de seguridad y haga clic en el icono Recomendaciones. El Centro de seguridad analiza periódicamente el estado de seguridad de los recursos de Azure. Una vez identificadas las posibles vulnerabilidades de seguridad, muestra una recomendación.

2.Haga clic en cada recomendación para ver más información o para realizar alguna acción encaminada a resolver el problema.





Consulte el estado de mantenimiento y seguridad de los recursos a través de Estado de seguridad de los recursos:

  1. Vuelva a la hoja Centro de seguridad.
  2. El icono Estado de seguridad de los recursos contiene indicadores del estado de seguridad de las Máquinas virtuales, Redes, SQL y Aplicaciones.
  3. Seleccione Máquinas virtuales para consultar más información.
  4. La hoja Máquinas virtuales muestra un resumen del estado de los programas antimalware, las actualizaciones del sistema, los reinicios y las reglas de línea de base de sus máquinas virtuales.
  5. Seleccione un elemento en RECOMENDACIONES SOBRE MÁQUINAS VIRTUALES para ver más información o tomar medidas para configurar los controles necesarios.
  6. Explore en profundidad para ver información adicional de máquinas virtuales concretas. El icono Estado de los recursos en el Centro de seguridad de Azure


Atender las Alertas de seguridad:

1.Vuelva a la hoja Centro de seguridad y haga clic en el icono Alertas de seguridad. En la hoja Alertas de seguridad, se muestra una lista de alertas. Las alertas se generan mediante el análisis que el Centro de seguridad hace de los registros de seguridad y la actividad de la red. También se incluyen las alertas de soluciones de socios integradas. 



2.Seleccione una alerta para ver información adicional. 




Ver el estado de su Soluciones de asociados:

1.Vuelva a la hoja Centro de seguridad. El icono de Soluciones de asociados permite supervisar de un solo vistazo el estado de mantenimiento de las soluciones de asociados integradas en su suscripción de Azure.

2.Seleccione el icono de Soluciones de asociados. Se abre una hoja con una lista de todas las soluciones de asociados conectadas a Azure Security Center. Soluciones de socios



3.Seleccione una solución de asociado. En este ejemplo, seleccionaremos la solución F5-WAF2. Se abre una hoja que muestra que el estado de la solución de asociado y de sus recursos asociados. Seleccione Consola de soluciones para abrir la experiencia de administración de asociados de esta solución. Detalle de solución de asociado





miércoles, 19 de octubre de 2016

Guías del laboratorio de pruebas de adopción de la nube

Con estas guías del laboratorio de pruebas para la adopción de la nube, podrá configurar entornos de demostración o de desarrollo y pruebas para los productos Office 365, Enterprise Mobility Suite (EMS) y Office Server.
Las guías del laboratorio de pruebas le permiten conocer los productos Microsoft de manera rápida. Son ideales para las situaciones en las que necesita evaluar una tecnología o configuración antes de decidir si es adecuada o antes de implementarla en los equipos de los usuarios. Esta experiencia práctica de "yo la compilo y me funciona" le permitirá entender los requisitos de implementación de un nuevo producto o solución, de modo que pueda planear mejor el hospedaje en la producción.
Las guías del laboratorio de pruebas también crean entornos representativos para desarrollo y pruebas de aplicaciones, también conocidos como entornos de desarrollo y pruebas.

Guías de laboratorio de prueba en Microsoft Cloud

Entorno de desarrollo y pruebas de Office 365

Use estos artículos para crear su entorno de desarrollo y pruebas de Office 365:
Para el entorno de desarrollo y pruebas de Office 365, use estos artículos para probar las características empresariales de Office 365:

Entorno de desarrollo y pruebas de Office 365 y EMS

Agregue una suscripción de prueba de EMS y pruebe las características empresariales y los escenarios de Office 365 y EMS con estos artículos:

Entornos adicionales de desarrollo y pruebas basados en la nube

Estos son entornos adicionales de desarrollo y pruebas basados en la nube que puede crear en los servicios de infraestructura de Azure:

FUENTE: MICROSOFT


Modelos de arquitectura para SharePoint, Exchange, Skype Empresarial y Lync

Luego de varios años trabajando en proyecto con soluciones Microsoft, siempre al momento de empezar las preguntas fueron asociadas a la arquitectura ideal para el proyecto en cuestión y si pensamos en Cloud podríamos suponer que estas son algunas de ellas : 


  • ¿Cómo se determina qué plataforma usar para las cargas individuales?
  • ¿Tiene sentido conservar los servicios locales?
  • ¿Qué es un escenario donde resulta adecuada una implementación híbrida?
  • ¿Cómo encaja Microsoft Azure en todo esto?
  • ¿Cuáles son las configuraciones admitidas para las cargas de trabajo de Office Server en Azure?
Buscando información de valor para publicar pude encontrar la siguiente, que seguramente les servirá de base en la toma de decisión para nuevos proyectos. 

Resumen: Estos pósteres describen los modelos de arquitectura y las opciones de implementación de SharePoint, Exchange, Skype Empresarial y Lync y proporcionan información de diseño para implementar SharePoint en Microsoft Azure.
Con Office 365, puede proporcionar los servicios de colaboración y comunicación que resultan conocidos para los usuarios en forma de un servicio basado en la nube. Con algunas excepciones, la experiencia del usuario sigue siendo la misma tanto si mantiene una implementación local como si usa Office 365. 

Esta página vincula a los pósteres siguientes:

Pósteres de modelos de arquitectura

Estos nuevos pósteres de SharePoint 2016 y Skype Empresarial 2015 proporcionan una forma de comparar los distintos métodos de implementación en un formato fácil de imprimir. Cada póster proporciona una lista de todas las configuraciones u opciones de plataforma disponibles y le ofrece la siguiente información para cada opción:
  • Introducción   Un breve resumen de la plataforma que incluye un diagrama conceptual.
  • Ideal para   Escenarios comunes idóneos para la plataforma en particular.
  • Requisitos de licencia   Licencias necesarias para realizar la implementación.
  • Tareas de arquitectura   Decisiones que debe tomar como arquitecto.
  • Tareas o responsabilidades de profesionales de TI   Responsabilidades diarias que el personal de TI necesita planear.

Modelos de arquitectura de Microsoft SharePoint 2016

 

ElementoDescripción
Miniatura del póster de modelos de arquitectura de SharePoint 2016 
Archivo PDF PDF  |  Archivo de VisioVisio | Ver en su exploradorDocs.com
Este póster describe las configuraciones locales de SharePoint Online, Microsoft Azure y SharePoint que los responsables de la toma de decisiones empresariales y los arquitectos de soluciones necesitan conocer.
  • SharePoint Online (SaaS): consuma SharePoint a través de un modelo de suscripción de software como servicio (SaaS).
  • Entorno híbrido de SharePoint: mueva los sitios y las aplicaciones de SharePoint a la nube a su propio ritmo.
  • SharePoint en Azure (IaaS): amplíe el entorno local a Microsoft Azure e implemente ahí servidores de SharePoint 2016. (Se recomienda para entornos de alta disponibilidad o recuperación ante desastres y entornos de pruebas o desarrollo).
  • SharePoint local: planee, implemente, mantenga y personalice el entorno de SharePoint en un centro de datos que mantenga.

Modelos de arquitectura de Microsoft Skype Empresarial 2015

 

ElementoDescripción
Miniatura del póster de modelos de arquitectura de Skype Empresarial 
Archivo PDF PDF  |  Archivo de Visio Visio | Ver en su exploradorDocs.com
Este póster describe las configuraciones de Skype Empresarial Online, local, híbrido, de PBX en la nube y de integración con Exchange y SharePoint que los responsables de toma de decisiones empresariales y los arquitectos de soluciones necesitan conocer. Esta serie de pósteres está destinada a los profesionales de TI para darles a conocer los diferentes modelos de arquitectura básicos para el consumo de Skype Empresarial Online y Skype Empresarial local. Comience con la configuración que mejor se adapte a las necesidades y los planes futuros de su organización. Considere y use otras cuando lo necesite. Por ejemplo, puede interesarle considerar la integración con Exchange y SharePoint o una solución que aproveche las ventajas de la oferta de PBX en la nube de Microsoft.

Pósteres de opciones de plataforma

Estos pósteres de SharePoint 2013, Exchange 2013 y Lync 2013 proporcionan una forma de comparar los distintos métodos de implementación en un solo vistazo en un formato de póster grande. Cada póster proporciona una lista de todas las configuraciones u opciones de plataforma disponibles y le ofrece la siguiente información para cada opción:
  • Introducción   Un breve resumen de la plataforma que incluye un diagrama conceptual.
  • Ideal para   Escenarios comunes idóneos para la plataforma en particular.
  • Requisitos de licencia   Licencias necesarias para realizar la implementación.
  • Tareas de arquitectura   Decisiones que debe tomar como arquitecto.
  • Tareas o responsabilidades de profesionales de TI   Responsabilidades diarias que el personal de TI necesita planear.

Opciones de plataforma para SharePoint 2013

 

ElementoDescripción
Imagen en miniatura de las opciones de la plataforma de SharePoint 2013 
Archivo PDF PDF | Archivo de VisioVisio | Ver en su exploradorDocs.com
Para los arquitectos y los responsables de la toma decisiones empresariales, este modelo muestra las opciones de plataforma para SharePoint 2013, SharePoint en Office 365, implementación híbrida local con Office 365, Azure e implementaciones solo locales. Incluye una descripción general de cada arquitectura, recomendaciones, requisitos de licencia y listas de tareas de arquitectos y profesionales de TI para cada plataforma. Se destacan varias soluciones de SharePoint en Azure. Para obtener una versión de texto accesible de este póster, vea Diagrama accesible: Opciones de plataformas de Microsoft SharePoint 2013.

Opciones de plataforma para Exchange 2013

 

ElementoDescripción
Imagen en miniatura de las opciones de la plataforma de Exchange 
Archivo PDF PDF | Archivo de VisioVisio | Ver en su exploradorDocs.com
Para los arquitectos y los responsables de la toma de decisiones, este modelo describe las opciones de plataforma que hay disponibles para Exchange 2013. Los clientes pueden elegir entre Exchange Online con Office 365, Exchange híbrido, Exchange Server local y Exchange hospedado. El póster incluye información detallada sobre cada opción de arquitectura, incluidos los escenarios más adecuados para cada una, los requisitos de licencia y las responsabilidades de los profesionales de TI. Para obtener una versión de texto accesible de este póster, vea Diagrama accesible: Opciones de plataformas de Microsoft Exchange 2013.

Opciones de plataforma para Lync 2013

 

ElementoDescripción
Imagen en miniatura de las opciones de la plataforma de Lync 
Archivo PDF PDF | Archivo de VisioVisio | Ver en su exploradorDocs.com
Para los arquitectos y los responsables de la toma de decisiones, este modelo describe las opciones de plataforma que hay disponibles para Lync 2013. Los clientes pueden elegir entre Lync Online con Office 365, Lync híbrido, Lync Server local y Lync hospedado. El póster incluye información detallada para cada opción de arquitectura, incluidos los escenarios más adecuados para cada una, los requisitos de licencia y las responsabilidades de los profesionales de TI.

Pósteres de soluciones de SharePoint en Azure

Estos pósteres muestran soluciones basadas en Azure mediante SharePoint Server 2013 en un formato de póster grande.

Sitios de Internet en Microsoft Azure con SharePoint Server 2013

 

ElementoDescripción
Imagen de sitios de Internet en Azure usando SharePoint 
Archivo PDF PDF | Archivo de VisioVisio | Ver en su exploradorDocs.com-->
En este póster se describen las actividades de diseño esenciales y se recomiendan opciones de arquitectura para sitios de Internet en Azure. Para obtener una versión de texto accesible de este póster, vea Diagrama accesible: Sitios de Internet en Microsoft Azure para SharePoint 2013.
Para más información, vea estos artículos:
Sitios de Internet en Microsoft Azure con SharePoint Server 2013
Arquitecturas de Microsoft Azure para SharePoint 2013
Usar Active Directory de Microsoft Azure para autenticación de SharePoint 2013

Ejemplo de diseño: Sitios de Internet en Microsoft Azure para SharePoint 2013

 

ElementoDescripción
Imagen de la muestra de diseño: sitios de Internet en Microsoft Azure para SharePoint 2013 
Archivo PDF PDF | Archivo de VisioVisio | Ver en su exploradorDocs.com-->
Use este ejemplo de diseño como punto de partida para el sitio de Internet de su propia arquitectura en Azure con SharePoint Server 2013. Para obtener una versión de texto accesible de este póster, vea Diagrama accesible: Muestra de diseño. Sitios de Internet en Microsoft Azure para SharePoint 2013.
Para más información, vea estos artículos:
Sitios de Internet en Microsoft Azure con SharePoint Server 2013
Arquitecturas de Microsoft Azure para SharePoint 2013
Usar Active Directory de Microsoft Azure para autenticación de SharePoint 2013

Recuperación ante desastres de SharePoint en Microsoft Azure

 

ElementoDescripción
Proceso de recuperación ante desastres de SharePoint en Azure 
Archivo PDF PDF | Archivo de VisioVisio | Ver en su exploradorDocs.com-->
En este póster se muestran los principios de arquitectura de un entorno de recuperación ante desastres en Azure. Para obtener una versión de texto accesible de este póster, vea Diagrama accesible: Recuperación ante desastres de SharePoint para Microsoft Azure.
Para más información, vea estos artículos:
Recuperación ante desastres de SharePoint Server 2013 en Microsoft Azure
Arquitecturas de Microsoft Azure para SharePoint 2013

Microsoft Azure: implementar SharePoint con SQL Server AlwaysOn

 

ElementoDescripción
Imagen en miniatura de un póster sobre la arquitectura de SharePoint y Azure 
Archivo PDF PDF | Ver en su exploradorExplorador
En este póster se describe y se muestra mediante ilustraciones cómo instalar SharePoint Server 2013 en los servicios de infraestructura de Azure, incluido el uso de grupos de disponibilidad AlwaysOn de SQL Server para alta disponibilidad. Para ver una versión de texto accesible de este póster, consulte Diagrama accesible - Microsoft Azure: implementar SharePoint con SQL Server AlwaysOn.

Fuente: Microsoft