EP4541048A1 - Procédé de communication entre un premier équipement et un serveur distant, procédé de gestion des communications, premier équipement, serveur distant et programme d'ordinateur correspondants - Google Patents

Procédé de communication entre un premier équipement et un serveur distant, procédé de gestion des communications, premier équipement, serveur distant et programme d'ordinateur correspondants

Info

Publication number
EP4541048A1
EP4541048A1 EP23732931.3A EP23732931A EP4541048A1 EP 4541048 A1 EP4541048 A1 EP 4541048A1 EP 23732931 A EP23732931 A EP 23732931A EP 4541048 A1 EP4541048 A1 EP 4541048A1
Authority
EP
European Patent Office
Prior art keywords
equipment
mac address
remote server
communication
interface
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
EP23732931.3A
Other languages
German (de)
English (en)
Inventor
Mohamed Boucadair
Christian Jacquenet
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Orange SA
Original Assignee
Orange SA
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Orange SA filed Critical Orange SA
Publication of EP4541048A1 publication Critical patent/EP4541048A1/fr
Pending legal-status Critical Current

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W12/00—Security arrangements; Authentication; Protecting privacy or anonymity
    • H04W12/02—Protecting privacy or anonymity, e.g. protecting personally identifiable information [PII]
    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F21/00—Security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
    • G06F21/60—Protecting data
    • G06F21/606—Protecting data by securing the transmission between two devices or processes
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L61/00—Network arrangements, protocols or services for addressing or naming
    • H04L61/50—Address allocation
    • H04L61/5038—Address allocation for local use, e.g. in LAN or USB networks, or in a controller area network [CAN]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W12/00—Security arrangements; Authentication; Protecting privacy or anonymity
    • H04W12/60—Context-dependent security
    • H04W12/69—Identity-dependent
    • H04W12/75—Temporary identity
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L2101/00—Indexing scheme associated with group H04L61/00
    • H04L2101/60—Types of network addresses
    • H04L2101/618—Details of network addresses
    • H04L2101/622—Layer-2 addresses, e.g. medium access control [MAC] addresses

