US20080209071A1 - Network relay method, network relay apparatus, and network relay program - Google Patents

Network relay method, network relay apparatus, and network relay program Download PDF

Info

Publication number
US20080209071A1
US20080209071A1 US12/000,677 US67707A US2008209071A1 US 20080209071 A1 US20080209071 A1 US 20080209071A1 US 67707 A US67707 A US 67707A US 2008209071 A1 US2008209071 A1 US 2008209071A1
Authority
US
United States
Prior art keywords
terminal
mac address
address information
frame
relay device
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.)
Granted
Application number
US12/000,677
Other versions
US8224988B2 (en
Inventor
Makoto Kubota
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.)
Fujitsu Ltd
Original Assignee
Fujitsu Ltd
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 Fujitsu Ltd filed Critical Fujitsu Ltd
Assigned to FUJITSU LIMITED reassignment FUJITSU LIMITED ASSIGNMENT OF ASSIGNORS INTEREST (SEE DOCUMENT FOR DETAILS). Assignors: KUBOTA, MAKOTO
Publication of US20080209071A1 publication Critical patent/US20080209071A1/en
Application granted granted Critical
Publication of US8224988B2 publication Critical patent/US8224988B2/en
Expired - Fee Related legal-status Critical Current
Adjusted expiration legal-status Critical

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L61/00Network arrangements, protocols or services for addressing or naming
    • H04L61/09Mapping addresses
    • H04L61/25Mapping addresses of the same type
    • H04L61/2596Translation of addresses of the same type other than IP, e.g. translation from MAC to MAC addresses
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L9/00Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
    • H04L9/40Network security protocols
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L2101/00Indexing scheme associated with group H04L61/00
    • H04L2101/60Types of network addresses
    • H04L2101/618Details of network addresses
    • H04L2101/622Layer-2 addresses, e.g. medium access control [MAC] addresses
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L61/00Network arrangements, protocols or services for addressing or naming
    • H04L61/09Mapping addresses
    • H04L61/10Mapping addresses of different types
    • H04L61/103Mapping addresses of different types across network layers, e.g. resolution of network layer into physical layer addresses or address resolution protocol [ARP]
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00Network architectures or network communication protocols for network security
    • H04L63/08Network architectures or network communication protocols for network security for authentication of entities

