Примечание.
Для доступа к этой странице требуется авторизация. Вы можете попробовать войти или изменить каталоги.
Для доступа к этой странице требуется авторизация. Вы можете попробовать изменить каталоги.
Этот sit также включен в пакет SIT всех учетных данных .
Важно!
Если вы хотите использовать проверку учетных данных SIT в политике защиты от потери данных конечной точки, необходимо включить расширенную проверку классификации и защиту . Это требование связано с сочетанием политик проверки учетных данных SITS и защиты от потери данных конечных точек. В статье о расширенной классификации содержатся сведения о включении расширенной классификации, а также о настройке конечных точек и поддерживаемых типов файлов.
Формат
Строка HostName , за которой следуют символы и строки, описанные в приведенном ниже шаблоне azure-devices.net , включая строки и SharedAccessKey.
Шаблон
- строка
HostName - от нуля до двух пробелов
- знак равенства (=)
- от нуля до двух пробелов
- любое сочетание от 1 до 200 букв нижнего или верхнего регистра, цифр, символов, специальных символов или пробелов
- строка "azure-devices.net"
- любое сочетание от 1 до 200 букв нижнего или верхнего регистра, цифр, символов, специальных символов или пробелов
- строка
SharedAccessKey - от нуля до двух пробелов
- знак равенства (=)
- от нуля до двух пробелов
- любое сочетание из 43 букв в нижнем или верхнем регистре, цифр, косой черты (/) или знака плюса (+)
- знак равенства (=)
Пример учетных данных
HostName=account.azure-devices.net;SharedAccessKeyName=key;SharedAccessKey=abcdefghijklmnopqrstuvwxyz0123456789/+ABCDE=
Контрольная сумма
Нет
SiT с контрольными суммами используют уникальное вычисление, чтобы проверка, является ли информация допустимой. Это означает, что если значение контрольной суммы равно Да, служба может выполнить положительное обнаружение только на основе конфиденциальных данных. Если значение контрольной суммы равно . Дополнительные (вторичные) элементы также не должны быть обнаружены, чтобы служба удала положительное обнаружение.
Выделение ключевых слов
Поддерживается
Если выделение ключевое слово поддерживается в контекстной сводке для типа конфиденциальной информации или обучаемого классификатора, то в представлении Контекстная сводка обозревателя действий ключевые слова в документе, сопоставленные с политикой, выделяются.
Определение
Политика защиты от потери данных имеет высокую уверенность в том, что она обнаружила этот тип конфиденциальной информации, если в пределах 300 символов:
- Регулярное выражение
CEP_Regex_AzureIoTConnectionStringнаходит содержимое, соответствующее шаблону. - Регулярное выражение
CEP_CommonExampleKeywordsне находит содержимое, соответствующее шаблону.
<!--Azure IoT Connection String-->
<Entity id="0b34bec3-d5d6-4974-b7b0-dcdb5c90c29d" patternsProximity="300" recommendedConfidence="85">
<Pattern confidenceLevel="85">
<IdMatch idRef="CEP_Regex_AzureIoTConnectionString" />
<Any minMatches="0" maxMatches="0">
<Match idRef="CEP_CommonExampleKeywords" />
</Any>
</Pattern>
</Entity>
Ключевые слова
CEP_common_example_keywords
Этот тип конфиденциальной информации идентифицирует эти ключевые слова с помощью регулярного выражения, а не ключевое слово списка.
- Contoso
- Fabrikam
- Northwind
- Песочнице
- onebox
- Localhost
- 127.0.0.1
- testacs.Com
- s-int.Чистая