TLS Проверка на шифри на пакет

Залепете резиме на TLS за скенирање или ракување за да го објасните протоколот со преговори, пакетот шифри и наследните алгоритми.

TLS докази
Залепете читлив излез од скенер или полиња ClientHello/ServerHello. Не е поддржана необработена бинарна датотека или датотека за снимање пакети.
TLS толкување

Верзии на протокол

Апартмани со шифри

Залепете резиме на TLS за скенирање или ракување, а потоа анализирајте го.
Залепете го доказот TLS за да го проверите.

Вашите залепени TLS детали остануваат во вашиот прелистувач. BroBroGo не ги прикачува или зачувува.

ЧПП

Кои излезни формати TLS можам да ги залепам?

Залепете текст од обичните TLS скенери, openssl s_client, резимеа за анализа на пакети или кратка белешка ClientHello или ServerHello. Проверката препознава вообичаени имиња на IANA, псевдоними OpenSSL и неколку вообичаени хексадецимални идентификатори на пакети; не дешифрира бајти од необработени пакети.

Зошто збирката шифри TLS 1.3 не покажува RSA или ECDHE?

Имињата на пакетите со шифри TLS 1.3 ја опишуваат шифрирањето на записите и хашот за ракување. Замена на клучеви и автентикација се договараат одделно, така што тие не можат да се заклучат само од името на пакетот.

Дали овој резултат докажува дека серверот е безбеден?

Не. Го објаснува само текстот што го залепувате. Не се поврзува со домаќинот, не го потврдува сертификатот, не мери големини на клучеви, не тестира однесување за намалување на рејтингот или не го прикажува секој пакет што го прифаќа серверот.

Анализа на TLS верзиите на протоколи и нивното значење

Протоколот Transport Layer Security (TLS) претставува темел на безбедноста на интернет комуникациите. Разбирањето на точната верзија на протоколот што се користи при воспоставување на врската е клучно за проценка на безбедносниот статус на еден систем. Постарите верзии на протоколот содржат структурни пропусти кои се добро документирани, додека поновите верзии воведуваат поефикасни и побезбедни криптографски механизми.

Алатката ги идентификува верзиите на протоколот присутни во доставениот текст и ги прикажува соодветните улоги за нив:

  • Преговарано: Верзијата на протоколот која е успешно договорена помеѓу клиентот и серверот за заштита на сесијата.
  • Понудена: Верзиите кои клиентот ги испратил во својата почетна порака како поддржани опции.
  • Набљудувано: Верзии кои се забележани во текот на анализата на сообраќајот или скенирањето.

Доколку во внесениот текст не се открие ниту една верзија на протоколот, алатката ја прикажува пораката „Во доставениот текст не беше пронајдена верзија на протоколот.“.

Структура и компоненти на TLS пакетите со шифри

Пакетот со шифри (Cipher Suite) е дефиниран сет на криптографски алгоритми кои се користат за обезбедување на мрежната врска. Во традиционалните верзии на TLS (заклучно со TLS 1.2), името на пакетот со шифри експлицитно ги дефинира алгоритмите за четири клучни функции:

  1. Размена на клучеви: Механизмот преку кој клиентот и серверот се договараат за тајниот клуч (на пример, ECDHE или статички RSA).
  2. Автентикација: Начинот на кој се потврдува идентитетот на серверот (и по потреба на клиентот), најчесто преку дигитални сертификати.
  3. Шифрирање на податоци: Симетричниот алгоритам што се користи за заштита на доверливоста на податоците (на пример, AES или ChaCha20) заедно со режимот на работа (како GCM или CBC).
  4. Интегритет на податоци: Функцијата за еднонасочно шифрирање (хаш) која се користи за проверка на интегритетот на пораките (на пример, SHA-256).

Алатката ги препознава вообичаените имиња на IANA, псевдонимите на OpenSSL и неколку вообичаени хексадецимални идентификатори на пакети. Доколку внесениот пакет не е дел од вградената база, се прикажува наодот: „Овој пакет не е во вградената карта со заеднички пакет. Проверете ја тековната документација за регистар или скенер IANA.“. Доколку во текстот воопшто не се идентификува пакет со шифри, се прикажува пораката „Не беше пронајден пакет со шифри во доставениот текст.“.

Проценка на безбедносниот статус на шифрите

Секој идентификуван пакет со шифри добива соодветна категоризација врз основа на неговата безбедносна сигурност:

  • Модерен: Пакети кои користат современи, силни криптографски алгоритми и се препорачуваат за употреба.
  • Преглед: Пакети кои бараат дополнителна анализа или имаат специфични услови за имплементација.
  • Застарен: Пакети кои содржат застарени или ослабени алгоритми и треба да се исклучат од употреба.
  • Непознат: Пакети кои не можат да се класифицираат со вградените правила.

Наследни и застарени криптографски алгоритми

