Я тестирую, как некоторые из моих кодов обрабатывают плохие данные, и мне нужна несколько серий байтов, которые являются недопустимыми UTF-8.
Можете ли вы опубликовать некоторые и, в идеале, объяснения, почему они плохие/где вы их получили?
Я тестирую, как некоторые из моих кодов обрабатывают плохие данные, и мне нужна несколько серий байтов, которые являются недопустимыми UTF-8.
Можете ли вы опубликовать некоторые и, в идеале, объяснения, почему они плохие/где вы их получили?
Посмотрите Возможности декодера Markus Kuhn UTF-8 и файл стресс-теста
Вы найдете примеры многих нерегулярностей UTF-8, включая одиночные стартовые байты, отсутствующие байты продолжения, последовательности перекрытий и т.д.
В PHP:
$examples = array(
'Valid ASCII' => "a",
'Valid 2 Octet Sequence' => "\xc3\xb1",
'Invalid 2 Octet Sequence' => "\xc3\x28",
'Invalid Sequence Identifier' => "\xa0\xa1",
'Valid 3 Octet Sequence' => "\xe2\x82\xa1",
'Invalid 3 Octet Sequence (in 2nd Octet)' => "\xe2\x28\xa1",
'Invalid 3 Octet Sequence (in 3rd Octet)' => "\xe2\x82\x28",
'Valid 4 Octet Sequence' => "\xf0\x90\x8c\xbc",
'Invalid 4 Octet Sequence (in 2nd Octet)' => "\xf0\x28\x8c\xbc",
'Invalid 4 Octet Sequence (in 3rd Octet)' => "\xf0\x90\x28\xbc",
'Invalid 4 Octet Sequence (in 4th Octet)' => "\xf0\x28\x8c\x28",
'Valid 5 Octet Sequence (but not Unicode!)' => "\xf8\xa1\xa1\xa1\xa1",
'Valid 6 Octet Sequence (but not Unicode!)' => "\xfc\xa1\xa1\xa1\xa1\xa1",
);
От http://www.php.net/manual/en/reference.pcre.pattern.modifiers.php#54805
Идея шаблонов неверно сформированных байтовых последовательностей может быть получена из таблицы хорошо сформированных последовательностей байтов. См. " Таблица 3-7. Хорошо сформированные последовательности байтов UTF-8" в Unicode Standard 6.2.
Code Points First Byte Second Byte Third Byte Fourth Byte
U+0000 - U+007F 00 - 7F
U+0080 - U+07FF C2 - DF 80 - BF
U+0800 - U+0FFF E0 A0 - BF 80 - BF
U+1000 - U+CFFF E1 - EC 80 - BF 80 - BF
U+D000 - U+D7FF ED 80 - 9F 80 - BF
U+E000 - U+FFFF EE - EF 80 - BF 80 - BF
U+10000 - U+3FFFF F0 90 - BF 80 - BF 80 - BF
U+40000 - U+FFFFF F1 - F3 80 - BF 80 - BF 80 - BF
U+100000 - U+10FFFF F4 80 - 8F 80 - BF 80 - BF
Вот примеры, созданные из U + 24B62. Я использовал их для отчета об ошибке: Ошибка # 65045 mb_convert_encoding разбивает хорошо сформированный символ
// U+24B62: "\xF0\xA4\xAD\xA2"
"\xF0\xA4\xAD" ."\xF0\xA4\xAD\xA2"."\xF0\xA4\xAD\xA2"
"\xF0\xA4\xAD\xA2"."\xF0\xA4\xAD\xA2"."\xF0\xA4\xAD"
В разных библиотеках можно увидеть упрощение диапазона конечных байтов ([0x80, 0xBF]).
// U+0800 - U+0FFF
\xE0\x80\x80
// U+D000 - U+D7FF
\xED\xBF\xBF
// U+10000 - U+3FFFF
\xF0\x80\x80\x80
// U+100000 - U+10FFFF
\xF4\xBF\xBF\xBF
̆ был особенно злым. Я вижу это как комбинированное на ubuntu.
разделители-бревис
Fuzz Testing - генерировать случайную последовательность октетов. Скорее всего, вы получите некоторые незаконные последовательности раньше, чем позже.