Spec-Zone.ru › Qt 5.13

Класс QDtlsClientVerifier

Этот класс реализует генерацию и проверку куки DTLS на стороне сервера. Подробнее...

Заголовок: #include <QDtlsClientVerifier>
qmake: QT += network
С момента: Qt 5.12
Наследует: QObject

Этот класс был введён в Qt 5.12.

  • Список всех членов, включая унаследованные

Типы публичного доступа

GeneratorParameters

Функции публичного доступа

QDtlsClientVerifier(QObject *parent = nullptr)
virtual ~QDtlsClientVerifier()
QDtlsClientVerifier::GeneratorParameters cookieGeneratorParameters() const
QDtlsError dtlsError() const
QString dtlsErrorString() const
bool setCookieGeneratorParameters(const QDtlsClientVerifier::GeneratorParameters &params)
QByteArray verifiedHello() const
bool verifyClient(QUdpSocket *socket, const QByteArray &dgram, const QHostAddress &address, quint16 port)

Подробное описание

Класс QDtlsClientVerifier реализует генерацию и проверку куки DTLS на стороне сервера. Протоколы безопасности датаграмм очень уязвимы к различным атакам типа «отказ в обслуживании». Согласно RFC 6347, раздел 4.2.1, вот два наиболее распространённых типа таких атак:

  • Злоумышленник отправляет серию запросов инициирования рукопожатия, заставляя сервер выделять чрезмерные ресурсы и потенциально выполнять дорогостоящие криптографические операции.
  • Злоумышленник отправляет серию запросов инициирования рукопожатия с поддельным источником жертвы, заставляя сервер действовать как усилитель. Обычно сервер отвечал бы жертве сообщением с сертификатом, которое может быть довольно большим, тем самым затапливая машину жертвы датаграммами.

В качестве противодействия этим атакам, RFC 6347, раздел 4.2.1 предлагает технику бессостоятельных куки, которую сервер может использовать:

  • В ответ на начальное сообщение ClientHello сервер отправляет HelloVerifyRequest, содержащее куки. Это куки — это криптографический хэш, сгенерированный с использованием адреса клиента, номера порта и секрета сервера (который является криптографически сильной псевдослучайной последовательностью байтов).
  • Доступный клиент DTLS должен ответить новым сообщением ClientHello, содержащим эти куки.
  • При получении сервером сообщения ClientHello с куки он генерирует новую куки, как описано выше. Эта новая куки сравнивается с куки, найденной в сообщении ClientHello.
  • Если куки равны, клиент считается реальным, и сервер может продолжить процедуру рукопожатия TLS.

Примечание: Сервер DTLS не обязан использовать куки DTLS.

QDtlsClientVerifier разработан для работы в паре с QUdpSocket, как показано в следующем фрагменте кода:

class DtlsServer : public QObject
{
public:
    bool listen(const QHostAddress &address, quint16 port);
    // ...

private:
    void readyRead();
    // ...

    QUdpSocket serverSocket;
    QDtlsClientVerifier verifier;
    // ...
};

bool DtlsServer::listen(const QHostAddress &serverAddress, quint16 serverPort)
{
    if (serverSocket.bind(serverAddress, serverPort))
        connect(&serverSocket, &QUdpSocket::readyRead, this, &DtlsServer::readyRead);
    return serverSocket.state() == QAbstractSocket::BoundState;
}

