Desarrollo de paquetes de reglas de información confidencial en Exchange 2013
Se aplica a: Exchange Server 2013
El esquema XML y la guía en este tema lo ayudarán a comenzar a crear sus propios archivos XML básicos de prevención de pérdida de datos (DLP) que definen sus propios tipos de información confidencial en un paquete de reglas de clasificación. Después de crear un archivo XML bien formado, puede importarlo mediante el Centro de administración de Exchange o el shell de administración de Exchange para ayudar a crear una solución DLP de Microsoft Exchange Server 2013. Un archivo XML que es una plantilla de la directiva de DLP personalizada puede contener el XML que sea su paquete de reglas de clasificación. Para obtener información general sobre cómo definir sus propias plantillas de DLP como archivos XML, consulte Definir sus propios tipos de información y plantillas de DLP.
Información general del proceso de creación de reglas
El proceso de creación de reglas se compone de los siguientes pasos generales.
Preparar un conjunto de documentos de prueba representativas de su entorno de destino. Entre las características clave que se deben tener en cuenta para el conjunto de documentos de prueba se incluyen: un subconjunto de los documentos contiene la entidad o afinidad para la que se está creando la regla y un subconjunto de los documentos no contiene la entidad o afinidad para la que se está creando la regla.
Identificar las reglas que cumplen los requisitos de aceptación (precisión y recuperación) para identificar el contenido necesario. Este esfuerzo de identificación puede requerir el desarrollo de varias condiciones dentro de una regla, enlazadas con lógica booleana, que juntos cumplen los requisitos mínimos de coincidencia para identificar los documentos de destino.
Establecer el nivel de confianza recomendado para las reglas según los requisitos de aceptación (precisión y recuperación). Se puede considerar el elemento de confianza recomendado como el nivel de confianza predeterminado para la regla.
Validar las reglas ejemplificando una directiva con ellas y supervisando el contenido de la prueba de muestra. Según los resultados, ajustar las reglas o el nivel de confianza para maximizar el contenido detectado mientras se minimizan los falsos positivos y negativos. Continuar el ciclo de validación y los ajustes de regla hasta que se logre una detección satisfactoria del nivel de contenido para las muestras positiva y negativa.
Para obtener información acerca de la definición del esquema de XML para los archivos de plantilla de la directiva, consulte Desarrollo de archivos de plantilla de directivas de DLP.
Descripción de la regla
Se pueden crear dos tipos de reglas principales para el motor de detección de información confidencial DLP: Entidad y afinidad. El tipo de regla seleccionado se basa en el tipo de lógica de procesamiento que se debería aplicar al procesamiento del contenido según lo descrito en las secciones anteriores. Las definiciones de regla se configuran en un documento XML en el formato descrito por las reglas XSD estandarizadas. Las reglas describen tanto el tipo de contenido que debe coincidir como el nivel de confianza que la coincidencia descrita representa en el contenido de destino. El nivel de confianza especifica la probabilidad de que la entidad esté presente si se encuentra un patrón o la probabilidad de que la afinidad esté presente si se encuentra evidencia en el contenido.
Estructura de la regla básica
La definición de la regla está hecha de tres componentes principales:
Entidad define la lógica de coincidencia y recuento para esa regla
Afinidad define la lógica de coincidencia para la regla
Cadenas localizadas localización de los nombres de las reglas y sus descripciones
Se usan otros tres elementos auxiliares que definen los detalles del procesamiento y a los que se hace referencia dentro de los componentes principales: Keyword, Regex y Function. Al usar referencias, se puede utilizar una sola definición de los elementos auxiliares, como el número de seguro social, en diferentes reglas de la entidad o la afinidad. La estructura de la regla básica en formato XML puede verse como sigue.
<?xml version="1.0" encoding="utf-8"?>
<RulePackage xmlns="http://schemas.microsoft.com/office/2011/mce">
<RulePack id="DAD86A92-AB18-43BB-AB35-96F7C594ADAA">
<Version major="1" minor="0" build="0" revision="0"/>
<Publisher id="619DD8C3-7B80-4998-A312-4DF0402BAC04"/>
<Details defaultLangCode="en-us">
<LocalizedDetails langcode="en-us">
<PublisherName>DLP by EPG</PublisherName>
<Name>CSO Custom Rule Pack</Name>
<Description>This is a rule package for a EPG demo.</Description>
</LocalizedDetails>
</Details>
</RulePack>
<Rules>
<!-- Employee ID -->
<Entity id="E1CC861E-3FE9-4A58-82DF-4BD259EAB378" patternsProximity="300" recommendedConfidence="75">
<Pattern confidenceLevel="75">
<IdMatch idRef="Regex_employee_id" />
<Match idRef="Keyword_employee" />
</Pattern>
</Entity>
<Regex id="Regex_employee_id">(\s)(\d{9})(\s)</Regex>
<Keyword id="Keyword_employee">
<Group matchStyle="word">
<Term>Identification</Term>
<Term>Contoso Employee</Term>
</Group>
</Keyword>
<LocalizedStrings>
<Resource idRef="E1CC861E-3FE9-4A58-82DF-4BD259EAB378">
<Name default="true" langcode="en-us">
Employee ID
</Name>
<Description default="true" langcode="en-us">
A custom classification for detecting Employee ID's
</Description>
</Resource>
</LocalizedStrings>
</Rules>
</RulePackage>
Reglas de la entidad
Las reglas de entidad están destinadas a identificadores bien definidos, como el número de seguridad social, y se representan mediante una colección de patrones que se pueden contar. Las reglas de la entidad devuelven un recuento y el nivel de confianza de una coincidencia, donde el recuento es la cantidad total de instancias de la entidad que se encontró y el nivel de confianza es la probabilidad de que dicha entidad exista en el documento en particular. La entidad contiene el atributo "Id" como su identificador único. El identificador se utiliza para la localización, el control de versiones y la consulta. El identificador de entidad debe ser un GUID. El identificador de entidad no se debe duplicar en otras entidades o afinidades. Se hace referencia a él en la sección de cadenas localizadas.
Las reglas de entidad contienen el atributo patternsProximity opcional (valor predeterminado = 300) que se usa al aplicar lógica booleana para especificar la adyacencia de varios patrones necesarios para satisfacer la condición de coincidencia. El elemento Entity contiene uno o varios elementos Pattern secundarios, donde cada patrón es una representación distinta de la entidad, como entidad de tarjeta de crédito o entidad de licencia de controlador. El elemento Pattern tiene un atributo necesario de confidenceLevel que representa la precisión del patrón en función del conjunto de datos de ejemplo. El elemento del patrón puede tener tres elementos secundarios:
IdMatch: este elemento es necesario.
Coincidir
Cualquiera
Si cualquiera de los elementos del patrón devuelve "true", se cumple con el patrón. El recuento del elemento Entidad es igual a la suma de todos los recuentos de patrón detectados.
donde k es la cantidad de elementos del patrón de la entidad.
Un elemento del patrón debe tener exactamente un elemento Coincidencia de id. Coincidencia de id representa el identificador que el patrón debe hacer coincidir, por ejemplo un número de tarjeta de crédito o número ITIN. El recuento de un patrón es la cantidad de Coincidencias de id que coinciden con el elemento del patrón. El elemento Coincidencia de id ancla la ventana de proximidad para los elementos Coincidencia.
Otro subelemento opcional del elemento Pattern es el elemento Match, que representa la evidencia corroborativa necesaria para que sea compatible con la búsqueda del elemento IdMatch. Por ejemplo, la regla de mayor confianza puede requerir que, además de encontrar un número de tarjeta de crédito, existan artefactos adicionales en el documento, dentro de una ventana de proximidad de la tarjeta de crédito, como la dirección y el nombre. Estos artefactos adicionales se representarían a través del elemento Match o del elemento Any (descritos en detalle en la sección Métodos y técnicas de coincidencia). Se pueden incluir varios elementos Match en una definición de patrón, que se pueden incluir directamente en el elemento Pattern o combinarse con el elemento Any para definir la semántica coincidente. Devuelve true si se encuentra una coincidencia en la ventana de proximidad anclada alrededor del contenido de Coincidencia de id.
Tanto los elementos IdMatch como Match no definen los detalles de qué contenido debe coincidir, sino que hacen referencia a él a través del atributo idRef. Esta referencia promueve la reutilización de definiciones en varias construcciones pattern.
<Entity id="..." patternsProximity="300" >
<Pattern confidenceLevel="85">
<IdMatch idRef="FormattedSSN" />
<Any minMatches="1">
<Match idRef="SSNKeyword" />
<Match idRef="USDate" />
<Match idRef="USAddress" />
<Match idRef="Name" />
</Any>
</Pattern>
<Pattern confidenceLevel="65">
<IdMatch idRef="UnformattedSSN" />
<Match idRef="SSNKeyword" />
<Any minMatches="1">
<Match idRef="USDate" />
<Match idRef="USAddress" />
<Match idRef="Name" />
</Any>
</Pattern>
</Entity>
Elemento Entity Id, representado en el XML anterior por "..." debe ser un GUID y se hace referencia a él en la sección Cadenas localizadas.
Ventana de proximidad del patrón de entidad
La entidad tiene el valor de atributo opcional Proximidad (número entero, valor predeterminado = 300) usado para definir los patrones. Para cada patrón, el valor del atributo define la distancia (en caracteres Unicode) de la ubicación IdMatch para todas las demás coincidencias especificadas para ese patrón. La ventana de proximidad se ancla mediante el lugar de Coincidencia de id, y la ventana se extiende de izquierda a derecha de la Coincidencia de id.
En el ejemplo siguiente se muestra cómo la ventana de proximidad afecta al algoritmo coincidente en el que el elemento IdMatch de SSN requiere al menos una de las coincidencias de dirección, nombre o fecha. Solo SSN1 y SSN4 coinciden porque para SSN2 y SSN3 no se encontró evidencia de corroboración, o solo se encontró evidencia parcial, dentro de la ventana de proximidad.
El cuerpo del mensaje y cada dato adjunto se tratan como elementos independientes. Esta condición significa que la ventana de proximidad no se extiende más allá del final de cada uno de estos elementos. Cada elemento (cuerpo o datos adjuntos), debe contener tanto su propio elemento Coincidencia de id como su evidencia de corroboración.
Nivel de confianza de la entidad
El nivel de confianza del elemento Entidad es la combinación de todos los niveles de confianza del patrón satisfechos. Se combinan con la siguiente ecuación:
donde k es el número de elementos Pattern para entity y un patrón que no coincide devuelve un nivel de confianza de 0.
En cuanto a la muestra del código de la estructura del elemento Entidad de ejemplo, ambos patrones coinciden, el nivel de confianza de la entidad es 94.75 % según el siguiente cálculo:
CLentidad= 1-[(1-CLPatrón1) x (1-CLPatrón1)]
= 1-[(1-0.85) x (1-0.65)]
= 1-(0.15 x 0.35)
= 94.75%
De manera similar, si solo coincide el segundo patrón, el nivel de confianza de la entidad es 65 % según el siguiente cálculo:
CLentidad= 1-[(1 - CLPatrón1) X (1 - CLPatrón1)]
= 1 - [(1 - 0) X (1 - 0.65)]
= 1 - (1 X 0.35)
= 65%
Los valores de confianza se asignan en las reglas para patrones individuales según un conjunto de documentos de prueba validados como parte del proceso de creación de reglas.
Reglas de afinidad
Las reglas de afinidad están destinadas al contenido sin identificadores bien definidos, por ejemplo Sarbanes-Oxley o contenido financiero empresarial. Para este contenido, no se puede encontrar ningún identificador coherente único y, en su lugar, el análisis requiere determinar si hay una colección de pruebas. Las reglas de afinidad no devuelven un recuento, sino que devuelven si se encuentran y el nivel de confianza asociado. El contenido de afinidad se representa como una colección de evidencias independientes. La evidencia es una agregación de coincidencias necesarias dentro de cierta proximidad. Para la regla de afinidad, la proximidad se define mediante el atributo evidencesProximity (el valor predeterminado es 600) y el nivel de confianza mínimo es el atributo nivel de confianza límite.
Las reglas de afinidad contienen el atributo Id para su identificador único que se usa para la localización, el control de versiones y las consultas. A diferencia de las reglas de entidad, dado que las reglas de afinidad no se basan en identificadores bien definidos, no contienen el elemento IdMatch.
Cada regla de afinidad contiene uno o varios elementos evidence secundarios que definen la evidencia que se va a encontrar y el nivel de confianza que contribuye a la regla affinity. La afinidad no se considera encontrada si el nivel de confianza resultante está por debajo del nivel de umbral. Cada evidencia representa de manera lógica la evidencia de corroboración para este "tipo" y el atributo Nivel de confianza es la precisión de esa evidencia en el conjunto de datos de prueba.
Los elementos Evidencia tienen uno o más elementos de coincidencia o cualquiera. Si todos los elementos Coincidencia y Todos coinciden, se encuentra la evidencia y el nivel de confianza contribuye al cálculo del nivel de confianza de las reglas. La misma descripción corresponde a los elementos Coincidencia o Todos para las reglas de afinidad y las reglas de entidad.
<Affinity id="..."
evidencesProximity="1000"
thresholdConfidenceLevel="65">
<Evidence confidenceLevel="40">
<Any>
<Match idRef="AssetsTerms" />
<Match idRef="BalanceSheetTerms" />
<Match idRef="ProfitAndLossTerms" />
</Any>
</Evidence>
<Evidence confidenceLevel="40">
<Any minMatches="2">
<Match idRef="TaxTerms" />
<Match idRef="DollarAmountTerms" />
<Match idRef="SECTerms" />
<Match idRef="SECFilingFormTerms" />
<Match idRef="DollarTotalRegex" />
</Any>
</Evidence>
</Affinity>
Ventana de proximidad de afinidad
La ventana de proximidad por afinidad se calcula de forma diferente que para los patrones de entidad. La proximidad de afinidad sigue un modelo de ventana deslizante. El algoritmo de proximidad de afinidad intenta encontrar la cantidad máxima de evidencias que coinciden en dicha ventana. Las evidencias en la ventana de proximidad deben tener un nivel de confianza mayor al límite definido para la regla de afinidad que se encontrará.
Nivel de confianza de afinidad
El nivel de confianza de afinidad es igual a la combinación de evidencias encontradas dentro de la ventana de proximidad para la regla de afinidad. Si bien es similar al nivel de confianza de la regla de entidad, la diferencia clave es la aplicación de la ventana de proximidad. De manera similar a las reglas de entidad, el nivel de confianza del elemento Afinidad es la combinación de todos los niveles de confianza de evidencia satisfechos, pero para la regla de afinidad solo representa la combinación más alta de elementos Evidencia encontrados dentro de la ventana de proximidad. Los niveles de confianza de evidencia se combinan utilizando la siguiente ecuación:
donde k es la cantidad de elementos Evidencia para la afinidad que coincide dentro de la ventana de proximidad.
En cuanto a la estructura de la regla de afinidad de ejemplo de la Figura 4, si todas las evidencias coinciden dentro de la ventana de proximidad deslizante, el nivel de confianza de la afinidad es 85.6 % según el siguiente cálculo. Este valor supera el umbral de regla de afinidad de 65, lo que da como resultado la coincidencia de reglas.
CLafinidad= 1 - [(1 - CLevidencia 1) X (1 - CLevidencia 2) X (1 - CLevidencia 2)]
= 1 - [(1 - 0.6) X (1 - 0.4) X (1 - 0.4)]
= 1 - (0.4 X 0.6 X 0.6)
= 85.6%
Con la misma definición de regla de ejemplo, si solo coincide la primera evidencia porque la segunda evidencia está fuera de la ventana de proximidad, el nivel de confianza de afinidad más alto es del 60 % en función del cálculo siguiente y la regla de afinidad no coincide desde que no se alcanzó el umbral de 65.
CLafinidad= 1 - [(1 - CLevidencia 1) X (1 - CLevidencia 2) X (1 - CLevidencia 2)]
= 1 - [(1 - 0.6) X (1 - 0) X (1 - 0)]
= 1 - (0.4 X 1 X 1)
= 60%
Ajuste de los niveles de confianza
Uno de los aspectos clave del proceso de creación de reglas es el ajuste de los niveles de confianza tanto para reglas de entidad como de afinidad. Después de crear las definiciones de reglas, ejecute la regla en el contenido representativo y recopile los datos de precisión. Compare los resultados devueltos para cada patrón o evidencia con los resultados esperados de los documentos de prueba.
Si las reglas cumplen los requisitos de aceptación, es decir, el patrón o la evidencia tienen una tasa de confianza por encima de un umbral establecido (por ejemplo, 75 %), la expresión de coincidencia está completa y se puede mover al paso siguiente.
Si el patrón o la evidencia no cumplen el nivel de confianza, vuelva a autorizarlo (por ejemplo, agregue más evidencia corroborativa; quite o agregue patrones o evidencias adicionales; etc.) y repita este paso.
A continuación, ajuste el nivel de confianza para cada patrón o evidencia de sus reglas según los resultados del paso anterior. Para cada patrón o evidencia, agregue el número de verdaderos positivos (TP), subconjunto de los documentos que contienen la entidad o afinidad para la que se está creando la regla y que dieron como resultado una coincidencia y el número de falsos positivos (FP), un subconjunto de documentos que no contienen la entidad o afinidad para la que se está creando la regla y que también devolvieron una coincidencia. Establezca el nivel de confianza para cada patrón o evidencia utilizando el siguiente cálculo:
Nivel de confianza = verdaderos positivos / (verdaderos positivos + falsos positivos)
| Patrón o evidencia | Verdaderos positivos | Falsos positivos | Nivel de confianza |
|---|---|---|---|
| P1o E1 | 4 | 1 | 80% |
| P2o E2 | 2 | 2 | 50% |
| Pno En | 9 | 10 | 47% |
Uso de idiomas locales en el archivo XML
El esquema de la regla admite el almacenamiento del nombre y la descripción localizados para cada elemento Entidad y Afinidad. Cada elemento Entidad y Afinidad debe contener un elemento correspondiente en la sección Cadenas localizadas. Para localizar cada elemento, incluya un elemento Recurso como elemento de cadenas localizadas secundario para almacenar el nombre y las descripciones de varios configuraciones regionales de cada elemento. El elemento Resource incluye un atributo idRef necesario que coincide con el atributo idRef correspondiente para cada elemento que se está localizando. Los elementos secundarios De configuración regional del elemento Resource contienen el nombre localizado y las descripciones de cada configuración regional especificada.
<LocalizedStrings>
<Resource idRef="guid">
<Locale langcode="en-US" default="true">
<Name>affinity name en-us</Name>
<Description>
affinity description en-us
</Description>
</Locale>
<Locale langcode="de">
<Name>affinity name de</Name>
<Description>
affinity description de
</Description>
</Locale>
</Resource>
</LocalizedStrings>
Definición de esquemas XML del paquete de reglas de clasificación
<?xml version="1.0" encoding="utf-8"?>
<xs:schema xmlns:mce="http://schemas.microsoft.com/office/2011/mce"
targetNamespace="http://schemas.microsoft.com/office/2011/mce"
xmlns:xs="http://www.w3.org/2001/XMLSchema"
elementFormDefault="qualified"
attributeFormDefault="unqualified"
id="RulePackageSchema">
<xs:simpleType name="LangType">
<xs:union memberTypes="xs:language">
<xs:simpleType>
<xs:restriction base="xs:string">
<xs:enumeration value=""/>
</xs:restriction>
</xs:simpleType>
</xs:union>
</xs:simpleType>
<xs:simpleType name="GuidType" final="#all">
<xs:restriction base="xs:token">
<xs:pattern value="[0-9a-fA-F]{8}\-([0-9a-fA-F]{4}\-){3}[0-9a-fA-F]{12}"/>
</xs:restriction>
</xs:simpleType>
<xs:complexType name="RulePackageType">
<xs:sequence>
<xs:element name="RulePack" type="mce:RulePackType"/>
<xs:element name="Rules" type="mce:RulesType">
<xs:key name="UniqueRuleId">
<xs:selector xpath="mce:Entity|mce:Affinity"/>
<xs:field xpath="@id"/>
</xs:key>
<xs:key name="UniqueProcessorId">
<xs:selector xpath="mce:Regex|mce:Keyword"></xs:selector>
<xs:field xpath="@id"/>
</xs:key>
<xs:key name="UniqueResourceIdRef">
<xs:selector xpath="mce:LocalizedStrings/mce:Resource"/>
<xs:field xpath="@idRef"/>
</xs:key>
<xs:keyref name="ReferencedRuleMustExist" refer="mce:UniqueRuleId">
<xs:selector xpath="mce:LocalizedStrings/mce:Resource"/>
<xs:field xpath="@idRef"/>
</xs:keyref>
<xs:keyref name="RuleMustHaveResource" refer="mce:UniqueResourceIdRef">
<xs:selector xpath="mce:Entity|mce:Affinity"/>
<xs:field xpath="@id"/>
</xs:keyref>
</xs:element>
</xs:sequence>
</xs:complexType>
<xs:complexType name="RulePackType">
<xs:sequence>
<xs:element name="Version" type="mce:VersionType"/>
<xs:element name="Publisher" type="mce:PublisherType"/>
<xs:element name="Details" type="mce:DetailsType">
<xs:key name="UniqueLangCodeInLocalizedDetails">
<xs:selector xpath="mce:LocalizedDetails"/>
<xs:field xpath="@langcode"/>
</xs:key>
<xs:keyref name="DefaultLangCodeMustExist" refer="mce:UniqueLangCodeInLocalizedDetails">
<xs:selector xpath="."/>
<xs:field xpath="@defaultLangCode"/>
</xs:keyref>
</xs:element>
<xs:element name="Encryption" type="mce:EncryptionType" minOccurs="0" maxOccurs="1"/>
</xs:sequence>
<xs:attribute name="id" type="mce:GuidType" use="required"/>
</xs:complexType>
<xs:complexType name="VersionType">
<xs:attribute name="major" type="xs:unsignedShort" use="required"/>
<xs:attribute name="minor" type="xs:unsignedShort" use="required"/>
<xs:attribute name="build" type="xs:unsignedShort" use="required"/>
<xs:attribute name="revision" type="xs:unsignedShort" use="required"/>
</xs:complexType>
<xs:complexType name="PublisherType">
<xs:attribute name="id" type="mce:GuidType" use="required"/>
</xs:complexType>
<xs:complexType name="LocalizedDetailsType">
<xs:sequence>
<xs:element name="PublisherName" type="mce:NameType"/>
<xs:element name="Name" type="mce:RulePackNameType"/>
<xs:element name="Description" type="mce:OptionalNameType"/>
</xs:sequence>
<xs:attribute name="langcode" type="mce:LangType" use="required"/>
</xs:complexType>
<xs:complexType name="DetailsType">
<xs:sequence>
<xs:element name="LocalizedDetails" type="mce:LocalizedDetailsType" maxOccurs="unbounded"/>
</xs:sequence>
<xs:attribute name="defaultLangCode" type="mce:LangType" use="required"/>
</xs:complexType>
<xs:complexType name="EncryptionType">
<xs:sequence>
<xs:element name="Key" type="xs:normalizedString"/>
<xs:element name="IV" type="xs:normalizedString"/>
</xs:sequence>
</xs:complexType>
<xs:simpleType name="RulePackNameType">
<xs:restriction base="xs:token">
<xs:minLength value="1"/>
<xs:maxLength value="64"/>
</xs:restriction>
</xs:simpleType>
<xs:simpleType name="NameType">
<xs:restriction base="xs:normalizedString">
<xs:minLength value="1"/>
<xs:maxLength value="256"/>
</xs:restriction>
</xs:simpleType>
<xs:simpleType name="OptionalNameType">
<xs:restriction base="xs:normalizedString">
<xs:minLength value="0"/>
<xs:maxLength value="256"/>
</xs:restriction>
</xs:simpleType>
<xs:simpleType name="RestrictedTermType">
<xs:restriction base="xs:string">
<xs:minLength value="1"/>
<xs:maxLength value="512"/>
</xs:restriction>
</xs:simpleType>
<xs:complexType name="RulesType">
<xs:sequence>
<xs:choice maxOccurs="unbounded">
<xs:element name="Entity" type="mce:EntityType"/>
<xs:element name="Affinity" type="mce:AffinityType"/>
</xs:choice>
<xs:choice minOccurs="0" maxOccurs="unbounded">
<xs:element name="Regex" type="mce:RegexType"/>
<xs:element name="Keyword" type="mce:KeywordType"/>
</xs:choice>
<xs:element name="LocalizedStrings" type="mce:LocalizedStringsType"/>
</xs:sequence>
</xs:complexType>
<xs:complexType name="EntityType">
<xs:sequence>
<xs:element name="Pattern" type="mce:PatternType" maxOccurs="unbounded"/>
</xs:sequence>
<xs:attribute name="id" type="mce:GuidType" use="required"/>
<xs:attribute name="patternsProximity" type="mce:ProximityType" use="required"/>
<xs:attribute name="recommendedConfidence" type="mce:ProbabilityType"/>
<xs:attribute name="workload" type="mce:WorkloadType"/>
</xs:complexType>
<xs:complexType name="PatternType">
<xs:sequence>
<xs:element name="IdMatch" type="mce:IdMatchType"/>
<xs:choice minOccurs="0" maxOccurs="unbounded">
<xs:element name="Match" type="mce:MatchType"/>
<xs:element name="Any" type="mce:AnyType"/>
</xs:choice>
</xs:sequence>
<xs:attribute name="confidenceLevel" type="mce:ProbabilityType" use="required"/>
</xs:complexType>
<xs:complexType name="AffinityType">
<xs:sequence>
<xs:element name="Evidence" type="mce:EvidenceType" maxOccurs="unbounded"/>
</xs:sequence>
<xs:attribute name="id" type="mce:GuidType" use="required"/>
<xs:attribute name="evidencesProximity" type="mce:ProximityType" use="required"/>
<xs:attribute name="thresholdConfidenceLevel" type="mce:ProbabilityType" use="required"/>
<xs:attribute name="workload" type="mce:WorkloadType"/>
</xs:complexType>
<xs:complexType name="EvidenceType">
<xs:sequence>
<xs:choice maxOccurs="unbounded">
<xs:element name="Match" type="mce:MatchType"/>
<xs:element name="Any" type="mce:AnyType"/>
</xs:choice>
</xs:sequence>
<xs:attribute name="confidenceLevel" type="mce:ProbabilityType" use="required"/>
</xs:complexType>
<xs:complexType name="IdMatchType">
<xs:attribute name="idRef" type="xs:string" use="required"/>
</xs:complexType>
<xs:complexType name="MatchType">
<xs:attribute name="idRef" type="xs:string" use="required"/>
</xs:complexType>
<xs:complexType name="AnyType">
<xs:sequence>
<xs:choice maxOccurs="unbounded">
<xs:element name="Match" type="mce:MatchType"/>
<xs:element name="Any" type="mce:AnyType"/>
</xs:choice>
</xs:sequence>
<xs:attribute name="minMatches" type="xs:nonNegativeInteger" default="1"/>
<xs:attribute name="maxMatches" type="xs:nonNegativeInteger" use="optional"/>
</xs:complexType>
<xs:simpleType name="ProximityType">
<xs:restriction base="xs:positiveInteger">
<xs:minInclusive value="1"/>
</xs:restriction>
</xs:simpleType>
<xs:simpleType name="ProbabilityType">
<xs:restriction base="xs:integer">
<xs:minInclusive value="1"/>
<xs:maxInclusive value="100"/>
</xs:restriction>
</xs:simpleType>
<xs:simpleType name="WorkloadType">
<xs:restriction base="xs:string">
<xs:enumeration value="Exchange"/>
<xs:enumeration value="Outlook"/>
</xs:restriction>
</xs:simpleType>
<xs:complexType name="RegexType">
<xs:simpleContent>
<xs:extension base="xs:string">
<xs:attribute name="id" type="xs:token" use="required"/>
</xs:extension>
</xs:simpleContent>
</xs:complexType>
<xs:complexType name="KeywordType">
<xs:sequence>
<xs:element name="Group" type="mce:GroupType" maxOccurs="unbounded"/>
</xs:sequence>
<xs:attribute name="id" type="xs:token" use="required"/>
</xs:complexType>
<xs:complexType name="GroupType">
<xs:sequence>
<xs:choice>
<xs:element name="Term" type="mce:TermType" maxOccurs="unbounded"/>
</xs:choice>
</xs:sequence>
<xs:attribute name="matchStyle" default="word">
<xs:simpleType>
<xs:restriction base="xs:NMTOKEN">
<xs:enumeration value="word"/>
<xs:enumeration value="string"/>
</xs:restriction>
</xs:simpleType>
</xs:attribute>
</xs:complexType>
<xs:complexType name="TermType">
<xs:simpleContent>
<xs:extension base="mce:RestrictedTermType">
<xs:attribute name="caseSensitive" type="xs:boolean" default="false"/>
</xs:extension>
</xs:simpleContent>
</xs:complexType>
<xs:complexType name="LocalizedStringsType">
<xs:sequence>
<xs:element name="Resource" type="mce:ResourceType" maxOccurs="unbounded">
<xs:key name="UniqueLangCodeUsedInNamePerResource">
<xs:selector xpath="mce:Name"/>
<xs:field xpath="@langcode"/>
</xs:key>
<xs:key name="UniqueLangCodeUsedInDescriptionPerResource">
<xs:selector xpath="mce:Description"/>
<xs:field xpath="@langcode"/>
</xs:key>
</xs:element>
</xs:sequence>
</xs:complexType>
<xs:complexType name="ResourceType">
<xs:sequence>
<xs:element name="Name" type="mce:ResourceNameType" maxOccurs="unbounded"/>
<xs:element name="Description" type="mce:DescriptionType" minOccurs="0" maxOccurs="unbounded"/>
</xs:sequence>
<xs:attribute name="idRef" type="mce:GuidType" use="required"/>
</xs:complexType>
<xs:complexType name="ResourceNameType">
<xs:simpleContent>
<xs:extension base="xs:string">
<xs:attribute name="default" type="xs:boolean" default="false"/>
<xs:attribute name="langcode" type="mce:LangType" use="required"/>
</xs:extension>
</xs:simpleContent>
</xs:complexType>
<xs:complexType name="DescriptionType">
<xs:simpleContent>
<xs:extension base="xs:string">
<xs:attribute name="default" type="xs:boolean" default="false"/>
<xs:attribute name="langcode" type="mce:LangType" use="required"/>
</xs:extension>
</xs:simpleContent>
</xs:complexType>
</xs:schema>
Más información
Prevención de pérdida de datos
Definir sus propios tipos de información y plantillas de DLP