Definitions

  • the present invention relates to a network relay program, a network relay apparatus, a communication system, and a network relay method, whereby spoofing another terminal by faking a Media Access Control address (MAC address) of a terminal is prevented.
  • MAC address Media Access Control address
  • IEEE802.1x is a protocol arranged to allow only an authenticated user (authorized user) to access a network.
  • an authentication server and an authentication switch (authenticator) cooperate to authenticate a terminal (supplicant).
  • a method of relaying by network between a plurality of terminal devices and a relay device comprising:
  • said first address information enabling said relay device to access said first device, said relay device enabling other terminal devices to access said first terminal device by converting said first and second address information in reference to said table notwithstanding changing of the content of the first address information.
  • FIG. 1 is a block diagram illustrating one example of the configuration of an authentication switch according to a first embodiment
  • FIG. 2 is a block diagram illustrating a first example of the configuration of a terminal according to the first embodiment
  • FIG. 3 is a block diagram illustrating a second example of the configuration of a terminal according to the first embodiment
  • FIG. 4A , FIG. 4B , FIG. 4C , and FIG. 4D constitute a sequence diagram illustrating one example of the operation of MAC address conversion processing in a case A of a communication system according to the first embodiment
  • FIG. 5A , FIG. 5B , and FIG. 5C constitute a screen illustrating one example of setting UIs according to the first embodiment
  • FIG. 6 including FIG. 6 a , and FIG. 6 b , constitute a screen illustrating an Ethernet frame format and the position of an I/G flag;
  • FIG. 7 is a screen illustrating one example of the frame format of an encrypted frame according to the first embodiment
  • FIG. 8 is a screen illustrating one example of the packet type of an encrypted frame according to the first embodiment
  • FIG. 9A , FIG. 9B , FIG. 9C , and FIG. 9D constitute a sequence diagram illustrating one example of the operation of change rule notification processing according to the first embodiment
  • FIG. 10A and FIG. 10B constitute a flowchart illustrating one example of the operation of transfer processing according to the first embodiment
  • FIG. 11A , FIG. 11B , and FIG. 11C constitute a sequence diagram illustrating one example of the operation of MAC address conversion processing in a case B of a communication system according to the first embodiment
  • FIG. 12A , FIG. 12B , and FIG. 12C constitute a sequence diagram illustrating one example of the operation of MAC address conversion processing in a case C of a communication system according to the first embodiment
  • FIG. 13A , FIG. 13B , FIG. 13C , and FIG. 13D constitute a sequence diagram illustrating one example of the operation of change rule notification processing according to a second embodiment
  • FIG. 14 is a sequence diagram illustrating one example of the operation of change rule notification processing according to a third embodiment
  • FIG. 15 is a block diagram illustrating one example of the configuration of an authentication switch according to a fourth embodiment
  • FIG. 16 is a block diagram illustrating one example of the configuration of a terminal according to the fourth embodiment.
  • FIG. 17A , FIG. 17B , and FIG. 17C constitute a screen illustrating one example of setting UIs according to the fourth embodiment
  • FIG. 18A , FIG. 18B , FIG. 18C , FIG. 18D , and FIG. 18E constitute a sequence diagram illustrating one example of the operation of change rule notification processing according to the fourth embodiment
  • FIG. 19 is a block diagram illustrating one example of the configuration of an authentication switch according to a seventh embodiment
  • FIG. 20 is a block diagram illustrating one example of the configuration of a terminal according to the seventh embodiment.
  • FIG. 21A , FIG. 21B , FIG. 21C , FIG. 21D , and FIG. 21E constitute a sequence diagram illustrating one example of the operation of change rule notification processing according to the seventh embodiment
  • FIG. 22 is a block diagram illustrating one example of the configuration of an authentication switch according to an eighth embodiment.
  • FIG. 23 is a block diagram illustrating one example of the configuration of a terminal according to the eighth embodiment.
  • FIG. 24A and FIG. 24B constitute a sequence diagram illustrating one example of the operation of change rule notification processing according to the eighth embodiment
  • FIG. 25 is a block diagram illustrating one example of the configuration of a terminal according to a ninth embodiment.
  • FIG. 26A and FIG. 26B constitute a sequence diagram illustrating one example of the operation of a communication system according to a tenth embodiment
  • FIG. 27 is a diagram illustrating one example of a frame format according to an eleventh embodiment
  • FIG. 28 is a screen illustrating one example of a port setting UI according to a twelfth embodiment
  • FIG. 29A , FIG. 29B FIG. 29C FIG. 29D , and FIG. 29E constitute a sequence diagram illustrating one example of the operation of a communication system according to a thirteenth embodiment.
  • FIG. 30 is a sequence diagram illustrating one example of the operation of a communication system prior to application of the present example thereto.
  • FIG. 1 is a block diagram illustrating one example of the configuration of the authentication switch according to the first embodiment.
  • An authentication switch 5 is connected to a terminal 1 . Description will be made below regarding the overview of each unit of the authentication switch 5 .
  • a port definition unit 11 is configured to define ON/OFF of an authentication function as to ports 8 a , 8 b , 8 c , and 8 d on the authentication switch 5 .
  • the ports 8 a , 8 b , 8 c , and 8 d are physical ports or logical ports configured to perform transfer depending on various types of protocol layers such as Internet Protocol (hereafter, referred to as IP), Virtual LAN (hereafter, referred to as VLAN), and Link Aggregation.
  • IP Internet Protocol
  • VLAN Virtual LAN
  • Link Aggregation Link Aggregation
  • An authentication unit 12 is means configured to perform the existing Institute of Electrical and Electronic Engineers (hereafter, referred to as IEEE) 802.1x authentication, which performs authentication with the terminal 1 under an ON-set port, and in the event that authentication has been accepted, the terminal Media Access Control address (hereafter, referred to as MAC address) of the terminal 1 (the MAC address the terminal uses as its own MAC address) is allowed to pass through the relevant port.
  • a change rule management unit 13 manages a terminal MAC address and valid period thereof (change start/end timing as to the relevant address) as a change rule 18 .
  • a change rule notification unit 14 prohibits other terminals from browsing by encryption or the like, and then notifies an authenticated terminal under an ON-set port of a change rule 19 which is a necessary portion of the change rule 18 .
  • a MAC conversion table 16 correlates a change rule with a substitute MAC address assigned to an authenticated terminal.
  • a substitute MAC address is a unique fixed MAC address within a Local Area Network (hereafter, referred to LAN) to be assigned to a terminal under an ON-set port. With the terminal MAC address and substitute MAC address assigned to a certain terminal Ia under an ON-set port, the terminal Ia employs the terminal MAC address as its own MAC address, and the apparatuses other than the terminal Ia, which are connected to the authentication switch 5 , employ the substitute MAC address as the MAC address of the terminal Ia.
  • a table generating unit 17 generates an MAC conversion table 16 .
  • a transfer unit 21 performs the following operation at the time of transfer.
  • the transfer unit 21 rewrites the sending source MAC address within the frame in accordance with the MAC conversion table 16 . In the event that the sending source MAC address within the frame is not registered in the MAC conversion table 16 , the transfer unit 21 discards the frame.
  • the transfer unit 21 transfers the frame to an ARP substitute response unit 22 .
  • the transfer unit 21 In the event that the sending port of a frame is an ON-set port, the transfer unit 21 rewrites the destination MAC address within the frame in accordance with the MAC conversion table 16 . Also, the transfer unit 21 transfers no ARP request to the ON-set port.
  • the ARP substitute response unit 22 executes the ARP response of an authenticated terminal by proxy with reference to an ARP table 23 . That is to say, in the event that the received frame is an ARP request regarding the IP address of an authenticated terminal, the authentication switch 5 responds with the substitute MAC address.
  • a point-in-time synchronizing unit 24 performs point-in-time synchronization using the Network Time Protocol (NTP) or the like.
  • NTP Network Time Protocol
  • FIG. 2 is a block diagram illustrating a first example of the configuration of a terminal according to the first embodiment.
  • the terminal 1 is connected to the authentication switch 5 .
  • the terminal 1 includes an application 41 , an Operating System (OS) 42 , and a Network Interface Card (NIC) 43 .
  • the application 41 includes, for example, a File Transport Protocol (FTP) client application 51 .
  • FTP File Transport Protocol
  • the OS 42 includes a TCP layer processing section 52 arranged to perform the processing of a Transmission Control Protocol (TCP) layer, an IP layer processing section 53 arranged to perform the processing of an IP layer, an Ethernet layer processing section 54 arranged to perform the processing of an Ethernet layer, a change rule receiving unit 55 configured to receive a change rule from the authentication switch 5 , a change rule 19 received and stored from the authentication switch 5 , an authentication unit 32 configured to perform authentication with the authentication switch 5 , and a point-in-time synchronizing unit 34 configured to perform point-in-time synchronization using the NTP or the like.
  • the NIC 43 includes a physical layer processing section 57 arranged to perform the processing of a physical layer, and Read Only Memory (ROM) 58 configured to store a unique terminal MAC address provided at the time of manufacturing the NIC 43 .
  • ROM Read Only Memory
  • the Ethernet layer processing section 54 , change rule receiving unit 55 , change rule 19 , physical layer processing section 57 , and ROM 58 make up a frame sending/receiving unit 31 .
  • the frame sending/receiving unit 31 sends or receives a frame via the authentication switch 5 while changing the terminal MAC address every moment in accordance with the change rule 19 .
  • a change rule 19 a illustrates the content of two minutes worth received.
  • FIG. 3 is a block diagram illustrating a second example of the configuration of a terminal according to the first embodiment.
  • the same reference numerals as those in FIG. 2 represent the same objects or equivalent objects shown in FIG. 2 , so description thereof will be omitted here.
  • the Ethernet processing section 54 , change rule receiving unit 55 , and change rule 19 which are included in the OS 42 in FIG. 2 are included in the NIC 43 .
  • the change rule 19 , and a unique terminal MAC address 60 to be provided at the time of manufacturing the NIC 43 are stored in flash ROM 59 .
  • the Ethernet layer processing section 54 , change rule receiving unit 55 , physical layer processing section 57 , and flash ROM 59 make up the frame sending/receiving unit 31 .
  • the point in time at the terminal 1 and the point in time at the authentication switch 5 which are employed for sending or receiving of a frame, are synchronized.
  • FIG. 4A , FIG. 4B , FIG. 4C , and FIG. 4D constitute a sequence diagram illustrating one example of the operation of MAC address conversion processing in the case A of a communication system according to the first embodiment.
  • the same reference numerals as those in FIG. 30 represent the same objects or equivalent objects shown in FIG. 30 , so description thereof will be omitted here.
  • the case A is a case wherein the authorized terminal Ia performs communication with the server 3 on the same LAN as that of the authentication switch 5 .
  • the terminal Ia and the terminal 1 are equivalent.
  • FIG. 5A , FIG. 5B , and FIG. 5C constitute a screen illustrating one example of setting UIs according to the first embodiment.
  • the setting UIs are made up of a port setting UI by the port definition unit 11 , an MAC address valid period setting UI by the change rule management unit 13 , and a substitute MAC address setting UI by the table generating unit 17 .
  • the port setting UI setting of ON/OFF is performed for each port number.
  • the MAC address valid period setting UI the setting of the valid period of an MAC address is performed.
  • the substitute MAC address setting UI the setting of a substitute MAC address is performed for each port number.
  • MAC address valid period setting UI once every minute in FIG. 5B .
  • the change rule management unit 13 automatically generates a change rule 18 a for 10 minutes worth as to each ON-set port such that a terminal MAC address is changed once every minute. Also, the change rule management unit 13 repeats the same processing until 10 minutes elapse.
  • the reason why multiple change rules are generated at once is to perform the notification of a change rule, and switching of the MAC address table 16 without delay, and the interval of automatic generation may be an interval different from this example.
  • the algorithm of automatic generation may be any algorithm as long as it prevents a user from readily anticipating an MAC address. Also, a terminal MAC address is in a link local, so an arbitrary value may be set thereto. An example of the algorithm of the change rule management unit 13 will be shown below.
  • a random number generating program generates a 6-byte random number value.
  • FIG. 6 including FIG. 6 a , and FIG. 6 b , constitute a screen illustrating an Ethernet frame format and the position of the I/G flag. Note that instead of automatically generating an address, an arrangement may be made wherein the administrator inputs multiple MAC address candidates at the setting UI, and the algorithm selects an. MAC address from the candidates.
  • the power of the terminal Ia under the port 8 a is turned on by the user.
  • the terminal Ia performs authentication with the authentication switch 5 using the existing IEEE802.1x and Extensible Authentication Protocol (EAP)-Transport Layer Security (TLS).
  • EAP Extensible Authentication Protocol
  • TLS Transport Layer Security
  • the destination MAC address is the MAC address 01:80:C2:00:00:03 for authentication request of IEEE802.1x.
  • the authentication switch 5 determines whether or not authentication can be performed in cooperation with the RADIUS server 6 . Now, a case wherein authentication has been accepted is assumed. The authentication switch 5 notifies the terminal Ia that authentication has been accepted in accordance with the existing authentication procedure.
  • the authentication switch 5 further activates the table generating unit 17 since the port 8 a which has exchanged this authentication is an ON-set port.
  • the table generating unit 17 generates a MAC conversion table 16 .
  • the substitute MAC address employed here is the setting value by the substitute MAC address setting UI.
  • the table generating unit 17 generates an MAC conversion table 16 a using the relevant setting value and the change rule 18 a which the change rule management unit generated.
  • One example of generation results is illustrated in the MAC conversion table 16 a . With the method of entry registration, several minutes worth may be integrated and registered, or an arrangement may be made wherein registration is made one minute at a time (by a pair of a valid period and an MAC address), the next change rule is registered immediately before the valid period expires. In this example, the table generating unit 17 registers the entry of every two minutes worth in the MAC conversion table 16 a.
  • the table generating unit 17 further generates an ARP table 23 for the ARP substitute response unit 22 regarding the terminals under an ON-set port.
  • the generation of the ARP table 23 is performed by obtaining the IP address corresponding to the MAC address N using the existing RARP.
  • One example of generation results is shown in an ARP table 23 a .
  • the value to be registered in this table is not the MAC address N but the setting value A by the MAC address setting UI.
  • the automatic generation of the ARP table is not indispensable, so for example, the administrator may input this table manually.
  • the change rule notification unit 14 is activated. Subsequently, the table generating unit 17 repeats the above-mentioned processing before the valid period of the terminal MAC address expires.
  • the change rule notification unit 14 may be arbitrary means as long as the means prevent other than the terminal Ia from wiretapping. For example, let us consider an arrangement wherein an encrypted frame is transmitted to the terminal Ia using the key exchanged with EAP-TLS at the time of authentication.
  • FIG. 7 is a screen showing one example of the frame format of an encrypted frame according to the first embodiment. The type of each field in this frame format will be described below.
  • FIG. 8 is a screen showing one example of the packet type of an encrypted frame according to the first embodiment.
  • the value of Packet Type is OxFF, which indicates the packet to be used with the present example.
  • FIG. 9A , FIG. 9B , FIG. 9C , and FIG. 9D constitute a sequence diagram illustrating one example of the operation of the change rule notification processing according to the first embodiment.
  • the same reference numerals as those in FIG. 4A , FIG. 4B , FIG. 4C , and FIG. 4D represent the same objects or equivalent objects shown in FIG. 4A , FIG. 4B , FIG. 4C , and FIG. 4D , so description thereof will be omitted here.
  • the notification content is rules for the new registrations of the MAC conversion table performed by the table generating unit 17 (two minutes worth in this case).
  • the change rule notification unit 14 transmits a change rule 19 b for the next two minutes worth of the change rule 18 a to the terminal Ia until the end time (01:03:00) of the second change rule (S 222 ).
  • the terminal Ia stores the received change rule 19 a (S 223 ).
  • the terminal Ia and the authentication switch 5 employ a terminal MAC address R for communication between the terminal Ia and the authentication switch 5 (S 224 ), and at the start time (01:04:00) of the second change rule of the change rule 19 b , employ the terminal MAC address R for communication between the terminal Ia and the authentication switch 5 (S 225 ).
  • the notification content may be an arrangement wherein the notification content is divided into each one rule (a pair of a valid period and an MAC address) and the next rule is transmitted before a valid period expires, or may be an arrangement wherein the change rules passed in several steps from the table generating unit 17 are integrated.
  • the frame sending/receiving unit 31 of the terminal Ia stores the change rule notified by the above-mentioned processing, and hereafter, performs sending or receiving of a frame while changing to the next MAC address each time a valid period expires in accordance with the change rule thereof. Also, the transfer unit 21 of the authentication switch performs sending or receiving of a frame using the MAC address according to a valid period in accordance with the MAC conversion table 16 .
  • the terminal Ia transmits an ARP request frame arranged to inquire the MAC address corresponding to the IP address 1.1.1.9 of the server 3 .
  • the frame sending/receiving unit 31 takes the sending source MAC address P as the inquired MAC address in accordance with the change rule received from the authentication switch 5 .
  • the receiving port is the port 8 a (ON-set)
  • the sending port is the port 8 b (ON-set)
  • the port 8 c OFF-set
  • the type of frame is an ARP request frame, and also a multiple-addresses frame, and the point in time is 01:01:05 Jan. 1, 2006, so the transfer unit 21 rewrites the sending source MAC address from P to A by later-described transfer processing, and transmits this to the port 8 c , and also copies this frame to transmit to the ARP substitute response unit.
  • FIG. 10A and FIG. 10B are a flowchart illustrating one example of the operation of transfer processing according to the first embodiment.
  • the transfer unit 21 determines whether the receiving port which received the frame is an ON-set port or OFF-set port (S 112 ). In the event of an OFF-set port (S 112 , OFF-set), the flow proceeds to processing 5116 .
  • the transfer unit 21 searches the MAC conversion table 16 a for receiving port with a valid period (e.g., in the event that the received point-in-time is 01:01:05 Jan. 1, 2006, the start time is 01:01:xx Jan. 1, 2006) and the sending source MAC address (S 113 ), and determines whether or not the sending source MAC address (terminal MAC address) P has been hit (S 114 ).
  • the transfer unit 21 discards the frame (S 131 ), and ends this flow. In the event that the sending source MAC address (terminal MAC address) P has been hit (S 114 , YES), the transfer unit 21 rewrites the sending source MAC address P with the substitute MAC address A in accordance with the MAC conversion table (S 115 ). Next, the transfer unit 21 determines whether or not the received frame is an ARP request frame ( 5116 ). In the event that the received frame is not an ARP request frame (S 116 , NO), the flow proceeds to processing 5118 .
  • the transfer unit 21 copies the received frame as a copied frame, and hands the copied frame to the ARP substitute response unit 22 (S 117 ).
  • the transfer unit 21 determines a destination, and in the event of a multiple-addresses frame, further copies the received frame (S 118 ).
  • the transfer unit 21 determines whether the sending port configured to send the received frame is an ON-set or OFF-set port (S 121 ). In the event of an OFF-set port (S 121 , OFF-set), the transfer unit 21 transmits the frame to the sending port (S 133 ), and ends this flow. In the event of an ON-set port (S 121 , ON-set), the transfer unit 21 determines whether or not the destination MAC address is Unicast (S 123 ). In the event that the destination MAC address is not Unicast (S 123 , NO), the transfer unit 21 determines whether or not the received frame is an ARP request frame (S 122 ).
  • the transfer unit 21 discards the frame (S 132 ), and ends this flow. In the event of not an ARP request frame (S 122 , NO), the flow proceeds to processing S 133 .
  • the transfer unit 21 searches the MAC conversion table 16 a for sending port with a valid period (e.g., in the event that the received point-in-time is 01:01:05 Jan. 1, 2006, the start time is 01:01:xx, Jan. 1, 2006) and the destination MAC address (substitute MAC address) A (S 124 ), and determines whether or not the destination MAC address A has been hit (S 125 ). In the event that the destination MAC address A has not been hit (S 125 , NO), the flow proceeds to processing S 131 .
  • the transfer unit 21 rewrites the destination MAC address A with the corresponding terminal MAC address P in accordance with the MAC address conversion table (S 126 ), and the flow proceeds to processing 5133 .
  • the ARP substitute response unit 22 performs the same operation as the existing Proxy-ARP process. That is to say, the ARP substitute response unit 22 searches the ARP table 23 with IP address 1.1.1.9, which has failed to hit, and ends the processing at that time.
  • the receiving port is the port 8 c (OFF-set)
  • the sending port is the port 8 a (ON-set)
  • the type of frame is a frame other than an ARP request frame, which is a Unicast frame, and the point in time is 01:01:06 Jan. 1, 2006, so the transfer unit 21 rewrites the destination address from A to P to transmit the frame to the port 8 a based on the transfer processing.
  • the authentication switch 5 has transmitted the frame to the terminal Ia one second later after receiving the ARP response frame.
  • the effective terminal MAC address might change between the sending side apparatus and the receiving side apparatus due to the subtle mismatching of time synchronization between the apparatuses, processing delay, or the like.
  • the authentication switch 5 transmitted the frame at 01:01:59 Jan. 1, 2006 with the destination MAC address P, but the terminal Ia received the frame at 01:02:00 Jan. 1, 2006, so the terminal MAC address was changed to Q.
  • each apparatus transmits a frame with the MAC address after change in a sure manner by delaying transmission for a moment.
  • FIG. 11A , FIG. 11B , and FIG. 11C constitute a sequence diagram illustrating one example of the operation in the case B of the communication system according to the first embodiment.
  • the same reference numerals as those in FIG. 4A , FIG. 4B , FIG. 4C , and FIG. 4D represent the same objects or equivalent objects shown in FIG. 4A , FIG. 4B , FIG. 4C , and FIG. 4D , so description thereof will be omitted here.
  • the case B is a case wherein the authorized terminal Ia performs communication with another authorized terminal Ib on the authentication switch 5 .
  • the terminal Ib and the terminal 1 are equivalent.
  • the preparation processing is the same as that in the case A. Now, let us say that the terminal Ib has been authenticated. Also, let us say that the MAC conversion table 16 a for the port 8 a , and the MAC conversion table 16 b for the port 8 b have been generated by the preparation processing.
  • the terminal Ia transmits an ARP request frame arranged to inquire the MAC address corresponding to the IP address 1.1.1.3 of the terminal Ib. Let us say that the sending destination MAC address is set to P in accordance with the above-mentioned change rule.
  • the authentication switch 5 rewrites, as with the processing S 9 , the sending source MAC address from P to A using the MAC conversion table 16 a , and transmits this to the port 8 c , and also copies an ARP request frame to transmit to the ARP substitute response unit 22 .
  • the ARP substitute response unit 22 performs the same operation as the existing Proxy-ARP process.
  • the ARP substitute response unit 22 searches the ARP table 23 a with an IP address of 1.1.1.3, and hits the ARP table 23 a , which is different from the case A, so generates a response to effect that the MAC address is B, addressed to the sending source of the ARP request frame. That is to say, the ARP substitute response unit 22 generates an ARP response frame addressed to the MAC address A.
  • the server 3 has transmitted the ARP response frame to the authentication switch 5 one second later after receiving the ARP response frame.
  • the sending port is the port 8 a (ON-set)
  • the type of frame is a frame other than an ARP request frame, which is a Unicast frame
  • the point in time is 01:01:06 Jan. 1, 2006
  • the transfer unit 21 rewrites the destination address from A to P to transmit to the port 8 a based on the transfer processing.
  • the authentication switch 5 has transmitted the ARP response frame to the terminal Ia one second later after receiving the ARP response frame.
  • the authentication switch 5 rewrites the sending source MAC address from P to A, and the destination MAC address from B to X respectively to transmit to the port 8 b.
  • the terminal Ia can communicate with another terminal Ib on the same authentication switch 5 .
  • FIG. 12A , FIG. 12B , and FIG. 12C constitute a sequence diagram illustrating one example of the operation of MAC address conversion processing in the case C of the communication system according to the first embodiment.
  • the same reference numerals as those in FIG. 4A , FIG. 4B , FIG. 4C , and FIG. 4D represent the same objects or equivalent objects shown in FIG. 4A , FIG. 4B , FIG. 4C , and FIG. 4D , so description thereof will be omitted here.
  • This drawing illustrates the operations of the terminals 2 , and authentication switch 5 .
  • the terminal 2 is an unauthorized terminal (terminal faking its MAC address with the terminal Ia). Let us say that a malicious user disposes a repeater 4 under the port 8 a , and then connects the unauthorized terminal for the purpose of faking the terminal Ia.
  • (S 21 ) Let us say that the point in time is 01:01:05 Jan. 1, 2006.
  • the terminal 2 transmits an ARP request frame arranged to inquire the MAC address corresponding to the IP address of 1.1.1.9 of the server 3 .
  • the receiving port is the port 8 a (ON-set port), and the point in time is 01:01:05 Jan. 1, 2006, so the transfer unit 21 discards the frame based on the transfer processing.
  • the frame transmitted from the unauthorized terminal 2 fails to pass through the authentication switch 5 .
  • the unauthorized terminal 2 has obtained the MAC address P assigned to the terminal Ia by wiretapping of frames or the like, and has faked the MAC address P at the point in time of 01:01:05 Jan. 1, 2006.
  • the terminal 2 transmits an ARP request frame arranged to inquire the MAC address corresponding to the IP address of 1.1.1.9 of the server 3 . Let us say that the sending source MAC address is P.
  • the receiving port is the port 8 a (ON-set), and the point in time is 01:01:05 Jan. 1, 2006, so as with the processing S 9 through S 13 , the terminal 2 can communicate with the server 3 normally.
  • the receiving port of the frame thereof is the port 8 a (ON-set), and the point in time thereof is 01:02:05 Jan. 1, 2006, so the transfer unit 21 , as with the processing S 22 , discards the frame based on the transfer processing.
  • the valid period may be shortened autonomously.
  • the unauthorized terminal 2 even if the unauthorized terminal 2 obtains the MAC address of an authorized terminal at a certain moment and fakes the MAC address of the terminal, upon the valid period of the MAC address thereof expiring, the unauthorized terminal 2 fails to achieve network access.
  • the authorized terminals Ia and Ib send or receive a frame using the frame sending/receiving unit 31 while changing the MAC address of the sending/receiving frame every moment in accordance with the change rule received from the change rule notification unit.
  • the authentication switch 5 uses the transfer unit 21 to determine whether to permit the received frame to be transferred depending on whether the sending source MAC address of the received frame is registered in the MAC conversion table, and in the event of prohibiting transfer, discards the frame. According to this operation, even if an unauthorized user obtains the MAC address of an authorized terminal to fake the MAC address of the terminal, upon the valid period of the MAC address expiring, the unauthorized user fails to achieve network access.
  • the authentication switch 5 can recognize and prevent MAC faking with only an MAC address, whereby the processing load regarding encryption and addition/deletion of a header can be markedly reduced with the authentication switch.
  • a terminal MAC address is a value unique to the NIC of a terminal, so there is the need to further perform encryption of frames, but with the present embodiment, a terminal MAC address is dynamically changed, so there is no need to perform encryption of frames.
  • the authentication switch 5 uses the transfer unit 21 to convert the terminal MAC address within a received frame from an ON-set port into a substitute MAC address, and also to subject a sending frame toward an ON-set port to inverse conversion, and further uses the ARP substitute response unit 22 to respond with the substitute MAC address regarding an ARP request from another terminal as to an authorized terminal. According to this operation, an authorized terminal of which the MAC address changes every moment can communicate with another node within a LAN.
  • the configuration of a communication system according to the present embodiment is the same as that in the first embodiment, but the authentication switch 5 according to the present embodiment does not need the point-in-time synchronizing unit 24 according to the first embodiment. Also, the terminal 1 according to the present embodiment does not need the point-in-time synchronizing unit 34 according to the first embodiment.
  • FIG. 13A , FIG. 13B , FIG. 13C , and FIG. 13D constitute a sequence diagram illustrating one example of the operation of the change rule notification processing according to the second embodiment.
  • the same reference numerals as those in FIG. 9A , FIG. 9B , FIG. 9C , and FIG. 9D represent the same objects or equivalent objects shown in FIG. 9A , FIG. 9B , FIG. 9C , and FIG. 9D , so description thereof will be omitted here.
  • processing S 212 b is executed instead of the processing S 212
  • processing S 213 b is executed instead of the processing S 213
  • processing S 222 b is executed instead of the processing 5222
  • processing S 223 b is executed instead of the processing 5223 .
  • “Prey” represents the valid period of the terminal MAC address used immediately before
  • “Now” represents the valid period of the terminal MAC address currently being used
  • “Next” represents the valid period of the terminal MAC address to be used next.
  • the change rule is held by the change rule management unit 13 .
  • the change rule notification unit 14 may be arbitrary means as long as the means prevent other than the terminal Ia from wiretapping.
  • the notification content is a change rule 19 c (i.e., a terminal MAC address to be used by the terminal Ia from now on), and further, reception itself of a change rule becomes the trigger of change of the MAC address for the terminal Ia.
  • the frame sending/receiving unit 31 of the terminal Ia stores the change rule wherein the above-mentioned notice is received. Subsequently, the frame sending/receiving unit 31 of the terminal Ia performs sending or receiving of a frame with the notified terminal MAC address in accordance with the change rule thereof until the next notification is received. Also, the transfer unit 21 of the authentication switch 5 performs sending or receiving of a frame with the notified MAC address until the next notification is performed.
  • the terminals Ia and Ib and the authentication switch 5 it is desirable before and after change of the MAC address (e.g., five seconds earlier and five seconds later) for the terminals Ia and Ib and the authentication switch 5 to be able to receive either of the addresses before and after change.
  • FIG. 14 is a sequence diagram illustrating one example of the operation of the change rule notification processing according to the third embodiment.
  • the same reference numerals as those in FIG. 13A , FIG. 13B , FIG. 13C , and FIG. 13D represent the same objects or equivalent objects shown in FIG. 13A , FIG. 13B , FIG. 13C , and FIG. 13D , so description thereof will be omitted here.
  • processing S 211 c and S 213 c are executed instead of the processing S 212 b
  • processing S 221 c and S 223 c are executed instead of the processing S 222 b.
  • the frame sending/receiving unit 31 on the terminal Ia of which the authentication has been completed requests the authentication switch 5 of the notification of a change rule.
  • a request interval may be set on the UI by the user, or may be set by the frame sending/receiving unit 31 automatically.
  • the operation thereafter is the same as that in the second embodiment.
  • FIG. 15 is a block diagram illustrating one example of the configuration of an authentication switch according to the fourth embodiment.
  • the same reference numerals as those in FIG. 1 represent the same objects or equivalent objects shown in FIG. 1 , so description thereof will be omitted here.
  • the authentication switch 5 includes a frame sending/receiving counter 25 instead of the point-in-time synchronizing unit 24 .
  • the frame sending/receiving counter 25 counts frames received by the transfer unit 21 for each port.
  • FIG. 16 is a block diagram illustrating one example of the configuration of a terminal according to the fourth embodiment.
  • the same reference numerals as those in FIG. 2 represent the same objects or equivalent objects shown in FIG. 2 , so description thereof will be omitted here.
  • the terminal 1 includes a frame sending/receiving counter 35 instead of the point in-time synchronizing unit 34 .
  • the frame sending/receiving counter 35 counts frames received by the frame sending/receiving unit 31 .
  • FIG. 17A , FIG. 17B , and FIG. 17C are a screen illustrating one example of setting UIs according to the fourth embodiment.
  • the port setting UI, and the substitute MAC address setting UI are the same as those in the first embodiment, but the valid period in the MAC address valid period setting UI is represented with the number of frames.
  • FIG. 18A , FIG. 18B , FIG. 18C , FIG. 18D , and FIG. 18E constitute a sequence diagram illustrating one example of the operation of the change rule notification processing according to the fourth embodiment.
  • the same reference numerals as those in FIG. 9A , FIG. 9B , FIG. 9C , and FIG. 9D represent the same objects or equivalent objects shown in FIG. 9A , FIG. 9B , FIG. 9C , and FIG. 9D , so description thereof will be omitted here.
  • processing S 212 d is executed instead of the processing S 212
  • processing S 213 d is executed instead of the processing S 213
  • processing S 222 d is executed instead of the processing 5222
  • processing S 223 d is executed instead of the processing S 223 .
  • the change rule is held by the change rule management unit 13 .
  • the change rule notification unit 14 may be arbitrary means as long as the means prevent other than the terminal Ia from wiretapping.
  • the frame sending/receiving unit 31 of the terminal Ia stores the change rule wherein the above-mentioned notification has been received, and subsequently, performs sending or receiving of a frame while changing to the next MAC address each time the valid period expires in accordance with the change rule thereof. Also, the transfer unit of the authentication switch performs sending or receiving of a frame using the MAC address corresponding to the valid period in accordance with the MAC conversion table. Each apparatus determines the valid period with reference to the above-mentioned counter.
  • the terminal Ia counts the number of sent frames
  • the authentication switch 5 counts the number of received frames
  • the terminal Ia counts the number of received frames
  • the authentication switch 5 counts the number of sent frames
  • the sum of the number of sent frames and the number of received frames may be counted.
  • the frame length may be counted rather than the number of frames.
  • the number of sent frames and the number of received frames might not be necessarily in agreement between the sending side apparatus and the receiving side apparatus due to the influence of discarding of a frame occurring within the apparatus on a network, or the like.
  • it is desirable before and after change of the MAC address e.g., five seconds earlier and five seconds later for the terminal and the authentication switch to be able to receive either of the addresses before and after change.
  • the authentication switch 5 issues an instruction (applies a trigger) of change timing of the terminal MAC address to the terminal 1 by counting the number of received frames for each port.
  • the configuration of the communication system according to the present embodiment is the same as that in the fourth embodiment, but which does not need the frame sending/receiving counter 35 .
  • the operation of the communication system according to the present embodiment is the same as that in the fourth embodiment, but the processing in the steps S 212 d , S 213 d , S 222 d , and S 223 d has been modified as below.
  • the change rule is held by the change rule management unit 13 .
  • the change rule notification unit 14 may be arbitrary means as long as the means prevent other than the terminal Ia from wiretapping.
  • the notification content is a change rule (i.e., a terminal MAC address to be used by the terminal Ia from now on), and further, reception itself of a change rule becomes the trigger of change of the MAC address change rule for the terminal Ia.
  • the frame sending/receiving unit 31 of the terminal Ia stores the change rule wherein the above-mentioned notice is received, and subsequently, the frame sending/receiving unit 31 of the terminal Ia performs sending or receiving of a frame with the notified terminal MAC address in accordance with the change rule thereof until the next notification is received. Also, the transfer unit 21 of the authentication switch 5 performs sending or receiving of a frame with the notified MAC address until the next notification is performed by the change rule notification unit 14 .
  • the terminals 1 and the authentication switch 5 it is desirable before and after change of the MAC address (e.g., five seconds earlier and five seconds later) for the terminals 1 and the authentication switch 5 to be able to receive either of the addresses before and after change.
  • the terminal 1 needs to perform neither time synchronization nor counting of the number of sent/received frames.
  • the authenticated terminal 1 issues a request (applies a trigger) of change of an MAC address to the authentication switch 5 by counting the number of sent frames, and obtains the notification of a change rule from the authentication switch 5 .
  • the configuration of the communication system according to the present embodiment is the same as that in the fourth embodiment, but does not need the frame sending/receiving counter 35 .
  • the operation of the communication system according to the present embodiment is the same as that in the fourth embodiment, but the processing S 212 d , S 213 d , S 222 d , and S 223 d is modified as below.
  • the frame sending/receiving unit 31 on the terminal Ia of which the authentication has been completed requests the authentication switch 5 of the notification of a change rule.
  • a request interval may be set on the UI by the user, or may be set by the frame sending/receiving unit 31 automatically.
  • the operation thereafter is the same as that in the fifth embodiment.
  • the authentication switch 5 needs neither time synchronization nor counting of the sent/received frames.
  • FIG. 19 is a block diagram illustrating one example of the configuration of an authentication switch according to the seventh embodiment.
  • the same reference numerals as those in FIG. 1 represent the same objects or equivalent objects shown in FIG. 1 , so description thereof will be omitted here.
  • the authentication switch 5 is further provided with an MAC list table 26 , and a list sharing unit 27 , but does not need the point-in-time synchronizing unit 24 .
  • FIG. 20 is a block diagram illustrating one example of the configuration of a terminal according to the seventh embodiment.
  • the same reference numerals as those in FIG. 2 represent the same objects or equivalent objects shown in FIG. 2 , so description thereof will be omitted here.
  • the terminal 1 is further provided with an MAC list table 36 , and a list sharing unit 37 , but does not need the point-in-time synchronizing unit 34 .
  • FIG. 21A , FIG. 21B , FIG. 21C , FIG. 21D , and FIG. 21E constitute a sequence diagram illustrating one example of the operation of the change rule notification processing according to the seventh embodiment.
  • the same reference numerals as those in FIG. 9A , FIG. 9B , FIG. 9C , and FIG. 9D represent the same objects or equivalent objects shown in FIG. 9A , FIG. 9B , FIG. 9C , and FIG. 9D , so description thereof will be omitted here.
  • processing Sig is executed instead of the processing S 1
  • processing S 5 g is executed instead of the processing S 5
  • processing S 212 g is executed instead of the processing S 212
  • processing S 213 g is executed instead of the processing 5213 .
  • the change rule management unit 13 automatically generates a change rule, such as a terminal MAC address changing once every minute, for just ten minutes worth, as to each ON-set port. After that, the change rule management unit 13 repeats the same processing until ten minutes elapse.
  • the change rule management unit 13 generates a terminal MAC address using the same algorithm as the first embodiment.
  • the change rule management unit 13 stores the generated terminal MAC address in an MAC list table 26 g . For example, let us say that the MAC list table 26 g has 56 terminal MAC addresses, and a pointer (index) arranged to specify a terminal MAC address within the MAC list table 26 g is 8 bits ( 0 through 511 ).
  • Processing S 2 through S 4 is the same as that in the first embodiment.
  • the table generating unit 17 instructs generation of an MAC conversion table 16 g .
  • an MAC address itself but a pointer as to the relevant entry of the MAC list table 26 g generated by the change rule management unit 13 is stored in the MAC conversion table 16 g .
  • the table generating unit 17 generates an ARP table 23 for the ARP substitute response unit 22 regarding the terminal 1 under the ON-set port.
  • the table generating unit 17 activates the list sharing unit 27 within the authentication switch 5 after the generation thereof.
  • the list sharing unit 27 notifies each of the terminals Ia and Ib of the content of the MAC conversion table 16 g just once.
  • the list sharing unit 37 within the terminal Ia stores the notified content in the MAC list table 36 within the terminal Ia.
  • the table generating unit 17 activates the change rule notification unit 14 .
  • the table generating unit 17 performs the processing Slg by the expiration of the valid period of a terminal MAC address.
  • a terminal MAC address to be notified in a change rule is not the MAC address itself but a pointer as to the list sent beforehand.
  • the frame sending/receiving unit 31 of the terminal Ia stores the received change rule. Subsequently, the frame sending/receiving unit 31 obtains a pointer corresponding to the valid period in the change rule 19 g , obtains the terminal MAC address pointed with this pointer in the MAC list table 36 , and performs sending or receiving of a frame using this terminal MAC address. Similarly, the transfer unit 21 of the authentication switch 5 obtains a pointer corresponding to the valid period in the MAC conversion table 16 g , obtains the terminal MAC address pointed with this pointer in the MAC list table 26 , and performs sending or receiving of a frame using this terminal MAC address.
  • an MAC address (6 ⁇ 8 bits) is not passed each time but only a pointer (8 bits) defined with the MAC list tables 26 and 36 is passed, thereby improving information efficiency.
  • the user may set the table to each apparatus through a UI, or the table stored and set within the authentication switch at the time of UI settings or shipping may be passed to the terminal, or the tables may be stored in the authentication switch and the terminal at the time of shipping or the like beforehand.
  • FIG. 22 is a block diagram illustrating one example of an authentication switch according to the eighth embodiment.
  • the same reference numerals as those in FIG. 1 represent the same objects or equivalent objects shown in FIG. 1 , so description thereof will be omitted here.
  • the authentication switch 5 is further provided with an algorithm sharing unit 28 .
  • FIG. 23 is a block diagram illustrating one example of a terminal according to the eighth embodiment.
  • the same reference numerals as those in FIG. 2 represent the same objects or equivalent objects shown in FIG. 2 , so description thereof will be omitted here.
  • the terminal 1 is further provided with an algorithm sharing unit 38 .
  • the algorithm sharing units 28 and 38 include the same MAC address generating algorithm wherein one terminal MAC address is generated from one input parameter a (alpha).
  • FIG. 24A and FIG. 24B are a sequence diagram illustrating one example of the operation of the change rule notification processing according to the eighth embodiment.
  • the same reference numerals as those in FIG. 21A , FIG. 21B , FIG. 21C , FIG. 21D , and FIG. 21E represent the same objects or equivalent objects shown in FIG. 21A , FIG. 21B , FIG. 21C , FIG. 21D , and FIG. 21E , so description thereof will be omitted here.
  • processing Slh is executed instead of the processing Sig
  • processing S 5 h is executed instead of the processing S 5 g
  • processing S 212 h is executed instead of the processing S 212 g
  • processing S 213 h is executed instead of the processing S 213 g.
  • Processing S 2 through S 4 is the same as that in the first embodiment.
  • the table generating unit 17 instructs the generation of an MAC conversion table 16 .
  • an input parameter a (alpha) of the MAC address generating algorithm is stored in the MAC conversion table, rather than ⁇ an MAC address itself.
  • the table generating unit 17 further generates an ARP table 23 for the ARP substitute response unit 22 regarding the terminals Ia and Ib under the ON-set port.
  • the table generating unit 17 activates the algorithm sharing unit 28 within the authentication switch 5 .
  • the algorithm sharing unit 28 notifies each terminal 1 of the MAC address generating algorithm only once.
  • the algorithm sharing unit 38 within the terminal 1 stores the notified MAC address generating algorithm in the frame sending/receiving unit 31 within the terminal 1 .
  • the table generating unit 17 activates the change rule notification unit 14 .
  • the table generating unit 17 performs the above-mentioned processing by the expiration of the valid period of a terminal MAC address.
  • the change rule notification unit 14 transmits a change rule employing the input parameter a (alpha) of the MAC address generating algorithm to the terminal Ia instead of the pointer according to the seventh embodiment.
  • the frame sending/receiving unit 31 of the terminal Ia stores the received change rule. Subsequently, the frame sending/receiving unit 31 obtains the input parameter a (alpha) corresponding to the valid period in the change rule 19 h , calculates a terminal MAC address by inputting this input parameter a (alpha) to the MAC address generating algorithm, and performs sending or receiving of a frame using this terminal MAC address.
  • the transfer unit 21 of the authentication switch 5 obtains the input parameter a (alpha) corresponding to the valid period in the MAC conversion table 16 g , calculates a terminal MAC address by inputting this input parameter a (alpha) to the MAC address generating algorithm, and performs sending or receiving of a frame using this terminal MAC address.
  • the user may set the algorithm to each apparatus through a UI, or the algorithm stored and set within the authentication switch at the time of UI settings or shipping may be passed to the terminal, or the algorithm may be stored in the authentication switch and the terminal at the time of shipping or the like beforehand.
  • the configuration of a communication system according to the present embodiment is the same as that in the first embodiment.
  • the receiving port of a frame which the authentication switch 5 received is the port 8 a (ON-set port), and the point in time is 01:01:05 Jan. 1, 2006, so the transfer unit 21 discards the frame based on the transfer processing, and concurrently, generates an apparatus alarm to the effect that there is suspicion of faking regarding the port 8 a which received the frame thereof and the terminal MAC address N. Further, the transfer unit 2 . 1 notifies the administrator of the authentication switch 5 on the network of an apparatus alarm.
  • the configuration of the authentication switch 5 according to the present embodiment is the same as that in the first embodiment.
  • FIG. 25 is a block diagram illustrating one example of a terminal according to the tenth embodiment.
  • the terminal 1 is further provided with USB memory 45 , and a boot program 46 arranged to be loaded in the memory of the terminal 1 at the time of booting the terminal 1 to perform PXE (Preboot eXecution Environment) boot.
  • a PXE boot processing unit 71 and authentication unit 32 make up the boot program 46 .
  • the Ethernet layer processing section 54 , change rule receiving unit 55 , change rule 19 , physical layer processing section 57 , and ROM 58 make up the frame sending/receiving unit 31 .
  • the PXE boot is also referred to as a network boot.
  • the terminal 1 does not need a disk, and includes a minimum function called a PXE client function on the ROM 58 of the NIC 43 .
  • the terminal 1 including this function performs the following operation (PXE boot) at the time of start-up.
  • the authentication unit 32 reads in the terminal MAC address unique to the NIC 43 stored in the ROM 58 , and performs authentication processing with the authentication switch 5 .
  • the authentication unit 32 gives a PXE boot processing unit 71 an instruction of operation.
  • the PXE boot processing unit 71 performs PXE boot processing.
  • FIG. 26A and FIG. 26B constitute a sequence diagram illustrating one example of the operation of the communication system according to the tenth embodiment.
  • the same reference numerals as those in FIG. 4A , FIG. 4B , FIG. 4C , and FIG. 4D represent the same objects or equivalent objects shown in FIG. 4A , FIG. 4B , FIG. 4C , and FIG. 4D , so description thereof will be omitted here.
  • the operation of a PXE server 9 is also shown.
  • the above-mentioned authentication processing is the same as the processing S 1 through S 5 in the first embodiment, but the table generating unit 17 generates a MAC conversion table 16 j which includes neither a valid period nor a substitute MAC address, and also does not perform the conversion of a terminal MAC address.
  • the PXE boot processing unit 71 obtains an IP address using a DHCP (Dynamic Host Configuration Protocol) of the PXE server 9 , and also obtains a PXE boot server address.
  • DHCP Dynamic Host Configuration Protocol
  • the PXE boot processing unit 71 downloads an OS and a program using the file server function of the PXE server 9 . Next, the PXE boot processing unit 71 loads an OS 42 , an application 41 , and so forth, which are distributed from the PXE server, in the memory of the terminal 1 , and activates these.
  • the terminal 1 and the authentication switch 5 perform communication by performing the same MAC address conversion processing (e.g., S 1 through S 22 ) as that in the first embodiment.
  • the present embodiment enables the frame sending/receiving unit 31 on the terminal 1 to be obtained from the PXE server 9 , whereby the time and effort relating to addition/modification of a program as to the terminal 1 can be markedly reduced.
  • the PXE server 9 is a different apparatus from the authentication switch 5 , but the PXE server 9 may be one function within the authentication switch 5 .
  • the PXE boot processing unit 71 may be means configured to obtain a program other than the PXE boot function.
  • the boot program 46 is stored in the USB memory 45 , but the boot program 46 may be stored in another storage means as long as the means are activated at the time of booting the terminal 1 .
  • FIG. 27 is a diagram illustrating one example of a frame format according to the eleventh embodiment.
  • the authentication switch 5 employs a common Ethernet frame 81 as a frame to be sent or received at an OFF-set port, but also employs a frame 82 with a valid period header as a frame to be sent or received at an ON-set port.
  • a type 83 having a value indicating a valid period header
  • a valid period ID 84 which is a valid period identifier are newly inserted in the header.
  • the valid period ID 84 is, for example, a value indicating the end time of a valid period.
  • the present embodiment enables which valid period the MAC address within a frame pertains to, to be clearly distinguished even before and after the expiration of valid period of the MAC address.
  • the configuration and operation of a communication system according to the present embodiment are the same as those in the first embodiment, but the operation of the port definition unit 11 differs from that in the first embodiment.
  • FIG. 28 is a screen illustrating one example of a port setting UI according to the twelfth embodiment.
  • the port setting UI according to the present embodiment includes an authentication ON/OFF setting item corresponding to the ON/OFF setting item, and is further provided with an MAC address conversion ON/OFF setting item.
  • the authentication switch 5 performs the MAC address conversion processing according to the present invention, but in the event that the MAC address conversion setting is OFF, the authentication switch 5 performs the operation of the conventional authentication switch without converting a terminal MAC address.
  • the present embodiment enables an existing IEEE802.1x authenticated terminal, and a terminal to which the MAC address conversion processing according to the present invention is applied, to coexist.
  • the configuration of a communication system according to the present embodiment is the same as that in the first embodiment.
  • FIG. 29A , FIG. 29B FIG. 29C FIG. 29D , and FIG. 29E constitute a sequence diagram illustrating one example of the operation of the communication system according to the thirteenth embodiment.
  • the same reference numerals as those in FIG. 4A , FIG. 4B , FIG. 4C , and FIG. 4D represent the same objects or equivalent objects shown in FIG. 4A , FIG. 4B , FIG. 4C , and FIG. 4D , so description thereof will be omitted here.
  • processing Sim is executed instead of the processing Si
  • processing S 5 m is executed instead of the processing S 5 .
  • the processing S 2 through S 4 is the same as that in the first embodiment.
  • the table generating unit 17 instructs the generation of MAC conversion tables 16 m and 16 n .
  • the table generating unit 17 assigns an unused change rule to a new terminal of which the authentication has been completed, of the change rules which the change rule management unit 13 manages.
  • the change rule of the terminal X is now not used, so is applied to the terminal Ia.
  • an unused substitute MAC address A is assigned to the terminal Ia.
  • the present embodiment enables multiple authorized terminals to be disposed under one port.
  • a setting unit corresponds to the port definition unit, change rule management unit, and table generating unit according to the embodiments.
  • a notification unit corresponds to the change rule notification unit according to the embodiments.
  • an ARP response unit corresponds to the ARP substitute response unit according to the embodiments.
  • an obtaining unit corresponds to the change rule receiving unit according to the embodiments.
  • a sending/receiving unit corresponds to the Ethernet layer processing section according to the embodiments.
  • a download unit corresponds to the PXE boot processing unit according to the embodiment.
  • setting steps correspond to the processing of the port definition unit, change rule management unit, and table generating unit according to the embodiments.
  • notification steps correspond to the processing of the change rule notification unit according to the embodiments.
  • transfer steps correspond to the processing of the transfer unit according to the embodiments.
  • a program arranged to execute the above-mentioned respective steps can be provided as a network relay program.
  • Storing the above-mentioned program in a computer-readable recording medium enables the computer making up a network relay apparatus to execute the program.
  • examples of the above-mentioned computer-readable recording medium include an internal storage apparatus implemented in the computer such as ROM, RAM, or the like, a portable-type storage medium such as CD-ROM, a flexible disk, DVD disc, magneto-optical disc, IC card, or the like, a database holding a computer program, or another computer and the database thereof, and further a transmission medium on a circuit.
  • FIG. 30 is a sequence diagram illustrating one example of the operation of a communication system prior to application of the present example thereto.
  • FIG. 30 illustrates the operations of two terminals 2 , an authentication switch 105 , a RADIUS (Remote Authentication Dial-In User Service) server (authentication server) 6 .
  • the terminals 2 are connected to a port 108 a of the authentication switch 105 via a repeater 4 .
  • a port 108 c of the authentication switch 105 is connected to the RADIUS server 6 via a network 7 . Description will be made below regarding the operation (S 1001 through S 1004 ) of the conventional communication system.
  • the authentication switch 105 performs MAC address filtering arranged to cutoff all frames other than authentication frames in an initial state. With the setting of the MAC address filtering, an MAC address, and permission/prohibition are shown for each receiving port. With a setting 109 a of the MAC address filtering at this time, all the MAC addresses are assumed to be prohibited at the receiving port 108 a . It can be determined based on the destination MAC address (01:80:C2:00:00:03) or Ethernet Type value (0x888e) of the frame whether or not a frame is an authentication frame.
  • the authentication switch 105 performs authentication processing in cooperation with the RADIUS server 6 based on the authentication key within a frame received from the terminal.
  • the authentication key is an identifier (ID) or password manually input from a terminal user, or a value read from an Integrated Circuit (IC) card held by a user.
  • the authentication switch 105 regards the user on the terminal thereof as an authorized user, and clears cutoff as to the terminal thereof (hereafter, also referred to as an authorized terminal).
  • the MAC address N of the authorized terminal is assumed to be permitted at the receiving port 108 a , and the other MAC addresses are assumed to be prohibited.
  • cutoff of the port stored in the relevant terminal is cleared, but as for common implementation, in order to improve security, cutoff of the relevant port is cleared only as to the sending source MAC address of the authentication frame received at the time of authentication.
  • the authentication switch 105 in FIG. 30 determines whether or not transfer (network access) can be performed only based on the receiving port and the MAC address of a frame, even after authentication using the authentication key.
  • the above-mentioned communication system causes a problem wherein an unauthorized user having no authorized authentication key obtains the MAC address of an authorized terminal by wiretapping or the like of communication exchanged between a terminal and an authentication switch, fakes the MAC address of that terminal using the obtained MAC address, and consequently the unauthorized user can achieve network access.
  • a method arranged to encrypt all the frames between an authorized terminal and a switch so as to prevent network access by faking an MAC address alone After completion of IEEE802.1x authentication, a terminal and an authentication switch periodically exchange an encryption key on an encrypted channel which cannot be observed from other terminals, and all the frames are encrypted between the terminal and the authentication switch using this encrypted key.
  • the encrypted channel is a channel realized with an arrangement of challenge & response or the like, so another terminal not participating in this exchange does not know the encryption key, and consequently, an unauthorized user fails to perform terminal faking.
  • the authentication switch determines based on a receiving port, MAC address, and encryption key whether or not a frame can be transferred, whereby durability as to terminal MAC address faking can be improved as compared with the operation of the original IEEE802.1x.
  • this method requires encryption/decryption of all the frames, which causes a problem of increase in the processing load relating to encryption/decryption at the authentication switch. In light of the fact that Gbps-order wired communication is becoming commonplace, encryption/decryption of all the frames is unrealistic. Also, with a layer which is equal to or greater than layer 3, encryption is frequently performed using IPsec (Security Architecture for Internet Protocol)/SSL (Secure Socket Layer) or the like, and accordingly, it can also be said to be redundant to further encrypt all the frames in layer 2.
  • IPsec Security Architecture for Internet Protocol
  • SSL Secure Socket Layer
  • the above-described present embodiments prevent MAC address faking, and also can provide a network relay program, a network relay apparatus, a communication system, and a network relay method, whereby frame transfer processing can be performed efficiently.

