WO2007006192A1 - Procédé de détection de tricheurs dans les jeux en réseau - Google Patents

Procédé de détection de tricheurs dans les jeux en réseau Download PDF

Info

Publication number
WO2007006192A1
WO2007006192A1 PCT/CN2006/000882 CN2006000882W WO2007006192A1 WO 2007006192 A1 WO2007006192 A1 WO 2007006192A1 CN 2006000882 W CN2006000882 W CN 2006000882W WO 2007006192 A1 WO2007006192 A1 WO 2007006192A1
Authority
WO
WIPO (PCT)
Prior art keywords
client
data
server
verification
authenticated
Prior art date
Application number
PCT/CN2006/000882
Other languages
English (en)
French (fr)
Inventor
Rong Wang
Original Assignee
Rong Wang
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 Rong Wang filed Critical Rong Wang
Publication of WO2007006192A1 publication Critical patent/WO2007006192A1/zh

Links

Classifications

    • A63F13/12
    • AHUMAN NECESSITIES
    • A63SPORTS; GAMES; AMUSEMENTS
    • A63FCARD, BOARD, OR ROULETTE GAMES; INDOOR GAMES USING SMALL MOVING PLAYING BODIES; VIDEO GAMES; GAMES NOT OTHERWISE PROVIDED FOR
    • A63F13/00Video games, i.e. games using an electronically generated display having two or more dimensions
    • A63F13/70Game security or game management aspects
    • A63F13/75Enforcing rules, e.g. detecting foul play or generating lists of cheating players
    • AHUMAN NECESSITIES
    • A63SPORTS; GAMES; AMUSEMENTS
    • A63FCARD, BOARD, OR ROULETTE GAMES; INDOOR GAMES USING SMALL MOVING PLAYING BODIES; VIDEO GAMES; GAMES NOT OTHERWISE PROVIDED FOR
    • A63F13/00Video games, i.e. games using an electronically generated display having two or more dimensions
    • A63F13/30Interconnection arrangements between game servers and game devices; Interconnection arrangements between game devices; Interconnection arrangements between game servers
    • AHUMAN NECESSITIES
    • A63SPORTS; GAMES; AMUSEMENTS
    • A63FCARD, BOARD, OR ROULETTE GAMES; INDOOR GAMES USING SMALL MOVING PLAYING BODIES; VIDEO GAMES; GAMES NOT OTHERWISE PROVIDED FOR
    • A63F13/00Video games, i.e. games using an electronically generated display having two or more dimensions
    • A63F13/70Game security or game management aspects
    • A63F13/71Game security or game management aspects using secure communication between game devices and game servers, e.g. by encrypting game data or authenticating players
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00Data switching networks
    • H04L12/02Details
    • H04L12/16Arrangements for providing special services to substations
    • H04L12/18Arrangements for providing special services to substations for broadcast or conference, e.g. multicast
    • H04L12/1813Arrangements for providing special services to substations for broadcast or conference, e.g. multicast for computer conferences, e.g. chat rooms
    • H04L12/1822Conducting the conference, e.g. admission, detection, selection or grouping of participants, correlating users to one or more conference sessions, prioritising transmission
    • AHUMAN NECESSITIES
    • A63SPORTS; GAMES; AMUSEMENTS
    • A63FCARD, BOARD, OR ROULETTE GAMES; INDOOR GAMES USING SMALL MOVING PLAYING BODIES; VIDEO GAMES; GAMES NOT OTHERWISE PROVIDED FOR
    • A63F2300/00Features of games using an electronically generated display having two or more dimensions, e.g. on a television screen, showing representations related to the game
    • A63F2300/50Features of games using an electronically generated display having two or more dimensions, e.g. on a television screen, showing representations related to the game characterized by details of game servers
    • A63F2300/55Details of game data or player data management
    • A63F2300/5586Details of game data or player data management for enforcing rights or rules, e.g. to prevent foul play

