ANTICHAT — форум по информационной безопасности, OSINT и технологиям
ANTICHAT — русскоязычное сообщество по безопасности, OSINT и программированию.
Форум ранее работал на доменах antichat.ru, antichat.com и antichat.club,
и теперь снова доступен на новом адресе —
forum.antichat.xyz.
Форум восстановлен и продолжает развитие: доступны архивные темы, добавляются новые обсуждения и материалы.
⚠️ Старые аккаунты восстановить невозможно — необходимо зарегистрироваться заново.

12.10.2009, 10:24
|
|
Флудер
Регистрация: 21.06.2006
Сообщений: 3,193
Провел на форуме: 12702287
Репутация:
4738
|
|
Сообщение от spider-intruder
Не проше ли было написать в редакторе "123", сохранить в нужной кодировке и посмотреть на результат?!
По твоему я как делал?
Порядок байтов
В потоке данных UTF-16 старший байт может записываться либо перед младшим (UTF-16 Big Endian), либо после младшего (UTF-16 Little Endian). Иногда кодировку Юникода Big Endian (UTF-16BE) называют Юникодом с обратным порядком байтов. Аналогично существует два варианта четырёхбайтной кодировки — UTF-32BE и UTF-32LE.
Для определения формата представления Юникода в текстовом файле используется приём, по которому в начале текста записывается символ U+FEFF (неразрывный пробел с нулевой шириной), также именуемый меткой порядка байтов (англ. Byte Order Mark, BOM). Этот способ позволяет различать UTF-16LE и UTF-16BE, поскольку символа U+FFFE не существует. Также он иногда применяется для обозначения формата UTF-8, хотя к этому формату и неприменимо понятие порядка байтов. Файлы, следующие этому соглашению, начинаются с таких последовательностей байтов:
UTF-8
EF BB BF
UTF-16BE
FE FF
UTF-16LE
FF FE
UTF-32BE
00 00 FE FF
UTF-32LE
FF FE 00 00
Файлы в кодировках UTF-16 и UTF-32, не содержащие BOM, должны иметь порядок байтов big-endian (unicode.org).
К сожалению, этот способ не позволяет надёжно различать UTF-16LE и UTF-32LE, поскольку символ U+0000 допускается Юникодом (хотя реальные тексты редко начинаются с него).
Последний раз редактировалось -=lebed=-; 12.10.2009 в 10:38..
|
|
|

12.10.2009, 10:51
|
|
Постоянный
Регистрация: 10.12.2005
Сообщений: 939
Провел на форуме: 3886281
Репутация:
929
|
|
А на кой тогда спрашивать тут? :-) Это тест?!
|
|
|

12.10.2009, 11:24
|
|
Флудер
Регистрация: 21.06.2006
Сообщений: 3,193
Провел на форуме: 12702287
Репутация:
4738
|
|
Сообщение от spider-intruder
А на кой тогда спрашивать тут? :-) Это тест?!
Нет, не тест. Просто надо выяснить в какой именно Юникод преобразовывает пароли PasswordsPro при бруте, если выставить эту опцию.
5fa285e1bebe0a6623e33afc04a1fbd5:123
c31ac605793f580b386c0fb53f1b9775:12345
Это MD5, но от unicode, вот надо бы как-то в ASCII получить набор символов, но нуль байт эту идею сводит на нет!
|
|
|

12.10.2009, 11:26
|
|
Познавший АНТИЧАТ
Регистрация: 27.04.2007
Сообщений: 1,044
Провел на форуме: 3660186
Репутация:
905
|
|
Код:
EF BB BF 31 32 33 - это вид "123" в hex (UTF8)
FE FF 00 31 00 32 00 33 - это "123" в hex (UCS2-big endian)
FF FE 31 00 32 00 33 00 - это "123" в hex (UCS2-little endian)
Нужные байты выделены красным. Первые байты - это BOM, добавляемые редактором
|
|
|

12.10.2009, 11:31
|
|
Флудер
Регистрация: 21.06.2006
Сообщений: 3,193
Провел на форуме: 12702287
Репутация:
4738
|
|
Сообщение от krypt3r
Код:
EF BB BF 31 32 33 - это вид "123" в hex (UTF8)
FE FF 00 31 00 32 00 33 - это "123" в hex (UCS2-big endian)
FF FE 31 00 32 00 33 00 - это "123" в hex (UCS2-little endian)
Нужные байты выделены красным. Первые байты - это BOM, добавляемые редактором
Это понятно (про BOM) Вариант в Пасспро третий используется, не в курсе?
|
|
|
|
Похожие темы
|
| Тема |
Автор |
Раздел |
Ответов |
Последнее сообщение |
|
Взлом домофона Метаком
|
andreipup |
Болталка |
11 |
14.08.2009 16:06 |
|
Здесь присутствуют: 1 (пользователей: 0 , гостей: 1)
|
|
|
|