Abstract

According to an aspect of an embodiment, a method of relaying by network between a plurality of terminal devices and a relay device, comprising:
    • providing first address information corresponding to a first one of said terminal devices shared between said first terminal device and said relay device;
    • providing second address information used by the other terminal devices than said first terminal device for accessing via said relay device said first terminal device;
    • providing a table of said first address information and said second address information in association with each other at said relay device; and
    • changing the content of said first address information with time, said first address information enabling said relay device to access said first device, said relay device enabling other terminal devices to access said first terminal device by converting said first and second address information in reference to said table notwithstanding changing of the content of the first address information.

Description

    BACKGROUND OF THE INVENTION
  • 1. Field of the Invention
  • The present invention relates to a network relay program, a network relay apparatus, a communication system, and a network relay method, whereby spoofing another terminal by faking a Media Access Control address (MAC address) of a terminal is prevented.
  • 2. Description of the Related Art
  • In recent years, many major companies in particular have been introducing the IEEE (Institute of Electrical and Electronic Engineers) 802.1x authentication system, in order to improve security. IEEE802.1x is a protocol arranged to allow only an authenticated user (authorized user) to access a network. With IEEE802.1x, an authentication server and an authentication switch (authenticator) cooperate to authenticate a terminal (supplicant).
  • Note that as for a conventional technique relating to the present invention, there is an authentication method arranged to update an MAC address table of the access points of a wireless Local Area Network (LAN) (e.g., see Japanese Unexamined Patent Application Publication No. 2001-111544).
  • SUMMARY OF THE INVENTION
  • According to an aspect of an embodiment, a method of relaying by network between a plurality of terminal devices and a relay device, comprising:
  • providing first address information corresponding to a first one of said terminal devices shared between said first terminal device and said relay device;
  • providing second address information used by the other terminal devices than said first terminal device for accessing via said relay device said first terminal device;
  • providing a table of said first address information and said second address information in association with each other at said relay device; and
  • changing the content of said first address information with time, said first address information enabling said relay device to access said first device, said relay device enabling other terminal devices to access said first terminal device by converting said first and second address information in reference to said table notwithstanding changing of the content of the first address information.
  • BRIEF DESCRIPTION OF THE DRAWINGS
  • FIG. 1 is a block diagram illustrating one example of the configuration of an authentication switch according to a first embodiment;
  • FIG. 2 is a block diagram illustrating a first example of the configuration of a terminal according to the first embodiment;
  • FIG. 3 is a block diagram illustrating a second example of the configuration of a terminal according to the first embodiment;
  • FIG. 4A, FIG. 4B, FIG. 4C, and FIG. 4D constitute a sequence diagram illustrating one example of the operation of MAC address conversion processing in a case A of a communication system according to the first embodiment;
  • FIG. 5A, FIG. 5B, and FIG. 5C constitute a screen illustrating one example of setting UIs according to the first embodiment;
  • FIG. 6, including FIG. 6 a, and FIG. 6 b, constitute a screen illustrating an Ethernet frame format and the position of an I/G flag;
  • FIG. 7 is a screen illustrating one example of the frame format of an encrypted frame according to the first embodiment;
  • FIG. 8 is a screen illustrating one example of the packet type of an encrypted frame according to the first embodiment;
  • FIG. 9A, FIG. 9B, FIG. 9C, and FIG. 9D constitute a sequence diagram illustrating one example of the operation of change rule notification processing according to the first embodiment;
  • FIG. 10A and FIG. 10B constitute a flowchart illustrating one example of the operation of transfer processing according to the first embodiment;
  • FIG. 11A, FIG. 11B, and FIG. 11C constitute a sequence diagram illustrating one example of the operation of MAC address conversion processing in a case B of a communication system according to the first embodiment;
  • FIG. 12A, FIG. 12B, and FIG. 12C constitute a sequence diagram illustrating one example of the operation of MAC address conversion processing in a case C of a communication system according to the first embodiment;
  • FIG. 13A, FIG. 13B, FIG. 13C, and FIG. 13D constitute a sequence diagram illustrating one example of the operation of change rule notification processing according to a second embodiment;
  • FIG. 14 is a sequence diagram illustrating one example of the operation of change rule notification processing according to a third embodiment;
  • FIG. 15 is a block diagram illustrating one example of the configuration of an authentication switch according to a fourth embodiment;
  • FIG. 16 is a block diagram illustrating one example of the configuration of a terminal according to the fourth embodiment;
  • FIG. 17A, FIG. 17B, and FIG. 17C constitute a screen illustrating one example of setting UIs according to the fourth embodiment;
  • FIG. 18A, FIG. 18B, FIG. 18C, FIG. 18D, and FIG. 18E constitute a sequence diagram illustrating one example of the operation of change rule notification processing according to the fourth embodiment;
  • FIG. 19 is a block diagram illustrating one example of the configuration of an authentication switch according to a seventh embodiment;
  • FIG. 20 is a block diagram illustrating one example of the configuration of a terminal according to the seventh embodiment;
  • FIG. 21A, FIG. 21B, FIG. 21C, FIG. 21D, and FIG. 21E constitute a sequence diagram illustrating one example of the operation of change rule notification processing according to the seventh embodiment;
  • FIG. 22 is a block diagram illustrating one example of the configuration of an authentication switch according to an eighth embodiment;
  • FIG. 23 is a block diagram illustrating one example of the configuration of a terminal according to the eighth embodiment;
  • FIG. 24A and FIG. 24B constitute a sequence diagram illustrating one example of the operation of change rule notification processing according to the eighth embodiment;
  • FIG. 25 is a block diagram illustrating one example of the configuration of a terminal according to a ninth embodiment;
  • FIG. 26A and FIG. 26B constitute a sequence diagram illustrating one example of the operation of a communication system according to a tenth embodiment;
  • FIG. 27, including FIG. 27A, FIG. 27 B and FIG. 27C, is a diagram illustrating one example of a frame format according to an eleventh embodiment;
  • FIG. 28 is a screen illustrating one example of a port setting UI according to a twelfth embodiment;
  • FIG. 29A, FIG. 29B FIG. 29C FIG. 29D, and FIG. 29E constitute a sequence diagram illustrating one example of the operation of a communication system according to a thirteenth embodiment; and
  • FIG. 30 is a sequence diagram illustrating one example of the operation of a communication system prior to application of the present example thereto.
  • DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS
  • Description will be made below regarding embodiments of the present invention with reference to the drawings.
  • First Embodiment
  • With the first embodiment, description will be made regarding a case wherein, with a communication system in which a terminal (communication apparatus) is connected to an authentication switch (network relay apparatus), time synchronization is made between the terminal and the authentication switch.
  • First, description will be made regarding the configuration of an authentication switch according to the present embodiment.
  • FIG. 1 is a block diagram illustrating one example of the configuration of the authentication switch according to the first embodiment. An authentication switch 5 is connected to a terminal 1. Description will be made below regarding the overview of each unit of the authentication switch 5.
  • A port definition unit 11 is configured to define ON/OFF of an authentication function as to ports 8 a, 8 b, 8 c, and 8 d on the authentication switch 5. The ports 8 a, 8 b, 8 c, and 8 d are physical ports or logical ports configured to perform transfer depending on various types of protocol layers such as Internet Protocol (hereafter, referred to as IP), Virtual LAN (hereafter, referred to as VLAN), and Link Aggregation. Hereafter, the port which is set to ON by the port definition unit 11 will be referred to as an ON-set port, and the port which is set to OFF will be referred to as an OFF-set port. An authentication unit 12 is means configured to perform the existing Institute of Electrical and Electronic Engineers (hereafter, referred to as IEEE) 802.1x authentication, which performs authentication with the terminal 1 under an ON-set port, and in the event that authentication has been accepted, the terminal Media Access Control address (hereafter, referred to as MAC address) of the terminal 1 (the MAC address the terminal uses as its own MAC address) is allowed to pass through the relevant port. A change rule management unit 13 manages a terminal MAC address and valid period thereof (change start/end timing as to the relevant address) as a change rule 18. A change rule notification unit 14 prohibits other terminals from browsing by encryption or the like, and then notifies an authenticated terminal under an ON-set port of a change rule 19 which is a necessary portion of the change rule 18.
  • A MAC conversion table 16 correlates a change rule with a substitute MAC address assigned to an authenticated terminal. A substitute MAC address is a unique fixed MAC address within a Local Area Network (hereafter, referred to LAN) to be assigned to a terminal under an ON-set port. With the terminal MAC address and substitute MAC address assigned to a certain terminal Ia under an ON-set port, the terminal Ia employs the terminal MAC address as its own MAC address, and the apparatuses other than the terminal Ia, which are connected to the authentication switch 5, employ the substitute MAC address as the MAC address of the terminal Ia. A table generating unit 17 generates an MAC conversion table 16.
  • A transfer unit 21 performs the following operation at the time of transfer.
  • (a) In the event that the receiving port of a frame is an ON-set port, the transfer unit 21 rewrites the sending source MAC address within the frame in accordance with the MAC conversion table 16. In the event that the sending source MAC address within the frame is not registered in the MAC conversion table 16, the transfer unit 21 discards the frame.
  • (b) In the event that the received frame is an Address Resolution Protocol (hereafter, referred to as ARP) request, the transfer unit 21 transfers the frame to an ARP substitute response unit 22.
  • (c) In the event that the sending port of a frame is an ON-set port, the transfer unit 21 rewrites the destination MAC address within the frame in accordance with the MAC conversion table 16. Also, the transfer unit 21 transfers no ARP request to the ON-set port.
  • The ARP substitute response unit 22 executes the ARP response of an authenticated terminal by proxy with reference to an ARP table 23. That is to say, in the event that the received frame is an ARP request regarding the IP address of an authenticated terminal, the authentication switch 5 responds with the substitute MAC address. A point-in-time synchronizing unit 24 performs point-in-time synchronization using the Network Time Protocol (NTP) or the like.
  • Next, description will be made regarding the configuration of the terminal 1 according to the present embodiment.
  • FIG. 2 is a block diagram illustrating a first example of the configuration of a terminal according to the first embodiment. The terminal 1 is connected to the authentication switch 5. The terminal 1 includes an application 41, an Operating System (OS) 42, and a Network Interface Card (NIC) 43. The application 41 includes, for example, a File Transport Protocol (FTP) client application 51. The OS 42 includes a TCP layer processing section 52 arranged to perform the processing of a Transmission Control Protocol (TCP) layer, an IP layer processing section 53 arranged to perform the processing of an IP layer, an Ethernet layer processing section 54 arranged to perform the processing of an Ethernet layer, a change rule receiving unit 55 configured to receive a change rule from the authentication switch 5, a change rule 19 received and stored from the authentication switch 5, an authentication unit 32 configured to perform authentication with the authentication switch 5, and a point-in-time synchronizing unit 34 configured to perform point-in-time synchronization using the NTP or the like. The NIC 43 includes a physical layer processing section 57 arranged to perform the processing of a physical layer, and Read Only Memory (ROM) 58 configured to store a unique terminal MAC address provided at the time of manufacturing the NIC 43.
  • The Ethernet layer processing section 54, change rule receiving unit 55, change rule 19, physical layer processing section 57, and ROM 58 make up a frame sending/receiving unit 31. The frame sending/receiving unit 31 sends or receives a frame via the authentication switch 5 while changing the terminal MAC address every moment in accordance with the change rule 19. Also, a change rule 19 a illustrates the content of two minutes worth received.
  • Now, description will be made regarding another example of the configuration of the terminal 1 according to the present embodiment.
  • FIG. 3 is a block diagram illustrating a second example of the configuration of a terminal according to the first embodiment. The same reference numerals as those in FIG. 2 represent the same objects or equivalent objects shown in FIG. 2, so description thereof will be omitted here. The Ethernet processing section 54, change rule receiving unit 55, and change rule 19 which are included in the OS 42 in FIG. 2 are included in the NIC 43. Also, the change rule 19, and a unique terminal MAC address 60 to be provided at the time of manufacturing the NIC 43, are stored in flash ROM 59. The Ethernet layer processing section 54, change rule receiving unit 55, physical layer processing section 57, and flash ROM 59 make up the frame sending/receiving unit 31.
  • According to the point-in-time synchronizing unit 24 and point-in-time synchronizing unit 34, the point in time at the terminal 1 and the point in time at the authentication switch 5, which are employed for sending or receiving of a frame, are synchronized.
  • Next, description will be made regarding the operation of the MAC address conversion processing of the communication system using the authentication switch 5 by dividing into three cases (cases A, B, and C).
  • First, description will be made regarding the case A.
  • FIG. 4A, FIG. 4B, FIG. 4C, and FIG. 4D constitute a sequence diagram illustrating one example of the operation of MAC address conversion processing in the case A of a communication system according to the first embodiment. In this drawing, the same reference numerals as those in FIG. 30 represent the same objects or equivalent objects shown in FIG. 30, so description thereof will be omitted here. The case A is a case wherein the authorized terminal Ia performs communication with the server 3 on the same LAN as that of the authentication switch 5. This drawing illustrates the operations of the terminal Ia (MAC address unique to the apparatus=N, IP address=1.1.1.1), authentication switch 5, a Remote Authentication Dial-In User Service (RADIUS) server 6, and server 3 (MAC address unique to the apparatus=S, IP address=1.1.1.9). Here, the terminal Ia and the terminal 1 are equivalent.
  • First, description will be made regarding the operation of preparation processing for communication (S1 through S7).
  • (S1) First, before a terminal actually communicates, the port definition unit 11, change rule management unit 13, and table generating unit 17 perform settings by providing a setting User Interface (UI) to the administrator of the authentication switch 5. FIG. 5A, FIG. 5B, and FIG. 5C constitute a screen illustrating one example of setting UIs according to the first embodiment. The setting UIs are made up of a port setting UI by the port definition unit 11, an MAC address valid period setting UI by the change rule management unit 13, and a substitute MAC address setting UI by the table generating unit 17. With the port setting UI, setting of ON/OFF is performed for each port number. With the MAC address valid period setting UI, the setting of the valid period of an MAC address is performed. With the substitute MAC address setting UI, the setting of a substitute MAC address is performed for each port number.
  • Let us say that the administrator has performed the following settings through each setting UI.
  • Setting, Port definition setting UI: ports 8 a and 8 b=ON, port 8 c=OFF in FIG. 5A.
  • Setting, MAC address valid period setting UI: once every minute in FIG. 5B.
  • Setting, Substitute MAC address setting UI: port 8 a=A, port 8 b=B, port 8 c=C in FIG. 5C.
  • The change rule management unit 13 automatically generates a change rule 18 a for 10 minutes worth as to each ON-set port such that a terminal MAC address is changed once every minute. Also, the change rule management unit 13 repeats the same processing until 10 minutes elapse. The reason why multiple change rules are generated at once is to perform the notification of a change rule, and switching of the MAC address table 16 without delay, and the interval of automatic generation may be an interval different from this example. The algorithm of automatic generation may be any algorithm as long as it prevents a user from readily anticipating an MAC address. Also, a terminal MAC address is in a link local, so an arbitrary value may be set thereto. An example of the algorithm of the change rule management unit 13 will be shown below.
  • (a) A random number generating program generates a 6-byte random number value.
  • (b) In the event that the I (Individual)/G (Group) flag value of the generated value of a terminal MAC address is 0 (Unicast), the generated value is employed as a terminal MAC address.
  • (c) In the event that the I/G flag value of the generated value of a terminal MAC address is 1 (Multicast), random number generation is repeated until the flag value becomes 0 (Unicast).
  • FIG. 6, including FIG. 6 a, and FIG. 6 b, constitute a screen illustrating an Ethernet frame format and the position of the I/G flag. Note that instead of automatically generating an address, an arrangement may be made wherein the administrator inputs multiple MAC address candidates at the setting UI, and the algorithm selects an. MAC address from the candidates.
  • (S2) Next, let us say that the power of the terminal Ia under the port 8 a is turned on by the user. The terminal Ia performs authentication with the authentication switch 5 using the existing IEEE802.1x and Extensible Authentication Protocol (EAP)-Transport Layer Security (TLS). At this time, the sending source MAC address used by the terminal Ia is an existing address, i.e., the MAC address=N printed in the ROM of the NIC at the terminal Ia. The destination MAC address is the MAC address 01:80:C2:00:00:03 for authentication request of IEEE802.1x.
  • (S3) The authentication switch 5 determines whether or not authentication can be performed in cooperation with the RADIUS server 6. Now, a case wherein authentication has been accepted is assumed. The authentication switch 5 notifies the terminal Ia that authentication has been accepted in accordance with the existing authentication procedure.
  • (S4) The authentication switch 5 further activates the table generating unit 17 since the port 8 a which has exchanged this authentication is an ON-set port.
  • (S5) The table generating unit 17 generates a MAC conversion table 16. The substitute MAC address employed here is the setting value by the substitute MAC address setting UI. The table generating unit 17 generates an MAC conversion table 16 a using the relevant setting value and the change rule 18 a which the change rule management unit generated. One example of generation results is illustrated in the MAC conversion table 16 a. With the method of entry registration, several minutes worth may be integrated and registered, or an arrangement may be made wherein registration is made one minute at a time (by a pair of a valid period and an MAC address), the next change rule is registered immediately before the valid period expires. In this example, the table generating unit 17 registers the entry of every two minutes worth in the MAC conversion table 16 a.
  • The table generating unit 17 further generates an ARP table 23 for the ARP substitute response unit 22 regarding the terminals under an ON-set port. The generation of the ARP table 23 is performed by obtaining the IP address corresponding to the MAC address N using the existing RARP. One example of generation results is shown in an ARP table 23 a. The value to be registered in this table is not the MAC address N but the setting value A by the MAC address setting UI. Note that the automatic generation of the ARP table is not indispensable, so for example, the administrator may input this table manually.
  • Following generation of the MAC conversion table 16 and ARP table 23, the change rule notification unit 14 is activated. Subsequently, the table generating unit 17 repeats the above-mentioned processing before the valid period of the terminal MAC address expires.
  • (S6) The change rule notification unit 14 notifies an authenticated terminal (MAC address=N) of a change rule for the port 8 a (change rule notification processing). The change rule notification unit 14 may be arbitrary means as long as the means prevent other than the terminal Ia from wiretapping. For example, let us consider an arrangement wherein an encrypted frame is transmitted to the terminal Ia using the key exchanged with EAP-TLS at the time of authentication. FIG. 7 is a screen showing one example of the frame format of an encrypted frame according to the first embodiment. The type of each field in this frame format will be described below.
  • (a) PAE Ethernet Type: 0x888e (fixed value)
      • (b) Protocol Version: 1
  • (c) Packet Type: type of a packet
  • (d) Packet Body Length: length of Packet Body field (in increments of byte)
  • (e) Packet Body: data
  • FIG. 8 is a screen showing one example of the packet type of an encrypted frame according to the first embodiment. Here, the value of Packet Type is OxFF, which indicates the packet to be used with the present example.
  • Next, description will be made regarding the change rule notification processing in the processing S6.
  • FIG. 9A, FIG. 9B, FIG. 9C, and FIG. 9D constitute a sequence diagram illustrating one example of the operation of the change rule notification processing according to the first embodiment. The same reference numerals as those in FIG. 4A, FIG. 4B, FIG. 4C, and FIG. 4D represent the same objects or equivalent objects shown in FIG. 4A, FIG. 4B, FIG. 4C, and FIG. 4D, so description thereof will be omitted here. The notification content is rules for the new registrations of the MAC conversion table performed by the table generating unit 17 (two minutes worth in this case).
  • (S212) Upon the table generating unit 17 generating the change rule 18 a equivalent to ten minutes worth in the above-mentioned processing S5, the change rule notification unit 14 transmits a change rule 19 a equivalent to the first two minutes worth thereof to the terminal Ia. (S213) The terminal Ia stores the received change rule 19 a.
  • (S214) Next, at the start time (01:01:00) of the first change rule (terminal MAC address P) of the change rule 19 a, the terminal Ia and the authentication switch 5 employ the terminal MAC address P as a sending source MAC address for transmission from the terminal Ia to the authentication switch 5, and as a destination MAC address for transmission from the authentication switch 5 to the terminal Ia.
  • (S215) Similarly, at the start time (01:02:00) of the second change rule of the change rule 19 a, a terminal MAC address Q is employed for communication between the terminal Ia and the authentication switch 5.
  • Next, the change rule notification unit 14 transmits a change rule 19 b for the next two minutes worth of the change rule 18 a to the terminal Ia until the end time (01:03:00) of the second change rule (S222). The terminal Ia stores the received change rule 19 a (S223). In the same way as the processing 5213 and 5214, at the start time (01:03:00) of the first change rule of the change rule 19 b, the terminal Ia and the authentication switch 5 employ a terminal MAC address R for communication between the terminal Ia and the authentication switch 5 (S224), and at the start time (01:04:00) of the second change rule of the change rule 19 b, employ the terminal MAC address R for communication between the terminal Ia and the authentication switch 5 (S225).
  • Note that the notification content may be an arrangement wherein the notification content is divided into each one rule (a pair of a valid period and an MAC address) and the next rule is transmitted before a valid period expires, or may be an arrangement wherein the change rules passed in several steps from the table generating unit 17 are integrated.
  • (S7) The frame sending/receiving unit 31 of the terminal Ia stores the change rule notified by the above-mentioned processing, and hereafter, performs sending or receiving of a frame while changing to the next MAC address each time a valid period expires in accordance with the change rule thereof. Also, the transfer unit 21 of the authentication switch performs sending or receiving of a frame using the MAC address according to a valid period in accordance with the MAC conversion table 16.
  • Description will be made below regarding the operation (S8 through S13) of actual communication processing to be performed after the above-mentioned preparation processing. Let us say that the user of the terminal Ia has selected the server 3 as a communication destination using Web access or the like. Also, let us say that the point in time thereof is 01:01:05 Jan. 1, 2006.
  • (S8) The terminal Ia transmits an ARP request frame arranged to inquire the MAC address corresponding to the IP address 1.1.1.9 of the server 3. The frame sending/receiving unit 31 takes the sending source MAC address P as the inquired MAC address in accordance with the change rule received from the authentication switch 5.
  • (S9) With the frame received at the authentication switch 5, the receiving port is the port 8 a (ON-set), the sending port is the port 8 b (ON-set), and the port 8 c (OFF-set), the type of frame is an ARP request frame, and also a multiple-addresses frame, and the point in time is 01:01:05 Jan. 1, 2006, so the transfer unit 21 rewrites the sending source MAC address from P to A by later-described transfer processing, and transmits this to the port 8 c, and also copies this frame to transmit to the ARP substitute response unit.
  • Now, description will be made regarding transfer processing. FIG. 10A and FIG. 10B are a flowchart illustrating one example of the operation of transfer processing according to the first embodiment. First, upon the transfer unit 21 receiving a frame (S111), the transfer unit 21 determines whether the receiving port which received the frame is an ON-set port or OFF-set port (S112). In the event of an OFF-set port (S112, OFF-set), the flow proceeds to processing 5116. In the event of an ON-set port (S112, ON-set), the transfer unit 21 searches the MAC conversion table 16 a for receiving port with a valid period (e.g., in the event that the received point-in-time is 01:01:05 Jan. 1, 2006, the start time is 01:01:xx Jan. 1, 2006) and the sending source MAC address (S113), and determines whether or not the sending source MAC address (terminal MAC address) P has been hit (S114).
  • In the event that the sending source MAC address (terminal MAC address) P has not been hit (S114, NO), the transfer unit 21 discards the frame (S131), and ends this flow. In the event that the sending source MAC address (terminal MAC address) P has been hit (S114, YES), the transfer unit 21 rewrites the sending source MAC address P with the substitute MAC address A in accordance with the MAC conversion table (S115). Next, the transfer unit 21 determines whether or not the received frame is an ARP request frame (5116). In the event that the received frame is not an ARP request frame (S116, NO), the flow proceeds to processing 5118. In the event of an ARP request frame (S116, YES), the transfer unit 21 copies the received frame as a copied frame, and hands the copied frame to the ARP substitute response unit 22 (S117). Next, the transfer unit 21 determines a destination, and in the event of a multiple-addresses frame, further copies the received frame (S118).
  • Next, the transfer unit 21 determines whether the sending port configured to send the received frame is an ON-set or OFF-set port (S121). In the event of an OFF-set port (S121, OFF-set), the transfer unit 21 transmits the frame to the sending port (S133), and ends this flow. In the event of an ON-set port (S121, ON-set), the transfer unit 21 determines whether or not the destination MAC address is Unicast (S123). In the event that the destination MAC address is not Unicast (S123, NO), the transfer unit 21 determines whether or not the received frame is an ARP request frame (S122). In the event of an ARP request frame (S122, YES), the transfer unit 21 discards the frame (S132), and ends this flow. In the event of not an ARP request frame (S122, NO), the flow proceeds to processing S133.
  • In the event of Unicast in the processing S123 (S123, YES), the transfer unit 21 searches the MAC conversion table 16 a for sending port with a valid period (e.g., in the event that the received point-in-time is 01:01:05 Jan. 1, 2006, the start time is 01:01:xx, Jan. 1, 2006) and the destination MAC address (substitute MAC address) A (S124), and determines whether or not the destination MAC address A has been hit (S125). In the event that the destination MAC address A has not been hit (S125, NO), the flow proceeds to processing S131. In the event that the destination MAC address A has been hit (S125, YES), the transfer unit 21 rewrites the destination MAC address A with the corresponding terminal MAC address P in accordance with the MAC address conversion table (S126), and the flow proceeds to processing 5133.
  • (S10) The ARP substitute response unit 22 performs the same operation as the existing Proxy-ARP process. That is to say, the ARP substitute response unit 22 searches the ARP table 23 with IP address 1.1.1.9, which has failed to hit, and ends the processing at that time.
  • (S11) Of the apparatuses which received an ARP request frame, the server 3 is IP=1.1.1.9, so transmits an ARP response frame as the destination MAC address A. Now, let us say that the server 3 transmits the frame to the authentication switch 5 one second later after receiving the ARP response frame.
  • (S12) With the frame received at the authentication switch 5, the receiving port is the port 8 c (OFF-set), the sending port is the port 8 a (ON-set), the type of frame is a frame other than an ARP request frame, which is a Unicast frame, and the point in time is 01:01:06 Jan. 1, 2006, so the transfer unit 21 rewrites the destination address from A to P to transmit the frame to the port 8 a based on the transfer processing. Now, let us say that the authentication switch 5 has transmitted the frame to the terminal Ia one second later after receiving the ARP response frame.
  • (S13) The point in time is 01:01:07 Jan. 1, 2006, so therefore the frame sending/receiving unit 31 of the terminal Ia receives the frame of the destination MAC address P in accordance with a change rule. According to the above-mentioned operation, the terminal Ia can communicate with the server 3 on the same LAN.
  • Note that with the present embodiment, there is a possibility before and after expiration of the valid period of an MAC address that the effective terminal MAC address might change between the sending side apparatus and the receiving side apparatus due to the subtle mismatching of time synchronization between the apparatuses, processing delay, or the like. For example, there is a case wherein the authentication switch 5 transmitted the frame at 01:01:59 Jan. 1, 2006 with the destination MAC address P, but the terminal Ia received the frame at 01:02:00 Jan. 1, 2006, so the terminal MAC address was changed to Q. In preparation for such a case, it is desirable before and after change of the MAC address (e.g., five seconds earlier and five seconds later) for the terminal Ia and the authentication switch 5 to be able to receive either of the addresses before and after change. Alternatively, in the event that the interval between certain change time and another change time is short, an arrangement may be made wherein each apparatus transmits a frame with the MAC address after change in a sure manner by delaying transmission for a moment.
  • Next, description will be made regarding the case B.
  • FIG. 11A, FIG. 11B, and FIG. 11C constitute a sequence diagram illustrating one example of the operation in the case B of the communication system according to the first embodiment. In this drawing, the same reference numerals as those in FIG. 4A, FIG. 4B, FIG. 4C, and FIG. 4D represent the same objects or equivalent objects shown in FIG. 4A, FIG. 4B, FIG. 4C, and FIG. 4D, so description thereof will be omitted here. The case B is a case wherein the authorized terminal Ia performs communication with another authorized terminal Ib on the authentication switch 5. This drawing illustrates the operations of the terminals 1 a and Ib (MAC address unique to the apparatus=M, IP address=1.1.1.3), authentication switch 5, RADIUS server 6, and sever 3. Here, the terminal Ib and the terminal 1 are equivalent. The preparation processing is the same as that in the case A. Now, let us say that the terminal Ib has been authenticated. Also, let us say that the MAC conversion table 16 a for the port 8 a, and the MAC conversion table 16 b for the port 8 b have been generated by the preparation processing.
  • Description will be made below regarding the operation (S14 through S20) of actual communication processing to be performed after the above-mentioned preparation processing.
  • First, let us say that the user of the terminal Ia has selected the terminal Ib as a communication destination using Web access or the like. Also, let us say that point in time thereof is 01:01:05 Jan. 1, 2006.
  • (S14) The terminal Ia transmits an ARP request frame arranged to inquire the MAC address corresponding to the IP address 1.1.1.3 of the terminal Ib. Let us say that the sending destination MAC address is set to P in accordance with the above-mentioned change rule.
  • (S15) The authentication switch 5 rewrites, as with the processing S9, the sending source MAC address from P to A using the MAC conversion table 16 a, and transmits this to the port 8 c, and also copies an ARP request frame to transmit to the ARP substitute response unit 22.
  • (S16) The ARP substitute response unit 22 performs the same operation as the existing Proxy-ARP process. Here, the ARP substitute response unit 22 searches the ARP table 23 a with an IP address of 1.1.1.3, and hits the ARP table 23 a, which is different from the case A, so generates a response to effect that the MAC address is B, addressed to the sending source of the ARP request frame. That is to say, the ARP substitute response unit 22 generates an ARP response frame addressed to the MAC address A. Now, let us say that the server 3 has transmitted the ARP response frame to the authentication switch 5 one second later after receiving the ARP response frame.
  • (S17) With the frame received at the authentication switch 5, the sending port is the port 8 a (ON-set), the type of frame is a frame other than an ARP request frame, which is a Unicast frame, and the point in time is 01:01:06 Jan. 1, 2006, so the transfer unit 21 rewrites the destination address from A to P to transmit to the port 8 a based on the transfer processing. Now, let us say that the authentication switch 5 has transmitted the ARP response frame to the terminal Ia one second later after receiving the ARP response frame.
  • (S18) The point in time is 01:01:07 Jan. 1, 2006, so the terminal Ia receives the ARP response frame addressed to the MAC address P.
  • (S19) The terminal Ia obtains the MAC address of the terminal Ib from the ARP response, and transmits a frame with the sending source MAC address=P, and the destination MAC address=B. Let us say that the point in time is 01:01:15 Jan. 1, 2006.
  • (S20) According to the transfer processing using the MAC address conversion tables 16 a and 16 b, the authentication switch 5 rewrites the sending source MAC address from P to A, and the destination MAC address from B to X respectively to transmit to the port 8 b.
  • According to the above-mentioned operation, the terminal Ia can communicate with another terminal Ib on the same authentication switch 5.
  • Next, description will be made regarding the case C.
  • FIG. 12A, FIG. 12B, and FIG. 12C constitute a sequence diagram illustrating one example of the operation of MAC address conversion processing in the case C of the communication system according to the first embodiment. The same reference numerals as those in FIG. 4A, FIG. 4B, FIG. 4C, and FIG. 4D represent the same objects or equivalent objects shown in FIG. 4A, FIG. 4B, FIG. 4C, and FIG. 4D, so description thereof will be omitted here. The case C is a case wherein a terminal 2 which fakes the MAC address=N possessed by the NIC of the authorized terminal Ia attempts to communicate with the server 3. This drawing illustrates the operations of the terminals 2, and authentication switch 5. The terminal 2 is an unauthorized terminal (terminal faking its MAC address with the terminal Ia). Let us say that a malicious user disposes a repeater 4 under the port 8 a, and then connects the unauthorized terminal for the purpose of faking the terminal Ia.
  • (S21) Let us say that the point in time is 01:01:05 Jan. 1, 2006. The terminal 2 transmits an ARP request frame arranged to inquire the MAC address corresponding to the IP address of 1.1.1.9 of the server 3. Here, the terminal 2 does not know the change rule notified to the terminal Ia, and so sets the sending source MAC address=N.
  • (S22) With the frame received at the authentication switch 5, the receiving port is the port 8 a (ON-set port), and the point in time is 01:01:05 Jan. 1, 2006, so the transfer unit 21 discards the frame based on the transfer processing.
  • According to the above-mentioned operation, the frame transmitted from the unauthorized terminal 2 fails to pass through the authentication switch 5.
  • Next, let us say that the unauthorized terminal 2 has obtained the MAC address P assigned to the terminal Ia by wiretapping of frames or the like, and has faked the MAC address P at the point in time of 01:01:05 Jan. 1, 2006.
  • First, the terminal 2, as with the processing S8, transmits an ARP request frame arranged to inquire the MAC address corresponding to the IP address of 1.1.1.9 of the server 3. Let us say that the sending source MAC address is P.
  • With the frame received at the authentication switch 5, the receiving port is the port 8 a (ON-set), and the point in time is 01:01:05 Jan. 1, 2006, so as with the processing S9 through S13, the terminal 2 can communicate with the server 3 normally.
  • Let us say that one minute has elapsed after that, and the terminal 2 has attempted communication with the same sending source MAC address=P. In this case, with the authentication switch, the receiving port of the frame thereof is the port 8 a (ON-set), and the point in time thereof is 01:02:05 Jan. 1, 2006, so the transfer unit 21, as with the processing S22, discards the frame based on the transfer processing.
  • In the event that discarding of a frame is frequently performed, there is a high possibility that faking is being performed, so hereafter, the valid period may be shortened autonomously.
  • According to the above-mentioned operation, even if the unauthorized terminal 2 obtains the MAC address of an authorized terminal at a certain moment and fakes the MAC address of the terminal, upon the valid period of the MAC address thereof expiring, the unauthorized terminal 2 fails to achieve network access.
  • According to the present embodiment, the authorized terminals Ia and Ib send or receive a frame using the frame sending/receiving unit 31 while changing the MAC address of the sending/receiving frame every moment in accordance with the change rule received from the change rule notification unit. The authentication switch 5 uses the transfer unit 21 to determine whether to permit the received frame to be transferred depending on whether the sending source MAC address of the received frame is registered in the MAC conversion table, and in the event of prohibiting transfer, discards the frame. According to this operation, even if an unauthorized user obtains the MAC address of an authorized terminal to fake the MAC address of the terminal, upon the valid period of the MAC address expiring, the unauthorized user fails to achieve network access. Also, conventionally, in order to prevent MAC faking, the whole frame has been encrypted, but according to the present invention, the authentication switch 5 can recognize and prevent MAC faking with only an MAC address, whereby the processing load regarding encryption and addition/deletion of a header can be markedly reduced with the authentication switch.
  • Also, with a technique such as Japanese Unexamined Patent Application Publication No. 2002-111544, a terminal MAC address is a value unique to the NIC of a terminal, so there is the need to further perform encryption of frames, but with the present embodiment, a terminal MAC address is dynamically changed, so there is no need to perform encryption of frames.
  • Also, according to the present embodiment, the authentication switch 5 uses the transfer unit 21 to convert the terminal MAC address within a received frame from an ON-set port into a substitute MAC address, and also to subject a sending frame toward an ON-set port to inverse conversion, and further uses the ARP substitute response unit 22 to respond with the substitute MAC address regarding an ARP request from another terminal as to an authorized terminal. According to this operation, an authorized terminal of which the MAC address changes every moment can communicate with another node within a LAN.
  • Second Embodiment
  • With the present embodiment, assuming a case wherein the terminal 1 and the authentication switch 5 according to the first embodiment do not perform time synchronization, description will be made regarding an arrangement wherein the authentication switch 5 issues an instruction of change timing of the terminal MAC address to the terminal 1.
  • The configuration of a communication system according to the present embodiment is the same as that in the first embodiment, but the authentication switch 5 according to the present embodiment does not need the point-in-time synchronizing unit 24 according to the first embodiment. Also, the terminal 1 according to the present embodiment does not need the point-in-time synchronizing unit 34 according to the first embodiment.
  • The operation of the communication system according to the present embodiment is the same as that in the first embodiment, but the change rule notification processing differs from that in the first embodiment. FIG. 13A, FIG. 13B, FIG. 13C, and FIG. 13D constitute a sequence diagram illustrating one example of the operation of the change rule notification processing according to the second embodiment. The same reference numerals as those in FIG. 9A, FIG. 9B, FIG. 9C, and FIG. 9D represent the same objects or equivalent objects shown in FIG. 9A, FIG. 9B, FIG. 9C, and FIG. 9D, so description thereof will be omitted here. When compared with the first embodiment, processing S212 b is executed instead of the processing S212, processing S213 b is executed instead of the processing S213, processing S222 b is executed instead of the processing 5222, and processing S223 b is executed instead of the processing 5223. With MAC conversion tables 16 c and 16 d, “Prey” represents the valid period of the terminal MAC address used immediately before, “Now” represents the valid period of the terminal MAC address currently being used, and “Next” represents the valid period of the terminal MAC address to be used next.
  • (S212 b, S222 b) Upon detecting the expiration of the valid period of an MAC address based on the point in time and change rule within the authentication switch 5, the change rule notification unit 14 notifies the authenticated terminal Ia (MAC address=N) of a change rule as to the port 8 a. The change rule is held by the change rule management unit 13. The change rule notification unit 14 may be arbitrary means as long as the means prevent other than the terminal Ia from wiretapping. The notification content is a change rule 19 c (i.e., a terminal MAC address to be used by the terminal Ia from now on), and further, reception itself of a change rule becomes the trigger of change of the MAC address for the terminal Ia.
  • (S213 b, S223 b) The frame sending/receiving unit 31 of the terminal Ia stores the change rule wherein the above-mentioned notice is received. Subsequently, the frame sending/receiving unit 31 of the terminal Ia performs sending or receiving of a frame with the notified terminal MAC address in accordance with the change rule thereof until the next notification is received. Also, the transfer unit 21 of the authentication switch 5 performs sending or receiving of a frame with the notified MAC address until the next notification is performed.
  • Note that as with the first embodiment, it is desirable before and after change of the MAC address (e.g., five seconds earlier and five seconds later) for the terminals Ia and Ib and the authentication switch 5 to be able to receive either of the addresses before and after change.
  • According to the present embodiment, with the terminal 1 and the authentication switch 5, there is no need to perform time synchronization.
  • Third Embodiment
  • With the present embodiment, description will be made regarding an arrangement wherein the authenticated terminal 1 applies a request (trigger) of change to the authentication switch 5 and obtains a notice from the authentication switch 5 rather than the authentication switch 5 applying a trigger of change of the terminal MAC address such as the second embodiment.
  • The configuration of the communication system according to the present embodiment is the same as that in the second embodiment, but the change rule notification processing differs from that in the second embodiment. FIG. 14 is a sequence diagram illustrating one example of the operation of the change rule notification processing according to the third embodiment. The same reference numerals as those in FIG. 13A, FIG. 13B, FIG. 13C, and FIG. 13D represent the same objects or equivalent objects shown in FIG. 13A, FIG. 13B, FIG. 13C, and FIG. 13D, so description thereof will be omitted here. When compared with the second embodiment, processing S211 c and S213 c are executed instead of the processing S212 b, and processing S221 c and S223 c are executed instead of the processing S222 b.
  • (S211 c, S221 c) Upon detecting that the expiration of the valid period of an MAC address is approaching based on the point in time and change rule within the terminal Ia, the frame sending/receiving unit 31 on the terminal Ia of which the authentication has been completed requests the authentication switch 5 of the notification of a change rule. A request interval may be set on the UI by the user, or may be set by the frame sending/receiving unit 31 automatically.
  • (S213 c, S223 c) The change rule notification unit 14 on the authentication switch 5, which has received the request, notifies the authenticated terminal Ia (MAC address=N) of a change rule for the port 8 a. The operation thereafter is the same as that in the second embodiment.
  • According to the present embodiment, with the authentication switch 5, there is no need to manage the sending timing of a change rule.
  • Fourth Embodiment
  • With the present embodiment, assuming a case wherein time synchronization is not performed in the first embodiment, description will be made regarding an arrangement wherein the valid period of a terminal MAC address is sectioned with the number of sending/receiving frames of the terminal 1 and the authentication switch 5.
  • First, description will be made regarding a communication system according to the present embodiment.
  • FIG. 15 is a block diagram illustrating one example of the configuration of an authentication switch according to the fourth embodiment. The same reference numerals as those in FIG. 1 represent the same objects or equivalent objects shown in FIG. 1, so description thereof will be omitted here. When compared with the first embodiment, the authentication switch 5 includes a frame sending/receiving counter 25 instead of the point-in-time synchronizing unit 24. The frame sending/receiving counter 25 counts frames received by the transfer unit 21 for each port.
  • FIG. 16 is a block diagram illustrating one example of the configuration of a terminal according to the fourth embodiment. The same reference numerals as those in FIG. 2 represent the same objects or equivalent objects shown in FIG. 2, so description thereof will be omitted here. When compared with the first embodiment, the terminal 1 includes a frame sending/receiving counter 35 instead of the point in-time synchronizing unit 34. The frame sending/receiving counter 35 counts frames received by the frame sending/receiving unit 31.
  • FIG. 17A, FIG. 17B, and FIG. 17C are a screen illustrating one example of setting UIs according to the fourth embodiment. In this drawing, the port setting UI, and the substitute MAC address setting UI are the same as those in the first embodiment, but the valid period in the MAC address valid period setting UI is represented with the number of frames.
  • Next, description will be made regarding the operation of the communication system according to the present embodiment.
  • The operation of the communication system according to the present embodiment is the same as that in the first embodiment, but the change rule notification processing differs from that in the first embodiment. FIG. 18A, FIG. 18B, FIG. 18C, FIG. 18D, and FIG. 18E constitute a sequence diagram illustrating one example of the operation of the change rule notification processing according to the fourth embodiment. The same reference numerals as those in FIG. 9A, FIG. 9B, FIG. 9C, and FIG. 9D represent the same objects or equivalent objects shown in FIG. 9A, FIG. 9B, FIG. 9C, and FIG. 9D, so description thereof will be omitted here. When compared with the first embodiment, processing S212 d is executed instead of the processing S212, processing S213 d is executed instead of the processing S213, processing S222 d is executed instead of the processing 5222, and processing S223 d is executed instead of the processing S223.
  • (S212 d, S222 d) The change rule notification unit 14 notifies the authenticated terminal Ia (MAC address=N) of a change rule for the port 8 a. The change rule is held by the change rule management unit 13. The change rule notification unit 14 may be arbitrary means as long as the means prevent other than the terminal Ia from wiretapping.
  • (S213 d, S223 d) The frame sending/receiving unit 31 of the terminal Ia stores the change rule wherein the above-mentioned notification has been received, and subsequently, performs sending or receiving of a frame while changing to the next MAC address each time the valid period expires in accordance with the change rule thereof. Also, the transfer unit of the authentication switch performs sending or receiving of a frame using the MAC address corresponding to the valid period in accordance with the MAC conversion table. Each apparatus determines the valid period with reference to the above-mentioned counter.
  • Here, an assumption has been made that the terminal Ia counts the number of sent frames, and the authentication switch 5 counts the number of received frames, but conversely, an arrangement may be made wherein the terminal Ia counts the number of received frames, and the authentication switch 5 counts the number of sent frames. Also, the sum of the number of sent frames and the number of received frames may be counted. Alternatively, the frame length may be counted rather than the number of frames.
  • Note that with the present embodiment, there is a possibility that, before and after expiration of the valid period of an MAC address, the number of sent frames and the number of received frames might not be necessarily in agreement between the sending side apparatus and the receiving side apparatus due to the influence of discarding of a frame occurring within the apparatus on a network, or the like. In preparation for such a case, it is desirable before and after change of the MAC address (e.g., five seconds earlier and five seconds later) for the terminal and the authentication switch to be able to receive either of the addresses before and after change.
  • Fifth Embodiment
  • With the present embodiment, assuming that the frame sending/receiving counter 35 of the terminal is omitted from the fourth embodiment, description will be made regarding an arrangement wherein the authentication switch 5, as with the fourth embodiment, issues an instruction (applies a trigger) of change timing of the terminal MAC address to the terminal 1 by counting the number of received frames for each port.
  • The configuration of the communication system according to the present embodiment is the same as that in the fourth embodiment, but which does not need the frame sending/receiving counter 35.
  • Also, the operation of the communication system according to the present embodiment is the same as that in the fourth embodiment, but the processing in the steps S212 d, S213 d, S222 d, and S223 d has been modified as below.
  • (S212 d, S222 d) Upon detecting the expiration of the valid period of an MAC address based on the number-of-frames counter and change rule within the authentication switch, the change rule notification unit 14 notifies the authenticated terminal (MAC address=N) of a change rule for the port 8 a. The change rule is held by the change rule management unit 13. The change rule notification unit 14 may be arbitrary means as long as the means prevent other than the terminal Ia from wiretapping. The notification content is a change rule (i.e., a terminal MAC address to be used by the terminal Ia from now on), and further, reception itself of a change rule becomes the trigger of change of the MAC address change rule for the terminal Ia.
  • (S213 d, S223 d) The frame sending/receiving unit 31 of the terminal Ia stores the change rule wherein the above-mentioned notice is received, and subsequently, the frame sending/receiving unit 31 of the terminal Ia performs sending or receiving of a frame with the notified terminal MAC address in accordance with the change rule thereof until the next notification is received. Also, the transfer unit 21 of the authentication switch 5 performs sending or receiving of a frame with the notified MAC address until the next notification is performed by the change rule notification unit 14.
  • Note that as with the fourth embodiment, it is desirable before and after change of the MAC address (e.g., five seconds earlier and five seconds later) for the terminals 1 and the authentication switch 5 to be able to receive either of the addresses before and after change.
  • According to the present embodiment, the terminal 1 needs to perform neither time synchronization nor counting of the number of sent/received frames.
  • Sixth Embodiment
  • With the present embodiment, assuming that the frame sending/receiving counter 35 is omitted from the fourth embodiment, description will be made regarding an arrangement wherein the authenticated terminal 1, as with the fourth embodiment, issues a request (applies a trigger) of change of an MAC address to the authentication switch 5 by counting the number of sent frames, and obtains the notification of a change rule from the authentication switch 5.
  • The configuration of the communication system according to the present embodiment is the same as that in the fourth embodiment, but does not need the frame sending/receiving counter 35.
  • Also, the operation of the communication system according to the present embodiment is the same as that in the fourth embodiment, but the processing S212 d, S213 d, S222 d, and S223 d is modified as below.
  • (S212 d, S222 d) Upon detecting that the expiration of the valid period of an MAC address is approaching based on the frame sending/receiving counter 35 and change rule within the terminal Ia, the frame sending/receiving unit 31 on the terminal Ia of which the authentication has been completed requests the authentication switch 5 of the notification of a change rule. A request interval may be set on the UI by the user, or may be set by the frame sending/receiving unit 31 automatically.
  • (S213 d, S223 d) The change rule notification unit 14 on the authentication switch 5, which has received the request, notifies the authenticated terminal (MAC address=N) of a change rule for the port 8 a. The operation thereafter is the same as that in the fifth embodiment.
  • According to the present embodiment, the authentication switch 5 needs neither time synchronization nor counting of the sent/received frames.
  • Seventh Embodiment
  • With the present embodiment, description will be made regarding an arrangement wherein the terminal 1 and the authentication switch 5 hold a terminal MAC address list beforehand, and the change rule notification unit notifies only the pointer as to the list.
  • First, description will be made regarding the configuration of a communication system according to the present embodiment.
  • FIG. 19 is a block diagram illustrating one example of the configuration of an authentication switch according to the seventh embodiment. The same reference numerals as those in FIG. 1 represent the same objects or equivalent objects shown in FIG. 1, so description thereof will be omitted here. When compared with the first embodiment, the authentication switch 5 is further provided with an MAC list table 26, and a list sharing unit 27, but does not need the point-in-time synchronizing unit 24.
  • FIG. 20 is a block diagram illustrating one example of the configuration of a terminal according to the seventh embodiment. The same reference numerals as those in FIG. 2 represent the same objects or equivalent objects shown in FIG. 2, so description thereof will be omitted here. When compared with the first embodiment, the terminal 1 is further provided with an MAC list table 36, and a list sharing unit 37, but does not need the point-in-time synchronizing unit 34.
  • Next, description will be made regarding the operation of the communication system according to the present embodiment.
  • The operation of the communication system according to the present embodiment is the same as that in the first embodiment, but the change rule notification processing differs from that in the first embodiment. FIG. 21A, FIG. 21B, FIG. 21C, FIG. 21D, and FIG. 21E constitute a sequence diagram illustrating one example of the operation of the change rule notification processing according to the seventh embodiment. The same reference numerals as those in FIG. 9A, FIG. 9B, FIG. 9C, and FIG. 9D represent the same objects or equivalent objects shown in FIG. 9A, FIG. 9B, FIG. 9C, and FIG. 9D, so description thereof will be omitted here. When compared with the first embodiment, processing Sig is executed instead of the processing S1, processing S5 g is executed instead of the processing S5, processing S212 g is executed instead of the processing S212, and processing S213 g is executed instead of the processing 5213.
  • (Sig) Let us say that with the authentication switch 5, the same setting as that in the first embodiment has been performed using each setting UI. The change rule management unit 13 automatically generates a change rule, such as a terminal MAC address changing once every minute, for just ten minutes worth, as to each ON-set port. After that, the change rule management unit 13 repeats the same processing until ten minutes elapse. Here, the change rule management unit 13 generates a terminal MAC address using the same algorithm as the first embodiment. Also, the change rule management unit 13 stores the generated terminal MAC address in an MAC list table 26 g. For example, let us say that the MAC list table 26 g has 56 terminal MAC addresses, and a pointer (index) arranged to specify a terminal MAC address within the MAC list table 26 g is 8 bits (0 through 511).
  • Processing S2 through S4 is the same as that in the first embodiment.
  • (S5 g) The table generating unit 17 instructs generation of an MAC conversion table 16 g. At this time, not an MAC address itself but a pointer as to the relevant entry of the MAC list table 26 g generated by the change rule management unit 13 is stored in the MAC conversion table 16 g. Further, the table generating unit 17 generates an ARP table 23 for the ARP substitute response unit 22 regarding the terminal 1 under the ON-set port. The table generating unit 17 activates the list sharing unit 27 within the authentication switch 5 after the generation thereof. The list sharing unit 27 notifies each of the terminals Ia and Ib of the content of the MAC conversion table 16 g just once. The list sharing unit 37 within the terminal Ia stores the notified content in the MAC list table 36 within the terminal Ia. Next, the table generating unit 17 activates the change rule notification unit 14. Subsequently, the table generating unit 17 performs the processing Slg by the expiration of the valid period of a terminal MAC address.
  • (S212 g) The change rule notification unit 14 notifies the authenticated terminal Ia (MAC address=N) of a change rule for the port 8 a. A terminal MAC address to be notified in a change rule is not the MAC address itself but a pointer as to the list sent beforehand.
  • (S213 g) The frame sending/receiving unit 31 of the terminal Ia stores the received change rule. Subsequently, the frame sending/receiving unit 31 obtains a pointer corresponding to the valid period in the change rule 19 g, obtains the terminal MAC address pointed with this pointer in the MAC list table 36, and performs sending or receiving of a frame using this terminal MAC address. Similarly, the transfer unit 21 of the authentication switch 5 obtains a pointer corresponding to the valid period in the MAC conversion table 16 g, obtains the terminal MAC address pointed with this pointer in the MAC list table 26, and performs sending or receiving of a frame using this terminal MAC address.
  • According to the above-mentioned operation, when a change rule is notified between the authentication switch 5 and the terminal 1, an MAC address (6×8 bits) is not passed each time but only a pointer (8 bits) defined with the MAC list tables 26 and 36 is passed, thereby improving information efficiency.
  • Note that with regard to how to share the MAC list tables 26 and 36 between the authentication switch 5 and the terminal 1, the user may set the table to each apparatus through a UI, or the table stored and set within the authentication switch at the time of UI settings or shipping may be passed to the terminal, or the tables may be stored in the authentication switch and the terminal at the time of shipping or the like beforehand.
  • Eighth Embodiment
  • With the present embodiment, description will be made regarding an arrangement wherein the terminal and the authentication switch hold an MAC address generating algorithm beforehand, and the change rule notification unit 14 notifies only the input of the algorithm.
  • First, description will be made regarding the configuration of a communication system according to the present embodiment.
  • FIG. 22 is a block diagram illustrating one example of an authentication switch according to the eighth embodiment. The same reference numerals as those in FIG. 1 represent the same objects or equivalent objects shown in FIG. 1, so description thereof will be omitted here. When compared with the first embodiment, the authentication switch 5 is further provided with an algorithm sharing unit 28.
  • FIG. 23 is a block diagram illustrating one example of a terminal according to the eighth embodiment. The same reference numerals as those in FIG. 2 represent the same objects or equivalent objects shown in FIG. 2, so description thereof will be omitted here. As compared to the first embodiment, the terminal 1 is further provided with an algorithm sharing unit 38.
  • The algorithm sharing units 28 and 38 include the same MAC address generating algorithm wherein one terminal MAC address is generated from one input parameter a (alpha).
  • Next, description will be made regarding the operation of the communication system according to the present embodiment.
  • The operation of the communication system according to the present embodiment is the same as that in the first embodiment, but the change rule notification processing differs from that in the first embodiment. FIG. 24A and FIG. 24B are a sequence diagram illustrating one example of the operation of the change rule notification processing according to the eighth embodiment. The same reference numerals as those in FIG. 21A, FIG. 21B, FIG. 21C, FIG. 21D, and FIG. 21E represent the same objects or equivalent objects shown in FIG. 21A, FIG. 21B, FIG. 21C, FIG. 21D, and FIG. 21E, so description thereof will be omitted here. When compared with the seventh embodiment, processing Slh is executed instead of the processing Sig, processing S5 h is executed instead of the processing S5 g, processing S212 h is executed instead of the processing S212 g, and processing S213 h is executed instead of the processing S213 g.
  • (Slh) Let us say that with the authentication switch 5, the same setting as that in the first embodiment have been performed using each setting UI. The change rule management unit 13 automatically generates a change rule 18 h, such as a terminal MAC address changing once every minute, for just ten minutes worth, as to each ON-set port. After that, the change rule management unit 13 repeats the same processing until ten minutes elapse. Now, let us say that the MAC address generating algorithm in the MAC address generating units 28 and 38 is 2̂a (alpha) (a (alpha)=0 through 40).
  • Processing S2 through S4 is the same as that in the first embodiment.
  • (S5 h) The table generating unit 17 instructs the generation of an MAC conversion table 16. At this time, an input parameter a (alpha) of the MAC address generating algorithm is stored in the MAC conversion table, rather than \an MAC address itself. Also, the table generating unit 17 further generates an ARP table 23 for the ARP substitute response unit 22 regarding the terminals Ia and Ib under the ON-set port. Subsequently, the table generating unit 17 activates the algorithm sharing unit 28 within the authentication switch 5. The algorithm sharing unit 28 notifies each terminal 1 of the MAC address generating algorithm only once. The algorithm sharing unit 38 within the terminal 1 stores the notified MAC address generating algorithm in the frame sending/receiving unit 31 within the terminal 1. Subsequently, the table generating unit 17 activates the change rule notification unit 14. Subsequently, the table generating unit 17 performs the above-mentioned processing by the expiration of the valid period of a terminal MAC address.
  • (S212 h) The change rule notification unit 14 transmits a change rule employing the input parameter a (alpha) of the MAC address generating algorithm to the terminal Ia instead of the pointer according to the seventh embodiment.
  • (S213 h) The frame sending/receiving unit 31 of the terminal Ia stores the received change rule. Subsequently, the frame sending/receiving unit 31 obtains the input parameter a (alpha) corresponding to the valid period in the change rule 19 h, calculates a terminal MAC address by inputting this input parameter a (alpha) to the MAC address generating algorithm, and performs sending or receiving of a frame using this terminal MAC address. Similarly, the transfer unit 21 of the authentication switch 5 obtains the input parameter a (alpha) corresponding to the valid period in the MAC conversion table 16 g, calculates a terminal MAC address by inputting this input parameter a (alpha) to the MAC address generating algorithm, and performs sending or receiving of a frame using this terminal MAC address.
  • According to the above-mentioned operation, when a change rule is notified between the authentication switch 5 and the terminal 1, an MAC address (6×8 bits) is not passed each time but only an input parameter (a (alpha)=0 through 40) of the MAC address generating algorithm is passed, thereby improving information efficiency.
  • Note that with regard to how to share the MAC address generating algorithm between the authentication switch 5 and the terminal 1, the user may set the algorithm to each apparatus through a UI, or the algorithm stored and set within the authentication switch at the time of UI settings or shipping may be passed to the terminal, or the algorithm may be stored in the authentication switch and the terminal at the time of shipping or the like beforehand.
  • Ninth Embodiment
  • With the present embodiment, description will be made regarding an arrangement wherein in the event that the authentication switch 5 receives an MAC address different from assumption, the authentication switch 5 notifies an alarm to the effect that there is suspicion of an unauthorized terminal.
  • The configuration of a communication system according to the present embodiment is the same as that in the first embodiment.
  • The operation of the communication system according to the present embodiment is the same as that in the first embodiment, but the processing S22 in the case C is modified as below.
  • (S22) The receiving port of a frame which the authentication switch 5 received is the port 8 a (ON-set port), and the point in time is 01:01:05 Jan. 1, 2006, so the transfer unit 21 discards the frame based on the transfer processing, and concurrently, generates an apparatus alarm to the effect that there is suspicion of faking regarding the port 8 a which received the frame thereof and the terminal MAC address N. Further, the transfer unit 2.1 notifies the administrator of the authentication switch 5 on the network of an apparatus alarm.
  • According to the present embodiment, even if an unauthorized user can wiretap or reacquire the next MAC address each time the valid period of the MAC address of an authorized terminal expires, faking is detected by the system, thereby improving the safety of the system.
  • Tenth Embodiment
  • With the present embodiment, description will be made regarding an arrangement wherein the program of the frame sending/receiving unit 31 on the terminal 1 is distributed from the server.
  • First, description will be made regarding the configuration of a communication system according to the present embodiment.
  • The configuration of the authentication switch 5 according to the present embodiment is the same as that in the first embodiment.
  • FIG. 25 is a block diagram illustrating one example of a terminal according to the tenth embodiment. The same reference numerals as those in FIG. 2 represent the same objects or equivalent objects shown in FIG. 2, so description thereof will be omitted here. When compared with the first embodiment, the terminal 1 is further provided with USB memory 45, and a boot program 46 arranged to be loaded in the memory of the terminal 1 at the time of booting the terminal 1 to perform PXE (Preboot eXecution Environment) boot. A PXE boot processing unit 71 and authentication unit 32 make up the boot program 46. The Ethernet layer processing section 54, change rule receiving unit 55, change rule 19, physical layer processing section 57, and ROM 58 make up the frame sending/receiving unit 31.
  • The PXE boot is also referred to as a network boot. The terminal 1 does not need a disk, and includes a minimum function called a PXE client function on the ROM 58 of the NIC 43. The terminal 1 including this function performs the following operation (PXE boot) at the time of start-up.
  • Next, description will be made regarding the overview of the operation at the time of booting the terminal 1.
  • (S311) With the BIOS (Basic Input Output System) of the terminal 1, a boot device is set in the USB memory 45 beforehand, and upon booting being performed, the boot program stored in the USB memory 45 is loaded in the memory of the terminal 1, and activated.
  • (S312) The authentication unit 32 reads in the terminal MAC address unique to the NIC 43 stored in the ROM 58, and performs authentication processing with the authentication switch 5.
  • (S313) The authentication unit 32 gives a PXE boot processing unit 71 an instruction of operation.
  • (S314) The PXE boot processing unit 71 performs PXE boot processing.
  • Next, description will be made regarding the operation of the communication system according to the present embodiment.
  • The operation of the communication system according to the present embodiment is the same as that in the first embodiment, but the change rule notification processing differs from that in the first embodiment. FIG. 26A and FIG. 26B constitute a sequence diagram illustrating one example of the operation of the communication system according to the tenth embodiment. In this drawing, the same reference numerals as those in FIG. 4A, FIG. 4B, FIG. 4C, and FIG. 4D represent the same objects or equivalent objects shown in FIG. 4A, FIG. 4B, FIG. 4C, and FIG. 4D, so description thereof will be omitted here. With the present embodiment, the operation of a PXE server 9 is also shown. Here, the above-mentioned authentication processing is the same as the processing S1 through S5 in the first embodiment, but the table generating unit 17 generates a MAC conversion table 16 j which includes neither a valid period nor a substitute MAC address, and also does not perform the conversion of a terminal MAC address.
  • (S321, S322) The PXE boot processing unit 71 obtains an IP address using a DHCP (Dynamic Host Configuration Protocol) of the PXE server 9, and also obtains a PXE boot server address.
  • (S323, S324) The PXE boot processing unit 71 downloads an OS and a program using the file server function of the PXE server 9. Next, the PXE boot processing unit 71 loads an OS 42, an application 41, and so forth, which are distributed from the PXE server, in the memory of the terminal 1, and activates these.
  • (S325) Subsequently, the terminal 1 and the authentication switch 5 perform communication by performing the same MAC address conversion processing (e.g., S1 through S22) as that in the first embodiment.
  • The present embodiment enables the frame sending/receiving unit 31 on the terminal 1 to be obtained from the PXE server 9, whereby the time and effort relating to addition/modification of a program as to the terminal 1 can be markedly reduced.
  • Note that with the present embodiment, description has been made assuming that the PXE server 9 is a different apparatus from the authentication switch 5, but the PXE server 9 may be one function within the authentication switch 5. Also, the PXE boot processing unit 71 may be means configured to obtain a program other than the PXE boot function. Also, description has been made wherein the boot program 46 is stored in the USB memory 45, but the boot program 46 may be stored in another storage means as long as the means are activated at the time of booting the terminal 1.
  • Eleventh Embodiment
  • With the above-mentioned embodiments, an arrangement has been assumed wherein a frame format is the existing Ethernet frame format itself, and only an MAC address is rewritten. With the present embodiment, description will be made regarding a case wherein a header, indicating which valid period the MAC address pertains to, is inserted in a frame to be sent or received between the terminal 1 and the authentication switch 5.
  • FIG. 27 is a diagram illustrating one example of a frame format according to the eleventh embodiment. The authentication switch 5 according to the present embodiment employs a common Ethernet frame 81 as a frame to be sent or received at an OFF-set port, but also employs a frame 82 with a valid period header as a frame to be sent or received at an ON-set port. Unlike the frame format of a common Ethernet frame 81, with the frame format of a frame 82 with a valid period header, a type 83 having a value indicating a valid period header, and a valid period ID 84 which is a valid period identifier are newly inserted in the header. The valid period ID 84 is, for example, a value indicating the end time of a valid period.
  • The present embodiment enables which valid period the MAC address within a frame pertains to, to be clearly distinguished even before and after the expiration of valid period of the MAC address.
  • Twelfth Embodiment
  • With the present embodiment, description will be made regarding a case wherein the setting of ON/OFF of MAC address conversion processing according to the present invention is performed as well as the setting of ON/OFF of authentication as to each port.
  • The configuration and operation of a communication system according to the present embodiment are the same as those in the first embodiment, but the operation of the port definition unit 11 differs from that in the first embodiment.
  • FIG. 28 is a screen illustrating one example of a port setting UI according to the twelfth embodiment. When compared with the port setting UI in FIGS. 5A, 5B and 5C, the port setting UI according to the present embodiment includes an authentication ON/OFF setting item corresponding to the ON/OFF setting item, and is further provided with an MAC address conversion ON/OFF setting item. In the event that the MAC address conversion setting is ON, the authentication switch 5 performs the MAC address conversion processing according to the present invention, but in the event that the MAC address conversion setting is OFF, the authentication switch 5 performs the operation of the conventional authentication switch without converting a terminal MAC address.
  • The present embodiment enables an existing IEEE802.1x authenticated terminal, and a terminal to which the MAC address conversion processing according to the present invention is applied, to coexist.
  • Thirteenth Embodiment
  • With the present embodiment, description will be made regarding an arrangement wherein multiple authorized terminals are accommodated under one port.
  • The configuration of a communication system according to the present embodiment is the same as that in the first embodiment.
  • Next, description will be made regarding the operation of a communication system according to the present embodiment. FIG. 29A, FIG. 29B FIG. 29C FIG. 29D, and FIG. 29E constitute a sequence diagram illustrating one example of the operation of the communication system according to the thirteenth embodiment. In this drawing, the same reference numerals as those in FIG. 4A, FIG. 4B, FIG. 4C, and FIG. 4D represent the same objects or equivalent objects shown in FIG. 4A, FIG. 4B, FIG. 4C, and FIG. 4D, so description thereof will be omitted here. When compared with the first embodiment, processing Sim is executed instead of the processing Si, and processing S5 m is executed instead of the processing S5.
  • (Sim) Let us say that with the authentication switch 5, the same setting as that in the first embodiment has been performed at each setting UI. However, a substitute MAC address is set at the substitute MAC address setting UI, but is not correlated with a port. The change rule management unit 13 automatically generates a change rule, such as a terminal MAC address changing once every minute, for just ten minutes worth, as to each ON-set port. After that, the change rule management unit 13 repeats the same processing until ten minutes elapse. The change rule management unit 13 manages a change rule not for each port but for each terminal. Now, let us say that generated change rules 18 m and 18 n are appended with the indexes of unknown terminals X and Y respectively.
  • The processing S2 through S4 is the same as that in the first embodiment.
  • (S5 m) The table generating unit 17 instructs the generation of MAC conversion tables 16 m and 16 n. At this time, the table generating unit 17 assigns an unused change rule to a new terminal of which the authentication has been completed, of the change rules which the change rule management unit 13 manages. For example, the change rule of the terminal X is now not used, so is applied to the terminal Ia. Also, of the values input at the substitute MAC address setting UI, an unused substitute MAC address A is assigned to the terminal Ia.
  • Subsequently, the same processing as that in the first embodiment is executed.
  • The present embodiment enables multiple authorized terminals to be disposed under one port.
  • Note that a setting unit corresponds to the port definition unit, change rule management unit, and table generating unit according to the embodiments. Also, a notification unit corresponds to the change rule notification unit according to the embodiments. Also, an ARP response unit corresponds to the ARP substitute response unit according to the embodiments. Also, an obtaining unit corresponds to the change rule receiving unit according to the embodiments. Also, a sending/receiving unit corresponds to the Ethernet layer processing section according to the embodiments. Also, a download unit corresponds to the PXE boot processing unit according to the embodiment.
  • Also, setting steps correspond to the processing of the port definition unit, change rule management unit, and table generating unit according to the embodiments. Also, notification steps correspond to the processing of the change rule notification unit according to the embodiments. Also, transfer steps correspond to the processing of the transfer unit according to the embodiments.
  • Further, with a computer making up a network relay apparatus, a program arranged to execute the above-mentioned respective steps can be provided as a network relay program. Storing the above-mentioned program in a computer-readable recording medium enables the computer making up a network relay apparatus to execute the program. Here, examples of the above-mentioned computer-readable recording medium include an internal storage apparatus implemented in the computer such as ROM, RAM, or the like, a portable-type storage medium such as CD-ROM, a flexible disk, DVD disc, magneto-optical disc, IC card, or the like, a database holding a computer program, or another computer and the database thereof, and further a transmission medium on a circuit.
  • FIG. 30 is a sequence diagram illustrating one example of the operation of a communication system prior to application of the present example thereto. FIG. 30 illustrates the operations of two terminals 2, an authentication switch 105, a RADIUS (Remote Authentication Dial-In User Service) server (authentication server) 6. Also, in this drawing, the terminals 2 are connected to a port 108 a of the authentication switch 105 via a repeater 4. A port 108 c of the authentication switch 105 is connected to the RADIUS server 6 via a network 7. Description will be made below regarding the operation (S1001 through S1004) of the conventional communication system.
  • (S1001) The authentication switch 105 performs MAC address filtering arranged to cutoff all frames other than authentication frames in an initial state. With the setting of the MAC address filtering, an MAC address, and permission/prohibition are shown for each receiving port. With a setting 109 a of the MAC address filtering at this time, all the MAC addresses are assumed to be prohibited at the receiving port 108 a. It can be determined based on the destination MAC address (01:80:C2:00:00:03) or Ethernet Type value (0x888e) of the frame whether or not a frame is an authentication frame.
  • (S1002) Upon power supply being turned on, the terminals 2 transmit an authentication request frame to the authentication switch 105.
  • (S1003) The authentication switch 105 performs authentication processing in cooperation with the RADIUS server 6 based on the authentication key within a frame received from the terminal. The authentication key is an identifier (ID) or password manually input from a terminal user, or a value read from an Integrated Circuit (IC) card held by a user.
  • (S1004) In the event that authentication has been accepted, the authentication switch 105 regards the user on the terminal thereof as an authorized user, and clears cutoff as to the terminal thereof (hereafter, also referred to as an authorized terminal). With a setting 109 b of the MAC address filtering at this time, the MAC address N of the authorized terminal is assumed to be permitted at the receiving port 108 a, and the other MAC addresses are assumed to be prohibited. According to the IEEE802.1x regulation, cutoff of the port stored in the relevant terminal is cleared, but as for common implementation, in order to improve security, cutoff of the relevant port is cleared only as to the sending source MAC address of the authentication frame received at the time of authentication.
  • However, the authentication switch 105 in FIG. 30 determines whether or not transfer (network access) can be performed only based on the receiving port and the MAC address of a frame, even after authentication using the authentication key. At this time, the above-mentioned communication system causes a problem wherein an unauthorized user having no authorized authentication key obtains the MAC address of an authorized terminal by wiretapping or the like of communication exchanged between a terminal and an authentication switch, fakes the MAC address of that terminal using the obtained MAC address, and consequently the unauthorized user can achieve network access.
  • Also, there is a method arranged to encrypt all the frames between an authorized terminal and a switch so as to prevent network access by faking an MAC address alone. With this method, after completion of IEEE802.1x authentication, a terminal and an authentication switch periodically exchange an encryption key on an encrypted channel which cannot be observed from other terminals, and all the frames are encrypted between the terminal and the authentication switch using this encrypted key. The encrypted channel is a channel realized with an arrangement of challenge & response or the like, so another terminal not participating in this exchange does not know the encryption key, and consequently, an unauthorized user fails to perform terminal faking. With this method, the authentication switch determines based on a receiving port, MAC address, and encryption key whether or not a frame can be transferred, whereby durability as to terminal MAC address faking can be improved as compared with the operation of the original IEEE802.1x.
  • However, this method requires encryption/decryption of all the frames, which causes a problem of increase in the processing load relating to encryption/decryption at the authentication switch. In light of the fact that Gbps-order wired communication is becoming commonplace, encryption/decryption of all the frames is unrealistic. Also, with a layer which is equal to or greater than layer 3, encryption is frequently performed using IPsec (Security Architecture for Internet Protocol)/SSL (Secure Socket Layer) or the like, and accordingly, it can also be said to be redundant to further encrypt all the frames in layer 2.
  • The above-described present embodiments prevent MAC address faking, and also can provide a network relay program, a network relay apparatus, a communication system, and a network relay method, whereby frame transfer processing can be performed efficiently.