void DtlsServer::readyRead()
{
    QByteArray dgram(serverSocket.pendingDatagramSize(), Qt::Uninitialized);
    QHostAddress address;
    quint16 port = {};
    serverSocket.readDatagram(dgram.data(), dgram.size(), &address, &port);
    if (verifiedClients.contains({address, port}) {
        // This client was verified previously, we either continue the
        // handshake or decrypt the incoming message.
    } else if (verifier.verifyClient(&serverSocket, dgram, address, port)) {
        // Apparently we have a real DTLS client who wants to send us
        // encrypted datagrams. Remember this client as verified
        // and proceed with a handshake.
    } else {
        // No matching cookie was found in the incoming datagram,
        // verifyClient() has sent a ClientVerify message.
        // We'll hear from the client again soon, if they're real.
    }
}

QDtlsClientVerifier не накладывает никаких ограничений на то, как приложение использует QUdpSocket. Например, возможно иметь сервер с единственным QUdpSocket в состоянии QAbstractSocket::BoundState, обрабатывающим несколько клиентов DTLS одновременно:

  • Проверка, являются ли новые клиенты реальными клиентами DTLS.
  • Завершение рукопожатий TLS с проверенными клиентами (см. QDtls).
  • Расшифровка датаграмм, поступающих от подключённых клиентов (см. QDtls).
  • Отправка зашифрованных датаграмм подключённым клиентам (см. QDtls).

Это подразумевает, что QDtlsClientVerifier не читает напрямую из сокета, а ожидает, что приложение прочитает входящую датаграмму, извлечёт адрес отправителя и порт, а затем передаст эти данные в verifyClient(). Для отправки сообщения HelloVerifyRequest verifyClient() может записать в QUdpSocket.

Примечание: QDtlsClientVerifier не принимает владения объектом QUdpSocket.

По умолчанию QDtlsClientVerifier получает свой секрет из криптографически сильного генератора псевдослучайных чисел.

Примечание: По умолчанию секрет общий для всех объектов классов QDtlsClientVerifier и QDtls. Поскольку это может создавать риски безопасности, RFC 6347 рекомендует часто менять секрет сервера. См. RFC 6347, раздел 4.2.1 для подсказок по возможным реализациям сервера. Параметры генератора куки можно задать с помощью класса QDtlsClientVerifier::GeneratorParameters и setCookieGeneratorParameters():

void DtlsServer::updateServerSecret()
{
    const QByteArray newSecret(generateCryptoStrongSecret());
    if (newSecret.size()) {
        usedCookies.append(newSecret);
        verifier.setCookieGeneratorParameters({QCryptographicHash::Sha1, newSecret});
    }
}

Пример сервера DTLS иллюстрирует использование QDtlsClientVerifier в приложении сервера.

См. также QUdpSocket, QAbstractSocket::BoundState, QDtls, verifyClient(), GeneratorParameters, setCookieGeneratorParameters(), cookieGeneratorParameters(), QDtls::setCookieGeneratorParameters(), QDtls::cookieGeneratorParameters(), QCryptographicHash::Algorithm, QDtlsError, dtlsError() и dtlsErrorString().

Документация по функциям-членам

QDtlsClientVerifier::QDtlsClientVerifier(QObject *parent = nullptr)

Создаёт объект QDtlsClientVerifier, parent передаётся в конструктор QObject.

[virtual] QDtlsClientVerifier::~QDtlsClientVerifier()

Удаляет объект QDtlsClientVerifier.

QDtlsClientVerifier::GeneratorParameters QDtlsClientVerifier::cookieGeneratorParameters() const

Возвращает текущий секрет и алгоритм хэширования, используемые для генерации куки. По умолчанию алгоритм хэширования — QCryptographicHash::Sha256, если Qt был сконфигурирован для его поддержки, иначе — QCryptographicHash::Sha1. По умолчанию секрет извлекается из генератора криптографически сильных псевдослучайных чисел, специфичного для бэкэнда.

См. также QCryptographicHash::Algorithm, QDtlsClientVerifier::GeneratorParameters и setCookieGeneratorParameters().

QDtlsError QDtlsClientVerifier::dtlsError() const

Возвращает последнюю ошибку, произошедшую, или QDtlsError::NoError.

См. также QDtlsError и dtlsErrorString().

QString QDtlsClientVerifier::dtlsErrorString() const

Возвращает текстовое описание последней ошибки или пустую строку.

См. также dtlsError().

bool QDtlsClientVerifier::setCookieGeneratorParameters(const QDtlsClientVerifier::GeneratorParameters &params)

Задает секрет и алгоритм криптографического хэширования из params. QDtlsClientVerifier будет использовать их для генерации куки. Если новый секрет имеет нулевой размер, эта функция возвращает false и не изменяет параметры генератора куки.

Примечание: Секрет должен быть криптографически безопасной последовательностью байтов.

См. также QDtlsClientVerifier::GeneratorParameters, cookieGeneratorParameters() и QCryptographicHash::Algorithm.

QByteArray QDtlsClientVerifier::verifiedHello() const

Функция для удобства. Возвращает последний успешно проверенный запрос ClientHello или пустой QByteArray, если проверка не выполнена.

См. также verifyClient().

bool QDtlsClientVerifier::verifyClient(QUdpSocket *socket, const QByteArray &dgram, const QHostAddress &address, quint16 port)

socket должен быть корректным указателем, dgram — непустым датаграммой, address не может быть нулевым, широковещательным или групповым. port — порт удалённого узла. Эта функция возвращает true , если dgram содержит запрос ClientHello с корректным куки. Если соответствующий куки не найден, verifyClient() отправит сообщение HelloVerifyRequest с использованием socket и вернёт false.

Следующий фрагмент кода показывает, как приложение сервера может проверять ошибки:

if (!verifier.verifyClient(&socket, message, address, port)) {
    switch (verifyClient.dtlsError()) {
    case QDtlsError::NoError:
        // Not verified yet, but no errors found and we have to wait for the next
        // message from this client.
        return;
    case QDtlsError::TlsInitializationError:
        // This error is fatal, nothing we can do about it.
        // Probably, quit the server after reporting the error.
        return;
    case QDtlsError::UnderlyingSocketError:
        // There is some problem in QUdpSocket, handle it (see QUdpSocket::error())
        return;
    case QDtlsError::InvalidInputParameters:
    default:
        Q_UNREACHABLE();
    }
}

См. также QHostAddress::isNull(), QHostAddress::isBroadcast(), QHostAddress::isMulticast(), setCookieGeneratorParameters() и cookieGeneratorParameters().

© The Qt Company Ltd
Licensed under the GNU Free Documentation License, Version 1.3.
https://doc.qt.io/qt-5.13/qdtlsclientverifier.html

Spec-Zone.ru

Настройки Оффлайн Что нового Помощь О нас
Spec-Zone .ru
спецификации, руководства, описания, API