Це команда htntlm, яку можна запустити в постачальнику безкоштовного хостингу OnWorks за допомогою однієї з наших численних безкоштовних робочих станцій, таких як Ubuntu Online, Fedora Online, онлайн емулятор Windows або онлайн емулятор MAC OS
ПРОГРАМА:
ІМ'Я
htntlm - читання/запис NTLM-повідомлення
СИНТАКСИС
htmlm [ВАРІАНТИ]
ОПИС
htntlm використовується для читання, створення та перевірки повідомлень NTLM.
ВАРІАНТИ
-v -- версія
Роздрукуйте номер версії та вийдіть
-h --допомога
Відобразити інформацію про використання (це повідомлення)
-r --прочитати
прочитати повідомлення, закодовані NTLM base64
-w --пиши
написати повідомлення з кодуванням NTLM base64
-i --інформація
друкувати в зручному для читання вигляді
-d --відлагоджувати
роздрукувати інформацію про налагодження
-t --тип
Тип повідомлення NTLM 1, 2 або 3
-D --домен
Доменне ім'я
-W -- робоча станція
Назва робочої станції
-E --сервер
Назва робочої станції
-O --os-версія
Версія ОС major.minor.build
-T --ціль
Назва цілі
-N --dns-домен
Доменне ім'я DNS
-S --dns-сервер
Ім'я DNS-сервера
-a --цільова інформація
Цільова інформація, надана в повідомленні NTLM типу 2, закодована base64, потрібна NTLMv2
-U --користувач
ім'я користувача
-P --пароль
пароль
-C -- виклик
Завдання в шістнадцятковому позначенні
-c --client-challengeКлієнт виклик у шістнадцятковому позначенні, за замовчуванням є випадковим
-X --контекст
Контекст у шістнадцятковому позначенні
-K --сесійний ключ
Ключ сесії
-R --відповідь
тип відповіді розділений пробілом: lm ntlm lm2 ntlm2 ntlm2-session
-u --унікод
передати користувача, робочу станцію, ... як рядки Unicode
-f -- прапори
Прапори NTLM із розділеними пробілами neg-unicode:
Вказує, що рядки Unicode підтримуються для використання в даних буфера безпеки.
neg-oem:
Вказує, що рядки OEM підтримуються для використання в даних буфера безпеки.
req-target:
Запитує, щоб область аутентифікації сервера була включена в повідомлення типу 2.
знак негативу:
Вказує, що має бути аутентифікований зв’язок між клієнтом і сервером
мати цифровий підпис (цілісність повідомлення).
негативне ущільнення:
Вказує, що має бути аутентифікований зв’язок між клієнтом і сервером
зашифрований (конфіденційність повідомлення).
Neg-Datagram-style:
Вказує, що використовується автентифікація дейтаграм.
neg-lm-key:
Вказує на те, що ключ сеансу диспетчера локальної мережі слід використовувати для підписання та печатки
аутентифіковані комунікації.
neg-netware:
Використання цього прапора не виявлено.
neg-ntlm-ключ:
Вказує на те, що використовується автентифікація NTLM.
neg-анонімний:
Надсилається клієнтом у повідомленні типу 3, щоб вказати, що анонімний контекст має
було встановлено. Це також впливає на поля відповіді.
neg-domain-supp:
Надіслано клієнтом у повідомленні типу 1, щоб вказати, що ім’я домену в
членство клієнтської робочої станції включається в повідомлення. Це
використовується сервером, щоб визначити, чи відповідає клієнт вимогам локального використання
аутентифікація.
neg-workstation-supp:
Надіслано клієнтом у повідомленні типу 1, щоб вказати, що робоча станція клієнта
ім'я вказано в повідомленні. Це використовується сервером для визначення чи
клієнт має право на локальну аутентифікацію.
neg-local-call:
Надсилається сервером, щоб вказати, що сервер і клієнт знаходяться на одній машині.
Має на увазі, що клієнт може використовувати встановлені локальні облікові дані для
аутентифікація замість обчислення відповіді на виклик.
нег-завжди_знак:
Вказує, що зв’язок між клієнтом і сервером має бути автентифікованим
підписаний «фіктивним» підписом.
цільовий-тип-домен:
Надсилається сервером у повідомленні типу 2, щоб вказати, що цільова аутентифікація
сфера - це домен.
цільовий тип-сервер:
Надсилається сервером у повідомленні типу 2, щоб вказати, що цільова аутентифікація
realm - це сервер.
цільовий тип-частка:
Надсилається сервером у повідомленні типу 2, щоб вказати, що цільова аутентифікація
царство - це частка. Імовірно, це для аутентифікації на рівні спільного доступу. Використання є
незрозумілий.
neg-ntlm2-ключ:
Вказує, що для захисту слід використовувати схему підписання та печатки NTLM2
аутентифіковані комунікації. Зауважте, що це стосується певного сеансу
схеми безпеки, і не пов’язана з використанням аутентифікації NTLMv2. Цей прапор
однак може вплинути на обчислення відповіді
req-init-res:
Використання цього прапора не виявлено
req-accept-res:
Використання цього прапора не виявлено
req-nonnt-session-key:
Використання цього прапора не виявлено
neg-target-info:
Надсилається сервером у повідомленні типу 2, щоб вказати, що воно містить ціль
Інформаційний блок у повідомленні. Блок Target Information використовується в
обчислення відповіді NTLMv2.
neg-128:
Вказує, що підтримується 128-бітове шифрування.
neg-key-exchange:
Вказує, що клієнт надасть зашифрований головний ключ у «Ключ сеансу»
поле повідомлення типу 3.
neg-56:
Вказує, що підтримується 56-бітове шифрування.
Використовуйте htntlm онлайн за допомогою служб onworks.net