Claims (13)

1. A method of relaying by network between a plurality of terminal devices and a relay device, comprising:
providing first address information corresponding to a first one of said terminal devices shared between said first terminal device and said relay device;
providing second address information used by the other terminal devices than said first terminal device for accessing via said relay device said first terminal device;
providing a table of said first address information and said second address information in association with each other at said relay device; and
changing the content of said first address information with time, said first address information enabling said relay device to access said first device, said relay device enabling other terminal devices to access said first terminal device by converting said first and second address information in reference to said table notwithstanding changing of the content of the first address information.
2. A method according to the claim 1, wherein said address information is Media Access Control (MAC) address.
3. A method according to the claim 1, further
comprising, changing to said first address information in association with said second address information when said relay device receives a frame having said second address information from the other terminal devices.
4. A method according to the claim 1, further comprising, authenticating said first terminal device when said relay device receives the request for connecting from said first terminal device.
5. A method according to the claim 1, further comprising, responding from said relay device to terminal devices by the representation upon receiving an ARP request about said first terminal device.
6. A method according to the claim 1, further comprising, providing a plurality of sets of said first address information and available time of the address, and sending the set to said first terminal device)
7. A method according to the claim 1, wherein said available time is expressed with date and time of executing changing said first address information.
8. A method according to the claim 1, wherein said available time is expressed with period for using said first address information.
9. A method according to the claim 1, wherein said time is number of frames, having said first address and sent to or received from first terminal device.
10. A method according to the claim 1, wherein said first terminal device comprises a table having said first address information and pointer information concerned with the address information,
further comprising, sending said pointer information as said first MAC address from said relay device to said first terminal device.
11. An apparatus for relaying by network between a plurality of terminal devices and relay device, comprising:
a controller for controlling said apparatus in accordance with a process comprising:
providing first address information corresponding to a first one of said terminal devices shared between said first terminal device and said relay device;
providing second address information used by the other terminal devices than said first terminal device for accessing via said relay device said first terminal device;
providing a table of said first address information and
said second address information in association with each other at said relay device; and
changing the content of said first address information with time, said first address information enabling said relay device to access said first device, said relay device enabling other terminal devices to access said first terminal device by converting said first and second address information in reference to said table notwithstanding changing of the content of the first address information.
12. A computer readable medium storing a program relaying by network between a plurality of terminal devices and relay device, according to a process comprising:
providing first address information corresponding to a first one of said terminal devices shared between said first terminal device and said relay device;
providing second address information used by the other terminal devices than said first terminal device for accessing via said relay device said first terminal device;
providing a table of said first address information and said second address information in association with each other at said relay device; and
changing the content of said first address information with time, said first address information enabling said relay device to access said first device, said relay device enabling other terminal devices to access said first terminal device by converting said first and second address information in reference to said table notwithstanding changing of the content of the first address information.
13. A method of relaying by network between a plurality of terminal devices and a relay device, comprising:
setting first Media Access Control (MAC) address corresponding to a first one of said terminal devices and available time of the address;
setting second MAC address to access to said first terminal device for other terminal devices via said relay device;
setting a table that consists of said first MAC address, said available time, and said second MAC address, at said relay device;
preparing first MAC address value for said first address for each available time;
informing said first MAC address and available time from said relay device to said first terminal device;
judging at said relay device frame's destination MAC address is available or not at the time when frame received, using said table;
discarding said frame when said judgment result is unavailable; and
converting the first MAC address of said received frame into said second MAC address in reference to said table when said judgment result is available.
US12/000,677 2006-12-18 2007-12-14 Network relay method, network relay apparatus, and network relay program Expired - Fee Related US8224988B2 (en)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2006-339319 2006-12-18
JP2006339319A JP4347335B2 (en) 2006-12-18 2006-12-18 Network relay program, network relay device, communication system, and network relay method

