Roles adecuados: Todos los usuarios del Centro de partners
En este artículo se responden algunas preguntas comunes sobre los requisitos de seguridad de asociados en el área de trabajo Configuración de la cuenta.
¿Cuáles son los requisitos de seguridad de partners y por qué deben implementarlos los partners?
Vemos un número creciente de ataques de seguridad cada vez más sofisticados, principalmente ataques relacionados con el riesgo de identidad.
Hemos introducido requisitos de seguridad obligatorios porque los controles preventivos desempeñan un papel clave en una estrategia general de defensa. Todos los partners que participan en el programa Proveedor de soluciones en la nube (CSP), Panel de control proveedores y asesores deben implementar esos requisitos de seguridad para mantenerse conformes.
¿Cuáles son las escalas de tiempo e hitos para implementar los requisitos de seguridad?
Los términos asociados a los requisitos de seguridad, incluidas las escalas de tiempo y los hitos, se incluyen con el Contrato de partners de Microsoft. Debe implementar esos requisitos de seguridad tan pronto como sea posible para que pueda participar en el programa CSP.
¿Qué ocurre si no implemento los requisitos de seguridad de asociados?
El Contrato de partners de Microsoft requiere que aplique la autenticación multifactor para las cuentas de usuario y que adopte el modelo de aplicación seguro para interactuar con la API del Centro de partners.
Los partners que no cumplan esas prácticas de seguridad pueden perder la capacidad de realizar transacciones en el programa CSP o administrar inquilinos de cliente mediante derechos de administrador delegado.
¿Los requisitos de seguridad se aplican a todas las zonas geográficas?
Sí. (Aunque Azure Government y Azure Alemania no son necesarios actualmente para cumplir los requisitos de seguridad, se recomienda encarecidamente que todos los asociados adopten estos requisitos de seguridad inmediatamente).
¿Es posible obtener una exclusión para una cuenta?
No, no es posible excluir ninguna cuenta de usuario del requisito de aplicar la autenticación multifactor (MFA). Dada la naturaleza altamente privilegiada de ser un asociado, el Contrato de partners de Microsoft requiere que se aplique la autenticación multifactor para cada cuenta de usuario del inquilino del asociado.
Cómo saber si cumplan los requisitos de seguridad de los partners?
Para cumplir los requisitos de seguridad de asociados, siga estos pasos:
- Cumple todos los requisitos descritos en Los requisitos de seguridad para usar el Centro de partners o las API del Centro de partners.
- Asegúrese de que todas las cuentas de usuario del inquilino del asociado tengan aplicada la autenticación multifactor.
Para ayudar a identificar las áreas en las que puede realizar acciones, proporcionamos el informe de estado de los requisitos de seguridad en el Centro de partners.
Para obtener más información sobre el informe de estado, consulte Estado de los requisitos de seguridad de asociados.
Acciones necesarias
¿Qué acciones debo realizar para cumplir los requisitos de seguridad?
Todos los partners del programa CSP (factura directa, proveedor indirecto y revendedor indirecto), asesores y proveedores de Panel de control deben cumplir los requisitos.
Aplicar MFA a todos los usuarios
Todos los partners del programa CSP, las instancias de Advisor y los proveedores de panel de control deben aplicar MFA para todos los usuarios de su inquilino de partner.
Otras consideraciones:
- Los proveedores indirectos deben trabajar con revendedores indirectos para incorporarse al Centro de partners, si aún no lo han hecho, y animar a sus revendedores a cumplir los requisitos.
- La autenticación multifactor de Microsoft Entra está disponible para los usuarios del inquilino del asociado sin costo alguno a través de los valores predeterminados de seguridad de Microsoft Entra, con el único método de verificación de una aplicación autenticadora que admite contraseñas de un solo uso (TOTP) basadas en el tiempo.
- Otros métodos de verificación están disponibles a través de las SKU de Microsoft Entra P1 o P2 , si se requieren otros métodos como una llamada telefónica o un mensaje de texto.
- Los asociados también pueden utilizar una solución de MFA de terceros para cada cuenta al acceder a los servicios en la nube comerciales de Microsoft.
Adoptar el marco de modelo de aplicaciones seguras
Los partners que han desarrollado la integración personalizada mediante cualquier API (como Azure Resource Manager, Microsoft Graph, api del Centro de partners, etc.) o que han implementado automatización personalizada mediante herramientas como PowerShell, deben adoptar el marco de modelo de aplicación seguro para integrarse con los servicios en la nube de Microsoft. Si no lo hace, se puede producir una interrupción debido a la implementación de MFA.
Los siguientes recursos proporcionan información general e instrucciones sobre cómo adoptar el modelo.
- Información general sobre el modelo de aplicaciones seguras
- Centro de partners: Guía del modelo de aplicaciones seguras
- Partners del programa CSP: código de ejemplo .NET para habilitar el modelo de aplicaciones seguras
- Asociados en el programa CSP: código de ejemplo de Java para habilitar el modelo de aplicación segura
- Documento de autenticación del Centro de partners
- Documento de autenticación multifactor (MFA) del Centro de partners
Ponte en contacto con el proveedor si usas un panel de control en relación con la adopción del marco del modelo de aplicaciones seguras.
Los proveedores del panel de control deben incorporarse al Centro de partners como proveedores del panel de control y empezar a implementar este requisito inmediatamente. Consulte el marco del Modelo de aplicación seguro del Centro de partners.
Los proveedores de panel de control deben aceptar y administrar el consentimiento de los partners de CSP en lugar de las credenciales y purgar todas las credenciales existentes de los partners de CSP.
Autenticación multifactor
¿Qué es la autenticación multifactor (MFA)?
MFA es un mecanismo de seguridad para autenticar a los usuarios mediante más de un procedimiento de validación y seguridad necesarios. Funciona al requerir dos o varios de los siguientes métodos de autenticación:
- Un elemento que conoce (normalmente una contraseña).
- Algo que usted tiene (un dispositivo de confianza que no se puede duplicar fácilmente, como un teléfono).
- Un elemento físico que le identifica (biométrica).
¿Hay un costo para habilitar MFA?
Microsoft proporciona MFA sin costo alguno a través de la implementación de los valores predeterminados de seguridad de Microsoft Entra. La única opción de comprobación disponible con esta versión de MFA es una aplicación autenticadora.
- Si se requiere una llamada telefónica o un mensaje SMS, se debe adquirir una licencia de Microsoft Entra P1 o P2 .
- Como alternativa, puede usar una solución de terceros para proporcionar MFA para cada usuario del inquilino del asociado. En ese caso, es su responsabilidad asegurarse de que se aplica la solución de MFA y de que es compatible.
¿Qué acciones debo llevar a cabo si ya tengo una solución de MFA?
Los usuarios de un inquilino de asociado deben autenticarse mediante MFA al acceder a los servicios en la nube comerciales de Microsoft. Se pueden usar soluciones de terceros para cumplir estos requisitos. Microsoft ya no proporciona pruebas de validación a proveedores de identidad independientes para comprobar la compatibilidad con Microsoft Entra ID. Para probar el producto para obtener interoperabilidad, consulte documentos de compatibilidad del proveedor de identidades de Microsoft Entra.
Importante
Si usa una solución de terceros, es importante comprobar que la solución emite la notificación de referencia del método de autenticación (AMR) que incluye el valor de MFA. Para obtener más información sobre cómo validar la solución de terceros emite la notificación esperada, consulte Probar los requisitos de seguridad de asociados.
Utilizo varios inquilinos de partner para realizar transacciones. ¿Necesito implementar MFA en todos ellos?
Sí. Debe aplicar MFA para cada inquilino de Microsoft Entra asociado al programa CSP o al programa Advisor. Para comprar una licencia de Id. de Microsoft Entra P1 o P2, debe adquirir una licencia de id. de Microsoft Entra para los usuarios de cada inquilino de Microsoft Entra.
¿Es necesario aplicar MFA en cada cuenta de usuario de mi inquilino de partner?
Sí. Cada usuario debe tener MFA aplicado. Sin embargo, si usa los valores predeterminados de seguridad de Microsoft Entra, no se requiere ninguna otra acción porque esa característica aplica MFA para todas las cuentas de usuario. Habilitar los valores predeterminados de seguridad es una manera gratuita y fácil de asegurarse de que las cuentas de usuario son compatibles con MFA y no se ven afectadas cuando se aplica MFA.
Soy un partner de factura directa con Microsoft. ¿Qué tengo que hacer?
Los partners de Proveedor de soluciones en la nube de factura directa deben aplicar MFA para cada usuario en su inquilino de partner.
Soy un revendedor indirecto y solo realizo transacciones a través de un distribuidor. ¿Todavía tengo que habilitar MFA?
Sí. Todos los revendedores indirectos tienen que aplicar MFA para cada usuario en su inquilino de partner. El revendedor indirecto debe habilitar MFA.
No uso la API del Centro de partners. ¿También tengo que implementar MFA?
Sí. Este requisito de seguridad es para todos los usuarios, incluidos los usuarios administradores de partners y los usuarios finales de un inquilino de partner.
¿Qué proveedores de terceros proporcionan soluciones de MFA compatibles con Microsoft Entra ID?
Al revisar los proveedores y soluciones de MFA, debe asegurarse de que la solución que elija sea compatible con el identificador de Entra de Microsoft.
Microsoft ya no proporciona pruebas de validación a proveedores de identidad independientes para comprobar la compatibilidad con Microsoft Entra ID. Si desea probar el producto para obtener interoperabilidad, consulte documentos de compatibilidad del proveedor de identidades de Microsoft Entra.
Para obtener más información, consulte la lista de compatibilidad de federación de Microsoft Entra.
¿Cómo puedo probar MFA en nuestro espacio aislado de integración?
La característica predeterminada de seguridad de Microsoft Entra debe estar habilitada. Como alternativa, puede usar una solución de terceros que use la federación.
¿Afectará la habilitación de MFA a mi forma de interactuar con el inquilino de mi cliente?
No. El cumplimiento de estos requisitos de seguridad no afectará a la forma de administrar los clientes. La capacidad de realizar operaciones administrativas delegadas no se interrumpirá.
¿Están sujetos mis clientes a los requisitos de seguridad para partners?
No. No es necesario aplicar MFA para cada usuario de los inquilinos de Microsoft Entra del cliente. Sin embargo, se recomienda trabajar con cada cliente para determinar la mejor manera de proteger a sus usuarios.
¿Se puede excluir del requisito de MFA a algún usuario?
No. Todos los usuarios del inquilino del asociado, incluidas las cuentas de servicio, deben autenticarse mediante MFA.
¿Se aplican los requisitos de seguridad para partners al espacio aislado de integración?
Sí. Esto significa que debe implementar la solución MFA adecuada para los usuarios en el inquilino del espacio aislado de integración. Se recomienda implementar los valores predeterminados de seguridad de Microsoft Entra para proporcionar MFA.
Cómo configurar una cuenta de acceso de emergencia ("break glass")
Se considera un procedimiento recomendado para crear una o dos cuentas de acceso de emergencia para evitar que se bloquee accidentalmente fuera de su inquilino de Microsoft Entra. Con respecto a los requisitos de seguridad para partners, es necesario que cada usuario se autentique mediante MFA. Este requisito significa que debe modificar la definición de una cuenta de acceso de emergencia. Podría ser una cuenta que use una solución de terceros para MFA.
¿Se necesitan los Servicios de federación de Active Directory (ADFS) si uso una solución de terceros?
No. No es necesario tener el Servicio de federación de Active Directory (ADFS) si usa una solución de terceros. Se recomienda trabajar con el proveedor de la solución para determinar cuáles son los requisitos de su solución.
¿Es un requisito habilitar los valores predeterminados de seguridad de Microsoft Entra?
No.
¿Se puede usar el acceso condicional para cumplir el requisito de MFA?
Sí. Puede usar el acceso condicional para aplicar MFA para cada usuario, incluidas las cuentas de servicio, en el inquilino del asociado. Sin embargo, dada la naturaleza altamente privilegiada de ser un asociado, es necesario asegurarnos de que cada usuario tiene un desafío de MFA para cada autenticación única. Esto significa que no se puede usar la característica de acceso condicional que evita el requisito de MFA.
¿La cuenta de servicio usada por Microsoft Entra Conectar verse afectada por los requisitos de seguridad del asociado?
No. La cuenta de servicio usada por Microsoft Entra Conectar no se verá afectada por los requisitos de seguridad del asociado. Si experimenta un problema con Microsoft Entra Conectar como resultado de aplicar MFA, abra una solicitud de soporte técnico con el soporte técnico de Microsoft.
Modelo de aplicaciones seguras
¿Quién debe adoptar el modelo de aplicaciones seguras para cumplir con los requisitos?
Microsoft ha introducido un marco seguro y escalable para autenticar asociados de Proveedor de soluciones en la nube (CSP) y proveedores de Panel de control (CPV) que usan la autenticación multifactor. Para más información, consulte la guía del modelo de aplicaciones seguras. Todos los partners que han desarrollado la integración personalizada mediante cualquier API (como Azure Resource Manager, Microsoft Graph, api del Centro de partners, etc.) o que han implementado la automatización personalizada mediante herramientas como PowerShell, tendrán que adoptar el marco de modelo de aplicación segura para integrarse con los servicios en la nube de Microsoft.
¿Qué es el modelo de aplicaciones seguras?
Microsoft está introduciendo un marco seguro y escalable para autenticar asociados de Proveedor de soluciones en la nube (CSP) y proveedores de Panel de control (CPV) que usan la autenticación multifactor. Para más información, consulte la guía del modelo de aplicaciones seguras.
¿Cómo implemento el modelo de aplicaciones seguras?
Todos los asociados que han desarrollado la integración personalizada mediante cualquier API (como Azure Resource Manager, Microsoft Graph, api del Centro de partners, etc.) o que han implementado la automatización personalizada mediante herramientas como PowerShell, deben adoptar el marco de modelo de aplicación segura para integrarse con los servicios en la nube de Microsoft. Si no lo hace, se puede producir una interrupción debido a la implementación de MFA.
Los siguientes recursos proporcionan información general e instrucciones sobre cómo adoptar el modelo:
- Información general sobre el modelo de aplicaciones seguras
- Centro de partners: Guía del modelo de aplicaciones seguras
- Partners del programa CSP: código de ejemplo .NET para habilitar el modelo de aplicaciones seguras
- Asociados en el programa CSP: código de ejemplo de Java para habilitar el modelo de aplicación segura
- Documento de autenticación del Centro de partners
- Documento de autenticación multifactor (MFA) del Centro de partners
Si usa un panel de control, debe consultar con el proveedor con respecto a la adopción del marco de modelo de aplicación segura.
Los proveedores del panel de control deben incorporarse al Centro de partners como proveedor del panel de control y empezar a implementar este requisito inmediatamente.
Consulte el marco del Modelo de aplicación seguro del Centro de partners. Los proveedores de panel de control deben aceptar y administrar el consentimiento de los partners de CSP en lugar de las credenciales y purgar todas las credenciales existentes de los partners de CSP.
¿Se tiene que implementar el modelo de aplicaciones seguras para la API/SDK del Centro de partners únicamente?
Al aplicar la autenticación multifactor para todas las cuentas de usuario, cualquier automatización o integración diseñada para ejecutarse de forma no interactiva se ve afectada. Aunque los requisitos de seguridad de asociados requieren que habilite el modelo de aplicación segura para la API del Centro de partners, se puede usar para abordar la necesidad de un segundo factor de autenticación con automatización e integración.
Nota:
Los recursos a los que se accede deben admitir la autenticación basada en tokens de acceso.
Uso herramientas de automatización como PowerShell. ¿Cómo implemento el modelo de aplicaciones seguras?
Debe implementar el modelo de aplicación segura si la automatización se ejecuta de forma no interactiva y se basa en las credenciales de usuario para la autenticación. Consulta Secure Application Model | Partner Center PowerShell (Modelo de aplicaciones seguras | Powershell del Centro de partners) para obtener instrucciones de cómo implementar este marco.
Nota:
No todas las herramientas de automatización se pueden autenticar mediante tokens de acceso. Si necesitas ayuda para comprender los cambios que deben hacerse, publica un mensaje en el grupo de instrucciones de seguridad del Centro de partners.
¿Qué credenciales de usuario debe proporcionar el administrador de aplicaciones al realizar el proceso de consentimiento?
Se recomienda usar una cuenta de servicio que tenga asignados permisos privilegiados mínimos. Con respecto a la API del Centro de partners, debe usar una cuenta que se haya asignado al agente de ventas o al rol de agente de Administración.
¿Por qué el administrador de aplicaciones no debe proporcionar credenciales de usuario de administrador global al realizar el proceso de consentimiento?
Es un procedimiento recomendado usar una identidad con privilegios mínimos porque, al hacerlo, se reduce el riesgo. No se recomienda usar una cuenta que tenga privilegios de administrador global porque proporciona más permisos de los necesarios.
Soy un partner de CSP. ¿Cómo sé si mi proveedor de panel de control (CPV) trabaja en la implementación de la solución o no?
Para los partners que usan una solución de proveedor de Panel de control (CPV) para realizar transacciones en el programa Proveedor de soluciones en la nube (CSP), es su responsabilidad consultar con su CPV.
¿Qué es un proveedor de panel de control (CPV)?
Un proveedor del panel de control es un proveedor de software independiente que desarrolla aplicaciones para que los partners de CSP las integren con las API del Centro de partners. Un proveedor del panel de control no es un partner de CSP con acceso directo al Centro de partners ni a las API. Hay una descripción detallada disponible en el Centro de partners: Guía del modelo de aplicaciones seguras.
Soy un CPV. ¿Cómo me inscribo?
Para inscribirse como proveedor del panel de control (CPV), siga las instrucciones descritas en: Inscribirse como proveedor de panel de control para facilitar la integración de sistemas de partners de CSP con las API del Centro de partners.
Después de inscribirse en el Centro de partners y registrar las aplicaciones, tendrá acceso a las API del Centro de partners. Recibirá la información del espacio aislado en una notificación del Centro de partners si es un nuevo CPV. Una vez completada la inscripción como Microsoft CPV y aceptado el contrato CPV, puede hacer lo siguiente:
Administrar aplicaciones multiinquilino (agregar aplicaciones a Azure Portal y registrar y anular el registro de aplicaciones en el Centro de partners).
Nota:
Los CPV deben registrar sus aplicaciones en el Centro de partners para que se les autorice para las Partner Center API. Agregar aplicaciones a Azure Portal solo no autoriza a las aplicaciones de CPV para las Partner Center API.
Ver y administrar el perfil de CPV.
Puedes ver y administrar los usuarios que necesitan acceso a las funcionalidades de CPV. Un CPV solo puede tener el rol Administrador global.
Uso el SDK de Centro de partners. ¿El SDK adoptará automáticamente el modelo de aplicación segura?
No. Debe seguir las instrucciones de la guía modelo de aplicación segura.
¿Puedo generar un token de actualización para el modelo de aplicaciones seguras con cuentas que no tienen la MFA habilitada?
Sí. Se puede generar un token de actualización mediante una cuenta que no tenga MFA aplicada. Sin embargo, debe evitarse hacerlo. Los tokens generados con una cuenta que no tiene la opción MFA habilitada no podrán acceder a los recursos debido al requisito de MFA.
¿Cómo debe obtener mi aplicación un token de acceso si se habilita MFA?
Siga la guía modelo de aplicación segura que proporciona detalles sobre cómo hacerlo al cumplir los nuevos requisitos de seguridad. Puede encontrar código .NET de ejemplo en Ejemplos de DotNet del Centro de partners: modelo de aplicación segura y código de ejemplo de Java en Ejemplos de Java del Centro de partners.
Como CPV, ¿puedo crear una aplicación de Microsoft Entra en nuestro inquilino de CPV o en el inquilino del asociado de CSP?
El CPV debe crear la aplicación Microsoft Entra en el inquilino asociado a su inscripción como un CPV.
Soy un CSP que usa la autenticación solo de aplicación. ¿Tengo que realizar algún cambio?
La autenticación solo de aplicación no se ve afectada porque las credenciales de usuario no se usan para solicitar un token de acceso. Si se comparten las credenciales de usuario, los proveedores de panel de control (CPV) deben adoptar el marco del modelo de aplicaciones seguras y purgar las credenciales de partners existentes que tengan.
Como CPV, ¿puedo usar el estilo de autenticación solo de aplicación para obtener tokens de acceso?
No. Panel de control asociados de proveedor no pueden usar el estilo de autenticación solo de la aplicación para solicitar tokens de acceso en nombre del asociado. Deben implementar el modelo de aplicaciones seguras, que usa el estilo de autenticación de aplicación más usuario.
Aplicación técnica
¿Qué es la activación de las medidas de seguridad?
Todos los partners que participan en el programa Proveedor de soluciones en la nube (CSP), los proveedores de panel de control (CPV) y los asesores deben implementar los requisitos de seguridad obligatorios para mantener el cumplimiento.
Para proporcionar más protección, Microsoft inició la activación de medidas de seguridad que ayuda a los asociados a proteger sus inquilinos y sus clientes mediante la exigencia de la comprobación de la autenticación multifactor (MFA) para evitar el acceso no autorizado.
Completamos correctamente la activación de las funcionalidades de administración con derechos delegados (AOBO) para todos los inquilinos de partners. Para ayudar a proteger aún más a los partners y clientes, comenzaremos la activación de las transacciones del Centro de partners en CSP, lo que ayuda a los partners a proteger sus negocios y clientes frente a incidentes relacionados con el robo de identidad.
Para obtener más información, consulte La autenticación multifactor (MFA) para la página del inquilino del asociado.
Estoy usando una solución MFA de terceros y estoy bloqueado. ¿Cuál debo hacer?
Para validar que la cuenta que accede a los recursos se ha impugnado para la autenticación multifactor, se comprueba la notificación de referencia del método de autenticación para ver si se muestra MFA. Algunas soluciones de terceros no emiten esta notificación o no incluyen el valor de MFA. Si falta la notificación o si no aparece el valor de MFA, no hay ninguna manera de determinar si la cuenta autenticada se ha impugnado para la autenticación multifactor. Deberá trabajar con el proveedor de la solución de terceros para determinar qué acciones realizar para que la solución emite la notificación de referencia del método de autenticación.
Si no está seguro de si la solución de terceros emite la notificación esperada o no, consulte Probar los requisitos de seguridad de asociados.
MFA me impide admitir a mi cliente mediante AOBO. ¿Cuál debo hacer?
El cumplimiento técnico de los requisitos de seguridad del asociado se comprueba si se ha impugnado la cuenta autenticada para la autenticación multifactor. Si no se ha comprobado la cuenta, se le redirigirá a la página de inicio de sesión y se le pedirá que se autentique de nuevo.
Para obtener más experiencia e instrucciones, consulte Mandating Multifactor Authentication (MFA) para el inquilino del asociado.
En un escenario en el que el dominio no está federado, después de autenticarse correctamente, se le pedirá que configure la autenticación multifactor. Una vez completado, podrá administrar los clientes mediante AOBO. En un escenario en el que se federa el dominio, deberá asegurarse de que la cuenta se está impugnando para la autenticación multifactor.
Transición de valores predeterminados de seguridad
¿Cómo puedo hacer la transición de las directivas base de referencia a los valores predeterminados de seguridad u otras soluciones de MFA?
Las directivas de "línea base" de Id. de Microsoft Entra se quitan y reemplazan por "valores predeterminados de seguridad", un conjunto más completo de directivas de protección para usted y sus clientes. Los valores predeterminados de seguridad pueden ayudar a proteger la organización frente a ataques de seguridad relacionados con el robo de identidad.
La implementación de la autenticación multifactor (MFA) se quitará debido a la retirada de las directivas de línea base si no ha pasado de las directivas de línea de base a la directiva predeterminada de seguridad u otras opciones de implementación de MFA. Se solicitará a los usuarios de los inquilinos de partners que realicen operaciones protegidas mediante MFA que completen la verificación de MFA. Para obtener instrucciones más detalladas, consulte Mandating multifactor authentication for your partner tenant (Exigir la autenticación multifactor para el inquilino del asociado).
Para mantener la conformidad y minimizar las interrupciones, siga estos pasos:
- Transición a los valores predeterminados de seguridad
- La directiva de valores predeterminados de seguridad es una de las opciones que los partners pueden elegir para implementar MFA. Ofrece un nivel básico de seguridad habilitado sin costo adicional.
- Obtenga información sobre cómo habilitar MFA para su organización con el identificador de Entra de Microsoft y revisar las consideraciones clave sobre los valores predeterminados de seguridad.
- Habilita los valores predeterminados de seguridad si satisfacen tus necesidades empresariales.
- Transición al acceso condicional
- Si la directiva de valores predeterminados de seguridad no satisface tus necesidades, habilita el acceso condicional. Para obtener más información, revise la documentación de Acceso condicional de Microsoft Entra.
Recursos clave
¿Cómo comenzar?
- Ver los requisitos de seguridad de asociados: guía paso a paso.
- Dirija sus preguntas y comentarios al grupo de instrucciones de seguridad del Centro de partners.
- Asista a los próximos horarios de oficina de partners y seminarios web. Compruebe la programación detallada y los recursos en la página Comunidad de partners.
¿Qué son los recursos para adoptar el modelo de aplicación segura?
- Información general sobre el modelo de aplicaciones seguras
- Centro de partners: Guía del modelo de aplicaciones seguras
- Partners del programa CSP: código de ejemplo .NET para habilitar el modelo de aplicaciones seguras
- Asociados en el programa CSP: código de ejemplo de Java para habilitar el modelo de aplicación segura
- Documento de autenticación del Centro de partners
- Documento de autenticación multifactor (MFA) del Centro de partners
Soporte técnico
¿Dónde puedo obtener soporte técnico?
Para que los recursos de soporte técnico cumplan los requisitos de seguridad:
- Si tiene soporte técnico avanzado para partners (ASfP), póngase en contacto con el Administrador de cuentas de servicio.
- Para obtener soporte técnico Premier para partners (PSfP), póngase en contacto con el Administrador de cuentas de servicio y el Administrador de cuentas técnicas.
Cómo obtener información técnica y soporte técnico para ayudarme a adoptar el marco de modelo de aplicación seguro?
Las opciones de soporte técnico para microsoft Entra ID están disponibles a través de las ventajas del Programa microsoft AI Cloud Partner. Los asociados con acceso a una suscripción activa de ASfP o PSfP pueden trabajar con su administrador de cuentas asociado (SAM/TAM) para comprender las mejores opciones disponibles.
Cómo póngase en contacto con el soporte técnico si pierdo el acceso al Centro de partners?
Si pierde el acceso debido a un problema de MFA, póngase en contacto con el administrador global del inquilino. El departamento de TI interno puede avisarle quién es el administrador global.
Si olvidó la contraseña, consulte No se puede iniciar sesión para obtener ayuda.
¿Dónde puedo encontrar más información sobre los problemas técnicos comunes?
Puede encontrar información sobre los problemas técnicos comunes en Requisitos de seguridad para partners que usan el Centro de partners o las API del Centro de partners.