Класс 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 ¶ms) |
| 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 ¶ms)
Задает секрет и алгоритм криптографического хэширования из 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