Definitions

  • the invention provides a network data detecting method, in particular to a method for detecting cheating in a network game. Background technique
  • An object of the present invention is to provide a method of detecting whether a client in a game is cheating by mutually verifying a network game client.
  • a method for detecting cheating in a network game for a network game system having a server and a client comprising the following steps:
  • Step 1 The authenticated client and the at least one verification client respectively receive the data transmitted from the server;
  • Step 2 The verified client sends the operation data 2 that affects the game that occurs on the client to at least one verification client, and sends the verified client to the server by processing the data one and the data two. Data three;
  • Step 3 The at least one verification client processes the data one and the data two to obtain at least one data that the verification client should send to the server.
  • Step 4 Compare data three and data three. If the two are different, it can be concluded that at least one of the authenticated client and the at least one authentication client has cheating behavior.
  • the data 2 further includes time data.
  • the time data may be one or all of the following:
  • the data 1 further includes time data that the server sends the data for a while.
  • the step 1 may further include the following steps:
  • the server first sends data one to the authenticated client, and then the authenticated client sends data to at least one verification client; or
  • the server sends data one to the authenticated client and at least one authentication client respectively.
  • the data transmitted by the verified client to the at least one verification client is encrypted by using an RSA algorithm; the server transmits the decrypted public key to the at least one verification client; or, the authenticated client and the at least one verification
  • the client separately receives the data transmitted from the server and encrypts it by using the RSA algorithm; the server transmits the decrypted public key to the authenticated client and at least one of the trusted clients.
  • step 4 comparing data three and data three, it is also possible to compare only one part of data three and data three, if the two are not the same, then it can be obtained At least one of the authenticated client and the authenticated client has a cheating behavior.
  • the step 4 may further include the following steps:
  • the authenticated client and the at least one verification client send the data three and the data three to the server, and the server compares the data three and the data three; or
  • the authenticated client sends the data three to the at least one verification client, and the at least one verification client compares the data three and: according to three; or
  • At least one of the client clients sends the data three to the insurance client, and the verified client compares the data three and the data three.
  • the step 4 may further include the following steps:
  • the verified client and the at least one verification client send the CRC check of the data three and the CRC check of the data three to the server, and the server compares the CRC check of the data three with the CRC check of the data three; or ,
  • the verified client sends the CRC check of the data three to the at least one verification client, and at least one verification client compares the CRC check of the data three with the CRC check of the data three; or
  • At least one client sends the CRC check of data three to the authenticated client, and the authenticated client compares the CRC check according to the third CRC checksum data three.
  • the step 4 may further include the following steps:
  • the server When it is found that the data obtained by the client is different from the data of the positive client, the server will give the server, and according to the data, the CRC of the data "three data or three data" that the verified client should send to the server is obtained. School face; then,
  • the at least one verification client can also use the verified client. Number received by the end According to one sent to the server; comparing the data received from the authenticated client with the data sent by the server to the authenticated client, if the two are not the same, then at least the verified client and the verified client can be obtained. a cheating behavior; or,
  • the at least one verification client sends a CRC check of the data one received from the verified client to the server, and sends a CRC check of the data received from the authenticated client to the server to be verified by the server.
  • the CRC check of the data one is compared. If the two are different, it can be concluded that at least one of the verified client and the verification client has a cheating behavior.
  • the verified client interrupts the at least one verification client currently connected, and is replaced with another at least one verification client.
  • the time interval may be a fixed time interval of 30 seconds or 40 seconds.
  • the verified client further needs to pass the data one and the data two occurring in the specific time interval to the at least one verification client after the replacement for verification.
  • the client, the client and the server use UDP (User Datagram Protocol) protocol to transmit data.
  • the operation data affecting the game in the data 2 may be operation data generated by various input/output devices and having an influence on the game.
  • the input and output device comprises one or a combination of the following: a mouse, a keyboard, a touch screen, a tablet or various game devices.
  • the beneficial effects of the present invention are: By mutually verifying the online game clients, it is possible to accurately detect whether the client in the game has cheating behavior. This solution makes the current plug-in cheating method unable to avoid detection, and can accurately detect cheating.
  • the client effectively prevents the game from cheating, guarantees the fairness of the game, and can greatly reduce the loss of revenue of the game operator.
  • FIG. 1 is a schematic structural diagram of a network game system having a server and a client.
  • FIG. 2 is a flow chart for client verification using the method of the present invention.
  • FIG. 3 is a flow diagram of client authentication using the method of the present invention. detailed description
  • the computer in the game consists of the server, game client 1, client 2 and some other clients 3-n, as shown in Figure 1.
  • the data D1 received from the server is transmitted to the client 2 together with the data D2 of the keyboard, the mouse, and the joystick which are affected by the game on the client 1.
  • Time information is provided in data D1 and D2, for example, D1 has the time when the server sends D1, and the time when the verified client processes D1, D2 has the time when the verified client processes D2, and the verified client The time at which the end sends data to the server. Therefore, client 2 can calculate the data D3 that client 1 should send to the server based on D1 and D2. Since D3 and server 1 receive data D4 is calculated from the same data, they should be consistent. Client 2 sends data D3 to the server. The server compares D3 and D4. If they are inconsistent, it can be determined that client 1 or client 2 is cheating. Specifically, whether Client 1 or Client 2 is cheating, or both of them are cheating requires additional judgment, which will be described below.
  • Verify that the client calculates the exact same result as the Dl, D2 is sent to the server by the authenticated client.
  • the authenticated client send data to the server every fixed amount of time, for example 0.1 seconds.
  • the current position, speed and direction of the car are included in the data.
  • the verification client also calculates the position, speed and direction of the verified client car every 0.1 seconds.
  • the position, speed and direction of the car at 0.1, 0.2, 0.3 seconds, etc. can be uniquely determined.
  • the sample verification client and the authenticated client can calculate the same data that the verified client should transmit to the server based on the data such as location, speed, and direction.
  • We can also include "heartbeat" in D1 (“Heartbeat” is a synchronous technique. In order to keep the process running on different computers synchronized, you can have one computer send synchronization information to other computers. We will synchronize this information. It is called a heartbeat. Other processes perform an action every time they receive a heartbeat, such as moving a character, displaying a frame, sending data to the network, etc. This way, regardless of whether each computer is running fast or slow, they can synchronize Execute the action.) Signal. Each time the authenticated client receives a "heartbeat, the signal moves by one frame.
  • the time of each frame can be arbitrarily agreed, for example, it can be agreed to be 1/60 second. If the server finds that some verified clients are running slowly, 1 /60 seconds to calculate all the required data, the server can reduce the speed of the transmission "heartbeat,". This speeds down all racing cars on all verified clients, but ensures that all authenticated clients are running synchronously. In addition, we can also let the authenticated client transfer the time each time the data is transmitted to the server to the client. Obviously, at a certain time, such as 0.123 seconds, or 0.678 seconds, the position, speed and direction of the car can also be uniquely determined. Based on these states, the verification client can calculate the data that the authenticated client should transfer to the server during these times.
  • the server can also send D1 directly to client 2, but this will increase the need for server network bandwidth.
  • the data D4 can also be sent by the server to the client 2, and the client 2 compares whether the data D3 and the data D4 are consistent; or the client 1 can send the D4 to the client 2, and the client 2 compares the data D3 and the data D4. Whether it is consistent; and the client 2 sends D3 to the client 1 to compare whether the data D3 and the data D4 are consistent by the client 1.
  • the client 2 can resend the data D1 received from the client 1 to the server.
  • the server compares the data D1 sent to the client 1 and the D1 sent back from the client 2 to determine whether the D1 is modified during the transmission.
  • Client 2 can only transfer a portion of the data in D1 to the server. Since there is a big difference between D3 and D4 if client 1 is cheating, in order to save network bandwidth, client 2 only needs to send a small portion of data D3 to the server.
  • the authenticated client in order to prevent the verification client from modifying the data transmitted to the verified client, and then the reported client is cheated, the authenticated client can transmit the data to the verification client as D1 and D2.
  • RSA is an asymmetric encryption algorithm. It is widely used in public key encryption standards and electronic commerce. RSA was proposed by Ron Rivest, Adi Shamir and Len Adleman. RSA uses their three names. The initial letters are grouped together.) Algorithm encryption. The server passes the decrypted public key to the authentication client. If the verification client reports to the server that the authenticated client is cheating, the server will request the verification client to transmit the data transmitted to the verification client by the authenticated client, D1, D2, to the server.
  • the server calculates the data D3 that the authenticated client should send to the server. Compare D3 with the data D3 sent to the server by the authenticated client. If they are inconsistent, you can know that the authenticated client is cheating. Because the authentication client only has a public key, it can decrypt the data passed to it by the authenticated client, but it cannot be modified, so it can be ensured that the data is actually transmitted by the 3 £ client to the authentication client.
  • the server can transmit the data D1 and D2 according to the verification client, and obtain the CRC (Cyclic Redundancy Check) check of D3, by comparing the CRC codes of the data D3 and D3, if the two are inconsistent, It can be judged that there is cheating behavior in one of the verification client and the verified client.
  • CRC Cyclic Redundancy Check
  • the present invention allows an authenticated client to simultaneously connect two or more authentication clients. If the authenticated client and one or more of the 3 positive clients are disconnected, the verification can proceed as long as the authenticated client is still at least connected to one of the authenticated clients. If the authenticated client interrupts the connection between all the authentication clients in order to avoid authentication or network failure, etc., as this will result in no authentication client verifying the authenticated client, the server needs to end This is the connection by the client. If the ⁇ client is not reporting the authenticated client cheating, as long as the other client is working properly, it will have no effect. In addition, some clients can deliberately send data to the client to verify the error. If it does not report cheating, it can be judged that the client is cheating.
  • the authenticated client deliberately transmits data to the authentication client error (that is, cannot be decrypted by the RSA algorithm), or if the authentication client deliberately reports the error data transmitted by the authenticated client, it can be used as the authenticated client and the authenticated client.
  • the end connection is interrupted for processing.
  • the plugin allows the client to connect with each other, so an authenticated client can know whether the authentication client it connects to allows it to cheat, and the client can know whether it should allow the client it authenticates to cheat.
  • an authenticated client that uses a plugin connects to two ⁇ clients, one of the authentication clients also uses the plugin, and the other does not.
  • the authenticated client forcibly interrupts the connection with the authentication client that does not use the plug-in, while the other uses the external authentication client without reporting the cheated behavior of the authenticated client to the server.
  • the new authentication client After connecting the new authentication client, in addition to requiring the new authentication client to verify the communication between the currently authenticated client and the server, it is also required to verify the communication 30 seconds before. As long as the two verification clients at this time do not cheat, the 30 seconds of cheating behavior of the authenticated client can be detected.
  • the client When an online game client connects to the server, it is also required to connect two other game clients for verifying it.
  • the verification client is randomly selected.
  • the data sent from the server to the client contains the time elapsed from the server.
  • the client receives the data D1 it receives from the server, the data D2 of the mouse and keyboard on the client, and the time D3, D4 that the data is processed on the client to the two game clients for authentication.
  • D4 can be the time when the mouse and keyboard input are processed on the client, such as: The left mouse button presses the data by the verified client in 9.1 seconds; the keyboard P key presses the data by the authenticated client It is processed in 9.2 seconds.
  • Dl, D2, D3, and D4 are encrypted using the RSA algorithm before being transmitted to the authentication client.
  • the verification client calculates the CRC check D6 of the data D5 and D5 that the verified client should send to the server according to D1, D2, D3, and D4, and transmits D6 to the server.
  • the verification client also transmits the CRC check D7 of D1 to the server.
  • the server calculates the CRC check D9 of the data D8 sent to it by the authenticated client, and the CRC check D10 of D1. Compare D9, D6, D10, D7. If they are not the same, you can know that there is a client cheating. As shown in Figure 3.
  • the server will ask the authentication client to pass D1 to the server when the authentication client reports the problem to the server. Since D1 uses the RSA algorithm to encrypt, the authentication client cannot modify it at all, so the verification client cannot say that D1 has been modified. • It is similar to the case where the authentication client false reports D2, D3, and D4 are modified.
  • D1 contains the time when the server sends D1
  • the value after the time D3 or D4 minus D11 should be a fixed value. If this value changes beyond a certain range, for example two seconds, you can know that the authenticated client is cheating.
  • the communication data between the client and the server is the same as in the fourth embodiment. Assume that the authenticated client does not send the verification data to the authentication client in order to evade the verification. In this case, if the two authentication clients do not receive the verification data for a period of time, the server can disconnect the authenticated client and terminate the game qualification of the authenticated client.
  • the authenticated client disconnects the authentication client due to reasons such as verifying that the client is offline? As long as another verification client can receive the verification data, it will have no effect. If network bandwidth allows, you might even consider connecting three or more clients. This way, even if two authentication clients lie and receive no data, they will still not affect the authenticated client. In the case where the authentication client and the authenticated client are disconnected, we need to have the authenticated client reconnect to an authentication client. How should I reconnect to a verification client? This requires saving the client's game state every time, for example, 10 seconds.
  • Game state refers to data that the client has influence on the game at a certain moment, such as the position, speed, direction, and actions being performed (such as walking, swinging, running, or standing still) of all players in the game.
  • the authenticated client connects to a new authentication client and passes this state to the new positive client.
  • the new authentication client is based on this state, plus the authenticated client sends it to it.
  • Dl, D2, D3, and D4 can continue to calculate D5 to continue to verify the authenticated client. If the connection between the authenticated client and the two authentication clients is broken, we need to disconnect the server from the authentication client.
  • the authenticated client deliberately transmits data that the authentication client cannot decrypt using the RSA algorithm, or if the authentication client deliberately reports that the authenticated client has transmitted data that it cannot decrypt using the RSA algorithm?
  • the server cannot distinguish between the two cases, so it can only be handled as a disconnect between the authenticated client and the authenticated client.
  • the plug-in uses some method to connect the clients that use the plug-in, and what should I do?
  • a verified client that uses a plug-in connects to two authentication clients, one of which uses a plug-in and the other does not.
  • the authenticated client forcibly interrupts the connection with the authentication client that does not use the plug-in, while the other uses the plug-in authentication client without reporting the cheating behavior of the authenticated client to the server.
  • the authenticated client can request the authenticated client to change its two authentication clients every short time, for example 30 seconds. The shorter the cycle, the better.
  • the authenticated client After connecting the new authentication client, in addition to requiring the new client to verify the communication data between the currently authenticated client and the server, it is also required to verify the communication data of 30 seconds before.
  • the authenticated client sends data such as Dl, D2, D3, and D4 within 30 seconds before disconnection to the two authenticated clients of the new connection. As long as the two verification clients at this time do not cheat, the cheating behavior of the client before 30 seconds can be detected. How should a verified client change the authentication client and enable the authentication client to continue to authenticate the authenticated client? After being connected to the new authentication client by the client, the authenticated client needs to transmit the game state D12 of the verified client to the new authentication client.
  • the new verification client can continue to calculate D5 according to D12, plus Dl, D2, D3, D4, so as to continue to prove the verified client.
  • the embodiments described above are only one of the more preferred embodiments of the present invention, and the usual variations and substitutions made by those skilled in the art within the scope of the technical solutions of the present invention are included in the scope of the present invention. .