Definitions

  • TITLE Method of communication between a first piece of equipment and a remote server, method of managing communications, first piece of equipment, remote server and corresponding computer program.
  • the field of the invention is that of communications within at least one communication network, for example a computer network implementing the IP protocol.
  • the invention relates to the management of at least one MAC address (in English “Media Access Control”) assigned to at least one interface of equipment connected to a communications network.
  • MAC address in English “Media Access Control”
  • the invention notably proposes a solution making it possible to contribute to the preservation of the confidentiality of communications.
  • the QUIC protocol Error! Referral source not found. is a communication protocol based on the UDP protocol (in English “User Datagram Protocol”) of the transport layer. Compared to the use of the TCP protocol (in English “Transmission Control Protocol”), the QUIC protocol makes it possible in particular to reduce the latency times generally observed when establishing TCP connections.
  • the QUIC protocol not only encrypts useful data, unlike the TLS protocol (in English “Transport Layer Security”), but also connection control information. Thus, traditional solutions for inserting application relays (“proxies” in English) are not directly reusable for communications established according to the QUIC protocol.
  • QUIC connection control information sent in clear text is limited to the strict minimum. For example, a QUIC packet includes an unencrypted header, including one or more flags, one or more connection identifiers and a packet number.
  • a transport identifier (also sometimes referred to as "transport address") being defined by a quadruplet ⁇ source IP address, source port number, destination IP address, destination port number ⁇ , but on at least one connection identifier, called CID (for "Connection IDentifier ”) or CONNECTIONJD.
  • the QUIC specification defines two types of CID: Destination CID and Source CID.
  • the QUIC protocol supports a connection migration mechanism which makes it possible to maintain an active QUIC connection in the event of modification of one of the addresses (or port numbers) of the equipment participating in the establishment and maintenance of the QUIC connection (including THE address changes made by NATs (for “Network Address Translation” in English) placed on a path taken by the data exchanged under a QUIC connection).
  • a connection migration consists of moving from a transport identifier defined by a quadruplet ⁇ source address, source port, destination address, destination port ⁇ to another.
  • a communication path is identified by a transport identifier defined by a quadruplet ⁇ source address, source port, destination address, destination port ⁇ .
  • Modifying at least one parameter of this quadruple gives rise to a new communication path. It should be noted, however, that this definition does not require that the corresponding "physical" paths be in whole or in part disjoint (in other words, the modification of said at least one parameter does not mean that the physical paths are- i.e. the routes taken by the data differ).
  • the equipment participating in the establishment and maintenance of the QUIC connection can validate a new address used for example by the QUIC equipment at the origin of the establishment of the connection using the frames PATH_CHALLENGE and PATH_RESPONSE exchanged between these devices to validate a connection migration. The same connection migration procedure is implemented in the event of announcement of a new address by the remote device.
  • a first solution to try to limit the tracking of communications in the event of connection migration is based on the use of new connection identifiers for communications established on other paths, within the same QUIC connection.
  • MAC addresses are identifiers assigned to network interfaces for communication needs. These identifiers are generally assigned by network card manufacturers. A MAC address is often considered unique and permanent (i.e. not modified over time), which makes it possible to track and identify equipment such as a terminal, even when it is in motion. . There is therefore a need for a new solution to improve the confidentiality of communications.
  • the invention proposes a solution in the form of a method for managing communications of a first piece of equipment, implemented by a remote server, comprising: establishing a first secure connection between said first piece of equipment and said remote server , via a first communication interface of said first equipment, the transmission, using said first secure connection, of an instruction for managing at least one current MAC address associated with at least a second communication interface of the first equipment.
  • the first and second communication interface of the first equipment can be the same interface or distinct interfaces.
  • the first equipment is a terminal (fixed or mobile, such as a computer, a smartphone, etc.) comprising one or more communication interfaces, for example a WLAN (Wireless LAN) interface, an Ethernet interface, etc.
  • WLAN Wireless LAN
  • the first equipment and the remote server can be connected to the same network, for example an access network, or to separate networks.
  • the first equipment is connected to a local network, such as a home network or a corporate intranet network.
  • a network may possibly be a hierarchical network, that is to say a network within which one or more IP routers have been deployed.
  • the first equipment can be connected to the remote server via an access router.
  • the remote server may in particular be connected to the access network to which the terminal connects or to another network.
  • IP connectivity can be provided via a wired network, or wireless (e.g. 5G), or both.
  • the server can trigger a procedure for managing the current MAC address, by sending to the first equipment an instruction for managing this current MAC address.
  • a management instruction belongs to the group comprising: a request for renewal of said at least one current MAC address, a request for extension of the period of validity of said at least one current MAC address.
  • the proposed solution thus makes it possible, according to at least one embodiment, to avoid the tracking of communications thanks to the management of MAC addresses (for example, to the renewal of the address current MAC or the extension of its validity period), and consequently to contribute to the preservation of the confidentiality of data exchanged by users of such equipment or data characteristic of these users.
  • Such a MAC address management procedure initiated by the server is for example called ADET procedure for “ADvancEd anti-Tracking system”.
  • an extension of the validity period of said at least one current MAC address may prove more effective in certain situations and/or for certain services, or in anticipation of a possible renewal request. This makes it possible in particular to make the procedure more robust (for example by preventing the simultaneous renewal of the MAC addresses of all the active interfaces of a piece of equipment).
  • this instruction for managing the current MAC address is transmitted using a secure connection, which makes it possible to improve the security of exchanges between the first equipment and the remote server.
  • the first secure connection is based on a secure communication protocol, such as the QUIC protocol, MP-QUIC (“Multipath QUIC”), or the CoAP protocol (in English “Constrained Application Protocol”) when used in conjunction with the DTLS protocol (in English “Datagram Transport Layer Security”), etc.
  • a secure communication protocol such as the QUIC protocol, MP-QUIC (“Multipath QUIC”), or the CoAP protocol (in English “Constrained Application Protocol”) when used in conjunction with the DTLS protocol (in English “Datagram Transport Layer Security”), etc.
  • connection migration can be replaced by a function of adding / removing communication paths between the server and the first device.
  • the proposed solution thus offers the advantage of using functions supported by a secure communication protocol.
  • MAC_RENEW a request for renewal of at least one current MAC address is for example transmitted in a QUIC frame called here “MAC_RENEW”.
  • a communication being established on a first communication path between the first equipment and the remote server and using said at least one current MAC address the instruction for managing said at least one current MAC address is transmitted following the detection of an event relating to said communication belonging to the group comprising: a duration of use of said at least one current MAC address, a duration of validity of said at least one current MAC address, or in other words a deadline for renewing said at least one current MAC address, detecting migration of the communication established on the first communication path towards at least a second communication path.
  • the remote server can thus trigger the procedure for managing the current MAC address upon detection of an event relating to a communication using at least one current MAC address associated with an interface of the first equipment.
  • the remote server can detect a long-term communication using said at least one current MAC address associated with at least a second interface of the first equipment, and ask the first equipment to renew the current MAC address(es) concerned.
  • the remote server can thus control the lifespan of a MAC address used by a client.
  • the MAC address renewal request can also be transmitted to the first device prior to migration.
  • a QUIC notification can be sent by the remote server to the first device to inform it of the upcoming migration.
  • Such communication can be established between the first equipment and the server, or the first equipment and a second equipment connected to the same network as the first equipment or to a separate network.
  • a communication being established on a first communication path between the first equipment and the remote server and using said at least one current MAC address said remote server delays the transmission of data on the first path for a duration defined (for example of the order of a few milliseconds or a few seconds) or as long as the remote server has not received confirmation of association of at least one new MAC address to said at least one second interface of said first equipment for continue communication on the first communication path.
  • Said defined duration may be configurable.
  • the remote server does not use the first communication path during the renewal of at least one MAC address associated with at least one interface of the first equipment, and observes a time delay (hereinafter called “period of "pause") while storing for example data in a buffer.
  • period of a time delay
  • no useful data is transmitted during a given period, for example of the order of 100 ms.
  • said remote server transmits data on at least a second path between the first equipment and the remote server for a defined duration (for example of the order of a few milliseconds or a few seconds, this duration being configurable) or as long as said remote server has not received association confirmation from at least one new MAC address to said at least one second interface of said first equipment to continue communication on the first communication path.
  • the remote server does not use the first communication path during the renewal of at least one MAC address associated with at least one interface of the first equipment, and transmits the data on at least a second communication path (alternative path).
  • the useful data can be transmitted on another available path during a given period, for example of the order of ls.
  • the remote server can in particular send to the first equipment a request to extend the validity period of the MAC address associated with an interface of the first equipment used for communications with the remote server on the second path , so as to ensure that this MAC address is not modified for the defined period or as long as the remote server has not received confirmation of association of a new MAC address with the interface of the first equipment and used for communications with the server on the first path.
  • the instruction for managing at least one current MAC address comprises at least one element belonging to the group comprising: one or more interface identifiers (making it possible to identify the interface(s) of the first equipment which must be associated with a new MAC address), one or more network path identifiers (making it possible to identify the current and/or previously used communication path(s) between said first equipment and the remote server).
  • identifiers may be an address, an address identifier, etc. etc.
  • the invention also relates to a method of communication between a first piece of equipment and a remote server, implemented by said first piece of equipment, comprising: establishing a first secure connection between said first piece of equipment and said remote server, via a first interface communication of said first equipment, receiving, using said first secure connection, an instruction for managing at least one current MAC address associated with at least one second communication interface of said first equipment, executing said instruction of management.
  • the management of at least one MAC address of the first equipment is implemented upon request from the remote server.
  • the server can thus trigger a procedure for managing at least one current MAC address associated with at least one interface of the first equipment, for example following the detection of an event relating to a communication using this address Current MAC.
  • the proposed solution makes it possible in particular, according to at least one embodiment, to avoid the tracking of communications thanks to the management of MAC addresses, and consequently to contribute to the preservation of the confidentiality of data exchanged by users of such equipment or characteristic data of these users.
  • the execution of said management instruction comprises the association of at least one new MAC address to said at least one second interface.
  • At least one current MAC address can be renewed and replaced by a new MAC address.
  • said at least one new MAC address is chosen so as not to be able to be correlated to said at least one current MAC address.
  • the proposed solution thus offers a solution to help preserve the confidentiality of communications by avoiding exposing information which makes it possible to deduce that it is a migration of a communication established on a first communication path to a communication established on at least a second communication path.
  • the association of at least one new MAC address with said at least one second interface implements a classic MAC address renewal technique, for example a random generation technique for MAC addresses ("randomization").
  • association of at least one new MAC address with said at least one second interface implements a new technique called here MUSC (in English “Efficient MAC address Update for Service Continuity”), such as described in French patent application FR2205880 filed on 06/16/2022.
  • MUSC in English “Efficient MAC address Update for Service Continuity”
  • such a procedure can be implemented when said at least one current MAC address is used to communicate with or via at least one second piece of equipment located on a communication path between said first piece of equipment and said remote server, or an intermediate piece of equipment located on a communication path between said first equipment and said second equipment.
  • such second equipment may be an access router which makes it possible to connect said first equipment to the remote server.
  • the intermediate equipment may be another router located on the path between the first equipment and the second equipment.
  • the first equipment implements: the establishment of a second secure connection between said first equipment and said second equipment, via a third communication interface of said first equipment, the transmission, using said second secure connection, of a message comprising at least one encrypted MAC address, associated or capable of being associated with said third interface and used to communicate with or via said second equipment or said intermediate equipment.
  • first, second and third communication interface of the first equipment can be the same interface or distinct interfaces.
  • the first equipment can declare to the second equipment the current MAC address which it uses to communicate with or via the second equipment, or at least one candidate MAC address which it wishes to use. to communicate with or via the second device.
  • the encryption of at least one MAC address makes it possible to reinforce the confidentiality of the transmitted information.
  • this embodiment makes it possible to communicate this or these MAC addresses to the second equipment when it is not directly connected to the first equipment (case of a hierarchical network for example).
  • recipient equipment of said message to compare the source MAC address of the message (which can be transported in plain text in the message header) with the encrypted MAC address as declared in the message, to detect possible fraudulent manipulation of MAC addresses.
  • the proposed solution thus makes it possible, according to at least one embodiment, to contribute to the preservation of the confidentiality of communications.
  • the second secure connection relies on a secure communication protocol, such as QUIC protocol, CoAP protocol over DTLS, etc.
  • a secure communication protocol such as QUIC protocol, CoAP protocol over DTLS, etc.
  • the proposed solution thus offers the advantage of using functions supported by a secure communication protocol, and is not simply based on the use of MAC addresses.
  • the use of a secure channel and the encryption of MAC addresses makes it possible in particular to obtain network access authorization on the basis of the MAC address even if access control is activated by equipment which is not not on the same link (i.e. located several IP hops away).
  • the message corresponds for example to at least one frame belonging to the group comprising: a frame which describes the current MAC address that the first equipment uses to communicate with or via the second equipment, for example a QUIC frame called here "CURRENT_MAC_ADDRESS", a frame which describes a candidate MAC address that the first equipment plans to use to communicate with or via the second equipment, for example a QUIC frame called here “CANDIDATE_MAC_ADDRESS”, a frame which describes a list of MAC addresses that the first equipment plans to use to communicate with or via the second equipment, for example a QUIC frame called here “LIST_MAC_ADDRESS”.
  • a frame which describes the current MAC address that the first equipment uses to communicate with or via the second equipment for example a QUIC frame called here "CURRENT_MAC_ADDRESS”
  • a frame which describes a candidate MAC address that the first equipment plans to use to communicate with or via the second equipment for example a QUIC frame called here “CANDIDATE_MAC_ADDRES
  • the proposed solution makes it possible in particular to offer continuity of service, even in the event of MAC address renewal.
  • the proposed solution does not require explicit authentication or establishment of a security association between the first equipment (terminal for example) and the second equipment (access router for example) for each exchange of packets with equipment external to the network.
  • the first equipment and the server can exchange messages to confirm that they are capable of implementing the invention, according to at least one embodiment.
  • the exchange of such parameters can be implemented before the transmission, by the server, of the MAC address management instruction.
  • the invention relates to a first equipment and a corresponding remote server.
  • One embodiment of the invention also aims to protect one or more computer programs comprising instructions adapted to the implementation of at least one step of the methods according to at least one embodiment of the invention as described above, when this or these programs are executed by a processor, as well as at least one computer-readable information medium comprising instructions for at least one computer program as mentioned above.
  • Figure 1 presents an example of network architecture
  • Figure 2 illustrates the main steps implemented by a first piece of equipment and a remote server according to at least one embodiment of the invention
  • Figure 3 illustrates the exchange of parameters to check the compatibility of the first equipment and the remote server according to one embodiment of the invention
  • Figure 4 illustrates an example of network architecture implementing a MUSC procedure on one of the communication paths between the first equipment and the remote server
  • Figure 5 shows examples of messages exchanged between a first piece of equipment, a first access router and a remote server when the MUSC procedure is implemented following receipt of a management instruction from the remote server
  • Figure 6 illustrates an example of network architecture implementing a MUSC procedure on each of the available communication paths following receipt of a management instruction from the remote server
  • Figure 7 presents examples of messages exchanged between the first equipment, the first access router, and the remote server, and between the first
  • the general principle of the invention is based on the management, by a remote server, of at least one current MAC address associated with at least one communication interface of a first piece of equipment, so as to limit the risks of tracking the first piece of equipment. and thus contribute to the preservation of the confidentiality of communications.
  • the first equipment and the remote server can be connected to the same network, for example to an access network, or to separate networks.
  • the first equipment H 11 is a multi-interface terminal, which can use the same interface or distinct interfaces to connect to one or more access networks.
  • the first equipment is connected to at least one access network, for example to a first access network NET. #1 121 and a second NET access network. #2 122.
  • the remote server S 13 can be connected to an external network, for example the network of an operator with which the user of the first equipment has subscribed to an Internet service offer 131 (ISP, “Internet Service Provider” in English) or to another network managed by a third party, or directly to NET access networks.
  • ISP Internet Service Provider
  • the first equipment 11 can communicate with the remote server 13 via the first access router RI 1211 of the first access network NET. #1 121 and/or via a second access router R2 1221 of the second access network NET. #2,122.
  • the first equipment 11 conventionally uses the same MAC address (for example @MAC1) to communicate with the server 13, whatever the communication path used (first communication path via of the first access router 1211 or second communication path via the second access router 1221), particularly when the same interface is used to connect to these access networks.
  • the same MAC address is exposed on the different communication paths, and the communications established on these different paths can be correlated. Malicious equipment can therefore easily trace the communications emanating from the first equipment 11, even in the event of a change in the access network to which the first equipment connects.
  • the proposed solution makes it possible to manage at least one MAC address associated with at least one interface of the first equipment 11, for example by modifying this MAC address in the event of migration of the communication from a first communication path to at least a second communication path.
  • the same procedure can also be used in the event of maintaining communication on several communication paths (that is to say during simultaneous use of the resources associated with the different paths in the absence of migration of the communication). It is also possible to control the duration of use of a MAC address, for example depending on the service invoked, or to extend its validity period.
  • Figure 2 illustrates the main steps implemented by a remote server and by a first piece of equipment, for example the server 13 and the first piece of equipment 11 of Figure 1, for the implementation of the methods according to at least one embodiment of the invention.
  • a first secure connection between the first equipment and the remote server is established, via a first communication interface of the first equipment.
  • the establishment of such a secure connection being classic, it is not described in more detail here.
  • the server 13 can then transmit (22) to the first equipment 11, using the first secure connection, an instruction for managing at least one current MAC address associated with at least one second communication interface of the first equipment (the first and second communication interfaces which can be the same interface or distinct interfaces).
  • Such a management instruction is for example of the type request for renewal of the current MAC address or request for extension of the validity period of the current MAC address.
  • the server can trigger the sending of a management instruction for at least one MAC address when the duration of use of the current MAC address is greater than a defined duration, when a validity period of the the current MAC address is reached (corresponding to a deadline for the renewal of the current MAC address) and/or following the migration of a communication established on a first communication path towards at least a second communication path, etc.
  • the first equipment 11 can thus receive (23) the management instruction of at least one current MAC address associated with at least one second communication interface of the first equipment, using the first secure connection.
  • the first equipment can then execute (24) the corresponding management instruction, for example renewing the current MAC address @MAC1 and associate at least one new MAC address @MAC2 with the relevant interface of the first equipment.
  • the first equipment can implement a classic procedure for associating at least one MAC address with at least one of its interfaces.
  • the first equipment can implement a new procedure for associating at least one MAC address with at least one of its interfaces, called the MUSC procedure, as described in the patent application French FR2205880 cited above.
  • Such a MUSC procedure can in particular be implemented between the first equipment and a second equipment located on a communication path between the first equipment and the server, for example the first access router 1211 and/or the second access router 1221 of Figure 1.
  • the first secure connection between the server and the first equipment uses the QUIC protocol.
  • the first secure connection may use the CoAP over DTLS protocol or any other protocol allowing the establishment of a secure connection.
  • the proposed solution can also be applied to QUIC communications established over several paths by exploiting MP-QUIC resources. The exploitation of all or part of these different paths may be the subject of negotiation between the server and the first equipment.
  • the first equipment can use a new QUIC transport parameter (as provided in section 7.4.2 of document RFC 9000, May 2021), called here “mac-update”, to signal to the server that it supports the MAC address management procedure initialized by the server (ADET procedure).
  • the first equipment 11 implements the transmission 31 of a first parameter signaling to the server 13 that the first equipment 11 is able to modify its current MAC address or to extend its validity period, using the first secure connection.
  • the server also supports ADET, it can respond using the new QUIC transport parameter "mac-update", also using the first secure connection.
  • the server 13 implements the transmission 32 of a second parameter signaling to the first equipment 11 that the server 13 is capable of managing at least one MAC address associated with at least one interface of the first equipment.
  • the server can then transmit to the first equipment a MAC address management instruction, for example a request to renew at least one of its current MAC addresses in a QUIC frame called here “MAC_RENEW” 33.
  • Figure 4 illustrates an example of network architecture, according to which the first equipment 11 can communicate with the remote server 13 via the first access router RI 1211 of the first access network NET. #1,121.
  • Figure 5 illustrates examples of messages exchanged between the first equipment 11, the first access router 1211 and the server 13 when the MUSC procedure is implemented following receipt of a management instruction from the remote server.
  • a secure QUIC Connect connection. #1 is established between the first equipment 11 and the server 13.
  • the secure QUIC Connect connection #1 established between the first equipment 11 and the server 13 via the first access router 1211 is characterized by connection identifiers CID (notably source CID).
  • QUIC “mac-update” transport parameters can be exchanged between the first equipment 11 and the server 13 to verify that they support the MAC address management procedure (ADET procedure) according to a embodiment of the invention.
  • Data D can in particular be exchanged between the first equipment 11 and the server 13 via the secure QUIC Connect connection. #1, through the first communication path via the first access router 1211.
  • the server 13 detects that the first equipment 11 has established a long-term communication (for example of duration greater than a given threshold recommended for the current service) with a second equipment located on the first communication path (for example with the server 13 or with the first access router 1211), using a current MAC address @MAC1 associated with a communication interface of the first equipment to communicate with or via the second equipment.
  • a long-term communication for example of duration greater than a given threshold recommended for the current service
  • the server 13 can then trigger the MAC address management procedure so as to prevent the first equipment from permanently establishing communications based on the use of the same MAC address.
  • the server 13 can send a request for renewal of the address @MAC1 used by the first equipment 11, so that the MAC address used for the transmission of packets on the first path is modified.
  • the server 13 can for example send a MAC_RENEW frame to the first equipment 11 via the secure QUIC Connect connection. #1, and a MAC address negotiation cycle can then be triggered.
  • a MUSC procedure can in particular be implemented between the first equipment 11 and the second equipment, to associate a new MAC address with the interface used by the first equipment to communicate with or via the second equipment.
  • the second equipment is the first access router 1211.
  • a secure QUIC Connect connection. #2 (2) is established between the first equipment 11 and the first access router 1211.
  • a secure connection uses the QUIC protocol, the CoAP protocol over DTLS, etc.
  • the first equipment 11 can then transmit a message to the first access router 1211, using the secure QUIC Connect connection. #2.
  • a message includes at least one encrypted MAC address, associated or able to be associated with the interface considered of the first equipment, and used to communicate with or via the first access router 1211 or an intermediate equipment located on a communication path between the first equipment and the first access router 1211.
  • the first access router 1211 can thus receive such a message, and validate the MAC address(es) received.
  • Different types of messages can be sent from the first equipment 11 to the first access router 1211.
  • the first equipment 11 can generate at least one new MAC address @MAC 2 and transmit this new address @MAC 2 encrypted in a message using the secure QUIC Connect connection. #2.
  • the first access router 1211 can then validate the new @MAC 2 address and, if necessary, update the filtering rules that it maintains.
  • the new address @MAC 2 becomes the current MAC address associated with the interface considered.
  • a message corresponding to at least one QUIC frame which describes the current MAC address that the first equipment uses to communicate with or via the first access router 1211, called for example here "CURRENT_MAC_ADDRESS" can then be transmitted from the first equipment 11 to the first access router 1211.
  • the insertion of the current MAC address in the new frame, and therefore its encryption linked to the use of the secure QUIC connection, allows the first access router 1211 to compare information transported in the encrypted part of the message (for example example the current MAC address) with information conveyed in clear in the QUIC connection (for example the source MAC address) and to detect possible manipulation of the information conveyed in clear.
  • information transported in the encrypted part of the message for example example the current MAC address
  • information conveyed in clear in the QUIC connection for example the source MAC address
  • Inserting the current MAC address into the new frame also makes it possible to communicate the current MAC address to the first access router 1211 even if it is not directly connected to the first equipment (case of intermediate equipment of router type for example).
  • the first equipment 11 can then use the address @MAC2 to communicate with the server 13 using the first secure QUIC Connect connection. #1 (53), via the first access router 1211.
  • QUIC “mac-update” transport parameters can be exchanged between the first equipment 11 and the first access router 1211 to verify that they support the MUSC procedure according to one embodiment of the invention.
  • the first device uses the new QUIC transport parameter “mac-update” to signal to the first access router 1211 that it supports the MUSC procedure. If the first access router 1211 also supports the MUSC procedure, it can respond using the new QUIC transport parameter “mac-update”.
  • Figure 6 illustrates an example of network architecture, according to which the first equipment 11 can communicate with the remote server 13 via the first access router RI 1211 of the first access network NET. #1 121 and/or via the second access router R2 1221 of the second access network NET. #2,122.
  • Figure 7 illustrates examples of messages exchanged between the first equipment 11, the first access router 1211 and the server 13, and between the first equipment 11, the second access router 1221 and the server 13, when the MUSC procedure is implemented for each of the communication paths between the first equipment and the remote server available following receipt of a management instruction from the remote server.
  • a MUSC procedure can be implemented between the first equipment 11 and a second equipment located on a communication path between the first equipment 11 and the server 13.
  • a first MUSC procedure can be implemented between the first equipment 11 and the first access router 1211
  • a second MUSC procedure can be implemented between the first equipment 11 and the second access router 1221.
  • MUSC procedures as there are communication paths between the first equipment 11 and the server 13 can be implemented.
  • the first MUSC procedure implements the following steps.
  • a secure QUIC Connect connection. #1 (71) is established between the first equipment 11 and the first access router 1211.
  • a secure connection uses the QUIC protocol, or alternatively the CoAP protocol over DTLS, etc.
  • QUIC “mac-update” transport parameters can possibly be exchanged between the first equipment 11 and the first access router 1211 to verify that they support the MUSC procedure according to one embodiment of the invention.
  • the first equipment 11 can then transmit a message to the first access router 1211, using the secure QUIC Connect connection. #1.
  • a message comprises at least one encrypted MAC address, associated or capable of being associated with the interface considered of the first equipment, and used to communicate with or via the first router of access 1211 or intermediate equipment located on a communication path between the first equipment and the first access router 1211.
  • the first access router 1211 can thus receive such a message, and validate the MAC address(es) received.
  • Different types of messages can be sent from the first equipment 11 to the first access router 1211.
  • the message corresponds to a QUIC frame “CURRENT_MAC_ADDRESS” which describes the current MAC address that the first equipment uses to communicate with or via the first access router 121.
  • CURRENT_MAC_ADDRESS Such a current MAC address is therefore now and already assigned to the interface used to contact the first access router 1211.
  • the first equipment 11 can prepare the migration of MAC addresses by previously indicating to the first access router 1211 at least one MAC address that it plans to use, called a candidate MAC address.
  • the message sent from the first equipment 11 to the first access router 1211, via the secure QUIC Connect connection. #1 corresponds to a QUIC frame, called for example here “LIST_MAC_ADDRESSES”, comprising at least one encrypted candidate MAC address that the first equipment plans to use to communicate with or via the first access router 1211 (for example a5: c7:ef:82:58:e9, el:44:5c:32:3c:72, ee:3c:50:18:7e:44).
  • LIST_MAC_ADDRESSES a QUIC frame, called for example here “LIST_MAC_ADDRESSES”
  • the first equipment 11 can check with the first access router 1211 that the candidate MAC address is available. This makes it possible in particular to avoid a conflict with the MAC addresses used by other equipment connected to the same network and avoids impacting the service access delay induced by a change of MAC address.
  • the message sent by the first equipment 11 to the first router access 1211, via the secure connection QUIC Connect #1 corresponds to a QUIC frame, called for example here “CANDIDATE_MAC_ADDRESS”, comprising at least one encrypted candidate address.
  • the first equipment implements a MUSC procedure to associate a MAC address with at least one of its interfaces and validate this MAC address.
  • the first device can use a default MAC address, configured for example by a user of the first device or by the operating system.
  • the first equipment 11 transmits to the first access router 1211 a message corresponding to a QUIC frame “CURRENT_MAC_ADDRESS” bearing the address @MAC1.
  • a secure QUIC Connect connection. #2 (72) is also established between the first equipment 11 and the server 13 (before, during or after the establishment of the secure QUIC Connect connection. #1). Multiple login credentials can be used.
  • the secure connection QUIC Connect #2 established between the first equipment 11 and the server 13 via the first access router 1211 is characterized by first (resp. second) identifiers of connection, in particular source CID, negotiated beforehand (Section 19.15 of RFC 9000) with the server 13.
  • first (resp. second) identifiers of connection in particular source CID, negotiated beforehand (Section 19.15 of RFC 9000) with the server 13.
  • QUIC “mac-update” transport parameters can be exchanged between the first equipment 11 and the server 13 to verify that they support the MAC address management procedure (ADET) according to a mode of carrying out the invention.
  • ADAT MAC address management procedure
  • Data D can in particular be exchanged between the first equipment 11 and the server 13 via the secure QUIC Connect connection. #2, by the first communication path via the first access router 1211.
  • the server 13 detects the use of a new transport identifier (for example a new source IP address when the data packets coming from the first equipment 11 and destined for the server 13 arrive via at least a new path or when attempting to migrate a connection). For example, the server 13 detects that it is receiving data packets from different source addresses.
  • the server 13 can trigger the MAC address management procedure according to one embodiment of the invention, so as to prevent the first equipment from always using the current MAC address @MAC1 to communicate with or via the second access router 1221.
  • a MUSC procedure can in particular be implemented between the first equipment 11 and the second access router 1221, to associate a new MAC address with the interface used by the first equipment to communicate with or via the second access router 1221 .
  • a secure QUIC Connect connection. #3 (73) is established between the first equipment 11 and the second access router 1221.
  • a secure connection uses the QUIC protocol, or alternatively the CoAP protocol over DTLS, etc.
  • the first equipment 11 can then use the @MAC2 address to communicate with the server 13 using the secure QUIC Connect connection. #2 (74), via the second access router 1221.
  • a new login ID can be used during migration. This identifier can be exchanged beforehand according to the procedure described in Section 19.15 of RFC 9000.
  • the secure QUIC Connect connection. #2 is therefore established on the two paths via the first access router 1211 and via the second access router 1221, and one and/or the other of the paths can be used to exchange data between the first equipment 11 and server 13.
  • the remote server can, as a variant or in addition, send a request to extend the validity period of at least one current MAC address, for example the @MAC1 address used for communications on the first path.
  • the @MAC1 address can thus be kept for communications via the first access router 1211, and the @MAC2 address can be used for communications via the second access router 1221.
  • the MAC addresses used on alternative paths are not communicated to access routers located on other paths.
  • the proposed solution thus makes it possible to negotiate different MAC addresses for the first equipment 11, depending on the access network to which it is attached, even if the same interface of the first equipment 11 would be used for communications with the different access networks.
  • the first equipment 11 can communicate with the first access router 1211 via a first interface of the first equipment 11 using the MAC address @MAC1, and the first equipment 11 can communicate with the second access router 1221 via the first interface of the first equipment 11 using the MAC address @MAC2.
  • the new MAC address(es) are chosen so as not to be able to be correlated with the current MAC address(es), so as to prevent the traceability of the first equipment.
  • the first equipment uses a new MAC address which cannot be correlated with a MAC address previously used, for example during the last 24 hours.
  • the first equipment 11 can in particular confirm the renewal of its MAC address, by transmitting a message via the secure connection established with the server 13 (QUIC Connect #1 according to Figure 5 or QUIC Connect #2 according to Figure 7).
  • a message transmitted from the first equipment to the server is named here “MAC_RENEWED” and includes the new MAC address associated with the interface considered of the first equipment 11.
  • a communication using the current MAC address @MAC1 being established on the first communication path via the first access router 1211 the remote server 13 delays the transmission of data on the first path for a period of time. defined duration or as long as the remote server has not received confirmation of association of at least one new MAC address to the first device to continue communication on the first path (for example as long as the remote server has not received MAC_RENEWED message).
  • the server 13 can observe a "pause" period during the renewal of the MAC address of the first equipment 11 and associated with the first path, to avoid, or at the very least reduce, the risk of loss of packets while the MAC address is being modified by the first equipment 11 according to the indications received from the server 13.
  • the server 13 does not send useful data on the first path for a short configurable duration, for example of the order of 100 ms.
  • a communication using the current MAC address @MAC1 being established on the first communication path via the first access router 1211 the remote server 13 transmits data on at least one other path during a defined duration or as long as the remote server has not received association confirmation from at least one new MAC address to the first device to continue communication on the first path (for example until the remote server has received a MAC_RENEWED message).
  • the server 13 can use another path during the renewal of the MAC address of the first equipment 11 associated with the first path, to avoid, or at least reduce, the risk of packet loss while the MAC address is being modified by the first equipment 11 according to the indications received from the server 13.
  • the server 13 sends the useful data on at least one other available path (for example the second path via the second router access) for a short configurable duration, for example of the order of Is. It can also send duplicate data via the first path and at least one other available path, so as to ensure that the first equipment receives the useful data.
  • the server can send a request to extend the validity period of the MAC address @MAC2 used for communications on the second path during the renewal of the MAC address @MAC1 used for communications on the first path.
  • the first equipment can refuse the implementation of the ADET procedure, in particular if a similar management instruction has already been received (for example the same instruction has been received several times, an instruction similar management instruction has been received from another server, etc.) or conflicts with a previously received management instruction.
  • a new error message can be transmitted by the first device to the server, for example by using a new QUIC frame called here “REJECT_MAC_RENEW”.
  • the server 13 initiates the renewal of at least one MAC address of the first equipment. It is therefore the server which sends a QUIC “MAC_RENEW” frame to the first device. However, we consider that the first device cannot send a QUIC “MAC_RENEW” frame to the server. In other words, the first device does not initiate the renewal of at least one MAC address associated with one of its interfaces. If a “MAC_RENEW” type message is received by the server, the server can ignore it.
  • a MUSC procedure for the association of MAC addresses on the interfaces of the first equipment for all of the paths available between the first equipment and the server.
  • a procedure can be implemented on certain paths only.
  • such a procedure can be implemented upon receipt of a MAC address renewal request sent by the remote server (reception of a QUIC MAC_RENEW frame by the first equipment).
  • a new MAC address can be generated in a conventional manner for at least one interface of the first equipment or a path.
  • the first equipment locally implements a procedure for generating MAC addresses which cannot be correlated with the MAC addresses used in the past (for example during the last 24 hours).
  • the random generation of MAC addresses is implemented locally by the first equipment.
  • the server may in particular ask the first equipment to extend the validity of at least one MAC address associated with at least one of its interfaces (which may be the one for which the address renewal is carried out or another interface, particularly in the event of short-term communication).
  • the first equipment H (resp. the server S), according to one embodiment of the invention, comprises a memory 81 H (resp. 81s), a processing unit 82 H (resp. 82s), equipped for example with a programmable calculation machine or a dedicated calculation machine, for example a processor P, and controlled by the computer program 83 H (resp. 83s), implementing steps of the communication process (resp. of the process communications management) according to at least one embodiment of the invention.
  • a memory 81 H resp. 81s
  • a processing unit 82 H equipped for example with a programmable calculation machine or a dedicated calculation machine, for example a processor P
  • the computer program 83 H resp. 83s
  • the code instructions of the computer program 83 H are for example loaded into a RAM memory before being executed by the processor of the processing unit 82 H (respectively 82s).
  • the processor of the processing unit 82 H of the first equipment implements steps of the communication method described above, according to the instructions of the computer program 83 H , to: establish a first secure connection between a first equipment and said server remote, via a first communication interface of said first equipment, transmit, using said first secure connection, an instruction for managing at least one current MAC address associated with at least a second communication interface of the first equipment.
  • the processor of the processing unit 82s of the server implements steps of the communications management method described above, according to the instructions of the computer program 83s, to: establish a first secure connection between said first equipment and a remote server , via a first communication interface of said first equipment, receive, using said first secure connection, a management instruction for at least one current MAC address associated with at least one second communication interface of said first equipment, execute said management instruction.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Security & Cryptography (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Theoretical Computer Science (AREA)
  • Bioethics (AREA)
  • Computer Hardware Design (AREA)
  • General Health & Medical Sciences (AREA)
  • Software Systems (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Health & Medical Sciences (AREA)
  • Small-Scale Networks (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)
  • Telephonic Communication Services (AREA)

Abstract

L'invention concerne un procédé de gestion des communications d'un premier équipement, mis en œuvre par un serveur distant, comprenant: l'établissement (21) d'une première connexion sécurisée entre ledit premier équipement et ledit serveur distant, via une première interface de communication dudit premier équipement, la transmission (22), en utilisant ladite première connexion sécurisée, d'une instruction de gestion d'au moins une adresse MAC courante associée à au moins une deuxième interface de communication du premier équipement.

Description

DESCRIPTION
TITRE : Procédé de communication entre un premier équipement et un serveur distant, procédé de gestion des communications, premier équipement, serveur distant et programme d'ordinateur correspondants.
1. Domaine de l'invention
Le domaine de l'invention est celui des communications au sein d'au moins un réseau de communication, par exemple un réseau informatique mettant en oeuvre le protocole IP.
Plus précisément, l'invention concerne la gestion d'au moins une adresse MAC (en anglais « Media Access Control ») affectée à au moins une interface d'un équipement connecté à un réseau de communication.
L'invention propose notamment une solution permettant de contribuer à la préservation de la confidentialité des communications.
2. Art antérieur
Le protocole QUIC Erreur ! Source du renvoi introuvable. est un protocole de communication reposant sur le protocole UDP (en anglais « User Datagram Protocol ») de la couche transport. Par rapport à l'utilisation du protocole TCP (en anglais « Transmission Control Protocol »), le protocole QUIC permet notamment de réduire les temps de latence généralement observés lors de l'établissement de connexions TCP.
Le protocole QUIC ne chiffre pas uniquement les données utiles, à la différence du protocole TLS (en anglais « Transport Layer Security »), mais également les informations de contrôle de connexion. Ainsi, les solutions classiques pour insérer des relais (« proxy », en anglais) applicatifs ne sont pas directement réutilisables pour les communications établies selon le protocole QUIC. Les informations de contrôle de connexion QUIC envoyées en clair sont limitées au strict minimum. Par exemple, un paquet QUIC comprend un entête non chiffré, comportant un ou plusieurs marqueurs « flags », un ou plusieurs identifiants de connexion et un numéro de paquet.
Afin de supporter un changement d'adresse IP d'un équipement, tel qu'un terminal, sans avoir à clôturer une connexion QUIC en cours, le protocole QUIC ne s'appuie pas sur les identifiants de transport, un identifiant de transport (aussi parfois désigné par « adresse de transport ») étant défini par un quadruplet {adresse IP source, numéro de port source, adresse IP destination, numéro de port destination}, mais sur au moins un identifiant de connexion, appelé CID (pour « Connection IDentifier ») ou CONNECTIONJD.
La spécification QUIC définit deux types de CID : Destination CID et Source CID.
Le protocole QUIC supporte un mécanisme de migration de connexion qui permet de maintenir une connexion QUIC active en cas de modification d'une des adresses (ou numéros de port) des équipements participant à l'établissement et à la maintenance de la connexion QUIC (incluant les changements d'adresses réalisés par des NAT (pour « Network Address Translation » en anglais) placés sur un chemin emprunté par les données échangées au titre d'une connexion QUIC). Ainsi, une migration de connexion consiste à passer d'un identifiant de transport défini par un quadruplet {adresse source, port source, adresse destination, port destination} à un autre. Dans la suite, et à titre d'exemple, un chemin de communication est identifié par un identifiant de transport défini par un quadruplet {adresse source, port source, adresse destination, port destination}. La modification d'au moins un paramètre de ce quadruplet donne lieu à un nouveau chemin de communication. Il convient toutefois de noter que cette définition n'impose pas que les chemins « physiques » correspondants soient en tout ou partie disjoints (en d'autres mots, la modification dudit au moins un paramètre ne signifie pas que les chemins physiques c'est-à-dire les routes empruntées par les données diffèrent). Les équipements participant à l'établissement et à la maintenance de la connexion QUIC peuvent procéder à la validation d'une nouvelle adresse utilisée par exemple par l'équipement QUIC à l'origine de l'établissement de la connexion à l'aide des trames PATH_CHALLENGE et PATH_RESPONSE échangées entre ces équipements pour valider une migration de connexion. La même procédure de migration de connexion est mise en place en cas d'annonce d'une nouvelle adresse par l'équipement distant.
Bien que cette solution permette de maintenir une connexion QUIC en cas de changement de chemin de communication (c'est à dire en cas de modification d'une des adresses ou numéros de port du quadruplet {adresse IP source, numéro de port source, adresse IP destination, numéro de port destination}), elle présente l'inconvénient de permettre le traçage des communications d'un utilisateur d'un équipement avec lequel la connexion QUIC a été établie. Ceci peut ainsi nuire à la confidentialité des données échangées par des utilisateurs de tels équipements, ou des données caractéristiques de ces utilisateurs.
Une première solution pour tenter de limiter le traçage des communications en cas de migration de connexion repose sur l'utilisation de nouveaux identifiants de connexion pour les communications établies sur d'autres chemins, au sein de la même connexion QUIC.
Toutefois une telle solution ne suffit pas à fournir des garanties strictes quant à la non-traçabilité des connexions QUIC, notamment lorsqu'une même adresse MAC est utilisée par un équipement tel qu'un terminal pour les communications établies sur différents chemins.
On rappelle à cet effet que les adresses MAC sont des identifiants affectés à des interfaces réseau pour les besoins de communication. Ces identifiants sont généralement affectés par les fabricants des cartes réseau. Une adresse MAC est souvent considérée comme unique et permanente (c'est- à-dire non modifiée dans le temps), ce qui permet de suivre et d'identifier un équipement tel qu'un terminal, même lorsque celui-ci est en mouvement. Il existe donc un besoin d'une nouvelle solution permettant d'améliorer la confidentialité des communications.
3. Exposé de l'invention
L'invention propose une solution sous la forme d'un procédé de gestion des communications d'un premier équipement, mis en oeuvre par un serveur distant, comprenant : l'établissement d'une première connexion sécurisée entre ledit premier équipement et ledit serveur distant, via une première interface de communication dudit premier équipement, la transmission, en utilisant ladite première connexion sécurisée, d'une instruction de gestion d'au moins une adresse MAC courante associée à au moins une deuxième interface de communication du premier équipement.
On note que la première et la deuxième interface de communication du premier équipement peuvent être une même interface ou des interfaces distinctes. Par exemple, le premier équipement est un terminal (fixe ou mobile, comme un ordinateur, un smartphone, etc.) comprenant une ou plusieurs interfaces de communication, par exemple une interface WLAN (Wireless LAN), une interface Ethernet, etc.
Le premier équipement et le serveur distant peuvent être connectés à un même réseau, par exemple un réseau d'accès, ou à des réseaux distincts. Par exemple, le premier équipement est connecté à un réseau local, tel qu'un réseau domestique ou un réseau intranet d'entreprise. Un tel réseau peut éventuellement être un réseau hiérarchique, c'est-à-dire un réseau au sein duquel un ou plusieurs routeurs IP ont été déployés. Le premier équipement peut être connecté au serveur distant par l'intermédiaire d'un routeur d'accès. Le serveur distant peut notamment être connecté au réseau d'accès auquel le terminal se connecte ou à un autre réseau. La connectivité IP peut être fournie via un réseau filaire, ou sans fil (par exemple 5G), ou les deux.
Aucune hypothèse n'est faite par la suite quant à la nature des équipements impliqués ou l'architecture du ou des réseaux. De même, aucune hypothèse n'est faite quant à la nature du ou des services mis en place sur la base des adresses MAC.
Selon au moins un mode de réalisation de l'invention, le serveur peut déclencher une procédure de gestion de l'adresse MAC courante, en envoyant au premier équipement une instruction de gestion de cette adresse MAC courante. Par exemple, une telle instruction de gestion appartient au groupe comprenant : une demande de renouvellement de ladite au moins une adresse MAC courante, une demande d'extension de la durée de validité de ladite au moins une adresse MAC courante.
La solution proposée permet ainsi, selon au moins un mode de réalisation, d'éviter le traçage des communications grâce à la gestion des adresses MAC (par exemple, au renouvellement de l'adresse MAC courante ou à l'extension de sa durée de validité), et par conséquent de contribuer à la préservation de la confidentialité des données échangées par des utilisateurs de tels équipements ou des données caractéristiques de ces utilisateurs.
Une telle procédure de gestion des adresses MAC initiée par le serveur est par exemple appelée procédure ADET pour « ADvancEd anti-Tracking system ».
En particulier, une extension de la durée de validité de ladite au moins une adresse MAC courante peut s'avérer plus efficace dans certaines situations et/ou pour certains services, ou en anticipation d'une éventuelle demande de renouvellement. Cela permet notamment de rendre la procédure plus robuste (par exemple en prévenant le renouvellement concomitant des adresses MAC de toutes les interfaces actives d'un équipement).
En particulier, cette instruction de gestion de l'adresse MAC courante est transmise en utilisant une connexion sécurisée, ce qui permet d'améliorer la sécurité des échanges entre le premier équipement et le serveur distant.
Par exemple, la première connexion sécurisée repose sur un protocole de communication sécurisé, comme le protocole QUIC, MP-QUIC (« Multipath QUIC »), ou le protocole CoAP (en anglais « Constrained Application Protocol ») lorsqu'il est utilisé conjointement avec le protocole DTLS (en anglais « Datagram Transport Layer Security »), etc.
Lorsque le protocole MP-QUIC est utilisé, la migration de connexion peut être remplacée par une fonction d'ajout / suppression de chemins de communication entre le serveur et le premier équipement.
La solution proposée offre ainsi l'avantage d'utiliser des fonctions supportées par un protocole de communication sécurisé.
Si la connexion sécurisée met en oeuvre un protocole tel que QUIC, une demande de renouvellement d'au moins une adresse MAC courante est par exemple transmise dans une trame QUIC appelée ici « MAC_RENEW ».
Selon un mode de réalisation particulier, une communication étant établie sur un premier chemin de communication entre le premier équipement et le serveur distant et utilisant ladite au moins une adresse MAC courante, l'instruction de gestion de ladite au moins une adresse MAC courante est transmise suite à la détection d'un événement relatif à ladite communication appartenant au groupe comprenant : une durée d'utilisation de ladite au moins une adresse MAC courante, une durée de validité de ladite au moins une adresse MAC courante, ou autrement dit une échéance pour le renouvellement de ladite au moins une adresse MAC courante, une détection de migration de la communication établie sur le premier chemin de communication vers au moins un deuxième chemin de communication. Selon au moins un mode de réalisation de l'invention, le serveur distant peut ainsi déclencher la procédure de gestion de l'adresse MAC courante sur détection d'un événement relatif à une communication utilisant au moins une adresse MAC courante associée à une interface du premier équipement.
Par exemple, le serveur distant peut détecter une communication de longue durée utilisant ladite au moins une adresse MAC courante associée à au moins une deuxième interface du premier équipement, et demander au premier équipement de renouveler la ou les adresses MAC courante(s) concernées. Le serveur distant peut de la sorte contrôler la durée de vie d'une adresse MAC utilisée par un client.
En variante, le serveur distant peut détecter une migration de la communication d'au moins un premier chemin de communication vers au moins un deuxième chemin de communication. Par exemple, le serveur distant détecte une migration de la communication suite à la réception d'un message émis par le premier équipement avec un nouvel identifiant de transport (par exemple une nouvelle adresse IP source).
La demande de renouvellement d'adresse MAC peut également être transmise au premier équipement préalablement à la migration. Par exemple, une notification QUIC peut être envoyée par le serveur distant au premier équipement pour l'informer de la migration à venir.
Selon ce mode de réalisation, il est ainsi possible d'éviter, ou à tout le moins de réduire le risque de traçage du premier équipement, notamment en cas de communication de longue durée ou de migration de connexion.
On note qu'une telle communication peut être établie entre le premier équipement et le serveur, ou le premier équipement et un deuxième équipement connecté au même réseau que le premier équipement ou à un réseau distinct.
Dans un mode de réalisation particulier, une communication étant établie sur un premier chemin de communication entre le premier équipement et le serveur distant et utilisant ladite au moins une adresse MAC courante, ledit serveur distant temporise la transmission de données sur le premier chemin pendant une durée définie (par exemple de l'ordre de quelques millisecondes ou quelques secondes) ou tant que le serveur distant n'a pas reçu de confirmation d'association d'au moins une nouvelle adresse MAC à ladite au moins une deuxième interface dudit premier équipement pour poursuivre la communication sur le premier chemin de communication.
Ladite durée définie peut être configurable.
En d'autres termes, le serveur distant n'utilise pas le premier chemin de communication pendant le renouvellement d'au moins une adresse MAC associée à au moins une interface du premier équipement, et observe une temporisation (appelé dans la suite période de « pause ») en stockant par exemple les données dans une mémoire tampon. Ainsi, aucune donnée utile n'est transmise pendant une période donnée, par exemple de l'ordre de 100 ms.
Dans un autre mode de réalisation particulier, une communication étant établie sur un premier chemin de communication entre le premier équipement et le serveur distant et utilisant ladite au moins une adresse MAC courante, ledit serveur distant transmet des données sur au moins un deuxième chemin entre le premier équipement et le serveur distant pendant une durée définie (par exemple de l'ordre de quelques millisecondes ou quelques secondes, cette durée étant configurable) ou tant que ledit serveur distant n'a pas reçu de confirmation d'association d'au moins une nouvelle adresse MAC à ladite au moins une deuxième interface dudit premier équipement pour poursuivre la communication sur le premier chemin de communication.
En d'autres termes, le serveur distant n'utilise pas le premier chemin de communication pendant le renouvellement d'au moins une adresse MAC associée à au moins une interface du premier équipement, et transmet les données sur au moins un deuxième chemin de communication (chemin alternatif). Ainsi, les données utiles peuvent être transmises sur un autre chemin disponible pendant une période donnée, par exemple de l'ordre de ls.
Dans un mode de réalisation particulier, le serveur distant peut notamment envoyer au premier équipement une demande d'extension de la durée de validité de l'adresse MAC associée à une interface du premier équipement utilisée pour les communications avec le serveur distant sur le deuxième chemin, de façon à s'assurer que cette adresse MAC n'est pas modifiée pendant la durée définie ou tant que le serveur distant n'a pas reçu de confirmation d'association d'une nouvelle adresse MAC à l'interface du premier équipement et utilisée pour les communications avec le serveur sur le premier chemin.
Ces différents modes de réalisation permettent d'éviter, ou à tout le moins réduire, le risque de perte de données pendant qu'une adresse MAC est en cours de renouvellement.
Dans un mode de réalisation particulier, l'instruction de gestion d'au moins une adresse MAC courante comporte au moins un élément appartenant au groupe comprenant : un ou plusieurs identifiants d'interface (permettant d'identifier la ou les interfaces du premier équipement qui doivent être associées à une nouvelle adresse MAC), un ou plusieurs identifiants de chemins réseau (permettant d'identifier le ou les chemins de communication courants et/ou précédemment utilisés entre ledit premier équipement et le serveur distant). Par exemple, de tels identifiants peuvent être une adresse, un identifiant d'adresse, etc. etc.
Ces identifiants, lorsqu'ils sont présents, peuvent être utilisés par le premier équipement pour sélectionner la ou les interfaces associées à une adresse MAC à gérer. L'invention concerne encore un procédé de communication entre un premier équipement et un serveur distant, mis en oeuvre par ledit premier équipement, comprenant : l'établissement d'une première connexion sécurisée entre ledit premier équipement et ledit serveur distant, via une première interface de communication dudit premier équipement, la réception, en utilisant ladite première connexion sécurisée, d'une instruction de gestion d'au moins une adresse MAC courante associée à au moins une deuxième interface de communication dudit premier équipement, l'exécution de ladite instruction de gestion.
Selon ce mode de réalisation, la gestion d'au moins une adresse MAC du premier équipement est mise en oeuvre sur requête du serveur distant.
Comme indiqué ci-dessus, le serveur peut ainsi déclencher une procédure de gestion d'au moins une adresse MAC courante associée à au moins une interface du premier équipement, par exemple suite à la détection d'un événement relatif à une communication utilisant cette adresse MAC courante.
La solution proposée permet notamment, selon au moins un mode de réalisation, d'éviter le traçage des communications grâce à la gestion des adresses MAC, et par conséquent de contribuer à la préservation de la confidentialité des données échangées par des utilisateurs de tels équipements ou des données caractéristiques de ces utilisateurs.
Dans un mode de réalisation particulier, l'exécution de ladite instruction de gestion comprend l'association d'au moins une nouvelle adresse MAC à ladite au moins une deuxième interface.
De cette façon, au moins une adresse MAC courante peut être renouvelée et remplacée par une nouvelle adresse MAC.
Dans un mode de réalisation particulier, ladite au moins une nouvelle adresse MAC est choisie de sorte à ne pas pouvoir être corrélée à ladite au moins une adresse MAC courante.
De cette façon, un équipement malveillant ne peut pas détecter que ces adresses MAC sont associées au même équipement.
En particulier, on rappelle que si une même adresse MAC associée à au moins une interface du terminal est exposée sur différents chemins de communication, les communications établies sur les différents chemins peuvent être corrélées.
Selon ce mode de réalisation, la solution proposée offre ainsi une solution pour contribuer à préserver la confidentialité des communications en évitant d'exposer des informations qui permettent de déduire qu'il s'agit d'une migration d'une communication établie sur un premier chemin de communication vers une communication établie sur au moins un deuxième chemin de communication. Dans un mode de réalisation particulier, l'association d'au moins une nouvelle adresse MAC à ladite au moins une deuxième interface met en oeuvre une technique de renouvellement d'adresse MAC classique, par exemple une technique de génération aléatoire des adresses MAC (« randomisation »).
Dans un autre mode de réalisation, l'association d'au moins une nouvelle adresse MAC à ladite au moins une deuxième interface met en oeuvre une nouvelle technique appelée ici MUSC (en anglais « Efficient MAC address Update for Service Continuity »), telle que décrite dans la demande de brevet français FR2205880 déposée le 16/06/2022.
En particulier, une telle procédure peut être mise en oeuvre lorsque ladite au moins une adresse MAC courante est utilisée pour communiquer avec ou via au moins un deuxième équipement localisé sur un chemin de communication entre ledit premier équipement et ledit serveur distant, ou un équipement intermédiaire localisé sur un chemin de communication entre ledit premier équipement et ledit deuxième équipement.
En particulier, un tel deuxième équipement peut être un routeur d'accès qui permet de connecter ledit premier équipement au serveur distant. L'équipement intermédiaire peut être un autre routeur localisé sur le chemin entre le premier équipement et le deuxième équipement.
Par exemple, le premier équipement met en oeuvre : l'établissement d'une deuxième connexion sécurisée entre ledit premier équipement et ledit deuxième équipement, via une troisième interface de communication dudit premier équipement, la transmission, en utilisant ladite deuxième connexion sécurisée, d'un message comportant au moins une adresse MAC chiffrée, associée ou apte à être associée à ladite troisième interface et utilisée pour communiquer avec ou via ledit deuxième équipement ou ledit équipement intermédiaire.
On note que la première, deuxième et troisième interface de communication du premier équipement peuvent être une même interface ou des interfaces distinctes.
Ainsi, selon ce mode de réalisation de l'invention, le premier équipement peut déclarer au deuxième équipement l'adresse MAC courante qu'il utilise pour communiquer avec ou via le deuxième équipement, ou au moins une adresse MAC candidate qu'il souhaite utiliser pour communiquer avec ou via le deuxième équipement. Le chiffrement d'au moins une adresse MAC permet de renforcer la confidentialité de l'information transmise. De plus, ce mode de réalisation permet de communiquer cette ou ces adresses MAC au deuxième équipement lorsqu'il n'est pas directement connecté au premier équipement (cas d'un réseau hiérarchique par exemple). Enfin, il est possible pour un équipement destinataire dudit message de comparer l'adresse MAC source du message (qui peut être transportée en clair dans l'entête du message) avec l'adresse MAC chiffrée telle que déclarée dans le message, pour détecter une éventuelle manipulation frauduleuse des adresses MAC.
La solution proposée permet ainsi, selon au moins un mode de réalisation, de contribuer à la préservation de la confidentialité des communications.
Par exemple, la deuxième connexion sécurisée repose sur un protocole de communication sécurisé, comme le protocole QUIC, le protocole CoAP sur DTLS, etc. La solution proposée offre ainsi l'avantage d'utiliser des fonctions supportées par un protocole de communication sécurisé, et ne repose pas simplement sur l'utilisation d'adresses MAC. L'utilisation d'un canal sécurisé et le chiffrement des adresses MAC permet notamment d'obtenir une autorisation d'accès au réseau sur la base de l'adresse MAC même si le contrôle d'accès est activé par un équipement qui n'est pas sur le même lien (c'est-à-dire situé à plusieurs sauts IP).
Le message correspond par exemple à au moins une trame appartenant au groupe comprenant : une trame qui décrit l'adresse MAC courante que le premier équipement utilise pour communiquer avec ou via le deuxième équipement, par exemple une trame QUIC appelée ici « CURRENT_MAC_ADDRESS », une trame qui décrit une adresse MAC candidate que le premier équipement envisage d'utiliser pour communiquer avec ou via le deuxième équipement, par exemple une trame QUIC appelée ici « CANDIDATE_MAC_ADDRESS », une trame qui décrit une liste d'adresses MAC que le premier équipement prévoit d'utiliser pour communiquer avec ou via le deuxième équipement, par exemple une trame QUIC appelée ici « LIST_MAC_ADDRESS ».
Dans un mode de réalisation particulier, la solution proposée permet notamment d'offrir une continuité de service, même en cas de renouvellement d'adresse MAC.
En particulier, la solution proposée ne requiert pas d'authentification explicite ou d'établissement d'association de sécurité entre le premier équipement (terminal par exemple) et le deuxième équipement (routeur d'accès par exemple) pour chaque échange de paquets avec des équipements externes au réseau.
Dans un mode de réalisation particulier, le premier équipement et le serveur peuvent échanger des messages pour confirmer qu'ils sont aptes à mettre en oeuvre l'invention, selon au moins un mode de réalisation.
Par exemple, le premier équipement met en oeuvre la transmission d'un premier paramètre signalant au serveur que le premier équipement supporte la procédure de gestion des adresses MAC initialisée par le serveur (procédure ADET). Le serveur met également en oeuvre, par exemple à réception de ce premier paramètre, la transmission d'un deuxième paramètre signalant au premier équipement que le serveur est apte à gérer les adresses MAC du premier équipement. Par exemple, de tels paramètres sont des paramètres de transport QUIC appelés ici « mac-update », et valorisés à « 1 » pour indiquer que l'équipement émetteur du message QUIC comportant un tel paramètre supporte le procédé selon l'invention.
L'échange de tels paramètres peut être mis en oeuvre avant la transmission, par le serveur, de l'instruction de gestion des adresses MAC.
Dans d'autres modes de réalisation, l'invention concerne un premier équipement et un serveur distant correspondants.
Un mode de réalisation de l'invention vise aussi à protéger un ou plusieurs programmes d'ordinateur comportant des instructions adaptées à la mise en oeuvre d'au moins une étape des procédés selon au moins un mode de réalisation de l'invention tel que décrit ci-dessus, lorsque ce ou ces programmes sont exécutés par un processeur, ainsi qu'au moins un support d'informations lisible par un ordinateur comportant des instructions d'au moins un programme d'ordinateur tel que mentionné ci-dessus.
4. Liste des figures
D'autres caractéristiques et avantages de l'invention apparaîtront plus clairement à la lecture de la description suivante d'un mode de réalisation particulier, donné à titre d'exemple illustratif et non limitatif, et des dessins annexés, parmi lesquels : la figure 1 présente un exemple d'architecture de réseaux ; la figure 2 illustre les principales étapes mises en oeuvre par un premier équipement et un serveur distant selon au moins un mode de réalisation de l'invention ; la figure 3 illustre l'échange de paramètres pour vérifier la compatibilité du premier équipement et du serveur distant selon un mode de réalisation de l'invention ; la figure 4 illustre un exemple d'architecture de réseaux mettant en oeuvre une procédure MUSC sur l'un des chemins de communication entre le premier équipement et le serveur distant ; la figure 5 présente des exemples de messages échangés entre un premier équipement, un premier routeur d'accès et un serveur distant lorsque la procédure MUSC est mise en oeuvre suite à la réception d'une instruction de gestion en provenance du serveur distant ; la figure 6 illustre un exemple d'architecture de réseaux mettant en oeuvre une procédure MUSC sur chacun des chemins de communication disponibles suite à la réception d'une instruction de gestion en provenance du serveur distant ; la figure 7 présente des exemples de messages échangés entre le premier équipement, le premier routeur d'accès, et le serveur distant, et entre le premier équipement, un deuxième routeur d'accès, et le serveur distant, lorsque la procédure MUSC est mise en oeuvre pour chacun des chemins de communication disponibles suite à la réception d'une instruction de gestion en provenance du serveur distant ; la figure 8 présente la structure simplifiée d'un premier équipement, respectivement d'un serveur distant, selon un mode de réalisation particulier.
5. Description d'un mode de réalisation de l'invention
5.1 Principe général
Le principe général de l'invention repose sur la gestion, par un serveur distant, d'au moins une adresse MAC courante associée à au moins une interface de communication d'un premier équipement, de façon à limiter les risques de traçage du premier équipement et ainsi à contribuer à la préservation de la confidentialité des communications.
Le premier équipement et le serveur distant peuvent être connectés à un même réseau, par exemple à un réseau d'accès, ou à des réseaux distincts. Par exemple, comme illustré en figure 1, on considère que le premier équipement H 11 est un terminal multi-interfaces, qui peut utiliser une même interface ou des interfaces distinctes pour se connecter à un ou plusieurs réseaux d'accès. Dans la suite, on considère que le premier équipement est connecté à au moins un réseau d'accès, par exemple à un premier réseau d'accès NET. #1 121 et à un deuxième réseau d'accès NET. #2 122. Le serveur distant S 13 peut être connecté à un réseau externe, par exemple le réseau d'un opérateur auprès duquel l'utilisateur du premier équipement a souscrit une offre de service Internet 131 (ISP, « Internet Service Provider » en anglais) ou à un autre réseau géré par une tierce partie, ou directement aux réseaux d'accès NET. #1 121 et/ou NET. #2 122. Le premier équipement 11 peut communiquer avec le serveur distant 13 par l'intermédiaire du premier routeur d'accès RI 1211 du premier réseau d'accès NET. #1 121 et/ou par l'intermédiaire d'un deuxième routeur d'accès R2 1221 du deuxième réseau d'accès NET. #2 122.
Comme indiqué au préalable, d'autres architectures réseau ou d'autres natures d'équipements peuvent être utilisées dans le cadre de l'invention.
Comme discuté en relation avec l'art antérieur, le premier équipement 11 utilise classiquement la même adresse MAC (par exemple @MAC1) pour communiquer avec le serveur 13, quel que soit le chemin de communication utilisé (premier chemin de communication par l'intermédiaire du premier routeur d'accès 1211 ou deuxième chemin de communication par l'intermédiaire du deuxième routeur d'accès 1221), particulièrement, lorsqu'une même interface est utilisée pour se connecter à ces réseaux d'accès. En d'autres termes, la même adresse MAC est exposée sur les différents chemins de communication, et les communications établies sur ces différents chemins peuvent être corrélées. Un équipement malveillant peut donc facilement tracer les communications émanant du premier équipement 11, même en cas de changement du réseau d'accès auquel se connecte le premier équipement.
La solution proposée permet de gérer au moins une adresse MAC associée à au moins une interface du premier équipement 11, par exemple en modifiant cette adresse MAC en cas de migration de la communication d'un premier chemin de communication vers au moins un deuxième chemin de communication. La même procédure peut être utilisée également en cas de maintien de la communication sur plusieurs chemins de communication (c'est-à-dire lors d'une utilisation simultanée des ressources associées aux différents chemins en l'absence de migration de la communication). Il est par ailleurs possible de contrôler la durée d'utilisation d'une adresse MAC, par exemple en fonction du service invoqué, ou de prolonger sa durée de validité.
La figure 2 illustre les principales étapes mises en oeuvre par un serveur distant et par un premier équipement, par exemple le serveur 13 et le premier équipement 11 de la figure 1, pour la mise en oeuvre des procédés selon au moins un mode de réalisation de l'invention.
Au cours d'une première étape 21, une première connexion sécurisée entre le premier équipement et le serveur distant est établie, via une première interface de communication du premier équipement. L'établissement d'une telle connexion sécurisée étant classique, il n'est pas décrit plus en détail ici.
Le serveur 13 peut alors transmettre (22) au premier équipement 11, en utilisant la première connexion sécurisée, une instruction de gestion d'au moins une adresse MAC courante associée à au moins une deuxième interface de communication du premier équipement (les première et deuxième interfaces de communication pouvant être une même interface ou des interfaces distinctes).
Une telle instruction de gestion est par exemple de type demande de renouvellement de l'adresse MAC courante ou demande d'extension de la durée de validité de l'adresse MAC courante.
Par exemple, le serveur peut déclencher l'envoi d'une instruction de gestion d'au moins une adresse MAC lorsque la durée d'utilisation de l'adresse MAC courante est supérieure à une durée définie, lorsqu'une durée de validité de l'adresse MAC courante est atteinte (correspondant à une échéance pour le renouvellement de l'adresse MAC courante) et/ou suite à la migration d'une communication établie sur un premier chemin de communication vers au moins un deuxième chemin de communication, etc.
Le premier équipement 11 peut ainsi recevoir (23) l'instruction de gestion d'au moins une adresse MAC courante associée à au moins une deuxième interface de communication du premier équipement, en utilisant la première connexion sécurisée.
Le premier équipement peut alors exécuter (24) l'instruction de gestion correspondante, par exemple procéder au renouvellement de l'adresse MAC courante @MAC1 et associer au moins une nouvelle adresse MAC @MAC2 à l'interface concernée du premier équipement.
Selon un mode de réalisation particulier, le premier équipement peut mettre en oeuvre une procédure classique pour l'association d'au moins une adresse MAC à au moins l'une de ses interfaces.
Dans un autre mode de réalisation, le premier équipement peut mettre en oeuvre une nouvelle procédure pour l'association d'au moins une adresse MAC à au moins l'une de ses interfaces, dite procédure MUSC, telle que décrite dans la demande de brevet français FR2205880 précitée.
Une telle procédure MUSC peut notamment être mise en oeuvre entre le premier équipement et un deuxième équipement localisé sur un chemin de communication entre le premier équipement et le serveur, par exemple le premier routeur d'accès 1211 et/ou le deuxième routeur d'accès 1221 de la figure 1.
5.2 Exemples de mise en oeuvre
On décrit ci-après différents exemples de mise en oeuvre de l'invention, selon lesquels la première connexion sécurisée entre le serveur et le premier équipement utilise le protocole QUIC. Comme déjà indiqué, dans d'autres modes de réalisation, la première connexion sécurisée peut utiliser le protocole CoAP sur DTLS ou tout autre protocole permettant l'établissement d'une connexion sécurisée. Aucune hypothèse n'est faite quant à l'utilisation du protocole QUIC. La solution proposée peut également s'appliquer à des communications QUIC établies sur plusieurs chemins en exploitant les ressources MP-QUIC. L'exploitation de tout ou partie de ces différents chemins peut faire l'objet d'une négociation entre le serveur et le premier équipement.
Comme illustré dans la figure 3, selon un mode de réalisation particulier, le premier équipement peut utiliser un nouveau paramètre de transport QUIC (comme prévu en section 7.4.2 du document RFC 9000, mai 2021), appelé ici « mac-update », pour signaler au serveur qu'il supporte la procédure de gestion des adresses MAC initialisée par le serveur (procédure ADET). Par exemple, le premier équipement 11 met en oeuvre la transmission 31 d'un premier paramètre signalant au serveur 13 que le premier équipement 11 est apte à modifier son adresse MAC courante ou à prolonger sa durée de validité, en utilisant la première connexion sécurisée. Si le serveur supporte également la procédure ADET, il peut répondre en utilisant le nouveau paramètre de transport QUIC « mac-update », en utilisant également la première connexion sécurisée. En d'autres termes, le serveur 13 met en oeuvre la transmission 32 d'un deuxième paramètre signalant au premier équipement 11 que le serveur 13 est apte à gérer au moins une adresse MAC associée à au moins une interface du premier équipement.
Ces premier et deuxième paramètres sont par exemple valorisés à « 1 » (mac-update = 0x1) pour indiquer le support de la procédure ADET.
Le serveur peut alors transmettre au premier équipement une instruction de gestion des adresses MAC, par exemple une demande de renouvellement d'au moins une de ses adresses MAC courantes dans une trame QUIC appelée ici « MAC_RENEW » 33.
On présente ci-après en relation avec les figures 4 et 5 un exemple de mise en oeuvre de l'invention. La figure 4 illustre un exemple d'architecture réseau, selon laquelle le premier équipement 11 peut communiquer avec le serveur distant 13 par l'intermédiaire du premier routeur d'accès RI 1211 du premier réseau d'accès NET. #1 121.
La figure 5 illustre des exemples de messages échangés entre le premier équipement 11, le premier routeur d'accès 1211 et le serveur 13 lorsque la procédure MUSC est mise en oeuvre suite à la réception d'une instruction de gestion en provenance du serveur distant.
Une connexion sécurisée QUIC Connect. #1 (51) est établie entre le premier équipement 11 et le serveur 13. La connexion sécurisée QUIC Connect #1 établie entre le premier équipement 11 et le serveur 13 via le premier routeur d'accès 1211 est caractérisée par des identifiants de connexion CID (notamment CID source).
Comme expliqué en relation avec la figure 3, des paramètres de transport QUIC « mac-update » peuvent être échangés entre le premier équipement 11 et le serveur 13 pour vérifier qu'ils supportent la procédure de gestion des adresses MAC (procédure ADET) selon un mode de réalisation de l'invention.
On suppose par la suite que le premier équipement 11 et le serveur 13 supportent la procédure ADET.
Des données D peuvent notamment être échangées entre le premier équipement 11 et le serveur 13 via la connexion sécurisée QUIC Connect. #1, par le premier chemin de communication via le premier routeur d'accès 1211.
On considère par exemple que le serveur 13 détecte que le premier équipement 11 a établi une communication de longue durée (par exemple de durée supérieure à un seuil donné recommandé pour le service en cours) avec un deuxième équipement situé sur le premier chemin de communication (par exemple avec le serveur 13 ou avec le premier routeur d'accès 1211), en utilisant une adresse MAC courante @MAC1 associée à une interface de communication du premier équipement pour communiquer avec ou via le deuxième équipement.
Le serveur 13 peut alors déclencher la procédure de gestion des adresses MAC de façon à éviter que le premier équipement n'établisse durablement des communications reposant sur l'utilisation de la même adresse MAC.
Pour ce faire, le serveur 13 peut envoyer une demande de renouvellement de l'adresse @MAC1 utilisée par le premier équipement 11, pour que l'adresse MAC utilisée pour la transmission de paquets sur le premier chemin soit modifiée. Le serveur 13 peut par exemple envoyer une trame MAC_RENEW au premier équipement 11 via la connexion sécurisée QUIC Connect. #1, et un cycle de négociation d'adresse MAC peut alors être déclenché.
Une procédure MUSC peut notamment être mise en oeuvre entre le premier équipement 11 et le deuxième équipement, pour associer une nouvelle adresse MAC à l'interface utilisée par le premier équipement pour communiquer avec ou via le deuxième équipement. On considère par exemple que le deuxième équipement est le premier routeur d'accès 1211.
Pour ce faire, une connexion sécurisée QUIC Connect. #2 (52) est établie entre le premier équipement 11 et le premier routeur d'accès 1211. Par exemple, une telle connexion sécurisée utilise le protocole QUIC, le protocole CoAP sur DTLS, etc.
Le premier équipement 11 peut alors transmettre un message au premier routeur d'accès 1211, en utilisant la connexion sécurisée QUIC Connect. #2. Un tel message comporte au moins une adresse MAC chiffrée, associée ou apte à être associée à l'interface considérée du premier équipement, et utilisée pour communiquer avec ou via le premier routeur d'accès 1211 ou un équipement intermédiaire localisé sur un chemin de communication entre le premier équipement et le premier routeur d'accès 1211.
Le premier routeur d'accès 1211 peut ainsi recevoir un tel message, et valider la ou les adresses MAC reçues.
Différents types de messages peuvent être envoyés du premier équipement 11 au premier routeur d'accès 1211.
Dans l'exemple de la figure 4, le premier équipement 11 peut générer au moins une nouvelle adresse MAC @MAC 2 et transmettre cette nouvelle adresse @MAC 2 chiffrée dans un message en utilisant la connexion sécurisée QUIC Connect. #2. Le premier routeur d'accès 1211 peut alors valider la nouvelle adresse @MAC 2 et le cas échéant procéder à la mise à jour de règles de filtrage qu'il maintient.
Par exemple, une fois que la nouvelle adresse @MAC 2 est associée à l'interface considérée du premier équipement, la nouvelle adresse @MAC 2 devient l'adresse MAC courante associée à l'interface considérée. Un message correspondant à au moins une trame QUIC qui décrit l'adresse MAC courante que le premier équipement utilise pour communiquer avec ou via le premier routeur d'accès 1211, appelée par exemple ici « CURRENT_MAC_ADDRESS », peut alors être transmis du premier équipement 11 au premier routeur d'accès 1211.
L'insertion de l'adresse MAC courante dans la nouvelle trame, et donc son chiffrement lié à l'utilisation de la connexion sécurisée QUIC, permet au premier routeur d'accès 1211 de comparer des informations transportées dans la partie chiffrée du message (par exemple l'adresse MAC courante) avec des informations véhiculées en clair dans la connexion QUIC (par exemple l'adresse MAC source) et de détecter la manipulation éventuelle des informations véhiculées en clair.
L'insertion de l'adresse MAC courante dans la nouvelle trame permet aussi de communiquer l'adresse MAC courante au premier routeur d'accès 1211 même s'il n'est pas directement connecté au premier équipement (cas d'un équipement intermédiaire de type routeur par exemple). Le premier équipement 11 peut alors utiliser l'adresse @MAC2 pour communiquer avec le serveur 13 en utilisant la première connexion sécurisée QUIC Connect. #1 (53), via le premier routeur d'accès 1211.
On note que préalablement à la transmission du message chiffré sur la connexion sécurisée QUIC Connect #2, des paramètres de transport QUIC « mac-update » peuvent être échangés entre le premier équipement 11 et le premier routeur d'accès 1211 pour vérifier qu'ils supportent la procédure MUSC selon un mode de réalisation de l'invention.
Par exemple, le premier équipement utilise le nouveau paramètre de transport QUIC « mac- update », pour signaler au premier routeur d'accès 1211 qu'il supporte la procédure MUSC. Si le premier routeur d'accès 1211 supporte également la procédure MUSC, il peut répondre en utilisant le nouveau paramètre de transport QUIC « mac-update ».
Ces premier et deuxième paramètres sont par exemple valorisés à « 1 » (mac-update = 0x1) pour indiquer le support de la procédure MUSC.
On présente désormais, en relation avec les figures 6 et 7, un autre exemple de mise en oeuvre de l'invention, selon lequel la procédure MUSC peut être mise en oeuvre avant la procédure ADET. En effet, aucune hypothèse n'est faite quant à l'ordre d'invocation de ces différentes étapes de l'invention.
La figure 6 illustre un exemple d'architecture réseau, selon laquelle le premier équipement 11 peut communiquer avec le serveur distant 13 par l'intermédiaire du premier routeur d'accès RI 1211 du premier réseau d'accès NET. #1 121 et/ou par l'intermédiaire du deuxième routeur d'accès R2 1221 du deuxième réseau d'accès NET. #2 122.
La figure 7 illustre des exemples de messages échangés entre le premier équipement 11, le premier routeur d'accès 1211 et le serveur 13, et entre le premier équipement 11, le deuxième routeur d'accès 1221 et le serveur 13, lorsque la procédure MUSC est mise en oeuvre pour chacun des chemins de communication entre le premier équipement et le serveur distant disponibles suite à la réception d'une instruction de gestion en provenance du serveur distant.
Selon ce deuxième exemple, une procédure MUSC peut être mise en oeuvre entre le premier équipement 11 et un deuxième équipement localisé sur un chemin de communication entre le premier équipement 11 et le serveur 13. Par exemple, une première procédure MUSC peut être mise en oeuvre entre le premier équipement 11 et le premier routeur d'accès 1211, et une deuxième procédure MUSC peut être mise en oeuvre entre le premier équipement 11 et le deuxième routeur d'accès 1221. Autant de procédures MUSC que de chemins de communication entre le premier équipement 11 et le serveur 13 peuvent être mises en oeuvre.
La première procédure MUSC met en oeuvre les étapes suivantes.
Une connexion sécurisée QUIC Connect. #1 (71) est établie entre le premier équipement 11 et le premier routeur d'accès 1211. Par exemple, une telle connexion sécurisée utilise le protocole QUIC, ou en variante le protocole CoAP sur DTLS, etc.
Comme expliqué ci-dessus, des paramètres de transport QUIC « mac-update » peuvent éventuellement être échangés entre le premier équipement 11 et le premier routeur d'accès 1211 pour vérifier qu'ils supportent la procédure MUSC selon un mode de réalisation de l'invention.
Le premier équipement 11 peut alors transmettre un message au premier routeur d'accès 1211, en utilisant la connexion sécurisée QUIC Connect. #1. Comme indiqué ci-dessus en relation avec la figure 5, un tel message comporte au moins une adresse MAC chiffrée, associée ou apte à être associée à l'interface considérée du premier équipement, et utilisée pour communiquer avec ou via le premier routeur d'accès 1211 ou un équipement intermédiaire localisé sur un chemin de communication entre le premier équipement et le premier routeur d'accès 1211.
Le premier routeur d'accès 1211 peut ainsi recevoir un tel message, et valider la ou les adresses MAC reçues.
Différents types de messages peuvent être envoyés du premier équipement 11 au premier routeur d'accès 1211.
Selon un premier exemple, le message correspond à une trame QUIC « CURRENT_MAC_ADDRESS » qui décrit l'adresse MAC courante que le premier équipement utilise pour communiquer avec ou via le premier routeur d'accès 121. Une telle adresse MAC courante est donc d'ores et déjà affectée à l'interface utilisée pour contacter le premier routeur d'accès 1211.
Selon un deuxième exemple, le premier équipement 11 peut préparer la migration d'adresses MAC en indiquant au préalable au premier routeur d'accès 1211 au moins une adresse MAC qu'il prévoit d'utiliser, dite adresse MAC candidate.
Selon ce deuxième exemple, le message envoyé du premier équipement 11 au premier routeur d'accès 1211, via la connexion sécurisée QUIC Connect. #1, correspond à une trame QUIC, appelée par exemple ici « LIST_MAC_ADDRESSES », comportant au moins une adresse MAC candidate chiffrée que le premier équipement prévoit d'utiliser pour communiquer avec ou via le premier routeur d'accès 1211 (par exemple a5:c7:ef:82:58:e9, el:44:5c:32:3c:72, ee:3c:50:18:7e:44). A ce stade, aucune de ces adresses MAC candidates n'est associée à l'interface considérée du premier équipement 11.
En particulier, avant d'associer une adresse MAC candidate à une interface du premier équipement 11, le premier équipement 11 peut vérifier auprès du premier routeur d'accès 1211 que l'adresse MAC candidate est disponible. Ceci permet notamment d'éviter un conflit avec les adresses MAC utilisées par d'autres équipements connectés au même réseau et évite d'impacter le délai d'accès au service induit par un changement d'adresse MAC.
Selon un troisième exemple, le message envoyé par le premier équipement 11 au premier routeur d'accès 1211, via la connexion sécurisée QUIC Connect #1, correspond à une trame QUIC, appelée par exemple ici « CANDIDATE_MAC_ADDRESS », comportant au moins une adresse candidate chiffrée.
Ainsi, selon ces différents exemples, le premier équipement met en oeuvre une procédure MUSC pour associer une adresse MAC à au moins une de ses interfaces et valider cette adresse MAC.
En variante, le premier équipement peut utiliser une adresse MAC par défaut, configurée par exemple par un utilisateur du premier équipement ou par le système d'exploitation.
Dans l'exemple illustré en figure 7, on considère par exemple que le premier équipement 11 transmet au premier routeur d'accès 1211 un message correspondant à une trame QUIC « CURRENT_MAC_ADDRESS » portant l'adresse @MAC1.
Une connexion sécurisée QUIC Connect. #2 (72) est également établie entre le premier équipement 11 et le serveur 13 (avant, pendant ou après l'établissement de la connexion sécurisée QUIC Connect. #1). Plusieurs identifiants de connexion peuvent être utilisés.
Par exemple, la connexion sécurisée QUIC Connect #2 établie entre le premier équipement 11 et le serveur 13 via le premier routeur d'accès 1211 (resp. deuxième routeur d'accès 1221) est caractérisée par des premiers (resp. deuxièmes) identifiants de connexion, notamment CID source, négociés au préalable (Section 19.15 du RFC 9000) avec le serveur 13. On considère donc qu'il existe une seule connexion sécurisée entre le premier équipement 11 et le serveur 13, correspondant aux différents chemins de communication entre le premier équipement 11 et le serveur 13.
Comme expliqué en relation avec la figure 3, des paramètres de transport QUIC « mac-update » peuvent être échangés entre le premier équipement 11 et le serveur 13 pour vérifier qu'ils supportent la procédure de gestion des adresses MAC (ADET) selon un mode de réalisation de l'invention.
Des données D peuvent notamment être échangées entre le premier équipement 11 et le serveur 13 via la connexion sécurisée QUIC Connect. #2, par le premier chemin de communication via le premier routeur d'accès 1211.
Si le premier équipement 11 est mobile par exemple, ou si le trafic via le premier routeur d'accès 1211 est congestionné, le premier équipement 11 peut migrer une communication établie avec le serveur 13 sur le premier chemin via le premier routeur d'accès 1211 vers un deuxième chemin via le deuxième routeur d'accès 1221.
On considère par exemple que le serveur 13 détecte l'utilisation d'un nouvel identifiant de transport (par exemple une nouvelle adresse IP source lorsque les paquets de données en provenance du premier équipement 11 et à destination du serveur 13 arrivent par au moins un nouveau chemin ou lors d'une tentative de migration de connexion). Par exemple, le serveur 13 détecte qu'il reçoit des paquets de données en provenance d'adresses sources différentes. Le serveur 13 peut déclencher la procédure de gestion des adresses MAC selon un mode de réalisation de l'invention, de façon à éviter que le premier équipement utilise toujours l'adresse MAC courante @MAC1 pour communiquer avec ou via le deuxième routeur d'accès 1221.
Pour ce faire, le serveur 13 peut envoyer une demande de renouvellement de l'adresse @MAC1 utilisée par le premier équipement 11, pour que l'adresse MAC utilisée pour la transmission de paquets via le deuxième chemin soit différente de celle utilisée pour la transmission de données sur le premier chemin. Le serveur 13 peut par exemple envoyer une trame MAC_RENEW au premier équipement 11 via la connexion sécurisée QUIC Connect. #2, et un cycle de négociation d'adresses MAC peut être déclenché. On rappelle que l'ordre des différentes connexions QUIC Connect. #1 (71) et QUIC Connect. #2 (72) n'a pas d'importance.
Une procédure MUSC peut notamment être mise en oeuvre entre le premier équipement 11 et le deuxième routeur d'accès 1221, pour associer une nouvelle adresse MAC à l'interface utilisée par le premier équipement pour communiquer avec ou via le deuxième routeur d'accès 1221.
Pour ce faire, une connexion sécurisée QUIC Connect. #3 (73) est établie entre le premier équipement 11 et le deuxième routeur d'accès 1221. Par exemple, une telle connexion sécurisée utilise le protocole QUIC, ou en variante le protocole CoAP sur DTLS, etc.
Dans l'exemple de la figure 7, le premier équipement 11 peut générer au moins une nouvelle adresse MAC @MAC 2 et transmettre cette nouvelle adresse @MAC 2 chiffrée dans un message CURRENT_MAC_ADDRESS en utilisant la connexion sécurisée QUIC Connect. #3. Le deuxième routeur d'accès 1221 peut alors valider la nouvelle adresse @MAC 2 et procéder le cas échéant à la mise à jour de règles de filtrage qu'il maintient.
Le premier équipement 11 peut alors utiliser l'adresse @MAC2 pour communiquer avec le serveur 13 en utilisant la connexion sécurisée QUIC Connect. #2 (74), via le deuxième routeur d'accès 1221. Un nouvel identifiant de connexion peut être utilisé lors de la migration. Cet identifiant peut être échangé préalablement selon la procédure décrite dans Section 19.15 du RFC 9000.
La connexion sécurisée QUIC Connect. #2 est donc établie sur les deux chemins via le premier routeur d'accès 1211 et via le deuxième routeur d'accès 1221, et l'un et/ou l'autre des chemins peut être exploité pour échanger les données entre le premier équipement 11 et le serveur 13.
Dans un mode de réalisation particulier, le serveur distant peut, en variante ou complément, envoyer une demande d'extension de la durée de validité d'au moins une adresse MAC courante, par exemple de l'adresse @MAC1 utilisée pour les communications sur le premier chemin.
L'adresse @MAC1 peut ainsi être conservée pour les communications via le premier routeur d'accès 1211, et l'adresse @MAC2 peut être utilisée pour les communications via le deuxième routeur d'accès 1221. On note que les adresses MAC utilisées sur les chemins alternatifs ne sont pas communiquées aux routeurs d'accès localisés sur les autres chemins. La solution proposée permet ainsi de négocier des adresses MAC différentes pour le premier équipement 11, selon le réseau d'accès auquel il est attaché, quand bien même la même interface du premier équipement 11 serait utilisée pour les communications avec les différents réseaux d'accès. Par exemple, le premier équipement 11 peut communiquer avec le premier routeur d'accès 1211 via une première interface du premier équipement 11 en utilisant l'adresse MAC @MAC1, et le premier équipement 11 peut communiquer avec le deuxième routeur d'accès 1221 via la première interface du premier équipement 11 en utilisant l'adresse MAC @MAC2.
Dans ces différents modes de réalisation, la ou les nouvelles adresses MAC sont choisies de sorte à ne pas pouvoir être corrélées avec la ou les adresses MAC courantes, de façon à prévenir la traçabilité du premier équipement. Ainsi, le premier équipement utilise une nouvelle adresse MAC qui ne peut pas être corrélée avec une adresse MAC préalablement utilisée, par exemple au cours des dernières 24 heures.
Selon au moins un mode de réalisation, le premier équipement 11 peut notamment confirmer le renouvellement de son adresse MAC, en transmettant un message via la connexion sécurisée établie avec le serveur 13 (QUIC Connect #1 selon la figure 5 ou QUIC Connect #2 selon la figure 7). Par exemple, un tel message transmis du premier équipement vers le serveur est nommé ici « MAC_RENEWED » et comporte la nouvelle adresse MAC associée à l'interface considérée du premier équipement 11.
Selon au moins un mode de réalisation, une communication utilisant l'adresse MAC courante @MAC1 étant établie sur le premier chemin de communication via le premier routeur d'accès 1211, le serveur distant 13 temporise la transmission de données sur le premier chemin pendant une durée définie ou tant que le serveur distant n'a pas reçu de confirmation d'association d'au moins une nouvelle adresse MAC au premier équipement pour poursuivre la communication sur le premier chemin (par exemple tant que le serveur distant n'a pas reçu de message MAC_RENEWED). En d'autres termes, le serveur 13 peut observer une période de « pause » pendant le renouvellement de l'adresse MAC du premier équipement 11 et associée au premier chemin, pour éviter, ou à tout le moins réduire, le risque de perte de paquets alors que l'adresse MAC est en cours de modification par le premier équipement 11 selon les indications reçues du serveur 13. Par exemple, le serveur 13 n'envoie pas de données utiles sur le premier chemin pendant une courte durée configurable, par exemple de l'ordre de 100 ms.
Selon au moins un mode de réalisation, une communication utilisant l'adresse MAC courante @MAC1 étant établie sur le premier chemin de communication via le premier routeur d'accès 1211, le serveur distant 13 transmet des données sur au moins un autre chemin pendant une durée définie ou tant que le serveur distant n'a pas reçu de confirmation d'association d'au moins une nouvelle adresse MAC au premier équipement pour poursuivre la communication sur le premier chemin (par exemple tant que le serveur distant n'a pas reçu de message MAC_RENEWED).
En d'autres termes, le serveur 13 peut utiliser un autre chemin pendant le renouvellement de l'adresse MAC du premier équipement 11 associée au premier chemin, pour éviter, ou à tout le moins réduire, le risque de perte de paquets alors que l'adresse MAC est en cours de modification par le premier équipement 11 selon les indications reçues du serveur 13. Par exemple, le serveur 13 envoie les données utiles sur au moins un autre chemin disponible (par exemple le deuxième chemin via le deuxième routeur d'accès) pendant une courte durée configurable, par exemple de l'ordre de Is. Il peut également procéder à l'envoi dupliqué des données par le premier chemin et par au moins un autre chemin disponible, de façon à s'assurer que le premier équipement reçoive les données utiles.
Selon un mode de réalisation particulier, le serveur peut envoyer une demande d'extension de la durée de validité de l'adresse MAC @MAC2 utilisée pour les communications sur le deuxième chemin pendant le renouvellement de l'adresse MAC @MAC1 utilisée pour les communications sur le premier chemin.
Selon au moins un mode de réalisation, le premier équipement peut refuser la mise en oeuvre la procédure ADET, notamment si une instruction de gestion similaire a d'ores et déjà été reçue (par exemple la même instruction a été reçue plusieurs fois, une instruction de gestion similaire a été reçue en provenance d'un autre serveur, etc.) ou est en conflit avec une instruction de gestion précédemment reçue. Pour ce faire, un nouveau message d'erreur peut être transmis par le premier équipement au serveur, par exemple en utilisant une nouvelle trame QUIC appelée ici « REJECT_MAC_RENEW ».
Dans les modes de réalisation présentés ci-dessus, le serveur 13 est à l'initiative du renouvellement d'au moins une adresse MAC du premier équipement. C'est donc le serveur qui envoie une trame QUIC « MAC_RENEW » au premier équipement. On considère en revanche que le premier équipement ne peut pas envoyer de trame QUIC « MAC_RENEW » vers le serveur. En d'autres termes, le premier équipement n'est pas à l'initiative du renouvellement d'au moins une adresse MAC associée à l'une de ses interfaces. Si un message de type « MAC_RENEW » est reçu par le serveur, le serveur peut l'ignorer.
On a décrit ci-dessus en relation avec les figures 6 et 7 la mise en oeuvre d'une procédure MUSC pour l'association d'adresses MAC sur les interfaces du premier équipement pour l'ensemble des chemins disponibles entre le premier équipement et le serveur. En variante, une telle procédure peut être mise en oeuvre sur certains chemins uniquement. En variante, une telle procédure peut être mise en oeuvre à la réception d'une demande de renouvellement d'adresse MAC émise par le serveur distant (réception d'une trame QUIC MAC_RENEW par le premier équipement). Selon un mode de réalisation, une nouvelle adresse MAC peut être générée de façon classique pour au moins une interface du premier équipement ou un chemin. Dans ce cas, le premier équipement implémente localement une procédure de génération d'adresses MAC qui ne peuvent pas être corrélées avec les adresses MAC utilisées dans le passé (par exemple au cours des dernières 24 heures).
Dans un mode de réalisation particulier, la génération aléatoire d'adresses MAC est mise en oeuvre localement par le premier équipement. Le serveur peut notamment demander au premier équipement de prolonger la validité d'au moins une adresse MAC associée à au moins une de ses interfaces (qui peut être celle pour laquelle le renouvellement d'adresse est effectué ou une autre interface, notamment en cas de communication de courte durée).
5.3 Dispositifs correspondants
On présente finalement, en relation avec la figure 8, les structures simplifiées d'un premier équipement H et d'un serveur S selon au moins un mode de réalisation de l'invention.
Le premier équipement H (resp. le serveur S), selon un mode de réalisation de l'invention, comprend une mémoire 81H (resp. 81s), une unité de traitement 82H (resp. 82s), équipée par exemple d'une machine de calcul programmable ou d'une machine de calcul dédiée, par exemple un processeur P, et pilotée par le programme d'ordinateur 83H (resp. 83s), mettant en oeuvre des étapes du procédé de communication (resp. du procédé de gestion des communications) selon au moins un mode de réalisation de l'invention.
A l'initialisation, les instructions de code du programme d'ordinateur 83H (resp. 83s) sont par exemple chargées dans une mémoire RAM avant d'être exécutées par le processeur de l'unité de traitement 82H (respectivement 82s).
Le processeur de l'unité de traitement 82H du premier équipement met en oeuvre des étapes du procédé de communication décrit précédemment, selon les instructions du programme d'ordinateur 83H, pour : établir une première connexion sécurisée entre un premier équipement et ledit serveur distant, via une première interface de communication dudit premier équipement, transmettre, en utilisant ladite première connexion sécurisée, une instruction de gestion d'au moins une adresse MAC courante associée à au moins une deuxième interface de communication du premier équipement.
Le processeur de l'unité de traitement 82s du serveur met en oeuvre des étapes du procédé de gestion des communications décrit précédemment, selon les instructions du programme d'ordinateur 83s, pour : établir une première connexion sécurisée entre ledit premier équipement et un serveur distant, via une première interface de communication dudit premier équipement, recevoir, en utilisant ladite première connexion sécurisée, une instruction de gestion d'au moins une adresse MAC courante associée à au moins une deuxième interface de communication dudit premier équipement, exécuter ladite instruction de gestion.

Claims

REVENDICATIONS
1. Procédé de gestion des communications d'un premier équipement (11), mis en oeuvre par un serveur distant (13), comprenant :
- l'établissement (21) d'une première connexion sécurisée entre ledit premier équipement et ledit serveur distant, via une première interface de communication dudit premier équipement, ledit premier équipement et ledit serveur distant étant connectés à des réseaux distincts,
- la transmission (22), en utilisant ladite première connexion sécurisée, d'une instruction de gestion d'au moins une adresse MAC courante associée à au moins une deuxième interface de communication du premier équipement, ladite instruction étant transmise pour l'exécution de l'instruction de gestion par le premier équipement.
2. Procédé selon la revendication 1, caractérisé en ce qu'une communication étant établie sur un premier chemin de communication entre ledit premier équipement (11) et ledit serveur distant (13) et utilisant ladite au moins une adresse MAC courante, ladite instruction de gestion d'au moins une adresse MAC courante est transmise suite à la détection d'un événement relatif à ladite communication appartenant au groupe comprenant :
- une durée d'utilisation de ladite au moins une adresse MAC courante,
- une durée de validité de ladite au moins une adresse MAC courante,
- une détection de migration de ladite communication établie sur ledit premier chemin de communication vers au moins un deuxième chemin de communication.
3. Procédé selon l'une quelconque des revendications 1 et 2, caractérisé en ce qu'une communication étant établie sur un premier chemin de communication entre ledit premier équipement (11) et ledit serveur distant (13) et utilisant ladite au moins une adresse MAC courante, ledit serveur distant temporise la transmission de données sur ledit premier chemin pendant une durée définie ou tant que ledit serveur distant n'a pas reçu de confirmation d'association d'au moins une nouvelle adresse MAC à ladite au moins une deuxième interface dudit premier équipement pour poursuivre ladite communication sur ledit premier chemin de communication.
4. Procédé selon l'une quelconque des revendications 1 à 3, caractérisé en ce qu'une communication étant établie sur un premier chemin de communication entre ledit premier équipement (11) et ledit serveur distant (13) et utilisant ladite au moins une adresse MAC courante, ledit serveur distant transmet des données sur au moins un deuxième chemin de communication entre ledit premier équipement et ledit serveur distant pendant une durée définie ou tant que ledit serveur distant n'a pas reçu de confirmation d'association d'au moins une nouvelle adresse MAC à ladite au moins une deuxième interface dudit premier équipement pour poursuivre ladite communication sur ledit premier chemin de communication.
5. Procédé selon l'une quelconque des revendications 1 à 4, caractérisé en ce que ladite instruction de gestion d'au moins une adresse MAC courante comporte au moins un élément appartenant au groupe comprenant :
- au moins un identifiant permettant d'identifier ladite au moins une deuxième interface,
- au moins un identifiant de chemin de communication permettant d'identifier au moins un chemin de communication courant et/ou précédemment utilisé entre ledit premier équipement (11) et ledit serveur distant (13).
6. Procédé de communication entre un premier équipement (11) et un serveur distant (13), mis en oeuvre par ledit premier équipement, comprenant :
- l'établissement (21) d'une première connexion sécurisée entre ledit premier équipement et ledit serveur distant, via une première interface de communication dudit premier équipement, ledit premier équipement et ledit serveur distant étant connectés à des réseaux distincts,
- la réception (23), en utilisant ladite première connexion sécurisée, d'une instruction de gestion d'au moins une adresse MAC courante associée à au moins une deuxième interface de communication dudit premier équipement,
- l'exécution (24) de ladite instruction de gestion.
7. Procédé selon la revendication 6, caractérisé en ce que l'exécution de ladite instruction de gestion met en oeuvre l'association d'au moins une nouvelle adresse MAC à ladite au moins une deuxième interface.
8. Procédé selon la revendication 7, caractérisé en ce que ladite au moins une nouvelle adresse MAC est choisie de sorte à ne pas pouvoir être corrélée à ladite au moins une adresse MAC courante.
9. Procédé selon l'une quelconque des revendications 6 à 8, caractérisé en ce que ladite au moins une adresse MAC courante est utilisée pour communiquer avec ou via au moins un deuxième équipement (1211, 1221) localisé sur un chemin de communication entre ledit premier équipement (11) et ledit serveur distant (13), ou un équipement intermédiaire localisé sur un chemin de communication entre ledit premier équipement et ledit deuxième équipement.
10. Procédé selon la revendication 9, caractérisé en ce qu'il comprend :
- l'établissement d'une deuxième connexion sécurisée entre ledit premier équipement (11) et ledit deuxième équipement (1211, 1221), via une troisième interface de communication dudit premier équipement, - la transmission, en utilisant ladite deuxième connexion sécurisée, d'un message comportant au moins une adresse MAC chiffrée, associée ou apte à être associée à ladite troisième interface et utilisée pour communiquer avec ou via ledit deuxième équipement ou ledit équipement intermédiaire.
11. Procédé selon l'une quelconque des revendications 1 à 10, caractérisé en ce que lesdites première et/ou deuxième connexions sécurisées mettent en oeuvre le protocole QUIC.
12. Procédé selon l'une quelconque des revendications 1 à 11, caractérisé en ce que ladite instruction de gestion d'au moins une adresse MAC courante appartient au groupe comprenant :
- une demande de renouvellement de ladite au moins une adresse MAC courante,
- une demande d'extension de la durée de validité de ladite au moins une adresse MAC courante.
13. Serveur distant (13) comprenant au moins un processeur configuré pour :
- établir une première connexion sécurisée entre un premier équipement (11) et ledit serveur distant, via une première interface de communication dudit premier équipement, ledit premier équipement et ledit serveur distant étant connectés à des réseaux distincts,
- transmettre, en utilisant ladite première connexion sécurisée, une instruction de gestion d'au moins une adresse MAC courante associée à au moins une deuxième interface de communication du premier équipement, pour l'exécution de l'instruction de gestion par le premier équipement.
14. Premier équipement (11) comprenant au moins un processeur configuré pour :
- établir une première connexion sécurisée entre ledit premier équipement et un serveur distant (13), via une première interface de communication dudit premier équipement, ledit premier équipement et ledit serveur distant étant connectés à des réseaux distincts,
- recevoir, en utilisant ladite première connexion sécurisée, une instruction de gestion d'au moins une adresse MAC courante associée à au moins une deuxième interface de communication dudit premier équipement,
- exécuter ladite instruction de gestion.
15. Programme d'ordinateur comprenant des instructions qui, lorsque ces instructions sont exécutées par un processeur, conduisent celui-ci à mettre en oeuvre les étapes des procédés selon l'une quelconque des revendications 1 à 12.
EP23732931.3A 2022-06-16 2023-06-15 Procédé de communication entre un premier équipement et un serveur distant, procédé de gestion des communications, premier équipement, serveur distant et programme d'ordinateur correspondants Pending EP4541048A1 (fr)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
FR2205883A FR3136922A1 (fr) 2022-06-16 2022-06-16 Procédé de communication entre un premier équipement et un serveur distant, procédé de gestion des communications, premier équipement, serveur distant et programme d’ordinateur correspondants.
PCT/EP2023/066058 WO2023242318A1 (fr) 2022-06-16 2023-06-15 Procédé de communication entre un premier équipement et un serveur distant, procédé de gestion des communications, premier équipement, serveur distant et programme d'ordinateur correspondants.

Publications (1)

Publication Number Publication Date
EP4541048A1 true EP4541048A1 (fr) 2025-04-23

Family

ID=83505830

Family Applications (1)

Application Number Title Priority Date Filing Date
EP23732931.3A Pending EP4541048A1 (fr) 2022-06-16 2023-06-15 Procédé de communication entre un premier équipement et un serveur distant, procédé de gestion des communications, premier équipement, serveur distant et programme d'ordinateur correspondants

Country Status (4)

Country Link
EP (1) EP4541048A1 (fr)
CN (1) CN119605206A (fr)
FR (1) FR3136922A1 (fr)
WO (1) WO2023242318A1 (fr)

Family Cites Families (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
FR2205880A5 (fr) 1972-11-09 1974-05-31 Coflexip
CN104754560B (zh) * 2013-12-30 2018-11-30 华为终端（东莞）有限公司 一种位置隐私保护方法、装置及系统
JP6407598B2 (ja) * 2014-07-18 2018-10-17 セイコーソリューションズ株式会社 中継装置、中継方法、及び中継プログラム

Also Published As

Publication number Publication date
WO2023242318A1 (fr) 2023-12-21
CN119605206A (zh) 2025-03-11
FR3136922A1 (fr) 2023-12-22

Similar Documents

Publication Publication Date Title
EP3476095B1 (fr) Procédé de communication udp via des chemins multiples entre deux terminaux
FR3067550A1 (fr) Procede de communication quic via des chemins multiples
EP3739843A1 (fr) Procédé de communication udp via des chemins multiples entre deux terminaux
EP3556130B1 (fr) Procédé de surveillance d'un réseau de télécommunications mis en oeuvre par un point d'accès
WO2011151573A1 (fr) Procede et dispositifs de communications securisees dans un reseau de telecommunications
FR3096533A1 (fr) Procédé de gestion d’une communication entre terminaux dans un réseau de communication, et dispositifs pour la mise en œuvre du procédé
EP3643044A1 (fr) Procédé d'activation de traitements appliqués à une session de données
CA3087762A1 (fr) Procede de configuration d'un systeme d'extension de couverture de communication sans-fil et un systeme d'extension de couverture de communication sans-fil mettant en oeuvre ledit procede
FR3072238B1 (fr) Dispositif et procede de transmission de donnees
FR3096530A1 (fr) Procédé de gestion d’au moins une communication d’un équipement terminal dans un réseau de communication, procédés de traitement, dispositifs, équipement terminal, équipement proxy et programmes d’ordinateur correspondants
EP1142269B1 (fr) Procede d'adressage et serveur de noms et d'adresses dans un reseau numerique
EP3788762B1 (fr) Procédé d'envoi d'une information et de réception d'une information pour la gestion de réputation d'une ressource ip
WO2023242318A1 (fr) Procédé de communication entre un premier équipement et un serveur distant, procédé de gestion des communications, premier équipement, serveur distant et programme d'ordinateur correspondants.
FR2863798A1 (fr) Procede et systeme de diffusion multicast vers un terminal nomade en fonction de la localisation.
EP3235217B1 (fr) Procédé d'échanges de données entre deux navigateurs internet, équipement de routage, terminal, programme d'ordinateur et support d'informations corespondants
WO2020002853A1 (fr) Procédés de gestion du trafic associé à un domaine client, serveur, nœud client et programme d'ordinateur correspondants
FR3109255A1 (fr) Procédé mis en œuvre par une entité intermédiaire pour gérer une communication entre deux dispositifs de communication
FR3143150A1 (fr) Procédé de gestion d’un ensemble d’adresses IP, procédé de collaboration et dispositifs configurés pour mettre en œuvre ces procédés.
WO2009080971A1 (fr) Procede de configuration d'un terminal d'utilisateur dans un reseau de telephonie ip
EP4540971A1 (fr) Procédé de communication entre deux équipements, premier équipement, deuxième équipement et programme d'ordinateur correspondants
FR3157769A1 (fr) Procédé d’accès à un service par un dispositif de communication via au moins un réseau de communication
FR3154268A1 (fr) Procédés de vérification, de gestion, de contrôle, d’exécution d’une vérification de l’accessibilité d’un équipement, équipement, serveur de contrôle, contrôleur réseau, entité relais et programme d’ordinateur correspondants.
FR3153206A1 (fr) Procédés, dispositifs et système de contrôle d’une communication dans un réseau
FR3150670A1 (fr) Procédés d’accès à un service, procédé de fourniture de services, procédé de contrôle, procédé de gestion, terminal, instance de service, contrôleur, nœud de bordure et programmes d’ordinateur correspondants.
WO2024068722A1 (fr) Procedes de resolution de nom, de communication, de traitement de messages et serveur, dispositif client et noeud relais correspondants

Legal Events

Date Code Title Description
STAA Information on the status of an ep patent application or granted ep patent

Free format text: STATUS: UNKNOWN

STAA Information on the status of an ep patent application or granted ep patent

Free format text: STATUS: THE INTERNATIONAL PUBLICATION HAS BEEN MADE

PUAI Public reference made under article 153(3) epc to a published international application that has entered the european phase

Free format text: ORIGINAL CODE: 0009012

STAA Information on the status of an ep patent application or granted ep patent

Free format text: STATUS: REQUEST FOR EXAMINATION WAS MADE

17P Request for examination filed

Effective date: 20241210

AK Designated contracting states

Kind code of ref document: A1

Designated state(s): AL AT BE BG CH CY CZ DE DK EE ES FI FR GB GR HR HU IE IS IT LI LT LU LV MC ME MK MT NL NO PL PT RO RS SE SI SK SM TR

DAV Request for validation of the european patent (deleted)
DAX Request for extension of the european patent (deleted)
STAA Information on the status of an ep patent application or granted ep patent

Free format text: STATUS: EXAMINATION IS IN PROGRESS

17Q First examination report despatched

Effective date: 20260226