Publications (2)

Publication Number Publication Date
US20080209071A1 true US20080209071A1 (en) 2008-08-28
US8224988B2 US8224988B2 (en) 2012-07-17

Family

ID=39655630

Family Applications (1)

Application Number Title Priority Date Filing Date
US12/000,677 Expired - Fee Related US8224988B2 (en) 2006-12-18 2007-12-14 Network relay method, network relay apparatus, and network relay program

Country Status (2)

Country Link
US (1) US8224988B2 (en)
JP (1) JP4347335B2 (en)

Cited By (23)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20100189114A1 (en) * 2009-01-27 2010-07-29 Hitachi, Ltd. Network communication node
US20100325235A1 (en) * 2009-06-19 2010-12-23 Nintendo Co., Ltd. Information processing system, information processing apparatus and information processing system control method, capable of providing, regardless of execution/non-execution of an application, data usable by the application to other information processing apparatus
US20110060825A1 (en) * 2009-09-09 2011-03-10 Nintendo Co., Ltd Information processing system, information processing apparatus, method of controlling information processing apparatus and recording medium recording control program for information processing apparatus, capable of executing efficient data communication dispensing with communication with once communicated partner
US20110078331A1 (en) * 2008-10-22 2011-03-31 Fortinet, Inc. Mechanism for enabling layer two host addresses to be shielded from the switches in a network
US20110113130A1 (en) * 2009-11-07 2011-05-12 Harris Technology, Llc Address Sharing Network
US20110119735A1 (en) * 2009-11-13 2011-05-19 Hidemitsu Higuchi Apparatus and system effectively using a plurality of authentication servers
US8433375B2 (en) 2010-06-11 2013-04-30 Nintendo Co., Ltd. Portable information terminal, portable information system, and computer-readable storage medium having stored thereon portable information terminal control program
US8505008B2 (en) 2010-06-11 2013-08-06 Nintendo Co., Ltd. Portable information terminal having control for executing a task via dedicated access points, and method for controlling execution of a task in a portable information terminal via dedicated access points
US8700478B2 (en) 2010-05-31 2014-04-15 Nintendo Co., Ltd. Computer-readable storage medium, information processing apparatus, information processing system, and information processing method
US8874037B2 (en) 2010-12-28 2014-10-28 Nintendo Co., Ltd. Communication system, computer-readable storage medium having stored thereon information processing program, information processing method, information processing apparatus, and information processing system
US8990299B2 (en) 2010-06-10 2015-03-24 Nintendo Co., Ltd. Information processing apparatus, method of controlling information processing apparatus, and recording medium storing control program
CN104955038A (en) * 2014-03-25 2015-09-30 华为终端有限公司 Method for distributing addressing identification, and access point, site and communication system
ES2552675A1 (en) * 2014-05-29 2015-12-01 Tecteco Security Systems, S.L. Routing method with security and authentication at the frame level (Machine-translation by Google Translate, not legally binding)
US20160212193A1 (en) * 2015-01-15 2016-07-21 Canon Kabushiki Kaisha Transmission apparatus, communication method, and storage medium
US9433861B2 (en) 2010-09-17 2016-09-06 Nintendo Co., Ltd. Computer-readable storage medium having information processing program stored therein, handheld terminal apparatus, system, information processing method, and communication system
US9588748B2 (en) 2010-06-11 2017-03-07 Nintendo Co., Ltd. Information processing terminal, information processing system, computer-readable storage medium having stored thereon information processing program, and information processing method
US20170078179A1 (en) * 2013-09-04 2017-03-16 Aruba Networks, Inc. Synthetic client
US20170099662A1 (en) * 2015-10-02 2017-04-06 Cisco Technology, Inc. Dynamically hashed mac address for transmission in a network
JP2017168915A (en) * 2016-03-14 2017-09-21 Necプラットフォームズ株式会社 Switch device, control method, and program
US11223600B2 (en) * 2018-11-28 2022-01-11 Self Electronics Co., Ltd. Mac address synchronization method
US20230008699A1 (en) * 2021-07-07 2023-01-12 Cisco Technology Inc. MACsec Key Exchange Attribute Reflection for Transparent Provider Backbone Bridge Forwarding Over Public Ethernet Provider Backbones
US20230353534A1 (en) * 2022-04-28 2023-11-02 Cisco Technology, Inc. Central scheduling for enterprise wireless randomizing changing/rotating mac address
US11963245B2 (en) 2018-10-12 2024-04-16 Beijing Xiaomi Mobile Software Co., Ltd. Identifier update method, apparatus, device and system, and storage medium

