Пример недопустимой строки utf8?

Я тестирую, как некоторые из моих кодов обрабатывают плохие данные, и мне нужна несколько серий байтов, которые являются недопустимыми UTF-8.

Можете ли вы опубликовать некоторые и, в идеале, объяснения, почему они плохие/где вы их получили?

Ответ 2

В 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

Идея шаблонов неверно сформированных байтовых последовательностей может быть получена из таблицы хорошо сформированных последовательностей байтов. См. " Таблица 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

Ответ 4

̆ был особенно злым. Я вижу это как комбинированное на ubuntu.

разделители-бревис

Ответ 5

Fuzz Testing - генерировать случайную последовательность октетов. Скорее всего, вы получите некоторые незаконные последовательности раньше, чем позже.