Landscapes

  • Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Business, Economics & Management (AREA)
  • Computer Security & Cryptography (AREA)
  • General Business, Economics & Management (AREA)
  • General Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Information Transfer Between Computers (AREA)

Description

—种检测网络游戏作弊的方法
技术领域
本发明提出了一种网络数据检测方法,具体涉及一种检测网络游戏作弊 的方法。 背景技术
网络游戏正受到越来越多的人的喜爱,但是网络游戏自诞生起就受到各 种作弊行为的困扰。 它们破坏了游戏原本设计的平衡性, 也破坏了游戏的正 常发展。 由于目前网络游戏基本上都是使用客户 /服务器模式,服务器端的网 络带宽、 CPU等资源的负荷都很重, 因此不得不把很多运算交给游戏客户端 进行, 这就给客户端作弊带来了可乘之机。 作弊者使用网络游戏外挂等程序 为作弊者带来正常情况下不应有的利益, 破坏了网络游戏预定的设计, 严重 干扰了游戏的正常进行。 目前网络游戏作弊程序甚至已经形成有一个产业的 趋势, 给网络游戏厂商带来很大的困扰 , 影响了游戏市场的正常运营, 给网 络游戏厂商造成了极大的经济损失。 目前游戏厂商检测作弊程序大多是在客 户端进行, 但客户端运行在游戏者的机器上, 作弊者可以使用对应的外挂程 序等方法使这些检测失效。 虽然厂商可以通过更新客户端来检测这些新的作 弊程序, 但作弊者也可以用更新的程序来躲过检测, 因此这不是根本的解决 方法, 因此网络游戏厂商们迫切希望能有一种外挂不能躲避的反外挂方案。 发明内容
本发明的目的在于提供一种通过使网络游戏客户端之间互相验证来检 测游戏中的客户端是否作弊的方法。
基于这种思想, 本发明提出了如下的技术方案:
一种检测网络游戏作弊的方法,用于具有服务器和客户端的网络游戏系 统, 该方法包括如下步骤:
步驟 1: 被验证客户端和至少一个验证客户端分别收到从服务器传送 的数据一; 步骤 2:被验证客户端将该客户端上发生的对游戏有影响的操作数据二, 发送给至少一个验证客户端, 并且通过对数据一和数据二处理得到被验证客 户端应向服务器发送的数据三;
步骤 3: 所述的至少一个验证客户端对数据一和数据二处理得到至少一 个验证客户端应向服务器发送的数据三,;
步骤 4: 对数据三和数据三,进行比较, 如果两者不相同, 则可以得出被 验证客户端和至少一个验证客户端中至少一个存在作弊行为。 优选的, 所述的数据二中还包括有时间数据。 优选的, 所述的时间数据可以是以下之一或者全部:
对游戏有影响的操作被处理的时间数据; 或,
被验证客户端向服务器发送数据时的时间数据; 或,
数据一在被驺证客户端上被处理的时间。 优选的, 所述的数据一还包括有服务器发送数据一时的时间数据。 优选的, 所述的步骤 1中可以进一步包括以下步骤:
服务器首先向被验证客户端发送数据一, 然后被验证客户端向至少一个 验证客户端发送数据一; 或者,
服务器向被验证客户端和至少一个验证客户端分别发送数据一。 优选的, 所述的被验证客户端传给至少一个验证客户端的数据用 RSA 算法加密; 服务器将解密的公匙传给所述的至少一个验证客户端; 或者, 被验证客户端和至少一个验证客户端分别收到从服务器传送来的数据 采用 RSA算法加密; 服务器将解密的公匙传给被验证客户端和所迷的至少 一个駘证客户端。 优选的, 所述的步骤 4 中的对数据三和数据三,进行比较, 还可以是仅 对数据三和数据三,中的某一部分进行比较, 如果两者不相同, 则可以得出 被验证客户端和验证客户端中至少一个存在作弊行为。
优选的, 所述的步骤 4中可以进一步包括以下步骤:
被验证客户端和至少一个验证客户端将数据三和数据三,发送给服务 器, 由服务器对数据三和数据三,进行比较; 或者,
被验证客户端将数据三发送给至少一个验证客户端, 由至少一个验证客 户端对数据三和 :据三,进行比较; 或者,
至少一个睑证客户端将数据三发送给被险证客户端, 由被验证客户端对 数据三和数据三,进行比较。 优选的, 所述的步骤 4中可以进一步包括以下步骤:
被验证客户端和至少一个验证客户端将数据三的 CRC校验和数据三,的 CRC校验发送给服务器, 由服务器对数据三的 CRC校验和数据三,的 CRC 校验进行比较; 或者,
被验证客户端将数据三的 CRC校验发送给至少一个验证客户端, 由至 少一个验证客户端对数据三的 CRC校验和数据三,的 CRC校验进行比较; 或者,
至少—个^客户端将数据三的 CRC校验发送给被验证客户端, 由被 验证客户端对 :据三的 CRC校验和数据三,的 CRC校验进行比较。 优选的, 所述的步驟 4中可以进一步包括以下步骤:
当发现^ i正客户端得出的数据与被 3 正客户端的数据不同时,服务器将 给服务器, 并根据该数据得出被验证客户端应向服务器发送的数据三"或数 据三"的 CRC校脸; 然后,
把数据三"和被验证客户端发送给服务器的数据三比较, 如果不一致, 就可以得知被验证客户端在作弊; 或者,
把数据三"的 CRC校验和数据三的 CRC校验比较, 如果不一致, 就可 以得知被验证客户端存在作弊行为。 优选的, 所述的至少一个验证客户端还可以将从被验证客户端收到的数 据一发送给服务器; 将从被验证客户端收到的数据一与服务器发送给被验证 客户端的数据一进行比较, 如果两者不相同, 则可以得出被验证客户端和验 证客户端中至少一个存在作弊行为; 或者,
所述的至少一个验证客户端将从被验证客户端收到的数据一的 CRC校 验发送给服务器, 将从被验证客户端收到的数据一的 CRC校验与服务器发 送给被验证客户端的数据一的 CRC校验进行比较, 如果两者不相同, 则可 以得出被验证客户端和验证客户端中至少一个存在作弊行为。 优选的, 每隔特定时间间隔, 让被验证客户端中断目前连接的至少一个 驗证客户端, 更换成与其他至少一个验证客户端相连接。 所述的时间间隔可 以是 30秒或 40秒等固定时间间隔。 优选的,进一步还可以要求被验证客户端将所述的特定时间间隔内发生 的数据一和数据二传递给更换后的至少一个验证客户端进行验证。这样可以 对更换前的至少一个验证客户端的验证结果进一步确认。 优选的, 所述的客户端之间、客户端和服务器使用 UDP ( User Datagram Protocol, 用户数据报协议)协议传送数据。 优选的, 所述的数据二中的对游戏有影响的操作数据可以是各种输入输 出设备产生的对游戏有影响的操作数据。 优选的, 所述的输入输出设备包括以下之一或其组合, 鼠标、 键盘、 触 摸屏、 手写板或各种游戏设备。 本发明的有益效果是: 通过使网络游戏客户端之间互相验证, 可以准确 地检测出游戏中的客户端是否有作弊行为,本方案使目前的外挂作弊方式无 法躲避检测, 能够准确地发现作弊的客户端, 有效地防止游戏作弊行为, 保 证游戏的公平进行, 并且还能极大地減少游戏运营商的收入损失。 附图说明
图 1是具有服务器和客户端的网络游戏系统的结构示意图。
图 2是使用本发明中的方法进行客户端验证的一种流程图。
图 3是使用本发明中的方法进行客户端驺证的一种流程图。 具体实施方式
下面结合附图和具体实施例对本发明作进一步说明。
实施例 1
下面以一个典型的客户 /服务器形式的网络游戏为例说明本发明的具体 实施方法。
游戏中的计算机由服务器、 游戏客户端 1、 客户端 2和其它一些客户端 3-n组成, 如图 1所示。
如图 2所示, 客户端 1连接服务器后, 把它从服务器接收的数据 D1连 同客户端 1上发生的对游戏有影响的键盘、 鼠标、 游戏杆的操纵等数据 D2 传给客户端 2。 在数据 D1和 D2中带时间信息, 比如, D1中带有服务器发 送 D1的时间, 以及被验证客户端处理 D1时的时间, D2中带有被验证客户 端处理 D2的时间, 以及被验证客户端向服务器发送数据的时间。 因此客户 端 2根据 D1和 D2就可以计算出客户端 1应该向服务器发送的数据 D3。 由 于 D3和服务器 户端 1收到的数据 D4是由同样的数据计算得出的, 所 以它们应该是一致的。 客户端 2把数据 D3发送给服务器。 服务器比较 D3 和 D4, 如果不一致, 则可以判定客户端 1或客户端 2有作弊行为。 具体是 客户端 1还是客户端 2在作弊, 或者它们二者都在作弊则需要另外判断, 这 种情况将在下面进行描述。
验证客户端如何根据 Dl、 D2计算出与被验证客户端传送给服务器的完 全相同的结果呢?有很多种方法可以做到这一点。我们以一个典型的赛车游 戏为例。 我们可以让被验证客户端每过一个固定的时间, 例如 0.1秒, 向服 务器传送一次数据。 在数据中包含赛车当前的位置、 速度和方向。 验证客户 端也每过 0.1秒计算一次被验证客户端赛车的位置、 速度和方向。 显然, 根 据游戏中其他赛车的状态, 也就是 D1 , 以及被验证客户端鼠标键盘的输入, 赛车在 0.1、 0.2、 0.3秒等时间的位置、速度和方向等是可以唯一确定的。 这 样验证客户端和被验证客户端就能根据这些位置、 速度、 和方向等数据计算 得到相同的被验证客户端应该向服务器传送的数据。 我们也可以在 D1中包 含 "心跳" ( "心跳" 是一种同步的技术。 为了保持不同计算机上的进程运 行的同步, 可以让一台计算机向其它计算机发送同步信息, 我们把这一同步 信息称为心跳。 其他进程每收到一次心跳就执行一次动作, 例如移动人物、 显示一帧画面、 向网络发送一次数据等。 这样不管每一台计算机运行速度是 快是慢, 他们都能同步地执行动作。)信号。 被验证客户端每收到一次 "心 跳,, 信号就移动一帧。 每一帧的时间可以随意约定, 例如可以约定为 1/60 秒。 如果服务器发现有些被验证客户端运行速度较慢, 1/60秒时间来不及计 算完所有所需的数据, 服务器可以降低传送 "心跳,, 的速度。 这样所有被验 证客户端上赛车的速度都降低了,但是却可以确保所有被验证客户端是同步 运行的。 另外我们还可以让被验证客户端把每次向服务器传送数据的时间传 送给 ¾证客户端。 显然, 在一个确定的时间, 例如 0.123秒, 或者 0.678秒, 赛车的位置、 速度和方向等状态也是可以唯一确定的。 验证客户端根据这些 状态就能计算出在这些时间被验证客户端应该向服务器传送的数据。
服务器也可以直接把 D1发送给客户端 2, 不过这样会增加对服务器网 络带宽的需求。 也可以由服务器把数据 D4发送给客户端 2, 由客户端 2比 较数据 D3和数据 D4是否一致;或者还可以由客户端 1将 D4发送给客户端 2由客户端 2比较数据 D3和数据 D4是否一致; 以及由客户端 2将 D3发送 给客户端 1由客户端 1比较数据 D3和数据 D4是否一致。 为了防止客户端 1修改数据 D1后再发送给客户端 2的作弊行为, 客户 端 2可以把从客户端 1接收的数据 D1再发送给服务器。 服务器比较发送给 客户端 1的数据 D1和客户端 2传回来的 D1就可以判断 D1是否在传输过程 中被修改。 为节省网络带宽, 客户端 2可以只向服务器传送 D1中的一部分 数据。 由于如果客户端 1有作弊行为, D3和 D4就会出现很大的差异, 因此 为节省网络带宽,客户端 2只须向服务器发送数据 D3中的一小部分就够了。
由于 UDP协议能穿过一些 TCP ( Transfer Control Protocol, 传输控制协 议)协议无法穿过的网络地址转换 NAT ( Network Address Translation , 网络 地址转换)网关, 而游戏客户端经常位于这些网关之后, 因此如果使用 UDP 协议将比使用 TCP协议更有可能成功地在两个客户端之间建立连接。 因为 DirectPlay ( DirectPlay是 Microsoft DirectX的組件之一, Microsoft DirectPlay API 为开发者提供了开发诸如多人游戏或聊天程序的工具, 它是 Microsoft DirectX的组件之一。 DirectPlay完成了与用户连接以及网络地址转换 "NAT" 相关的所有复杂工作, 并管理会话。)是基于 UDP协议的, 因此也可以考虑 使用 DirectPlay来实现。 实施例 2
在本实施例中, 为了防止验证客户端修改被验证客户端传给它的数据, 然后 i荒报被验证客户端作弊, 可以在被验证客户端把数据一如 Dl、 D2, 传 给验证客户端前把数据用 RSA ( RSA是一种非对称加密算法。 在公钥加密 标准和电子商业中被广泛使用。 RSA是由 Ron Rivest, Adi Shamir and Len Adleman一起提出的。 RSA采用他们三人名字开头字母拼在一起组成的。) 算法加密。 服务器把解密的公匙传给验证客户端。 如果验证客户端向服务器 报告被验证客户端作弊,服务器将要求验证客户端 4巴被验证客户端传送给验 证客户端的数据一 Dl、 D2传送给服务器。 服务器根据这个数据计算出被验 证客户端应向服务器发送的数据 D3,。 把 D3,和被验证客户端发送给服务器 的数据 D3比较, 如果不一致, 就能知道被验证客户端作弊了。 因为验证客 户端只有公匙,所以它可以解密被验证客户端传给它的数据,但不能修改它, 因此可以确保这些数据确实是由被 3 £客户端传送给验证客户端的。
此外还可以由服务器根据验证客户端传送来数据 D1 和 D2, 得出 D3, 的 CRC (循环冗余码校验 )校验, 通过比较数据 D3和 D3,的 CRC码, 如果 两者不一致, 也可以判断出验证客户端和被验证客户端之一存在作弊行为。 实施例 3
另外本发明让一个被验证客户端同时连接两个或更多个验证客户端。如 果被验证客户端和其中一个或多个 3 正客户端连接中断, 只要被验证客户端 至少还与一个验证客户端正常连接, 验证就能继续进行。 如果被验证客户端 为了逃避验证或网络故障等原因中断了所有和验证客户端之间的连接, 由于 这样会导致没有验证客户端对此被验证客户端进行验证, 因此服务器需要终 止此被 客户端的连接。 假如^ ^正客户端总是不报告被验证客户端作弊, 只要另一个验证客户端工作正常就不会有影响。 另外可以让一些客户端故意 传送给验证客户端错误的数据, 如果它没有报告作弊, 就可判断出此验证客 户端在作弊。
如果被验证客户端故意传送给验证客户端错误(也就是无法用 RSA算 法解密)的数据, 或者验证客户端故意报告被验证客户端传送给它错误数据 时, 可以作为被验证客户端和验证客户端连接中断来处理。 实施例 4
假设外挂让使用外挂的客户端互相联系, 因此一个被验证客户端就能知 道它所连接的验证客户端是否允许它做弊,验证客户端也能知道是否应该允 许它所验证的客户端做弊。 这样, 如果一个使用了外挂的被验证客户端连接 了两个 ^ 客户端, 其中一个验证客户端也使用了外挂, 另一个没有。 被验 证客户端强行中断与没有使用外挂的验证客户端的连接, 而另一个使用了外 挂的验证客户端却又不向服务器报告被验证客户端的作弊行为。对此我们可 以每过一小段时间, 例如 30秒, 就要求被验证客户端改变它的两个验证客 户端。 这个周期越短越好。 在连接新的验证客户端后, 除了要求新的验证客 户端验证当前被验证客户端和服务器之间的通讯外 , 还要求验证之前 30秒 的通讯。 只要这时的两个验证客户端没有作弊, 被验证客户端之前 30秒的 作弊行为就能皮检测出来。
一个网络游戏客户端连接服务器时, 同时也被要求连接另外两个用于对 它进行验证的游戏客户端, 验证客户端是随机选取的。 在服务器传送给客户 端的数据中含有从服务器上发出的时间。客户端把它从服务器上接收到的数 据 Dl、 该客户端上鼠标键盘的数据 D2, 以及这些数据在客户端上被处理的 时间 D3、 D4传送给两个用于验证的游戏客户端。 例如, D4可以是鼠标、 键盘的输入在该客户端上被处理的时间, 如: 鼠标左键按下数据由被验证客 户端在 9.1秒被处理; 键盘 P键按下数据由被验证客户端在 9.2秒被处理。
为保证这些数据不被修改, 在传送给验证客户端前, Dl、 D2、 D3、 D4 使用 RSA算法加密。 验证客户端根据 Dl、 D2、 D3、 D4计算出被验证客户 端应向服务器发送的数据 D5和 D5的 CRC校验 D6, 把 D6传送给服务器。 为防止被验证客户端在把 Dl传送给验证客户端前修改 D1的数据, 验证客 户端也要把 D1的 CRC校验 D7传送给服务器。服务器计算被验证客户端发 送给它的数据 D8的 CRC校验 D9, 以及 D1的 CRC校验 D10。 比较 D9、 D6、 D10、 D7, 如果不相同, 就可以知道有客户端作弊了。 如图三所示。
下面来看看上面的方案在各种情况下如何检测出哪个客户端在作弊。 假设被验证客户端在把 D1传送给验证客户端前修改 D1 ,服务器只需比 较 D10、 D7就能知道被验证客户端是否修改了 Dl。
假设验证客户端 i荒报 1被修改,在验证客户端向服务器报告此问题时, 服务器将要求验证客户端把 D1传送给服务器。由于 D1使用 RSA算法加密, 验证客户端根本无法修改它, 因此验证客户端是无法说报 D1被修改的。 ·对 于验证客户端谎报 D2、 D3、 D4被修改的情况也与此类似。
假设被验证客户端使用加速外挂, 由于 D1中含有服务器发送 D1的时 间, 这个时间减 D3或 D4后的值 D11应该是一个固定值。 如果这个值变化 超过一定范围, 例如两秒, 就可以知道被验证客户端作弊了。
服务器发送给客户端的数据中含有服务器发送它们的时间。 例如: 服务 器在 T1时间发送了一个数据,客户端在 T2时间处理它。 T1-T2的时间 =T3。 在一段时间后,服务器在 Τ4时间又发送了一个数据,客户端在 Τ5时间处理 它。 Τ4-Τ5=Τ6。 由于网络的延迟有时长有时短,客户端如果正在做一些其他 事情, 也可能不能及时处理服务器发送给它的数据。 但是服务器发送一个数 据和客户端处理这个数据之间的时间差 Τ3和 Τ6不会变化太大,例如总是在 0.1秒到 1秒之间。 但是如果客户端用了一些加速程序, 实际时间过了 100 秒, 但游戏却认为过了 110秒。 服务器在第 100秒发送给它的数据他会认为 在笫 110 秒才处理, 这样服务器发送数据的时间-客户端处理它的时间 =100-110=-10, 大大超过正常情况的 0.1秒到 1秒。 如果验证客户端发现这 种情况就能知道被验证客户端使用加速外挂作弊了。
假设被验证客户端使用修改封包、 内存、 脱机等外挂, D9、 D6必定不 相同, 所以只需比较 D9、 D6就能知道被验证客户端作弊。 实施例 5
客户端同服务器之间的通讯数据与实施例 4相同。 假设被验证客户端为了逃避验证, 不把验证数据发送给验证客户端。 对 于这种情况, 如果两个验证客户端在一段时间内都没有收到验证数据, 服务 器可以断开被验证客户端的连接, 终止被验证客户端的游戏资格。
假如被验证客户端因为验证客户端下线等原因和验证客户端断开了连 接怎么办? 只要另一个验证客户端还能收到验证数据, 就不会有什么影响。 如果网絡带宽允许, 甚至可以考虑连接三个甚至更多的—猃证客户端。 这样即 使有两个验证客户端谎报收不到数据, 仍然不会对被验证客户端产生影响。 在验证客户端和被验证客户端连接断开的情况下,我们需要让被验证客户端 重新连接一个验证客户端。应该如何重新连接一个验证客户端呢? 对此需要 每过一定时间, 例如 10秒, 保存一次客户端的游戏状态。 游戏状态是指客 户端在某一时刻对游戏进行有影响的数据, 例如游戏中所有玩家的位置、速 度、 方向、 正在执行的动作 (例如行走、 挥刀、 跑步或者站立不动等)。 在 连接断开时, 被验证客户端连接一台新的验证客户端, 把此状态传送给新的 正客户端。 新的验证客户端根据此状态, 再加上被验证客户端传送给它的
Dl、 D2、 D3、 D4就能继续计算 D5, 从而继续对被验证客户端进行验证。 如果被验证客户端和两个验证客户端的连接都中断了,我们就需要中断服务 器和验证客户端的连接。
假设验证客户端总是不报告被验证客户端作弊,只要有另一个验证客户 端工作正常就不会有影响。 另外可以让一些客户端故意传送给它错误的数 据, 如果它没有报告作弊, 就可判断出此验证客户端在作弊。
假如被验证客户端故意传送给验证客户端无法用 RSA算法解密的数据, 或者验证客户端故意报告被验证客户端传送给它无法用 RSA算法解密的数 据怎么办? 服务器无法区分这两种情况, 所以只能作为被验证客户端和验证 客户端连接中断来处理。
再来看一种情况。 假设外挂通过某种方法让使用外挂的客户端互相联 系, 并且联合作弊怎么办? 例如, 一个使用了外挂的被验证客户端连接了两 个验证客户端, 其中一个验证客户端也使用了外挂, 另一个没有。 被验证客 户端强行中断与没有使用外挂的验证客户端的连接, 而另一个使用了外挂的 验证客户端却又不向服务器报告被验证客户端的作弊行为。对此我们可以每 过一小段时间, 例如 30秒, 就要求被验证客户端改变它的两个验证客户端。 这个周期越短越好。 在连接新的验证客户端后, 除了要求新的 ^证客户端验 证当前被验证客户端和服务器之间的通讯数据外, 还要求验证之前 30秒的 通讯数据。 比如被验证客户端将断开连接前 30秒内的 Dl、 D2、 D3、 D4等 数据发送给新连接的两个验证客户端。 只要这时的两个验证客户端没有作 弊, 被^ 客户端之前 30秒的作弊行为就能被检测出来。 一个被验证客户 端应该如何改变验证客户端, 并能够让此验证客户端继续对被验证客户端进 行验证呢? 在被^正客户端连接新的验证客户端后,被验证客户端需要把被 验证客户端当时的游戏状态 D12传送给新的验证客户端。新的验证客户端根 据 D12, 再加上 Dl、 D2、 D3、 D4就能继续计算出 D5, 从而继续对被验证 客户端进行睑证。 以上所述的实施例, 只是本发明较优选的具体实施方式的一种 , 本领域 的技术人员在本发明技术的方案范围内进行的通常变化和替换,都应包含在 本发明的保护范围内。

