TDS 8.0

S’applique à : SQL Server 2022 (16.x) et versions ultérieures d’Azure SQL Database Azure SQLManaged InstanceSQL Database dans Microsoft Fabric

SQL Server 2022 (16.x), Azure SQL Database et Azure SQL Managed Instance prennent en charge Tabular Data Stream (TDS) 8.0.

Le protocole TDS (Tabular Data Stream) est un protocole de couche application utilisé par les clients pour se connecter à SQL Server. SQL Server utilise le protocole TLS pour chiffrer des données transmises sur un réseau entre une application cliente et une instance de SQL Server.

TDS est un protocole sécurisé, mais dans les versions précédentes de SQL Server, le chiffrement peut être désactivé. Pour répondre aux normes de chiffrement obligatoire en cas d’utilisation de SQL Server, une itération du protocole TDS a été introduite : TDS 8.0.

L’établissement d’une liaison TLS précède désormais tous les messages TDS, encapsulant la session TDS dans TLS pour appliquer le chiffrement, ce qui aligne TDS 8.0 avec HTTPS et d’autres protocoles web. Cette amélioration contribue considérablement à la facilité de gestion du trafic TDS, car les appliances réseau standard sont désormais en mesure de filtrer et de passer en toute sécurité des requêtes SQL.

L’avantage de TDS 8.0 par rapport aux versions précédentes de TDS est sa compatibilité avec TLS 1.3 et les normes TLS à venir. TDS 8.0 est également entièrement compatible avec les versions TLS 1.2 et antérieures.

Fonctionnement de TDS

Le protocole TDS (Tabular Data Stream) est un protocole de niveau application utilisé pour le transfert des demandes et des réponses entre les clients et les systèmes serveurs de base de données. Le système client établit généralement une connexion de longue durée avec le serveur. Une fois la connexion établie à l’aide d’un protocole au niveau du transport, les messages TDS sont échangés pour communiquer entre le client et SQL Server.

La durée de vie de la session TDS se décompose en trois phases :

• Initialisation
• Authentification
• Échange de données

Le chiffrement est négocié pendant la phase initiale, mais la négociation TDS se produit sur une connexion non chiffrée. La connexion SQL Server ressemble à ceci pour les versions antérieures à TDS 8.0 :

Liaison TCP ➡️ préconnexion TDS (texte en clair) et réponse (texte en clair) ➡️ Liaison TLS ➡️ authentification (chiffrée) ➡️ échange de données (peut être chiffré ou non chiffré)

Avec l’introduction de TDS 8.0, les connexions SQL Server sont les suivantes :

Liaison TCP ➡️ négociation TLS ➡️ préconnexion TDS (chiffrée) et réponse (chiffrée) ➡️ authentification (chiffrée) ➡️ échange de données (chiffré)

Matrice de compatibilité pour les options TDS, TLS, OS et chiffrement

Vous pouvez activer les versions TLS 1.2 et TLS 1.3 au niveau du système d’exploitation, ce qui permet aux connexions clientes à SQL Server d’utiliser plusieurs versions de protocole TDS (TDS 7.x et 8.0). Selon la version du système d’exploitation, TLS 1.2 et TLS 1.3 peuvent être activés par défaut.

Seul TDS 7.x prend en charge la communication non chiffrée (facultative), TDS 8.0 ne prend pas en charge cette opération. TDS 7.x prend en charge le chiffrement à l’aide de TLS jusqu’à la version 1.2. TDS 8.0 nécessite le chiffrement : tout est toujours chiffré avec TDS 8.0 (Encrypt=Strict). TDS 8.0 n’a aucune exigence minimale de version TLS et prend en charge TLS 1.3. La prise en charge de TLS 1.3 dépend de la version du système d’exploitation. Le tableau suivant récapitule différents scénarios avec les options de chiffrement et les versions TLS et TDS correspondantes.

Pour plus d’informations sur la façon dont les clients utilisent différentes versions TDS, consultez la section Modifications apportées aux propriétés de chiffrement de chaîne de connexion .

Prise en charge de SQL Server 2025

SQL Server 2025 (17.x) introduit la prise en charge de TDS 8.0 pour les fonctionnalités de ligne de commande et SQL Server suivantes :

• SQL Server Agent
• Utilitaire sqlcmd
• Utilitaire bcp
• Rédacteur SQL VSS
• Service SQL CEIP
• Messagerie de base de données
• Polybase
• Groupes de disponibilité Always On
• Instance de cluster de basculement Always On (FCI)
• Serveurs liés¹
• Réplication transactionnelle¹
• Réplication de fusion¹
• Réplication d’instantané¹
• Copie des journaux^{de transaction 1}

¹La prise en charge tdS 8.0 introduit des changements cassants à ces fonctionnalités.

Chiffrement de connexion strict

Pour utiliser TDS 8.0, SQL Server 2022 (16.x) a ajouté strict comme une option supplémentaire de chiffrement de connexion aux pilotes SQL Server (Encrypt=strict). Pour utiliser le type de strict chiffrement de connexion, téléchargez la dernière version des pilotes .NET, ODBC, OLE DB, JDBC, PHP et Python :

• Microsoft ADO.NET pour SQL Server et Azure SQL Database, version 5.1 ou ultérieure
• Pilote ODBC pour SQL Server, version 18.1.2.1 ou ultérieure
• Microsoft OLE DB Driver pour SQL Server version 19.2.0 ou ultérieure
• Pilote Microsoft JDBC pour SQL Server, version 11.2.0 ou ultérieure.
• Pilotes Microsoft SQL Server pour PHP, version 5.10 ou ultérieure
• Pilote Python SQL (pyodbc)

Pour empêcher une attaque man-in-the-middle avec strict le chiffrement de connexion, les utilisateurs ne peuvent pas définir l’option TrustServerCertificatetrue et autoriser tout certificat fourni par le serveur. À la place, les utilisateurs utilisent l’option HostNameInCertificate pour spécifier le certificat ServerName qui doit être approuvé. Le certificat fourni par le serveur doit réussir la phase de validation. Pour plus d’informations sur la validation des certificats, consultez La configuration requise pour SQL Server

Changements supplémentaires des propriétés de chiffrement de chaîne de connexion

Les options suivantes sont ajoutées aux chaînes de connexion pour chiffrer la communication :

Contenu connexe

• Se connecter à SQL Server avec le chiffrement strict