Families Citing this family (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8386762B2 (en) * 2009-04-05 2013-02-26 Citrix Systems, Inc. Methods and systems for modifying disk images to provide network interface card teaming capabilities
US9756501B2 (en) * 2011-10-24 2017-09-05 Blackberry Limited System and method for wireless device configuration
JP5426717B2 (en) * 2012-04-23 2014-02-26 エスアイアイ・ネットワーク・システムズ株式会社 Layer 2 connection device, communication system, and communication method
US9473940B2 (en) * 2015-02-20 2016-10-18 Roku, Inc. Authenticating a browser-less data streaming device to a network with an external browser
US10747206B2 (en) * 2017-10-05 2020-08-18 Honeywell International Inc. Intelligent data access for industrial internet of things devices using latent semantic indexing
JP7042069B2 (en) * 2017-12-08 2022-03-25 アラクサラネットワークス株式会社 Network equipment and network systems
WO2020073333A1 (en) * 2018-10-12 2020-04-16 北京小米移动软件有限公司 Identifier update method, apparatus, device and system, and storage medium

Citations (12)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20010049825A1 (en) * 2000-05-02 2001-12-06 Ryota Hirose Network device with dual machine addresses
US20040006642A1 (en) * 2002-07-06 2004-01-08 Kyung-Hun Jang Method of guaranteeing users' anonymity and wireless local area network (LAN) system therefor
US20040014475A1 (en) * 2002-07-09 2004-01-22 Kabushiki Kaisha Toshiba Communication scheme with arbitration mechanism for cases of address initialization and server setting
US20040148358A1 (en) * 2003-01-28 2004-07-29 Singh Tarvinder P. Indirect disposable email addressing
US20050050352A1 (en) * 2003-08-28 2005-03-03 International Business Machines Corporation Method and system for privacy in public networks
US20050163123A1 (en) * 2001-06-25 2005-07-28 Gangadharan Sushilkumar Method and apparatus for implementing a MAC address pool for assignment to a virtual interface aggregate
US20070026858A1 (en) * 2005-08-01 2007-02-01 Nec Corporation Cellular phone terminal having built-in wireless LAN, cellular phone system and personal information protection method therefor
US20070211653A1 (en) * 2006-03-10 2007-09-13 Nec Corporation Wireless communication device, mac address management system, wireless communication method, and program
US20070280207A1 (en) * 2004-03-03 2007-12-06 Mitsubishi Electric Corporation Layer 2 Switch Network System
US7324490B2 (en) * 2003-02-18 2008-01-29 Ntt Docomo, Inc. Communication system, address management method, relay device, and management device
US7359989B2 (en) * 2002-01-18 2008-04-15 Nokia Corporation Addressing in wireless local area networks
US7756140B2 (en) * 2006-07-07 2010-07-13 Fujitsu Limited Relay device, path control method, and path control program

Family Cites Families (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP3570310B2 (en) 1999-10-05 2004-09-29 日本電気株式会社 Authentication method and authentication device in wireless LAN system

Patent Citations (13)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20010049825A1 (en) * 2000-05-02 2001-12-06 Ryota Hirose Network device with dual machine addresses
US6928478B1 (en) * 2001-06-25 2005-08-09 Network Appliance, Inc. Method and apparatus for implementing a MAC address pool for assignment to a virtual interface aggregate
US20050163123A1 (en) * 2001-06-25 2005-07-28 Gangadharan Sushilkumar Method and apparatus for implementing a MAC address pool for assignment to a virtual interface aggregate
US7359989B2 (en) * 2002-01-18 2008-04-15 Nokia Corporation Addressing in wireless local area networks
US20040006642A1 (en) * 2002-07-06 2004-01-08 Kyung-Hun Jang Method of guaranteeing users' anonymity and wireless local area network (LAN) system therefor
US20040014475A1 (en) * 2002-07-09 2004-01-22 Kabushiki Kaisha Toshiba Communication scheme with arbitration mechanism for cases of address initialization and server setting
US20040148358A1 (en) * 2003-01-28 2004-07-29 Singh Tarvinder P. Indirect disposable email addressing
US7324490B2 (en) * 2003-02-18 2008-01-29 Ntt Docomo, Inc. Communication system, address management method, relay device, and management device
US20050050352A1 (en) * 2003-08-28 2005-03-03 International Business Machines Corporation Method and system for privacy in public networks
US20070280207A1 (en) * 2004-03-03 2007-12-06 Mitsubishi Electric Corporation Layer 2 Switch Network System
US20070026858A1 (en) * 2005-08-01 2007-02-01 Nec Corporation Cellular phone terminal having built-in wireless LAN, cellular phone system and personal information protection method therefor
US20070211653A1 (en) * 2006-03-10 2007-09-13 Nec Corporation Wireless communication device, mac address management system, wireless communication method, and program
US7756140B2 (en) * 2006-07-07 2010-07-13 Fujitsu Limited Relay device, path control method, and path control program

Cited By (50)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20110235639A1 (en) * 2008-10-22 2011-09-29 Fortinet, Inc. Mechanism for enabling layer two host addresses to be shielded from the switches in a network
US20110078331A1 (en) * 2008-10-22 2011-03-31 Fortinet, Inc. Mechanism for enabling layer two host addresses to be shielded from the switches in a network
US9325526B2 (en) 2008-10-22 2016-04-26 Fortinet, Inc. Mechanism for enabling layer two host addresses to be shielded from the switches in a network
US8125996B2 (en) * 2008-10-22 2012-02-28 Fortinet, Inc. Mechanism for enabling layer two host addresses to be shielded from the switches in a network
US8498293B2 (en) 2008-10-22 2013-07-30 Fortinet, Inc. Mechanism for enabling layer two host addresses to be shielded from the switches in a network
US9948576B2 (en) 2008-10-22 2018-04-17 Fortinet, Inc. Mechanism for enabling layer two host addresses to be shielded from the switches in a network
US20100189114A1 (en) * 2009-01-27 2010-07-29 Hitachi, Ltd. Network communication node
US20100325235A1 (en) * 2009-06-19 2010-12-23 Nintendo Co., Ltd. Information processing system, information processing apparatus and information processing system control method, capable of providing, regardless of execution/non-execution of an application, data usable by the application to other information processing apparatus
US9089773B2 (en) 2009-06-19 2015-07-28 Nintendo Co., Ltd. Information processing system, information processing apparatus and information processing system control method, capable of providing, regardless of execution/non-execution of an application, data usable by the application to other information processing apparatus
US8903934B2 (en) 2009-06-19 2014-12-02 Nintendo Co., Ltd. Data exchange in an information processing system
US10086290B2 (en) 2009-06-19 2018-10-02 Nintendo Co., Ltd. Information processing system, information processing apparatus and information processing system control method, capable of providing, regardless of execution/non-execution of an application, data usable by the application to other information processing apparatus
US20110060825A1 (en) * 2009-09-09 2011-03-10 Nintendo Co., Ltd Information processing system, information processing apparatus, method of controlling information processing apparatus and recording medium recording control program for information processing apparatus, capable of executing efficient data communication dispensing with communication with once communicated partner
US9450917B2 (en) * 2009-09-09 2016-09-20 Nintendo Co., Ltd. Information processing system, apparatus, method and control program capable of executing efficient data communication dispensing with communication with once communicated partner
US8312123B2 (en) * 2009-11-07 2012-11-13 Harris Technology, Llc Address sharing network
US8412811B1 (en) 2009-11-07 2013-04-02 Harris Technology, Llc Address sharing network
US20110113130A1 (en) * 2009-11-07 2011-05-12 Harris Technology, Llc Address Sharing Network
US10003968B2 (en) 2009-11-13 2018-06-19 Alaxala Networks Corporation Apparatus and system effectively using a plurality of authentication servers
US20110119735A1 (en) * 2009-11-13 2011-05-19 Hidemitsu Higuchi Apparatus and system effectively using a plurality of authentication servers
US8700478B2 (en) 2010-05-31 2014-04-15 Nintendo Co., Ltd. Computer-readable storage medium, information processing apparatus, information processing system, and information processing method
US9656173B2 (en) 2010-05-31 2017-05-23 Nintendo Co., Ltd. Computer-readable storage medium, information processing apparatus, information processing system, and information processing method
US8990299B2 (en) 2010-06-10 2015-03-24 Nintendo Co., Ltd. Information processing apparatus, method of controlling information processing apparatus, and recording medium storing control program
US8433375B2 (en) 2010-06-11 2013-04-30 Nintendo Co., Ltd. Portable information terminal, portable information system, and computer-readable storage medium having stored thereon portable information terminal control program
US10296319B2 (en) 2010-06-11 2019-05-21 Nintendo Co., Ltd. Information processing terminal, information processing system, computer-readable storage medium having stored thereon information processing program, and information processing method
US8954118B2 (en) 2010-06-11 2015-02-10 Nintendo Co., Ltd. Portable information system
US9588748B2 (en) 2010-06-11 2017-03-07 Nintendo Co., Ltd. Information processing terminal, information processing system, computer-readable storage medium having stored thereon information processing program, and information processing method
US8505008B2 (en) 2010-06-11 2013-08-06 Nintendo Co., Ltd. Portable information terminal having control for executing a task via dedicated access points, and method for controlling execution of a task in a portable information terminal via dedicated access points
US9832718B2 (en) 2010-06-11 2017-11-28 Nintendo Co., Ltd. Portable information terminal using near field communication
US9433861B2 (en) 2010-09-17 2016-09-06 Nintendo Co., Ltd. Computer-readable storage medium having information processing program stored therein, handheld terminal apparatus, system, information processing method, and communication system
US8874037B2 (en) 2010-12-28 2014-10-28 Nintendo Co., Ltd. Communication system, computer-readable storage medium having stored thereon information processing program, information processing method, information processing apparatus, and information processing system
US20180083853A9 (en) * 2013-09-04 2018-03-22 Aruba Networks, Inc. Synthetic client
US20170078179A1 (en) * 2013-09-04 2017-03-16 Aruba Networks, Inc. Synthetic client
US10392823B2 (en) * 2013-09-04 2019-08-27 Hewlett Packard Enterprise Development Lp Synthetic client
KR101826936B1 (en) * 2014-03-25 2018-02-07 후아웨이 디바이스 (둥관) 컴퍼니 리미티드 Method for allocating addressing identifier, access point, station and communications system
US10382435B2 (en) 2014-03-25 2019-08-13 Huawei Device Co., Ltd. Method for allocating addressing identifier, access point, station, and communications system
CN104955038A (en) * 2014-03-25 2015-09-30 华为终端有限公司 Method for distributing addressing identification, and access point, site and communication system
EP3116252A4 (en) * 2014-03-25 2017-02-22 Huawei Device Co., Ltd. Method for allocating addressing identifier, access point, station and communication system
US10257186B2 (en) 2014-05-29 2019-04-09 Tecteco Security Systems, S.L. Method and network element for improved access to communication networks
ES2552675A1 (en) * 2014-05-29 2015-12-01 Tecteco Security Systems, S.L. Routing method with security and authentication at the frame level (Machine-translation by Google Translate, not legally binding)
US10129246B2 (en) 2014-05-29 2018-11-13 Tecteco Security Systems, S.L. Assignment and distribution of network configuration parameters to devices
US20160212193A1 (en) * 2015-01-15 2016-07-21 Canon Kabushiki Kaisha Transmission apparatus, communication method, and storage medium
US10257252B2 (en) * 2015-01-15 2019-04-09 Canon Kabushiki Kaisha Transmission apparatus, communication method, and storage medium
US20170099662A1 (en) * 2015-10-02 2017-04-06 Cisco Technology, Inc. Dynamically hashed mac address for transmission in a network
US9883382B2 (en) * 2015-10-02 2018-01-30 Cisco Technology, Inc. Dynamically hashed MAC address for transmission in a network
JP2017168915A (en) * 2016-03-14 2017-09-21 Necプラットフォームズ株式会社 Switch device, control method, and program
US11963245B2 (en) 2018-10-12 2024-04-16 Beijing Xiaomi Mobile Software Co., Ltd. Identifier update method, apparatus, device and system, and storage medium
US11223600B2 (en) * 2018-11-28 2022-01-11 Self Electronics Co., Ltd. Mac address synchronization method
US20230008699A1 (en) * 2021-07-07 2023-01-12 Cisco Technology Inc. MACsec Key Exchange Attribute Reflection for Transparent Provider Backbone Bridge Forwarding Over Public Ethernet Provider Backbones
US11870762B2 (en) * 2021-07-07 2024-01-09 Cisco Technology, Inc. MACsec key exchange attribute reflection for transparent provider backbone bridge forwarding over public ethernet provider backbones
US20230353534A1 (en) * 2022-04-28 2023-11-02 Cisco Technology, Inc. Central scheduling for enterprise wireless randomizing changing/rotating mac address
US11902246B2 (en) * 2022-04-28 2024-02-13 Cisco Technology, Inc. Central scheduling for enterprise wireless randomizing changing/rotating MAC address

Also Published As

Publication number Publication date
JP2008153905A (en) 2008-07-03
US8224988B2 (en) 2012-07-17
JP4347335B2 (en) 2009-10-21

Similar Documents

Publication Publication Date Title
US8224988B2 (en) Network relay method, network relay apparatus, and network relay program
US10708780B2 (en) Registration of an internet of things (IoT) device using a physically uncloneable function
US8316142B2 (en) Subnet box
US7725933B2 (en) Automatic hardware-enabled virtual private network system
US8806565B2 (en) Secure network location awareness
US9215234B2 (en) Security actions based on client identity databases
US20100122338A1 (en) Network system, dhcp server device, and dhcp client device
US10397047B2 (en) Apparatus, system, and method for secure remote configuration of network devices
WO2009035829A1 (en) Improved dynamic host configuration protocol
US9438583B2 (en) Certificate generation method, certificate generation apparatus, information processing apparatus, and communication device
JP4920878B2 (en) Authentication system, network line concentrator, authentication method used therefor, and program thereof
US20150249639A1 (en) Method and devices for registering a client to a server
US10917406B2 (en) Access control method and system, and switch
JP5869552B2 (en) Method for securing access to data or services accessible through a device performing the method and corresponding device
CN102571811A (en) User access authority control system and method thereof
US20220141027A1 (en) Automatic distribution of dynamic host configuration protocol (dhcp) keys via link layer discovery protocol (lldp)
WO2020009129A1 (en) Device and method for mediating configuration of authentication information
Gao et al. SecT: A lightweight secure thing-centered IoT communication system
JP6527115B2 (en) Device list creating system and device list creating method
US11171786B1 (en) Chained trusted platform modules (TPMs) as a secure bus for pre-placement of device capabilities
WO2017104129A1 (en) Authentication device, authentication system, and authentication method
WO2005057341A2 (en) Automatic hardware-enabled virtual private network system
Zhang et al. Evolving intelligent devices for the future via named data networking
CN117040817A (en) Authentication method and device
WO2016206390A1 (en) Method for processing over-the-air bootstrap and terminal device

Legal Events

Date Code Title Description
AS Assignment

Owner name: FUJITSU LIMITED,JAPAN

Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNOR:KUBOTA, MAKOTO;REEL/FRAME:020297/0422

Effective date: 20070910

Owner name: FUJITSU LIMITED, JAPAN

Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNOR:KUBOTA, MAKOTO;REEL/FRAME:020297/0422

Effective date: 20070910

STCF Information on status: patent grant

Free format text: PATENTED CASE

FEPP Fee payment procedure

Free format text: PAYOR NUMBER ASSIGNED (ORIGINAL EVENT CODE: ASPN); ENTITY STATUS OF PATENT OWNER: LARGE ENTITY

FPAY Fee payment

Year of fee payment: 4

FEPP Fee payment procedure

Free format text: MAINTENANCE FEE REMINDER MAILED (ORIGINAL EVENT CODE: REM.); ENTITY STATUS OF PATENT OWNER: LARGE ENTITY

LAPS Lapse for failure to pay maintenance fees

Free format text: PATENT EXPIRED FOR FAILURE TO PAY MAINTENANCE FEES (ORIGINAL EVENT CODE: EXP.); ENTITY STATUS OF PATENT OWNER: LARGE ENTITY

STCH Information on status: patent discontinuation

Free format text: PATENT EXPIRED DUE TO NONPAYMENT OF MAINTENANCE FEES UNDER 37 CFR 1.362

FP Lapsed due to failure to pay maintenance fee

Effective date: 20200717