Claims

权利要求
1.一种检测网络游戏作弊的方法,用于具有服务器和客户端的网络游戏 系统, 其特征在于, 所述的方法包括步骤:
步骤 1: 被验证客户端和至少一个验证客户端分别收到从服务器传送 来的数据一;
步骤 2: 被验证客户端将该客户端上发生的对游戏有影响的操作: 数 据二, 发送给至少一个验证客户端, 并且通过对数据一和数据二处理得到被 验证客户端应向服务器发送的数据三;
步骤 3: 所述的至少一个验证客户端对数据一和数据二处理得到至少 一个验证客户端应向服务器发送的数据三,;
步骤 4: 对数据三和数据三,进行比较, 如果两者不相同, 则可以得出 被验证客户端和至少一个验证客户端中至少一个存在作弊行为。
2.根据权利要求 1所述的检测网络游戏作弊的方法, 其特征在于, 所述 的数据二中还包括有时间数据。
3.根据权利要求 2所述的检测网络游戏作弊的方法, 其特征在于, 所述 的时间数据可以是以下之一或者全部:
对游戏有影响的操作被处理的时间数据; 或,
被验证客户端向服务器发送数据时的时间数据; 或,
数据一在被睑证客户端上被处理的时间。
4.根据权利要求 1所迷的检测网络游戏作弊的方法, 其特征在于, 所述 的数据一还包括有服务器发送数据一时的时间数据。
5.根据权利要求 1所述的检测网络游戏作弊的方法, 其特征在于, 所述 的步驟 1中可以进一步包括以下步骤:
服务器首先向被验证客户端发送数据一, 然后被验证客户端向至少一 个验证客户端发送数据一; 或者, 服务器向被验证客户端和至少一个验证客户端分别发送数据一
6.根据权利要求 1所述的检测网络游戏作弊的方法, 其特征在于, 所述 的被验证客户端传给至少一个验证客户端的数据用 RSA算法加密; 服务器 将解密的公匙传给所述的至少一个验证客户端; 或者,
被验证客户端和至少一个验证客户端分别收到从服务器传送来的数据 采用 RSA算法加密; 服务器将解密的公匙传给被验证客户端和所述的至少 一个 3全证客户端。
7.根据权利要求 1 至 6 中任一权利要求所述的检测网络游戏作弊的方 法, 其特征在于, 所述的步骤 4 中的对数据三和数据三,进行比较, 还可以 是仅对数据三和数据三,中的某一部分进行比较, 如果两者不相同, 则可以 得出被验证客户端和验证客户端中至少一个存在作弊行为。
8.根据权利要求 1 至 6 中任一权利要求所述的检测网络游戏作弊的方 法, 其特征在于, 所述的步骤 4中可以进一步包括以下步骤:
被验证客户端和至少一个验证客户端将数据三和数据三,发送给服务 器, 由服务器对数据三和数据三,进行比较; 或者,
被验证客户端将数据三发送给至少一个验证客户端, 由至少一个验证客 户端对数据三和数据三,进行比较; 或者,
至少一个验证客户端将数据三发送给被验证客户端 , 由被验证客户端对 数据三和数据三,进行比较。
9.根据权利要求 1 至 6 中任一权利要求所述的检测网络游戏作弊的方 法, 其特征在于, 所述的步驟 4中可以进一步包括以下步驟:
被验证客户端和至少一个验证客户端将数据三的 CRC校验和数据三,的 CRC校验发送给服务器, 由服务器对数据三的 CRC校验和数据三,的 CRC 校验进行比较; 或者,
被验证客户端将数据三的 CRC校验发送给至少一个验证客户端, 由至 少一个验证客户端对数据三的 CRC校验和数据三,的 CRC校验进行比较; 或者,
至少一个验证客户端将数据三的 CRC校验发送给被验证客户端, 由被 验证客户端对数据三的 CRC校验和数据三,的 CRC校验进行比较。
10. 根据权利要求 1至 6中任一权利要求所述的检测网络游戏作弊的 方法, 其特征在于, 所述的步驟 4中可以进一步包括以下步骤:
当发现验证客户端得出的数据与被验证客户端的数据不同时,服务器将 要求验证客户端把被验证客户端传送给验证客户端的数据一和数据二传送 给服务器, 并根据该数据得出被验证客户端应向服务器发送的数据三"或数 据三"的 CRC校验; 然后,
把数据三"和被验证客户端发送给服务器的数据三比较, 如果不一致, 就可以得知被验证客户端在作弊; 或者,
把数据三"的 CRC校验和数据三的 CRC校验比较, 如果不一致, 就可 以得知被验证客户端存在作弊行为。
11. 根据权利要求 1至 6中任一权利要求所述的检测网络游戏作弊的 方法, 其特征在于,
所述的至少一个验证客户端还可以将从被验证客户端收到的数据一发 送给服务器;将从被验证客户端收到的数据一与服务器发送给被验证客户端 的数据一进行比较, 如果两者不相同, 则可以得出被 正客户端和验证客户 端中至少一个存在作弊行为; 或者,
所述的至少一个验证客户端将从被验证客户端收到的数据一的 CRC校 验发送给服务器, 将从被验证客户端收到的数据一的 CRC校验与服务器发 送给被验证客户端的数据一的 CRC校验进行比较, 如果两者不相同, 则可 以得出被验证客户端和验证客户端中至少一个存在作弊行为。
12. 根据权利要求 1至 6中任一权利要求所述的检测网絡游戏作弊的 方法, 其特征在于, 每隔特定的时间间隔, 让被验证客户端中断目前连接的 至少一个验证客户端, 更换成与其他至少一个验证客户端相连接。
13. 根据权利要求 1至 6中任一权利要求所述的检测网络游戏作弊的 方法, 其特征在于, 进一步还可以要求被验证客户端将所述的特定时间间隔 内发生的数据一和数据二传递给更换后的至少一个马^客户端进行验证。
14. 根据权利要求 1至 6中任一权利要求所述的检测网络游戏作弊的 方法, 其特征在于, 所述的客户端之间、 客户端和服务器使用 UDP协议传 送数据。
15. 根据权利要求 1至 6中任一权利要求所述的检测网络游戏作弊的 方法, 其特征在于, 所述的数据二中的对游戏有影响的操作数据可以是各种 输入输出设备产生的对游戏有影响的操作数据。
16. 根据权利要求 15所述的检测网络游戏作弊的方法, 其特征在于, 所述的输入输出设备包括以下之一或其組合, 鼠标、 键盘、 触摸屏、 手写板 或各种游戏设备。
PCT/CN2006/000882 2005-07-08 2006-04-30 Procédé de détection de tricheurs dans les jeux en réseau WO2007006192A1 (fr)