Присуството на застарени алгоритми во конфигурацијата на TLS претставува сериозен безбедносен ризик. Алатката врши детална проверка на компонентите на пакетите и ги прикажува следните наоди при детекција на несигурни алгоритми:

Алгоритам / Категорија Безбедносен наод и предупредување
RC4 „RC4 е застарен и не смее да се преговара за него.“
DES „DES не е безбеден за општа употреба TLS.“
3DES „3DES има мала големина на блок и е застарена за TLS.“
NULL „Шифрирањето NULL не обезбедува доверливост.“
EXPORT „Апартманите EXPORT намерно користат слаба криптографија и се застарени.“
Anonymous „Анонимните апартмани не го потврдуваат автентичноста на врсниците и се ранливи на пресретнување.“
MD5 „MD5 не е безбеден за општа употреба TLS.“
SHA-1 „Овој пакет користи SHA-1, кој е застарен за општа употреба TLS.“
CBC „Апартманите CBC се наследени. Претпочитајте пакет AEAD како што е AES-GCM или ChaCha20-Poly1305.“
CCM-8 „CCM-8 користи пократка ознака за автентикација и му треба преглед специфичен за протоколот.“

Специфичности на TLS 1.3 и напредна тајност

Во верзијата TLS 1.3, архитектурата на преговарање е фундаментално променета. За разлика од претходните верзии, TLS 1.3 ги преговара размената на клучеви и автентикацијата целосно одделно од самиот пакет со шифри. Поради ова, од самото име на пакетот во TLS 1.3 не може да се заклучи кој алгоритам за размена на клучеви е употребен. Алатката го означува ова со наодот: „TLS 1.3 преговара за размена на клучеви и автентикација одделно од пакетот шифри.“.

Дополнително, кај постарите верзии на TLS често се среќава статичка размена на клучеви базирана на RSA. Овој пристап не обезбедува напредна тајност (Forward Secrecy), што значи дека доколку приватниот клуч на серверот биде компромитиран во иднина, сите претходно снимени сесии можат да бидат дешифрирани. Алатката го идентификува овој пропуст со пораката: „Статичката размена на клучеви RSA не обезбедува напредна тајност.“.

Ограничувања на статичката анализа наспроти скенирање во живо

Оваа алатка врши исклучиво статичка анализа на поднесениот текст. Таа не воспоставува мрежни врски со оддалечени сервери и не врши активни скенирања. Поради тоа, постојат јасни технички ограничувања во споредба со активните скенери:

  • Алатката го објаснува само текстот што го залепувате во полето.
  • Не се поврзува со домаќинот и не го потврдува дигиталниот сертификат.
  • Не ги мери реалните големини на клучевите што се користат при ракувањето.
  • Не го тестира однесувањето на серверот при обид за присилно намалување на верзијата на протоколот (downgrade behavior).
  • Не може да го прикаже секој поединечен пакет со шифри што серверот го прифаќа, туку само оние кои се експлицитно наведени во доставениот текст.

Приватност и обработка на податоците

Безбедноста на вашите податоци е целосно зачувана при користење на оваа алатка. Сите анализи и обработка на внесениот текст се извршуваат локално, директно во вашиот веб-прелистувач. Вашите залепени TLS детали остануваат во вашиот прелистувач. BroBroGo не ги прикачува или зачувува.


Често поставувани прашања

Кои излезни формати TLS можам да ги залепам?

Залепете текст од обичните TLS скенери, openssl s_client, резимеа за анализа на пакети или кратка белешка ClientHello или ServerHello. Проверката препознава вообичаени имиња на IANA, псевдоними OpenSSL и неколку вообичаени хексадецимални идентификатори на пакети; не дешифрира бајти од необработени пакети. Максималната дозволена должина на внесениот текст е 200.000 знаци.

Зошто збирката шифри TLS 1.3 не покажува RSA или ECDHE?

Имињата на пакетите со шифри TLS 1.3 ја опишуваат шифрирањето на записите и хашот за ракување. Замена на клучеви и автентикација се договараат одделно, така што тие не можат да се заклучат само од името на пакетот.

Дали овој резултат докажува дека серверот е безбеден?

Не. Го објаснува само текстот што го залепувате. Не се поврзува со домаќинот, не го потврдува сертификатот, не мери големини на клучеви, не тестира однесување за намалување на рејтингот или не го прикажува секој пакет што го прифаќа серверот.

Што значат грешките при внесување на податоците?

Доколку алатката наиде на проблем со внесениот текст, ќе се појави една од следниве пораки:

  • „Прво залепете резиме за скенирање или ракување TLS.“ — се појавува ако се обидете да извршите анализа со празно поле за внес.
  • „Тоа резиме е невообичаено големо. Чувајте го под 200.000 знаци.“ — се појавува доколку внесениот текст го надминува лимитот од 200.000 карактери.
  • „Не беше препознаена верзија или пакет на шифри TLS. Залепете читливи скенери или полиња за ракување.“ — се појавува кога внесениот текст не содржи препознатливи TLS елементи.