Arquitectura
En este diagrama, se muestra una aplicación que usa Model Armor para proteger un LLM y a un usuario. En los siguientes pasos, se explica el flujo de datos:
- Proporcionas una instrucción a la aplicación.
- Model Armor inspecciona la instrucción entrante en busca de contenido potencialmente sensible.
- La instrucción (o la instrucción saneada) se envía al LLM.
- El LLM genera una respuesta.
- Model Armor inspecciona la respuesta generada en busca de contenido potencialmente sensible.
- Se te envía la respuesta (o la respuesta limpia). Model Armor envía una descripción detallada de los filtros activados y no activados en la respuesta.
Model Armor filtra tanto la entrada (instrucciones) como la salida (respuestas) para evitar que el LLM se exponga a contenido malicioso o sensible, o que lo genere.
Requisitos de red
Para acceder a los extremos regionales de Model Armor desde una red de VPC, debes crear un extremo de Private Service Connect para las APIs de Model Armor. Esto es necesario para evitar errores de certificado cuando se accede a los extremos regionales con el Acceso privado a Google o los Controles del servicio de VPC. Para obtener más información, consulta Soluciona problemas de Model Armor y Información sobre el acceso a extremos regionales con los extremos de Private Service Connect.
Cuándo usar Model Armor
A continuación, se muestran algunos casos de uso comunes:
- Oculta datos sensibles y mitiga las filtraciones: Analiza y oculta la propiedad intelectual (IP) sensible o la información de identificación personal (IIP) de las instrucciones y las respuestas del modelo con Sensitive Data Protection.
- Evita la inyección de instrucciones y los jailbreaks: Bloquea las entradas adversarias que intentan eludir las barreras de seguridad del sistema o manipular los modelos de lenguaje grandes (LLM) para que realicen acciones no deseadas.
- Filtrar contenido tóxico o dañino: Analiza las entradas de los usuarios y los resultados del modelo en función de umbrales de confianza configurables para la incitación al odio o a la violencia, el hostigamiento, el contenido sexual, el contenido peligroso y el material de abuso sexual infantil (CSAM).
- Inspecciona el texto de documentos no estructurados: Extrae y analiza el texto dentro de formatos de documentos, como PDFs, para interceptar cargas útiles maliciosas incorporadas o datos sensibles.
- Analiza las entradas y respuestas de imágenes de pantalla: Inspecciona el contenido visual y el texto dentro de las imágenes para detectar amenazas incorporadas, tipos de información sensible (infoTypes) o incumplimientos de política.
- Aplicar la alineación de la marca y las políticas comerciales: Filtra las publicaciones de redes sociales generadas por aplicaciones de IA que contengan mensajes dañinos, como contenido peligroso o que incita al odio.
Plantillas de Model Armor
Las plantillas de Model Armor te permiten configurar cómo Model Armor examina las instrucciones y las respuestas. Funcionan como conjuntos de filtros y umbrales personalizados para diferentes niveles de confianza de seguridad, lo que te permite controlar qué contenido se marca.
Los umbrales representan niveles de confianza, es decir, qué tan seguro
está Model Armor de que la instrucción o la respuesta incluyen contenido
ofensivo. Por ejemplo, puedes crear una plantilla que filtre las instrucciones para detectar contenido que incita al odio o a la violencia con un umbral de HIGH, lo que significa que Model Armor informa con un nivel de confianza alto que la instrucción contiene contenido que incita al odio o a la violencia. Un umbral LOW_AND_ABOVE
indica cualquier nivel de confianza (LOW, MEDIUM y HIGH) para realizar esa
afirmación.
Para obtener más información, consulta Plantillas de Model Armor.
Niveles de confianza de Model Armor
Puedes establecer niveles de confianza para las categorías de seguridad de la IA responsable (contenido sexual explícito, peligroso, hostigamiento e incitación al odio o a la violencia), la detección de inyección de instrucciones y jailbreak, la detección de CSAM y la protección de datos sensibles (incluida la actualidad).
En el caso de los niveles de confianza que admiten umbrales detallados, Model Armor los interpreta de la siguiente manera:
- Alto: Identifica el contenido con una alta probabilidad de incumplimiento.
- Medio y superior: Identifica el contenido con una probabilidad media o alta de incumplimiento.
- Baja y superior: Identifica el contenido con una probabilidad baja, media o alta de incumplimiento.
La sensibilidad del filtro controla la tasa de detección. Un umbral más bajo identifica más eventos, pero podría aumentar la frecuencia de falsos positivos.
| Nivel de confianza | Probabilidad de detección | Riesgo de falsos positivos | Caso práctico recomendado |
|---|---|---|---|
| Alta | Solo marca el contenido con una certeza casi absoluta de que se trata de un incumplimiento. | Muy bajo | Entornos de producción que priorizan las interacciones de los usuarios sin interrupciones |
| Medio y superior | Marca contenido con un grado de confianza equilibrado. | Moderado | Aplicaciones empresariales estándar Ofrece un punto medio entre una protección sólida y tasas de falsos positivos aceptables. Adecuado para la seguridad del contenido general. |
| Bajo y superior | Marca cualquier contenido que tenga incluso un leve indicio de incumplimiento. | Alta | Úsala con precaución. Es potencialmente adecuado para categorías de alto riesgo, como la detección de inyección de instrucciones y jailbreak, en las que evitar los falsos negativos es fundamental, incluso con el riesgo de aceptar falsos positivos. No se recomienda para las categorías generales de contenido generado por IA responsable debido al alto riesgo de bloquear contenido inofensivo. |
Consideraciones y prácticas recomendadas
- Desvincula plantillas: Configura plantillas de Model Armor
independientes para las instrucciones de los usuarios y las respuestas del modelo. Las entradas de los usuarios y los resultados del modelo
tienen diferentes perfiles de riesgo y objetivos:
- Plantilla de entrada: Se enfoca en evitar entradas maliciosas, inyecciones de instrucciones, intentos de jailbreak y la carga de datos sensibles.
- Plantilla de resultado: Se enfoca en evitar que el modelo filtre datos sensibles, genere contenido de marca dañino o que no se ajuste a la marca, o devuelva URLs maliciosas. Separar las plantillas te permite tener un control más detallado, una mejor trazabilidad de los bloques y un ajuste más sencillo.
- Impacto de los falsos positivos: Los falsos positivos pueden degradar la experiencia del usuario
bloqueando de forma incorrecta instrucciones o respuestas legítimas. La configuración
Low and above, si bien es exhaustiva, puede causar un gran volumen de falsos positivos en las aplicaciones de IA. - Ajuste específico de la categoría: El nivel de filtro óptimo depende de la
categoría de daño que intentas evitar. Por ejemplo, para la detección de inyección de instrucciones y jailbreak, y la seguridad general del contenido (incitación al odio o a la violencia, hostigamiento y contenido peligroso), comienza con
HighoMedium and abovepara minimizar los falsos positivos. - Pruebas iterativas: Siempre prueba las configuraciones de tus filtros con un conjunto de datos representativo de instrucciones y respuestas, incluidos ejemplos conocidos de buenos y malos. Establece un modelo de referencia para los falsos positivos y ajusta los niveles según corresponda.
- Supervisión: Supervisa de forma continua el rendimiento del filtro en producción para detectar comportamientos de bloqueo inesperados o aumentos repentinos de falsos positivos.
- Comentarios de los usuarios: Proporciona un mecanismo para que los usuarios denuncien los casos en los que el contenido se bloqueó de forma incorrecta. Estos comentarios son invaluables para ajustar los niveles de filtrado.
Estrategia de configuración de ejemplo
- Implementación inicial:
- Establece filtros generales de IA responsable (incitación al odio o a la violencia y hostigamiento) en
High. - Establece los filtros de detección de inyección de instrucciones y jailbreak en
Medium. Para aplicaciones como Gemini Enterprise, establece el umbral enHighpara evitar falsos positivos. - Usa la plantilla avanzada de Sensitive Data Protection para configurar los infotipos necesarios para tu caso de uso. Sensitive Data Protection básico proporciona infotipos limitados, dirigidos principalmente a la región de EE.UU.
- Establece filtros generales de IA responsable (incitación al odio o a la violencia y hostigamiento) en
- Pruebas y validación:
- Realiza pruebas exhaustivas con un conjunto de consultas seguras conocidas para asegurarte de que no estén bloqueadas.
- Evalúa la tasa de falsos positivos en el tráfico de usuarios típico.
- Ajuste:
- Si sigues experimentando un gran volumen de falsos positivos, cambia
el umbral a
High. - Si la protección contra una categoría específica parece insuficiente, considera con cuidado reducir el umbral solo para esa categoría, después de realizar pruebas exhaustivas.
- Si sigues experimentando un gran volumen de falsos positivos, cambia
el umbral a
Si seleccionas con cuidado los niveles de filtro según el riesgo específico y la tolerancia a los falsos positivos para cada categoría, puedes optimizar la eficacia de Model Armor. Para informar falsos positivos y falsos negativos, comunícate con el equipo de Atención al cliente de Cloud.
Filtros de Model Armor
Model Armor ofrece una variedad de filtros para ayudarte a proporcionar modelos de IA seguros. Están disponibles las siguientes categorías de filtros.
Filtro de seguridad de IA responsable
Puedes filtrar las instrucciones y las respuestas en los niveles de confianza especificados para las siguientes categorías:
| Categoría | Definición |
|---|---|
| Incitación al odio o a la violencia | Comentarios negativos o dañinos que se orientan a la identidad o los atributos protegidos. |
| Hostigamiento | Comentarios amenazantes, intimidantes, de bullying o abusivos dirigidos a otra persona. |
| Sexualmente explícito | Referencias a actos sexuales o a otro contenido obsceno. |
| Contenido peligroso | Promueve o habilita el acceso a bienes, servicios y actividades perjudiciales. |
Detección de inyección de instrucciones y jailbreak
La inyección de instrucciones es una vulnerabilidad de seguridad en la que los atacantes crean comandos especiales en la entrada de texto (la instrucción) para engañar a los modelos de IA. De ese modo, la IA podría pasar por alto sus instrucciones habituales, revelar información sensible o realizar acciones para las que no se diseñó.
El jailbreak en el contexto de los LLM se refiere al acto de omitir los protocolos de seguridad y los lineamientos éticos integrados en el modelo. Esto permite que el LLM genere respuestas que se diseñó para evitar, como contenido dañino, poco ético y peligroso.
Cuando se habilita la detección de inyección de instrucciones y jailbreaks, Model Armor analiza las instrucciones y respuestas en busca de contenido malicioso. Si se detecta, Model Armor bloquea la instrucción o la respuesta.
Sensitive Data Protection
Sensitive Data Protection es un servicio de Google Cloud que te ayuda a descubrir, clasificar y desidentificar datos sensibles. Sensitive Data Protection puede identificar elementos, contexto y documentos sensibles para ayudarte a reducir el riesgo de filtración de datos que entran y salen de las cargas de trabajo de IA. Puedes usar Sensitive Data Protection directamente en Model Armor para transformar, asignar tokens y ocultar elementos sensibles, a la vez que se conserva el contexto no sensible. Model Armor puede aceptar plantillas de inspección existentes, que funcionan como planos para optimizar el proceso de análisis y la identificación de datos sensibles específicos de tus necesidades empresariales y de cumplimiento. Esto garantiza la coherencia y la interoperabilidad entre otras cargas de trabajo que usan Sensitive Data Protection.
Model Armor ofrece dos modos para la configuración de Sensitive Data Protection:
Configuración básica: En este modo, configuras Sensitive Data Protection especificando los tipos de datos sensibles que se analizarán. Este modo admite las siguientes categorías:
- Número de tarjeta de crédito
- Número de seguridad social (NSS) de EE.UU.
- Número de cuenta financiera
- Número de identificación del contribuyente individual (ITIN) de EE.UU.
- Google Cloud credenciales
- Google Cloud Clave de API
La configuración básica solo admite operaciones de inspección y no admite el uso de plantillas de Sensitive Data Protection. Para obtener más información, consulta Configuración básica de Sensitive Data Protection.
Configuración avanzada: Este modo ofrece más flexibilidad y personalización a través de las plantillas de Sensitive Data Protection. Las plantillas de Sensitive Data Protection son parámetros de configuración predefinidos que te permiten especificar reglas de detección y técnicas de desidentificación más detalladas. La configuración avanzada admite operaciones de inspección y desidentificación. Para obtener más información, consulta Configuración avanzada de Sensitive Data Protection.
Los niveles de confianza de Sensitive Data Protection funcionan de manera diferente que los niveles de confianza de otros filtros. Para obtener más información sobre los niveles de confianza de Sensitive Data Protection, consulta Probabilidad de coincidencia de Sensitive Data Protection. Para obtener más información sobre Sensitive Data Protection en general, consulta la descripción general de Sensitive Data Protection.
Detección de URLs maliciosas
Las URLs maliciosas suelen disfrazarse para que parezcan legítimas, lo que las convierte en una herramienta potente para los ataques de phishing, la distribución de malware y otras amenazas en línea. Por ejemplo, si un PDF contiene una URL maliciosa incorporada, se puede usar para vulnerar cualquier sistema downstream que procese los resultados del LLM.
Cuando se habilita la detección de URLs maliciosas, Model Armor analiza las URLs para identificar si son maliciosas. Esto te permite tomar medidas y evitar que se devuelvan URLs maliciosas.
Model Armor extrae URLs hasta que alcanza las 256 URLs o el final de la carga útil, y analiza solo las primeras 256 URLs que se encuentran en las instrucciones y las respuestas.
Detección de material de abuso sexual infantil (CSAM)
La detección de material de abuso sexual infantil (CSAM) analiza las instrucciones y las respuestas para detectar contenido relacionado con el material de abuso sexual infantil.
Cuando se habilita la detección de CSAM, Model Armor analiza las instrucciones y
las respuestas, y marca las infracciones según el nivel de confianza
que especifiques. Puedes habilitar o inhabilitar el filtro de CSAM y configurar su
nivel de confianza (High, Medium and above o Low and above) en
las plantillas de Model Armor y la configuración de umbrales.
Si no especificas la configuración del filtro de CSAM, Model Armor aplica el siguiente comportamiento predeterminado:
- Configuración mínima: Debido a que la configuración mínima es un recurso global, la detección de CSAM
está habilitada de forma predeterminada con un nivel de confianza de
High. - Plantillas:
- En las regiones que admiten la detección de CSAM o cuando el cumplimiento de la residencia de los datos está inhabilitado, la detección de CSAM está habilitada de forma predeterminada con un nivel de confianza de
High. - En las regiones que no admiten la detección de CSAM, cuando se habilita el cumplimiento de la residencia de datos, la detección de CSAM se inhabilita de forma predeterminada. En estas regiones, no puedes crear ni actualizar una plantilla con la detección de CSAM habilitada, a menos que inhabilites el cumplimiento de la residencia de datos en la plantilla.
- En las regiones que admiten la detección de CSAM o cuando el cumplimiento de la residencia de los datos está inhabilitado, la detección de CSAM está habilitada de forma predeterminada con un nivel de confianza de
Solo puedes configurar el filtro de CSAM con la API de Model Armor. La configuración del filtro de CSAM no está disponible en la consola de Google Cloud . Para obtener información sobre cómo configurar el filtro de CSAM en las plantillas, consulta Crea y administra plantillas. Para obtener información sobre cómo establecer la configuración mínima, consulta Establece la configuración mínima.
Define el tipo de aplicación de medidas por incumplimiento
La aplicación de medidas por incumplimiento define lo que sucede después de que se detecta un incumplimiento. Para configurar cómo Model Armor controla las detecciones, debes establecer el tipo de aplicación de medidas por incumplimiento. Model Armor ofrece los siguientes tipos de aplicación de medidas por incumplimiento:
- Solo inspección: En este modo, Model Armor analiza el contenido en función de las políticas de seguridad configuradas. Si se encuentra un incumplimiento, se registran los detalles en Cloud Logging para su supervisión y análisis. Sin embargo, no impide que el servicio integrado procese la solicitud o la respuesta. Esto es útil para probar políticas nuevas, comprender las tasas de incumplimiento potenciales y realizar auditorías sin afectar el tráfico en vivo. Para obtener valor de este modo, se debe habilitar Cloud Logging.
- Inspeccionar y bloquear: Este modo proporciona protección activa. Cuando Model Armor detecta un incumplimiento, no solo registra el evento, sino que también evita que el contenido ofensivo continúe. Por ejemplo, una instrucción que no cumple con las políticas se bloquea antes de llegar al modelo, o una respuesta del modelo que no es segura se detiene antes de enviarse al usuario.
La elección del tipo de aplicación de medidas por incumplimiento es fundamental para el comportamiento de tu integración de Model Armor y el nivel de protección que aplica. Por lo general, este parámetro se puede configurar en las plantillas de Model Armor y en la configuración de umbrales, lo que permite diferentes niveles de aplicación de medidas por incumplimiento para varios casos de uso y servicios integrados. Para obtener más información, consulta Define el tipo de aplicación de medidas por incumplimiento para las plantillas y Define el tipo de aplicación de medidas por incumplimiento para la configuración mínima.
A continuación, se indica cómo funciona cada modo:
| Modo | Función | Impacto | Caso de uso |
|---|---|---|---|
Inspect only |
Cuando Model Armor detecta un posible incumplimiento de política (por ejemplo, contenido marcado por filtros de IA responsable, posibles datos sensibles o un presunto intento de inyección de instrucciones), registra el evento de detección en Cloud Logging. Sin embargo, no impide que la instrucción se envíe al LLM ni que se te devuelva la respuesta del LLM. | La interacción con la aplicación de IA continúa sin ningún bloqueo o modificación aparente por parte de Model Armor en el momento de la detección. Recibes una respuesta como si la verificación no hubiera generado un bloqueo. | Pruebas y ajuste de políticas: Es posible que una organización que implementa un nuevo agente de IA
quiera comprender los tipos y la frecuencia de las instrucciones o respuestas potencialmente problemáticas
sin interrumpir a los usuarios iniciales. Configuran detectores en el modo
Supervisión de amenazas emergentes: Los equipos de seguridad pueden usar este modo para supervisar nuevos tipos de intentos de inyección de instrucciones o exposición inesperada de datos sensibles sin afectar la funcionalidad de la aplicación. Auditoría de cumplimiento: Registrar todas las infracciones potenciales, incluso si no están bloqueadas, puede proporcionar datos valiosos para los informes de cumplimiento y la evaluación de riesgos. |
Inspect and block |
Este es el modo de aplicación forzosa activo. Cuando Model Armor detecta
un incumplimiento de política según los detectores configurados y sus umbrales, registra
el evento y proporciona un veredicto para bloquear la solicitud. El servicio de llamada,
el punto de integración o el punto de aplicación de políticas (PEP) son responsables de
bloquear el procesamiento posterior.
|
Se rechaza tu solicitud o no recibes la respuesta del LLM si se encuentra un incumplimiento. Recibes un mensaje de la aplicación que indica que no se puede procesar la solicitud. El mensaje específico depende de cómo esté diseñada la aplicación cliente para controlar un veredicto de bloqueo de Model Armor. |
Prevención de contenido dañino:
Sensitive Data Protection:
Detén la detección de inyección de instrucciones y jailbreak:
Bloquea las URLs no seguras:
Aplicar temas personalizados:
|
Como práctica recomendada, comienza con Inspect only para comprender las tasas de bloqueo
potenciales y la eficacia de tu caso de uso específico. Después de analizar los registros y
ajustar las configuraciones, puedes cambiar a Inspect and block para obtener protección
activa.
Para usar Inspect only de manera eficaz y obtener estadísticas valiosas, habilita
Cloud Logging. Sin Cloud Logging habilitado, Inspect only no producirá
ninguna información útil.
Accede a tus registros a través de Cloud Logging. Filtra por el nombre del servicio
modelarmor.googleapis.com. Busca entradas relacionadas con las operaciones que
habilitaste en la plantilla. Para obtener más información, consulta Visualiza registros con el Explorador de registros.
Configuración mínima de Model Armor
Aunque las plantillas de Model Armor proporcionan flexibilidad para las aplicaciones individuales, las organizaciones suelen necesitar establecer un nivel de protección básico en todas sus aplicaciones de IA. Usa la configuración mínima de Model Armor para establecer este valor de referencia. Definen los requisitos mínimos para todas las plantillas creadas a nivel del proyecto en la jerarquía de recursos de Google Cloud .
Para obtener más información, consulta Configuración mínima de Model Armor.
Idiomas admitidos
Los filtros de Model Armor admiten la limpieza de instrucciones y respuestas en varios idiomas.
- El filtro de Sensitive Data Protection admite inglés y otros idiomas según los infoTypes que hayas seleccionado.
Los filtros de IA responsable y de detección de inyección de instrucciones y jailbreak se prueban en los siguientes idiomas:
- Chino (mandarín)
- Inglés
- Francés
- Alemán
- Italiano
- Japonés
- Coreano
- Portugués
- Español
Estos filtros pueden funcionar en muchos otros idiomas, pero la calidad de los resultados puede variar. Para conocer los códigos de los idiomas, consulta Idiomas admitidos.
Existen dos maneras de habilitar la detección de varios idiomas:
Habilita en cada solicitud: Para un control detallado, habilita la detección en varios idiomas por solicitud cuando limpies una instrucción del usuario y limpies una respuesta del modelo.
Habilitación única: Si prefieres una configuración más sencilla, puedes habilitar la detección de varios idiomas como una configuración única a nivel de la plantilla de Model Armor con la API de REST. Para obtener más información, consulta Crea una plantilla de Model Armor.
Filtro de documentos
El texto de los documentos puede incluir contenido malicioso y sensible. Model Armor puede examinar los siguientes tipos de documentos en busca de seguridad, intentos de inyección de instrucciones y jailbreak, datos sensibles y URLs maliciosas:
- CSV
- Archivos de texto: TXT
- Documentos de Microsoft Word: DOCX, DOCM, DOTX y DOTM
- Diapositivas de Microsoft PowerPoint: PPTX, PPTM, POTX, POTM y POT
- Hojas de cálculo de Microsoft Excel: XLSX, XLSM, XLTX y XLTM
Detección de imágenes
Model Armor examina las imágenes proporcionadas en las instrucciones y respuestas para ayudar a proteger tus aplicaciones de IA generativa de los riesgos incorporados en las imágenes. Model Armor filtra las imágenes con los siguientes métodos:
- Análisis visual: Analiza el contenido visual de las imágenes solo con el filtro avanzado de Sensitive Data Protection.
- Reconocimiento óptico de caracteres (OCR): Analiza el texto de las imágenes.
Ten en cuenta las siguientes limitaciones cuando uses Model Armor para filtrar imágenes:
- Model Armor solo analiza imágenes en los formatos JPEG, PNG y BMP.
- Cada imagen debe tener 4 MB o menos.
- Model Armor no filtra las imágenes incorporadas en los archivos.
- Model Armor no analiza las imágenes que se proporcionan junto con el texto en
las instrucciones y las respuestas si usas los métodos
SanitizeUserPromptySanitizeModelResponse. - Model Armor filtra solo una imagen por solicitud.
No se admite la detección de varias imágenes a la vez cuando usas los métodos
SanitizeUserPromptySanitizeModelResponse. - La detección de imágenes solo se admite en las multirregiones
usyeu. Si envías una instrucción que contiene una imagen a un extremo regional en el que Model Armor no admite la detección de imágenes, el campoinvocation_resultde la respuesta indicaFAILURE.
Para obtener más información, consulta Limpia las instrucciones que contienen imágenes.
Limitaciones
Ten en cuenta las siguientes limitaciones cuando uses Model Armor:
- Model Armor inspecciona cada instrucción y respuesta de forma independiente como una solicitud de un solo turno. No hace un seguimiento del historial de conversaciones ni mantiene el contexto en las interacciones de varios turnos.
- Model Armor no decodifica ni inspecciona el contenido codificado, como las instrucciones codificadas en Base64, hexadecimal, codificación de URL o texto cifrado.
- Model Armor no admite audio ni video. Además, Model Armor no admite instrucciones que combinen texto e imágenes en una sola solicitud. Para conocer las limitaciones de la detección de imágenes y los formatos compatibles, consulta Detección de imágenes.
Manejo y almacenamiento de datos
Model Armor se diseñó teniendo en cuenta los principios de privacidad y minimización de datos. Model Armor no almacena el contenido de tus interacciones con la IA, a menos que configures y habilites de forma explícita el registro de la plataforma, lo que te otorga control sobre la retención de datos. En esta sección, se describe cómo Model Armor maneja tus datos:
- Procesamiento sin estado y eliminación de contenido: Model Armor funciona como un servicio sin estado, que procesa todas las instrucciones y respuestas del modelo por completo en la memoria. No registra, almacena ni conserva de forma duradera ningún contenido analizado durante su operación estándar; todos los datos se descartan de inmediato una vez que se completa el análisis.
- Registro controlado por el cliente: La única circunstancia en la que se almacenan los datos relacionados con el contenido que se procesa es a través de Cloud Logging. Si decides habilitar Cloud Logging para el servicio de Model Armor, los detalles de los eventos, que pueden incluir metadatos o fragmentos del contenido analizado según la configuración, se envían al destino de Cloud Logging designado. El alcance de los datos registrados y su retención se determinan según tu configuración de Cloud Logging.
- Almacenamiento y encriptación seguros: Todos los datos que maneja Model Armor están protegidos por la encriptación estándar de la industria. Esto incluye los datos en tránsito que usan TLS 1.2 y versiones posteriores, y cualquier dato que resida brevemente en la memoria durante el análisis.
- Residencia de datos regional: Si bien el procesamiento de Model Armor no tiene estado, el servicio admite controles estrictos de residencia de datos. Esto garantiza
que todo el procesamiento transitorio se realice exclusivamente dentro de los límites geográficos
definidos, como
USoEU. - Procesamiento selectivo: Para garantizar la eficiencia operativa y el cumplimiento regional, Model Armor solo transmite y procesa datos para los filtros activos. Si se inhabilita un filtro específico (por ejemplo, debido a la disponibilidad regional o la preferencia del usuario), no se envían datos al servicio subyacente asociado con ese filtro ni se procesan por él.
- Estándares de cumplimiento globales: Como parte del ecosistema de Google Cloud , Model Armor se beneficia de una base de seguridad rigurosa. La infraestructura se somete a auditorías independientes periódicas para mantener las certificaciones, incluidas SOC 1/2/3 e ISO/IEC 27001.
Precios
Model Armor se puede comprar como un servicio independiente o como una parte integrada de Security Command Center. No se te cobra por los datos que se omiten. Para obtener información sobre los precios, consulta lo siguiente:
Tokens
Los modelos de IA generativa dividen el texto y otros datos en unidades llamadas tokens. Un token equivale a cerca de 4 caracteres. Para obtener más información sobre cómo se cuentan los tokens, consulta Información sobre los tokens y cómo contarlos.
Model Armor usa la cantidad total de tokens en las instrucciones y respuestas de IA para determinar los precios y aplicar los límites de filtros. Para obtener más información sobre los límites de tokens de cada filtro, consulta Límites del sistema de tokens.
¿Qué sigue?
- Obtén información sobre las plantillas de Model Armor.
- Obtén más información sobre la configuración mínima de Model Armor.
- Obtén más información sobre los extremos de Model Armor.
- Limpia instrucciones y respuestas.
- Obtén más información sobre el registro de auditoría de Model Armor.
- Soluciona problemas de Model Armor.