Applications Claiming Priority (4)

Application Number Priority Date Filing Date Title
CN200510082989 2005-07-08
CN200510082989.6 2005-07-08
CN200610007250.3 2006-02-16
CN200610007250A CN100583736C (zh) 2005-07-08 2006-02-16 一种检测网络游戏作弊的方法

Publications (1)

Publication Number Publication Date
WO2007006192A1 true WO2007006192A1 (fr) 2007-01-18

Family

ID=37597885

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2006/000882 WO2007006192A1 (fr) 2005-07-08 2006-04-30 Procédé de détection de tricheurs dans les jeux en réseau

Country Status (2)

Country Link
CN (1) CN100583736C (zh)
WO (1) WO2007006192A1 (zh)

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN111569434A (zh) * 2020-05-14 2020-08-25 宁波元素人网络科技有限公司 一种游戏代码校验的方法及系统
CN112957741A (zh) * 2021-03-03 2021-06-15 网易(杭州)网络有限公司 游戏举报处理方法、装置及电子设备
CN115193058A (zh) * 2021-04-08 2022-10-18 广州问天信息技术有限公司 一种反多开外挂的系统功能

Families Citing this family (19)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101025775B (zh) * 2007-01-19 2010-10-06 华为技术有限公司 一种防止网络游戏外挂软件的方法、系统及装置
CN102404279B (zh) * 2010-09-07 2015-07-15 腾讯科技(深圳)有限公司 一种网络中移动距离的精确判断方法和系统
JP2012213462A (ja) * 2011-03-31 2012-11-08 Namco Bandai Games Inc ゲーム端末装置、サーバシステム及びプログラム
CN104052636A (zh) * 2014-06-23 2014-09-17 福建天晴数码有限公司 一种监测网络游戏外挂的时钟装置、方法及系统
CN105988927A (zh) * 2015-02-16 2016-10-05 杭州快迪科技有限公司 一种检测在软件的运行过程中的变速作弊行为的方法
CN105245514B (zh) * 2015-09-28 2019-05-07 珠海多玩信息技术有限公司 外挂识别方法、装置及系统
CN106880944B (zh) * 2015-12-15 2020-05-29 博雅网络游戏开发(深圳)有限公司 游戏数据分析方法和装置
CN105664489B (zh) * 2015-12-30 2019-04-23 广州华多网络科技有限公司 一种防止游戏外挂的方法及系统
CN107080944B (zh) * 2017-05-26 2021-04-20 徐州爱吾宠互联网科技有限公司 一种检测网络游戏外挂的方法
CN109499069B (zh) * 2017-09-14 2022-04-26 腾讯科技(深圳)有限公司 操作结果校验方法、装置、存储介质及电子装置
CN107970603A (zh) * 2017-12-15 2018-05-01 百度移信网络技术(北京)有限公司 游戏方法、客户端、服务端、游戏主机、设备和存储介质
CN110292777B (zh) * 2018-03-22 2020-09-04 北京金山安全软件有限公司 一种游戏作弊检测方法及装置
CN112717380B (zh) 2019-03-19 2023-04-07 Oppo广东移动通信有限公司 网络检测方法及相关装置
CN110227262B (zh) * 2019-05-24 2021-04-16 腾讯科技(深圳)有限公司 一种数据展示方法、装置、计算机设备和存储介质
CN110339576B (zh) * 2019-07-23 2020-08-04 网易(杭州)网络有限公司 信息处理方法、装置及存储介质
CN110496390B (zh) * 2019-07-23 2021-01-12 网易(杭州)网络有限公司 信息处理方法、装置及存储介质
CN111084990A (zh) * 2019-12-18 2020-05-01 上海米哈游天命科技有限公司 在线检测作弊方法、装置、设备和存储介质
CN112929679B (zh) * 2021-01-18 2024-03-01 广州虎牙科技有限公司 直播客户端的合法性检测、外挂行为的识别方法和装置
CN113181637B (zh) * 2021-05-10 2024-04-16 上海幻电信息科技有限公司 游戏回放方法和系统

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20020018570A1 (en) * 2000-07-07 2002-02-14 International Business Machines Corporation System and method for secure comparison of a common secret of communicating devices
US20040078572A1 (en) * 2002-07-31 2004-04-22 Pearson Siani Lynne Method of validating performance of a participant in an interactive computing environment
JP2004310202A (ja) * 2003-04-02 2004-11-04 Nec Corp 個人認証システムおよび方法

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20020018570A1 (en) * 2000-07-07 2002-02-14 International Business Machines Corporation System and method for secure comparison of a common secret of communicating devices
US20040078572A1 (en) * 2002-07-31 2004-04-22 Pearson Siani Lynne Method of validating performance of a participant in an interactive computing environment
JP2004310202A (ja) * 2003-04-02 2004-11-04 Nec Corp 個人認証システムおよび方法

Cited By (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN111569434A (zh) * 2020-05-14 2020-08-25 宁波元素人网络科技有限公司 一种游戏代码校验的方法及系统
CN111569434B (zh) * 2020-05-14 2023-12-15 宁波元素人网络科技有限公司 一种游戏代码校验的方法及系统
CN112957741A (zh) * 2021-03-03 2021-06-15 网易(杭州)网络有限公司 游戏举报处理方法、装置及电子设备
CN112957741B (zh) * 2021-03-03 2024-02-02 网易(杭州)网络有限公司 游戏举报处理方法、装置及电子设备
CN115193058A (zh) * 2021-04-08 2022-10-18 广州问天信息技术有限公司 一种反多开外挂的系统功能

Also Published As

Publication number Publication date
CN100583736C (zh) 2010-01-20
CN1893347A (zh) 2007-01-10

Similar Documents

Publication Publication Date Title
WO2007006192A1 (fr) Procédé de détection de tricheurs dans les jeux en réseau
US7370194B2 (en) Security gateway for online console-based gaming
EP1372292B1 (en) Secure key exchange with mutual authentication
US6185678B1 (en) Secure and reliable bootstrap architecture
EP1310283B1 (en) Network architecture for secure communications between two console-based gaming systems
US9098318B2 (en) Computational asset identification without predetermined identifiers
JP4575904B2 (ja) ゲームコンソールの製造方法およびその識別の評価方法
US8167722B2 (en) Distributed processing system and method
US20040009815A1 (en) Managing access to content
JP7041162B6 (ja) 相互認証システム
EP3948613A1 (en) Method, system and apparatuses of network device attestation
WO2015085848A1 (zh) 一种安全认证方法和双向转发检测bfd设备
US9979550B1 (en) Methods of facilitating packet-based connections
WO2020259419A1 (zh) 一种远程证明方式的协商方法及装置
US9137248B2 (en) Device and method using non-cycle accurate measurements for discovering emulated clients
US20210006555A1 (en) Authentication system and computer readable medium
US7681246B1 (en) System and method for server side data signing
Alharbi et al. {CSProp}: ciphertext and signature propagation {Low-Overhead}{Public-Key} cryptosystem for {IoT} environments
JP5436323B2 (ja) 通信装置、通信システム、通信方法及び通信プログラム
WO2021135978A1 (zh) 可信状态证明的方法和相关设备
JP2007172213A (ja) 認証装置及び認証プログラム
CN114065170A (zh) 平台身份证书的获取方法、装置和服务器
Schonwalder et al. Session resumption for the secure shell protocol
CN118378259A (zh) 一种基于tee的代码与数据异步提供的远程证明方法
KR20200109938A (ko) 실시간 서버-클라이언트 간 동기화 통신의 효율성을 제고하는 ai 시스템 및 이를 이용한 게임 컨텐츠 제공 방법

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application
NENP Non-entry into the national phase

Ref country code: DE

WWW Wipo information: withdrawn in national office

Country of ref document: DE

122 Ep: pct application non-entry in european phase

Ref document number: 06741781

Country of ref document: EP

Kind code of ref document: A1