WO2017019355A1 - Method for securing an electronic transaction request from a computing device for fraud detection - Google Patents

Method for securing an electronic transaction request from a computing device for fraud detection Download PDF

Info

Publication number
WO2017019355A1
WO2017019355A1 PCT/US2016/042753 US2016042753W WO2017019355A1 WO 2017019355 A1 WO2017019355 A1 WO 2017019355A1 US 2016042753 W US2016042753 W US 2016042753W WO 2017019355 A1 WO2017019355 A1 WO 2017019355A1
Authority
WO
WIPO (PCT)
Prior art keywords
computing device
server
determination
mac address
data packet
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.)
Ceased
Application number
PCT/US2016/042753
Other languages
French (fr)
Inventor
Gurpreet ATWAL
Jaipal Singh KUMAWAT
Hemant Arora
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.)
Mastercard International Inc
Original Assignee
Mastercard International Inc
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 Mastercard International Inc filed Critical Mastercard International Inc
Publication of WO2017019355A1 publication Critical patent/WO2017019355A1/en
Anticipated expiration legal-status Critical
Ceased legal-status Critical Current

Links

Classifications

    • GPHYSICS
    • G06COMPUTING OR CALCULATING; COUNTING
    • G06QINFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00Payment architectures, schemes or protocols
    • G06Q20/38Payment protocols; Details thereof
    • G06Q20/40Authorisation, e.g. identification of payer or payee, verification of customer or shop credentials; Review and approval of payers, e.g. check credit lines or negative lists
    • G06Q20/401Transaction verification
    • G06Q20/4016Transaction verification involving fraud or risk level assessment in transaction processing
    • GPHYSICS
    • G06COMPUTING OR CALCULATING; COUNTING
    • G06QINFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00Payment architectures, schemes or protocols
    • G06Q20/08Payment architectures
    • G06Q20/20Point-of-sale [POS] network systems
    • GPHYSICS
    • G06COMPUTING OR CALCULATING; COUNTING
    • G06QINFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00Payment architectures, schemes or protocols
    • G06Q20/38Payment protocols; Details thereof
    • G06Q20/40Authorisation, e.g. identification of payer or payee, verification of customer or shop credentials; Review and approval of payers, e.g. check credit lines or negative lists
    • G06Q20/409Device specific authentication in transaction processing
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L61/00Network arrangements, protocols or services for addressing or naming
    • H04L61/50Address allocation
    • H04L61/5007Internet protocol [IP] addresses
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00Network arrangements or protocols for supporting network services or applications
    • H04L67/50Network services
    • H04L67/52Network services specially adapted for the location of the user terminal
    • 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

Definitions

  • the present invention relates to methods for securing an electronic transaction request from a computing device to a server, for fraud detection.
  • the methods are performed by a computing device and/or a server.
  • One object of the present invention is therefore to address at least one of the problems of the prior art and/or to provide a choice that is useful in the art
  • a server (typically one operated by a payment card issuing organisation) receives an electronic transaction request including a media access control (MAC) address, and uses the MAC address as part of its process to authorize the request
  • MAC media access control
  • a method performed by at least one server for securing an electronic transaction request from a computing device for fraud detection wherein the request is received as a data packet comprising at least identification data of a payment card associated with the transaction and a MAC address of the computing device, the method comprising: the server comparing the MAC address with at least a first list of MAC addresses to obtain a first determination; the server using the identification data to obtain at least one second determination; and the server transmitting a response to the computing device to accept or decline the request based on the first determination and the at least one second determination.
  • the first list of addresses may be a "red list” of addresses. If the first determination shows a match between the MAC address in the electronic transaction request and the first list (this possibility is referred to here as the first determination being "positive"), men the response the server transmits to the computing device will be (or will be more likely to be) a signal to decline the request Conversely, if first determination is "negative" (that is, no match is found in the first list) then the response the server transmits to the computing device may depend solely on the result of the second determination.
  • the second determination(s) may be any conventional technique for performing request authorization, or an authorization process which is proposed in the future. It may for example, make use of transaction anomalies of the payment card from associated transaction histories, a determination of whether funds are available in a bank account associated with the payment card and/or whether a credit limit associated with the payment card would be exceeded if the transaction request is approved.
  • a media access control address is a unique identifier assigned to network interfaces for communications on a physical network segment
  • MAC addresses are assigned by the manufacturer of a network interface controller (NIC) and are stored in its hardware or some other firmware mechanism. If assigned by the manufacturer, a MAC address usually encodes the manufacturer's registered identification number.
  • the MAC address of a given computing device is typically unchanging. This can be contrasted to a programmed address, where the host device issues commands to the NIC to use an arbitrary address.
  • the method is advantageous in that it enables fraudulent electronic transactions to be identified more accurately, and prevents financial losses arising therefrom. Particularly, it enables the detection and blockage of usage of multiple fraudulent cards from a specific location associated with a MAC address, since hardware/firmware information of the computing device (that is, the MAC address) can be monitored by the server.
  • the data packet further may further include an IP address and Geolocation information of the computing device.
  • the computing device may be a Point-Of-Sale terminal.
  • the computing device may be one associated with an e-commerce transaction.
  • the data packet may be formatted based on the ISO-8583 standard.
  • the MAC address may be stored in a data field of the data packet configured for private use.
  • the data field may be any one of data fields 61 to 63, or 120 to 127 defined by the ISO-8583 standard.
  • transmitting the response may include transmitting a fraud alert to the computing device.
  • the method may further comprise transmitting a further fraud alert to an issuer of the payment card.
  • the method may further comprise including the identification data into the first list if the first determination is positive.
  • the first list can gradually accumulate identification data for payment cards which have supposedly been used with the computing devices associated with the suspicious MAC addresses.
  • comparing the MAC address may further include comparing the MAC address with a second list of MAC addresses, to form a third determination of whether there is a match.
  • the second list of MAC addresses constitute a "green list", such mat if the third determination is positive (i.e. there is a match) the response transmitted by the server is more likely to be positive (e.g. even if the second determination indicates that the request should not be approved).
  • the method may further comprise including the MAC address into the second list if the second determination is positive.
  • the second list accumulates identification data for the cards which have been used in the second list of MAC addresses.
  • a method performed by a computing device for securing an electronic transaction request for fraud detection comprising: the computing device obtaining at least identification data of a payment card associated with the transaction and a MAC address of the computing device; and the computing device transmitting a data packet to at least one server as the request, wherein the data packet is arranged to include the identification data and MAC address.
  • a method for securing an electronic transaction request for fraud detection the request transmitted as a data packet by a computing device and received by at least one server, the method comprising: the computing device obtaining at least identification data of a payment card associated with the transaction and a MAC address of the computing device; the computing device transmitting the data packet to the server, wherein the data packet is arranged to include the identification data and MAC address; the server comparing the MAC address in the received data packet with at least a list of MAC addresses to obtain a first determination; the server using the identification data in the received data packet to obtain at least one second determination; and the server transmitting a response to the computing device to accept or decline the request based on the first determination and the at least one second determination.
  • a server for securing an electronic transaction request from a computing device for fraud detection, wherein the request is received as a data packet comprising at least identification data of a payment card associated with the transaction and a MAC address of the computing device, the server comprising: a processor for comparing the MAC address with at least a first list of MAC addresses to obtain a first
  • a detector module for using the identification data to obtain at least one second determination; and a transceiver module for transmitting a response to the computing device to accept or decline the request based on the first determination and the at least one second determination.
  • a computing device for securing an electronic transaction request for fraud detection, the device comprising: a processor for obtaining at least identification data of a payment card associated with the transaction and a MAC address of the computing device; and a transceiver module for transmitting a data packet to at least one server as the request, wherein the data packet is arranged to include the identification data and MAC address.
  • a system for securing an electronic transaction request for fraud detection the request transmitted as a data packet by a computing device and received by at least one server
  • the system comprising: the computing device which includes: a processor for obtaining at least identification data of a payment card associated with the transaction and a MAC address of the computing device; and a transceiver module for transmitting the data packet to the server, wherein the data packet is arranged to include the identification data and MAC address; and the server which includes: a processor for comparing the MAC address in the received data packet with at least a list of MAC addresses to obtain a first determination; a detector module for using the identification data in the received data packet to obtain at least one second determination; and a transceiver module for transmitting a response to the computing device to accept or decline the request based on the first determination and the at least one second determination.
  • the term "payment card” is used here to refer in particular to debit or credit cards, ATM cards, and cards storing a pre-paid fixed value, as well as any other device that may hold payment account information, such as mobile phones, smartphones, personal digital assistants (PDAs), key fobs, transponder devices, NFC- enabled devices, and/or computers. If the card is a physical card, the identification data is typically printed on the card. However, the invention is applicable also to cases in which no physical card exists.
  • FIGs. la and lb are respective block diagrams of a computing device and a server, which collectively form an embodiment of the invention, which is a system for processing an electronic transaction request;
  • FIG. 2 is a flow diagram of a corresponding method performed by the said system.
  • FIGs. la and 1 b are respective block diagrams of a computing device 100 and a first server ISO ("server”), which collectively form a system for processing an electronic transaction request for fraud detection, according to a first embodiment
  • the request is transmitted as a data packet by the computing device 100 to the server 1 SO for processing.
  • the data packet is an Authorization message, formatted based on a recognized standard (to be elaborated below). That is, the server ISO is an authentication and authorization server for accepting/declining the request
  • a first example of the computing device 100 is a Poim-Of-Sale (POS) terminal.
  • the computing device 100 communicates digitally with the server ISO through a public/private network (e.g. the Internet). It is to be appreciated that a minimum of one server ISO is required, but multiple such similar servers ISO may also be arranged in the system, if necessary.
  • the computing device 100 includes a processor 102 for obtaining at least identification data of a payment card (not shown) associated with originating the transaction and a MAC address of the computing device 100, and also a transceiver module 104 for transmitting a data packet to the server ISO as the request
  • the payment card is associated with identification data (i.e. details of the payment card) such as card number, card expiration date, and card security code.
  • the computing device formats the data packet based on the ISO-8S83 standard, although other suitable standards may also be adopted, depending on requirements of an intended application.
  • the data packet is arranged to include the said identification data of the payment card, and the MAC address of the computing device 100.
  • the MAC address is arranged to be stored in a data field of the data packet (that is configured for private use), and the data field is any one of data fields 61 to 63, or 120 to 127 as defined by the ISO-8583 standard.
  • a second example of the computer device 100 is a general purpose computing device, such as a smart-device, laptop, personal computer or the like, which is used by a user to perform an e-commerce transaction by interacting (e.g. over the internet) with (not shown), such as a server operating a retail website.
  • the processor 102 of the general purpose computer communicates with the second server using the transceiver module 104 to initiate an e-commerce transaction, and sends the second server the MAC address of the computer device 100.
  • the second server (not the computer device 100 itself) is arranged to send the authorization message to the first server ISO comprising the MAC address of the general purpose computing device.
  • the processing of the authorization message by the first server 150 may be the same in this example as in the example that the computer device 100 is a point-of-sale terminal.
  • the computing device 100 may also obtain an IP address and Oeolocation information of the computing device 100 for inclusion in any of the above said data fields of the data packet of the transaction request Moreover, h is to be appreciated that in instances where the computing device 100 is a POS terminal, existing POS terminals may simply be reconfigured (e.g. via software) to capture the MAC address, IP address, Geolocation information and other necessary additional information.
  • the server ISO includes a processor 152 for comparing the MAC address (provided in the received data packet) with at least a first list 300 of MAC addresses to obtain a first determination; a detector module 154 for performing a conventional transaction request authorization process using the identification data (e.g. by detecting transaction anomalies of the payment card from associated transaction histories using the identification data; or checking that the transaction would not exceed a payment limit associated with the payment card) to obtain at least one second determination; and a transceiver module 156 for receiving die data packet and also transmitting a corresponding response to the computing device 100 to accept/decline the request based on the first determination and the at least one second determination.
  • the detector module 154 may also be termed as a "Fraud detection and tagging engine" in this embodiment.
  • the first list 300 is a database of MAC addresses associated with previously reported frauds, and of card numbers associated with the respective frauds. It is to be appreciated that the first list 300 of MAC addresses, and a database 302 of any digital data ("digital database'*) used in the second determination (e.g. associated transaction histories of the payment card), may reside on the server 150 or in an independent database server electronically accessible by the server ISO. Hie first list 300 of MAC addresses and/or the digital database 302 may be encrypted for security purposes.
  • the method 200 relates to processing an electronic transaction request for fraud detection.
  • an electronic transaction is initiated using the payment card via the computing device 100, and as part of processing of the transaction, identification data of the payment card and MAC address of the computing device 100 are captured by the processor 102 of the computing device 100 in step 204.
  • the computing device 100 stores the captured data into a data packet (formatted as per the ISO-8S83 standard) and then transmits the data packet via the transceiver module 104 to the server ISO for processing.
  • the transmitted data packet is received by the transceiver module 156 of the server 1 SO and processed in step 208 to determine whether the request is a fraudulent transaction.
  • the received data packet is provided to both the processor 152 and detector module 1S4 of the server 150 for further processing.
  • the processor 1S2 of the server 150 determines if the MAC address is present in the first list 300 of MAC addresses. That is, the processor 152 compares the MAC address (stored in the received data packet) with the first list 300 of MAC addresses to obtain a first determination, which is positive if a match is found, but otherwise negative is a match is not found. If the first determination is positive, it may mean mat the request is a fraudulent transaction, whereas if the first determination is negative, the converse may men be true.
  • the server 150 determines whether the request is a fraudulent transaction based on the first determination.
  • the MAC address of the computing device 100 may men be anonymized and stored encrypted into the first list 300 of MAC addresses.
  • the encrypted data in the first list 300 of MAC addresses is accessible only by authorized programs.
  • the first list 300 of MAC addresses is used as a future reference against other comparisons to be carried out, and may be known as a Red-List of MAC addresses (i.e. includes details of payment cards and computing devices from which fraudulent transactions have been determined to originate from). It is to be appreciated that the first list 300 of MAC addresses may be stored on the server 1 SO or in a separate database server electronically accessible by the server ISO.
  • the detector module 1S4 uses the identification data to perform any standard authorization process, which will not be elaborated herein.
  • the detector module 1S4 may detect any transaction anomalies of the payment card from associated transaction histories (retrieved from the digital database 302) using the identification data (stored in the received data packet) to obtain a second determination (i.e. positive if anomalies are detected, or negative if no anomalies are detected).
  • mat detecting transaction anomalies here means to check for past spending behaviour under the payment card, and may use the MAC address as one of the criteria. If for example all the transactions for a given payment card have been made using a computing device with a specific MAC address, but if the present transaction is atypical (e.g.
  • a security procedure may be triggered.
  • a verification alert may be generated, such as sending an SMS or a phone call to the consumer.
  • the authorization process performed in step 206 is an example of what is referred to above as a "second determination" using the identification data of the payment card.
  • step 212 an appropriate tag value based on the determination in step 210 is provided to supplement the result of the standard authorization process checks performed in step 206.
  • the tag value may be an authorization response, such as a currently conventional authorization response code which indicates whether the transaction is approved or declined.
  • step 214 an assessment is made by the server 1 SO of whether to approve/decline the request by considering the tag value together with other authorization parameters derived in step 206 using the identification data, such as the credit limit of the payment card, or account status of the payment card.
  • a message is sent to the computing device 100 (or, in the case of an e-commerce transaction to the second server) which indicates whether the transaction is approved or declined, as per step 216 set out below. Note that step 214 is performed irrespective of whether the transaction has been determined to be fraudulent
  • the transceiver module 156 transmits a corresponding response to the computing device 100 to inform that the request is accepted/decline. Needlessly to say, a merchant of the computing device 100 may then act accordingly to accept/decline the electronic transaction.
  • the MAC address of the computing device 100 may be anonymized and stored encrypted into a second list 304 of MAC addresses. Hie encrypted data in the second list 304 of MAC addresses is accessible only by authorized programs.
  • the second list 304 of MAC addresses is used as a future reference against other comparisons to be carried out, and may be known as a Green-List of MAC addresses (i.e. includes details of payment cards and computing devices from which non-fraudulent transactions have been determined to originate from). It is to be appreciated that the second list 304 of MAC addresses may be stored on the server ISO or in a separate database server electronically accessible by the server ISO.
  • Green-list is defined to be a list of MAC addresses of computing devices, from which genuine electronic transaction requests of a particular payment card originate. Whenever the server ISO receives an electronic transaction request from that particular payment card for approval, the MAC address stored in the received data packet is matched against the corresponding Green-List tagged to the said payment card to provide a quick authorization clearance for that said payment card. It is to be appreciated mat the different Green-lists may also be used together with the second list 304 of MAC addresses.
  • the proposed method 200 advantageously uses Authorization messages (formatted based on the ISO-8S83 standard) pertaining to electronic transactions request(s) for card payment to capture a MAC address of the computing device 100, from which the requests) originate, and then includes the MAC address in an associated Authorization message to be generated by the computing device 100.
  • a MAC Address is considered a semi-strong variable to uniquely identify an associated computing device, but a relatively strong variable compared to an IP address.
  • deploying the method 200 only requires slight modifications to setup of the computing device 100 (in the case of a POS terminal) and/or the software installed in the computing device 100 that generates the Authorization message.
  • the MAC address stored in the Authorization message (that is transmitted to the server 1 SO) is then read by the server 150 and utilised in the authentication process for
  • the captured MAC address is used by the server 1 SO to enhance fraud rules/algorithms to enable fraudulent transactions to be flagged in real-time, and thus allow suspicious electronic transaction activities to be identified more efficiently and accurately.
  • the proposed method 200 enables fraudulent transactions to be identified more accurately, and so prevents financial losses arising therefrom. Further, the proposed method 200 is a much improved method, comparing to conventional solutions, of fraud detection for online transactions and POS transactions.
  • the proposed method 200 may also enable detection and blockage of usage of multiple fraudulent cards from a specific location in concern, since hardware/firmware information (via the MAC address) of the computing device 100 is now monitored. So, unless the computing device 100 at the specific location is subsequently replaced (thus causing the corresponding hard ware/firm ware information to change), it may be difficult to bypass the fraud detection process provided by the proposed method 200.
  • the proposed method 200 in its preferred embodiments, is compatible with existing systems because communication between the computing device 100 and server 150 is carried out via data packets formatted using the ISO- 8583 standard.
  • the MAC address used by the proposed method 200 is different to existing Card Acceptor Terminal IDs in use by MasterCardTM.
  • Card Acceptor Terminal IDs are configured as semi- permanent IDs that may change as the POS terminals are re-configured.
  • Card acceptor terminal IDs generated by POS terminals in different locations (at which transaction requests originate) may overlap, and thus are not unique (compared to MAC addresses which are unique for different hardware).
  • the processor 152 of the server ISO may also compare the MAC address (stored in the received data packet) with the second list 304 of MAC addresses as part of the first determination for quicker and better matching, and not just restricted to comparing with the first list 300 of MAC addresses.
  • the transceiver module 1S6 of the server ISO may also transmit a fraud alert (e.g.
  • an IP address of the computing device 100 (if it is a POS terminal) may also be used together with the MAC address for the fraud detection - if the IP address of the computing device 100 changes very frequently, it may be an indication of fraudulent activities possibly being committed through the computing device 100. So, the proposed method 200 offers an even more robust performance for fraud detection when the IP address and MAC address of the computing device 100 are used in combination for fraudulent transactions assessment
  • the second Green-List of MAC addresses may also be compiled for hardware from merchants (handling electronic transactions), and used as a secondary validation reference for the Green-List/Red-List of MAC addresses.

Landscapes

  • Business, Economics & Management (AREA)
  • Engineering & Computer Science (AREA)
  • Accounting & Taxation (AREA)
  • General Business, Economics & Management (AREA)
  • Finance (AREA)
  • Strategic Management (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Theoretical Computer Science (AREA)
  • Computer Security & Cryptography (AREA)
  • Signal Processing (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)

Abstract

A method (200) is disclosed for performance by at least one server, for securing an electronic transaction request from a computing device for fraud detection. The request is received as a data packet comprising at least identification data of a payment card associated with the transaction and a MAC address of the computing device, is disclosed. The method comprises the server comparing (208, 210) the MAC address with at least a first list of MAC addresses to obtain a first determination; the server using (206) the identification data to obtain at least one second determination; and the server transmitting (216) a response to the computing device to accept or decline the request based on the first determination and the at least one second determination. A related computing device and server are also disclosed.

Description

METHOD FOR SECURING AN ELECTRONIC TRANSACTION REQUEST FROM A COMPUTING DEVICE FOR FRAUD DETECTION
CROSS-REFERENCE TO RELATED APPLICATIONS
This application claims priority to and the benefit of the filing date of
Singapore Patent Application No. 1020150579 IP filed on July 24, 201S, which is hereby incorporated by reference in its entirety.
FIELD OF THE INVENTION
The present invention relates to methods for securing an electronic transaction request from a computing device to a server, for fraud detection. The methods are performed by a computing device and/or a server.
BACKGROUND OF THE INVENTION
Combating fraud in electronic financial transactions is a significant challenge faced constantly by global financial institutions. Presently, different sets of rules/algorithms are already provided at an issuer end (that is, at the server operated by an issuer of a payment card), as well as at payment processing ends (such as point- of-sale terminals), to assist with fraud detection. Despite that, frauds are still occurring more frequently than ever before, due to difficulties in correctly and accurately identifying and thus preventing occurrence of fraudulent transactions. It is thus important to have improved mechanisms in place to enable efficient
identification/prevention of fraudulent transactions, both for transactions at retail locations and for the ubiquitous e-commerce sector.
One object of the present invention is therefore to address at least one of the problems of the prior art and/or to provide a choice that is useful in the art
SUMMARY
In general terms, the present invention proposes that a server (typically one operated by a payment card issuing organisation) receives an electronic transaction request including a media access control (MAC) address, and uses the MAC address as part of its process to authorize the request According to a 1* aspect of the invention, there is provided a method performed by at least one server for securing an electronic transaction request from a computing device for fraud detection, wherein the request is received as a data packet comprising at least identification data of a payment card associated with the transaction and a MAC address of the computing device, the method comprising: the server comparing the MAC address with at least a first list of MAC addresses to obtain a first determination; the server using the identification data to obtain at least one second determination; and the server transmitting a response to the computing device to accept or decline the request based on the first determination and the at least one second determination.
The first list of addresses may be a "red list" of addresses. If the first determination shows a match between the MAC address in the electronic transaction request and the first list (this possibility is referred to here as the first determination being "positive"), men the response the server transmits to the computing device will be (or will be more likely to be) a signal to decline the request Conversely, if first determination is "negative" (that is, no match is found in the first list) then the response the server transmits to the computing device may depend solely on the result of the second determination.
The second determination(s) may be any conventional technique for performing request authorization, or an authorization process which is proposed in the future. It may for example, make use of transaction anomalies of the payment card from associated transaction histories, a determination of whether funds are available in a bank account associated with the payment card and/or whether a credit limit associated with the payment card would be exceeded if the transaction request is approved.
A media access control address (MAC address) is a unique identifier assigned to network interfaces for communications on a physical network segment Conventionally, MAC addresses are assigned by the manufacturer of a network interface controller (NIC) and are stored in its hardware or some other firmware mechanism. If assigned by the manufacturer, a MAC address usually encodes the manufacturer's registered identification number. The MAC address of a given computing device is typically unchanging. This can be contrasted to a programmed address, where the host device issues commands to the NIC to use an arbitrary address. The method is advantageous in that it enables fraudulent electronic transactions to be identified more accurately, and prevents financial losses arising therefrom. Particularly, it enables the detection and blockage of usage of multiple fraudulent cards from a specific location associated with a MAC address, since hardware/firmware information of the computing device (that is, the MAC address) can be monitored by the server.
Preferably, the data packet further may further include an IP address and Geolocation information of the computing device.
The computing device may be a Point-Of-Sale terminal. Alternatively, the computing device may be one associated with an e-commerce transaction.
Preferably, the data packet may be formatted based on the ISO-8583 standard.
Preferably, the MAC address may be stored in a data field of the data packet configured for private use.
Preferably, the data field may be any one of data fields 61 to 63, or 120 to 127 defined by the ISO-8583 standard.
Preferably, transmitting the response may include transmitting a fraud alert to the computing device.
Preferably, the method may further comprise transmitting a further fraud alert to an issuer of the payment card.
Preferably, the method may further comprise including the identification data into the first list if the first determination is positive. In mis way, the first list can gradually accumulate identification data for payment cards which have supposedly been used with the computing devices associated with the suspicious MAC addresses.
Preferably, comparing the MAC address may further include comparing the MAC address with a second list of MAC addresses, to form a third determination of whether there is a match. The second list of MAC addresses constitute a "green list", such mat if the third determination is positive (i.e. there is a match) the response transmitted by the server is more likely to be positive (e.g. even if the second determination indicates that the request should not be approved).
Preferably, the method may further comprise including the MAC address into the second list if the second determination is positive. In mis way, the second list accumulates identification data for the cards which have been used in the second list of MAC addresses.
According to a 2nd aspect of the invention, there is provided a method performed by a computing device for securing an electronic transaction request for fraud detection, the method comprising: the computing device obtaining at least identification data of a payment card associated with the transaction and a MAC address of the computing device; and the computing device transmitting a data packet to at least one server as the request, wherein the data packet is arranged to include the identification data and MAC address.
According to a 3rd aspect of the invention, there is provided a method for securing an electronic transaction request for fraud detection, the request transmitted as a data packet by a computing device and received by at least one server, the method comprising: the computing device obtaining at least identification data of a payment card associated with the transaction and a MAC address of the computing device; the computing device transmitting the data packet to the server, wherein the data packet is arranged to include the identification data and MAC address; the server comparing the MAC address in the received data packet with at least a list of MAC addresses to obtain a first determination; the server using the identification data in the received data packet to obtain at least one second determination; and the server transmitting a response to the computing device to accept or decline the request based on the first determination and the at least one second determination.
According to a 4th aspect of the invention, there is provided a server for securing an electronic transaction request from a computing device for fraud detection, wherein the request is received as a data packet comprising at least identification data of a payment card associated with the transaction and a MAC address of the computing device, the server comprising: a processor for comparing the MAC address with at least a first list of MAC addresses to obtain a first
determination; a detector module for using the identification data to obtain at least one second determination; and a transceiver module for transmitting a response to the computing device to accept or decline the request based on the first determination and the at least one second determination.
According to a 5* aspect of the invention, there is provided a computing device for securing an electronic transaction request for fraud detection, the device comprising: a processor for obtaining at least identification data of a payment card associated with the transaction and a MAC address of the computing device; and a transceiver module for transmitting a data packet to at least one server as the request, wherein the data packet is arranged to include the identification data and MAC address.
According to a 6th aspect of the invention, there is provided a system for securing an electronic transaction request for fraud detection, the request transmitted as a data packet by a computing device and received by at least one server, the system comprising: the computing device which includes: a processor for obtaining at least identification data of a payment card associated with the transaction and a MAC address of the computing device; and a transceiver module for transmitting the data packet to the server, wherein the data packet is arranged to include the identification data and MAC address; and the server which includes: a processor for comparing the MAC address in the received data packet with at least a list of MAC addresses to obtain a first determination; a detector module for using the identification data in the received data packet to obtain at least one second determination; and a transceiver module for transmitting a response to the computing device to accept or decline the request based on the first determination and the at least one second determination.
It should be apparent that features relating to one aspect of the invention may also be applicable to the other aspects of the invention.
These and other aspects of the invention will be apparent from and elucidated with reference to the embodiments described hereinafter.
The term "payment card" is used here to refer in particular to debit or credit cards, ATM cards, and cards storing a pre-paid fixed value, as well as any other device that may hold payment account information, such as mobile phones, smartphones, personal digital assistants (PDAs), key fobs, transponder devices, NFC- enabled devices, and/or computers. If the card is a physical card, the identification data is typically printed on the card. However, the invention is applicable also to cases in which no physical card exists.
BRIEF DESCRIPTION OF THE DRAWINGS
Embodiments of the invention are disclosed hereinafter with reference to the accompanying drawings, in which: FIGs. la and lb are respective block diagrams of a computing device and a server, which collectively form an embodiment of the invention, which is a system for processing an electronic transaction request; and
FIG. 2 is a flow diagram of a corresponding method performed by the said system.
DETAILED DESCRIPTION OF PPEFEWHii-.n EMBODIMENTS
FIGs. la and 1 b are respective block diagrams of a computing device 100 and a first server ISO ("server"), which collectively form a system for processing an electronic transaction request for fraud detection, according to a first embodiment The request is transmitted as a data packet by the computing device 100 to the server 1 SO for processing. The data packet is an Authorization message, formatted based on a recognized standard (to be elaborated below). That is, the server ISO is an authentication and authorization server for accepting/declining the request
A first example of the computing device 100 is a Poim-Of-Sale (POS) terminal. The computing device 100 communicates digitally with the server ISO through a public/private network (e.g. the Internet). It is to be appreciated that a minimum of one server ISO is required, but multiple such similar servers ISO may also be arranged in the system, if necessary.
The computing device 100 includes a processor 102 for obtaining at least identification data of a payment card (not shown) associated with originating the transaction and a MAC address of the computing device 100, and also a transceiver module 104 for transmitting a data packet to the server ISO as the request The payment card is associated with identification data (i.e. details of the payment card) such as card number, card expiration date, and card security code. In this instance, the computing device formats the data packet based on the ISO-8S83 standard, although other suitable standards may also be adopted, depending on requirements of an intended application. The data packet is arranged to include the said identification data of the payment card, and the MAC address of the computing device 100. Under the ISO-8583 standard, the MAC address is arranged to be stored in a data field of the data packet (that is configured for private use), and the data field is any one of data fields 61 to 63, or 120 to 127 as defined by the ISO-8583 standard.
A second example of the computer device 100 is a general purpose computing device, such as a smart-device, laptop, personal computer or the like, which is used by a user to perform an e-commerce transaction by interacting (e.g. over the internet) with (not shown), such as a server operating a retail website. In this case, the processor 102 of the general purpose computer communicates with the second server using the transceiver module 104 to initiate an e-commerce transaction, and sends the second server the MAC address of the computer device 100. In this case, the second server (not the computer device 100 itself) is arranged to send the authorization message to the first server ISO comprising the MAC address of the general purpose computing device. Note that the processing of the authorization message by the first server 150 may be the same in this example as in the example that the computer device 100 is a point-of-sale terminal.
It is also to be appreciated that, in both cases, the computing device 100 may also obtain an IP address and Oeolocation information of the computing device 100 for inclusion in any of the above said data fields of the data packet of the transaction request Moreover, h is to be appreciated that in instances where the computing device 100 is a POS terminal, existing POS terminals may simply be reconfigured (e.g. via software) to capture the MAC address, IP address, Geolocation information and other necessary additional information.
The server ISO includes a processor 152 for comparing the MAC address (provided in the received data packet) with at least a first list 300 of MAC addresses to obtain a first determination; a detector module 154 for performing a conventional transaction request authorization process using the identification data (e.g. by detecting transaction anomalies of the payment card from associated transaction histories using the identification data; or checking that the transaction would not exceed a payment limit associated with the payment card) to obtain at least one second determination; and a transceiver module 156 for receiving die data packet and also transmitting a corresponding response to the computing device 100 to accept/decline the request based on the first determination and the at least one second determination. The detector module 154 may also be termed as a "Fraud detection and tagging engine" in this embodiment.
The first list 300 is a database of MAC addresses associated with previously reported frauds, and of card numbers associated with the respective frauds. It is to be appreciated that the first list 300 of MAC addresses, and a database 302 of any digital data ("digital database'*) used in the second determination (e.g. associated transaction histories of the payment card), may reside on the server 150 or in an independent database server electronically accessible by the server ISO. Hie first list 300 of MAC addresses and/or the digital database 302 may be encrypted for security purposes.
With reference to a flow diagram of FIG.2, a corresponding method 200 performed by the system (comprising the computing device 100 and server 150) is explained below. The method 200 relates to processing an electronic transaction request for fraud detection. At step 202, an electronic transaction is initiated using the payment card via the computing device 100, and as part of processing of the transaction, identification data of the payment card and MAC address of the computing device 100 are captured by the processor 102 of the computing device 100 in step 204. Next, the computing device 100 stores the captured data into a data packet (formatted as per the ISO-8S83 standard) and then transmits the data packet via the transceiver module 104 to the server ISO for processing.
After step 204, the transmitted data packet is received by the transceiver module 156 of the server 1 SO and processed in step 208 to determine whether the request is a fraudulent transaction. In particular, the received data packet is provided to both the processor 152 and detector module 1S4 of the server 150 for further processing. The processor 1S2 of the server 150 determines if the MAC address is present in the first list 300 of MAC addresses. That is, the processor 152 compares the MAC address (stored in the received data packet) with the first list 300 of MAC addresses to obtain a first determination, which is positive if a match is found, but otherwise negative is a match is not found. If the first determination is positive, it may mean mat the request is a fraudulent transaction, whereas if the first determination is negative, the converse may men be true. In step 210, the server 150 determines whether the request is a fraudulent transaction based on the first determination.
Specifically, if the request is determined to be a fraudulent transaction (i.e. the first determination is positive), the MAC address of the computing device 100, along with the identification data of the payment card, may men be anonymized and stored encrypted into the first list 300 of MAC addresses. The encrypted data in the first list 300 of MAC addresses is accessible only by authorized programs. The first list 300 of MAC addresses is used as a future reference against other comparisons to be carried out, and may be known as a Red-List of MAC addresses (i.e. includes details of payment cards and computing devices from which fraudulent transactions have been determined to originate from). It is to be appreciated that the first list 300 of MAC addresses may be stored on the server 1 SO or in a separate database server electronically accessible by the server ISO.
Separately, in step 206 the detector module 1S4 uses the identification data to perform any standard authorization process, which will not be elaborated herein. For example, the detector module 1S4 may detect any transaction anomalies of the payment card from associated transaction histories (retrieved from the digital database 302) using the identification data (stored in the received data packet) to obtain a second determination (i.e. positive if anomalies are detected, or negative if no anomalies are detected). It is to be appreciated mat detecting transaction anomalies here means to check for past spending behaviour under the payment card, and may use the MAC address as one of the criteria. If for example all the transactions for a given payment card have been made using a computing device with a specific MAC address, but if the present transaction is atypical (e.g. in its size) and/or uses a different MAC address, a security procedure may be triggered. For example, a verification alert may be generated, such as sending an SMS or a phone call to the consumer. The authorization process performed in step 206 is an example of what is referred to above as a "second determination" using the identification data of the payment card.
Thereafter, in step 212, an appropriate tag value based on the determination in step 210 is provided to supplement the result of the standard authorization process checks performed in step 206. The tag value may be an authorization response, such as a currently conventional authorization response code which indicates whether the transaction is approved or declined. In step 214, an assessment is made by the server 1 SO of whether to approve/decline the request by considering the tag value together with other authorization parameters derived in step 206 using the identification data, such as the credit limit of the payment card, or account status of the payment card. A message is sent to the computing device 100 (or, in the case of an e-commerce transaction to the second server) which indicates whether the transaction is approved or declined, as per step 216 set out below. Note that step 214 is performed irrespective of whether the transaction has been determined to be fraudulent
In step 216, the transceiver module 156 transmits a corresponding response to the computing device 100 to inform that the request is accepted/decline. Needlessly to say, a merchant of the computing device 100 may then act accordingly to accept/decline the electronic transaction.
We now describe an optional feature of the embodiment Specifically, at step 210, if the request is determined to be a non-fraudulent transaction (i.e. the first determination is negative), the MAC address of the computing device 100, along with the identification data of the payment card, may be anonymized and stored encrypted into a second list 304 of MAC addresses. Hie encrypted data in the second list 304 of MAC addresses is accessible only by authorized programs. The second list 304 of MAC addresses is used as a future reference against other comparisons to be carried out, and may be known as a Green-List of MAC addresses (i.e. includes details of payment cards and computing devices from which non-fraudulent transactions have been determined to originate from). It is to be appreciated that the second list 304 of MAC addresses may be stored on the server ISO or in a separate database server electronically accessible by the server ISO.
The concept of having the Green-List of MAC addresses may be expanded so that respective Green-lists are compiled for respective payment cards. So in this case, a Green-list is defined to be a list of MAC addresses of computing devices, from which genuine electronic transaction requests of a particular payment card originate. Whenever the server ISO receives an electronic transaction request from that particular payment card for approval, the MAC address stored in the received data packet is matched against the corresponding Green-List tagged to the said payment card to provide a quick authorization clearance for that said payment card. It is to be appreciated mat the different Green-lists may also be used together with the second list 304 of MAC addresses.
In summary, for fraud detection, the proposed method 200 advantageously uses Authorization messages (formatted based on the ISO-8S83 standard) pertaining to electronic transactions request(s) for card payment to capture a MAC address of the computing device 100, from which the requests) originate, and then includes the MAC address in an associated Authorization message to be generated by the computing device 100. It is to be appreciated mat a MAC Address is considered a semi-strong variable to uniquely identify an associated computing device, but a relatively strong variable compared to an IP address. Beneficially, deploying the method 200 only requires slight modifications to setup of the computing device 100 (in the case of a POS terminal) and/or the software installed in the computing device 100 that generates the Authorization message. The MAC address stored in the Authorization message (that is transmitted to the server 1 SO) is then read by the server 150 and utilised in the authentication process for
accepting/declining the transaction request Specifically, the captured MAC address is used by the server 1 SO to enhance fraud rules/algorithms to enable fraudulent transactions to be flagged in real-time, and thus allow suspicious electronic transaction activities to be identified more efficiently and accurately.
Advantageously, the proposed method 200 enables fraudulent transactions to be identified more accurately, and so prevents financial losses arising therefrom. Further, the proposed method 200 is a much improved method, comparing to conventional solutions, of fraud detection for online transactions and POS transactions. The proposed method 200 may also enable detection and blockage of usage of multiple fraudulent cards from a specific location in concern, since hardware/firmware information (via the MAC address) of the computing device 100 is now monitored. So, unless the computing device 100 at the specific location is subsequently replaced (thus causing the corresponding hard ware/firm ware information to change), it may be difficult to bypass the fraud detection process provided by the proposed method 200. Furthermore, the proposed method 200, in its preferred embodiments, is compatible with existing systems because communication between the computing device 100 and server 150 is carried out via data packets formatted using the ISO- 8583 standard.
For completeness, it is to be appreciated mat the MAC address used by the proposed method 200 is different to existing Card Acceptor Terminal IDs in use by MasterCard™. Particularly, Card Acceptor Terminal IDs are configured as semi- permanent IDs that may change as the POS terminals are re-configured. Also, Card acceptor terminal IDs generated by POS terminals in different locations (at which transaction requests originate) may overlap, and thus are not unique (compared to MAC addresses which are unique for different hardware).
While the invention has been illustrated and described in detail in the drawings and foregoing description, such illustration and description are to be considered illustrative or exemplary, and not restrictive; the invention is not limited to the disclosed embodiments. Other variations to the disclosed embodiments can be understood and effected by those skilled in the art in practising the claimed invention. For example, the processor 152 of the server ISO may also compare the MAC address (stored in the received data packet) with the second list 304 of MAC addresses as part of the first determination for quicker and better matching, and not just restricted to comparing with the first list 300 of MAC addresses. Additionally, in step 216 (of FIG. 2), the transceiver module 1S6 of the server ISO may also transmit a fraud alert (e.g. an alarm message) to the computing device 100, and/or to an issuer of the payment card. Yet further, at step 208 (of FIG. 2), an IP address of the computing device 100 (if it is a POS terminal) may also be used together with the MAC address for the fraud detection - if the IP address of the computing device 100 changes very frequently, it may be an indication of fraudulent activities possibly being committed through the computing device 100. So, the proposed method 200 offers an even more robust performance for fraud detection when the IP address and MAC address of the computing device 100 are used in combination for fraudulent transactions assessment Optionally, the second Green-List of MAC addresses may also be compiled for hardware from merchants (handling electronic transactions), and used as a secondary validation reference for the Green-List/Red-List of MAC addresses.

Claims

1. A method performed by at least one server for securing an electronic transaction request from a computing device for fraud detection, wherein the request is received as a data packet comprising at least identification data of a payment card associated with the transaction and a MAC address of the computing device, the method comprising:
the server comparing the MAC address with at least a first list of MAC addresses to obtain a first determination;
the server using the identification data to obtain at least one second determination; and
the server transmitting a response to the computing device to accept or decline the request based on the first determination and the at least one second determination.
2. The method of claim 1, wherein the data packet further includes an IP address and Geolocation information of the computing device.
3. The method of any preceding claim, wherein the computing device includes a Pomt-Of-Sale terminal.
4. The method of any preceding claim, wherein the data packet is formatted based on the ISO-8583 standard.
5. The method of claim 4, wherein the MAC address is stored in a data field of the data packet configured for private use.
6. The method of claim 5, wherein the data field is any one of data fields 61 to 63, or 120 to 127 defined by the ISO-8583 standard.
7. The method of any preceding claims, wherein transmitting the response includes transmitting a fraud alert to the computing device.
8. Hie method of any preceding claims, further comprising transmitting a further fraud alert to an issuer of the payment card.
9. The method of any preceding claim, wherein the first determination is positive if a match of the MAC address is found in the first list of MAC addresses.
10. The method of any preceding claim, wherein comparing the MAC address further includes comparing the MAC address with a second list of MAC addresses.
11. The method of claim 10, further comprising including the MAC address into the second list if the first determination is negative, wherein the first determination is negative if a match of the MAC address is not found in the first list of MAC addresses.
12. A method performed by a computing device for securing an electronic transaction request for fraud detection, the method comprising:
the computing device obtaining at least identification data of a payment card associated with the transaction and a MAC address of the computing device; and
the computing device transmitting a data packet to at least one server as the request,
wherein the data packet is arranged to include the identification data and MAC address.
13. The method of claim 12, wherein the computing device a Point-Of-Sale terminal.
14. The method of claim 12 or 13, wherein the data packet is formatted based on the ISO-8S83 standard.
15. The method of claim 14, wherein the MAC address is stored in a data field of the data packet configured for private use.
16. The method of claim 1 S, wherein the data field is any one of data fields 61 to 63, or 120 to 127 defined by the ISO-8583 standard.
17. A method for securing an electronic transaction request for fraud detection, the request transmitted as a data packet by a computing device and received by at least one server, the method comprising:
the computing device obtaining at least identification data of a payment card associated with the transaction and a MAC address of the computing device;
the computing device transmitting the data packet to the server, wherein the data packet is arranged to include the identification data and MAC address;
the server comparing the MAC address in the received data packet with at least a list of MAC addresses to obtain a first determination;
the server using the identification data in the received data packet to obtain at least one second determination; and
the server transmitting a response to the computing device to accept or decline the request based on the first determination and the at least one second determination.
18. A server for securing an electronic transaction request from a computing device for fraud detection, wherein the request is received as a data packet comprising at least identification data of a payment card associated with the transaction and a MAC address of the computing device, the server comprising:
a processor for comparing the MAC address with at least a first list of
MAC addresses to obtain a first determination;
a detector module for using the identification data to obtain at least one second determination; and
a transceiver module for transmitting a response to the computing device to accept or decline the request based on the first determination and the at least one second determination.
19. A computing device for securing an electronic transaction request for fraud detection, the device comprising: a processor for obtaining at least identification data of a payment card associated with the transaction and a MAC address of the computing device; and a transceiver module for transmitting a data packet to at least one server as the request,
wherein the data packet is arranged to include the identification data and MAC address.
20. A system for securing an electronic transaction request for fraud detection, the request transmitted as a data packet by a computing device and received by at least one server, the system comprising:
the computing device which includes:
a processor for obtaining at least identification data of a payment card associated with the transaction and a MAC address of the computing device; and a transceiver module for transmitting the data packet to the server, wherein the data packet is arranged to include the identification data and MAC address; and
the server which includes:
a processor for comparing the MAC address in the received data packet with at least a list of MAC addresses to obtain a first determination;
a detector module for using the identification data in the received data packet to obtain at least one second determination; and
a transceiver module for transmitting a response to the computing device to accept or decline the request based on the first determination and the at least one second determination.
PCT/US2016/042753 2015-07-24 2016-07-18 Method for securing an electronic transaction request from a computing device for fraud detection Ceased WO2017019355A1 (en)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
SG10201505791PA SG10201505791PA (en) 2015-07-24 2015-07-24 Method for securing an electronic transaction request from a computing device for fraud detection
SG10201505791P 2015-07-24

Publications (1)

Publication Number Publication Date
WO2017019355A1 true WO2017019355A1 (en) 2017-02-02

Family

ID=57885045

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/US2016/042753 Ceased WO2017019355A1 (en) 2015-07-24 2016-07-18 Method for securing an electronic transaction request from a computing device for fraud detection

Country Status (3)

Country Link
US (1) US20170098220A1 (en)
SG (1) SG10201505791PA (en)
WO (1) WO2017019355A1 (en)

Families Citing this family (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US11240236B2 (en) * 2017-12-22 2022-02-01 Mastercard International Incorporated Methods for authorizing use of an application on a device
US11593806B2 (en) * 2019-03-25 2023-02-28 Yuh-Shen Song Illicit proceeds tracking system
US11012861B1 (en) 2020-01-09 2021-05-18 Allstate Insurance Company Fraud-detection based on geolocation data

Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2000049551A1 (en) * 1999-02-19 2000-08-24 Mobil Oil Corporation System and method for processing financial transactions
JP2003150883A (en) * 2001-11-14 2003-05-23 Pegasus Net Kk Credit card certification system by cellular phone with gps function
WO2007072320A2 (en) * 2005-12-23 2007-06-28 International Business Machines Corporation Method for evaluating and accessing a network address
WO2008052310A1 (en) * 2006-10-04 2008-05-08 Pgmx Inc Method and system of securing accounts
US20130110722A1 (en) * 2011-10-28 2013-05-02 B. Scott Boding System and Method For Identity Chaining
US20130282523A1 (en) * 2012-04-20 2013-10-24 Howard Pfeffer Network service provider assisted payment fraud detection and mitigation methods and apparatus
WO2014066423A1 (en) * 2012-10-22 2014-05-01 Modopayments, Llc Payment processing access device and method

Family Cites Families (19)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7370356B1 (en) * 2002-01-23 2008-05-06 Symantec Corporation Distributed network monitoring system and method
US8196818B2 (en) * 2005-07-13 2012-06-12 Mastercard International Incorporated Apparatus and method for integrated payment and electronic merchandise transfer
US10346845B2 (en) * 2009-05-15 2019-07-09 Idm Global, Inc. Enhanced automated acceptance of payment transactions that have been flagged for human review by an anti-fraud system
US9471920B2 (en) * 2009-05-15 2016-10-18 Idm Global, Inc. Transaction assessment and/or authentication
US20120191615A1 (en) * 2009-07-27 2012-07-26 Suridx, Inc. Secure Credit Transactions
US9589266B2 (en) * 2011-04-01 2017-03-07 Visa International Service Association Restricted-use account payment administration apparatuses, methods and systems
US10346843B2 (en) * 2012-07-31 2019-07-09 Worldpay, Llc Systems and methods for cost altering payment services
WO2014043278A1 (en) * 2012-09-11 2014-03-20 Visa International Service Association Cloud-based virtual wallet nfc apparatuses, methods and systems
US20140279515A1 (en) * 2013-03-14 2014-09-18 David Enns Systems and methods for credit card protection
US11055710B2 (en) * 2013-05-02 2021-07-06 Visa International Service Association Systems and methods for verifying and processing transactions using virtual currency
CA2860179A1 (en) * 2013-08-26 2015-02-26 Verafin, Inc. Fraud detection systems and methods
US9578062B2 (en) * 2014-04-03 2017-02-21 Palo Alto Research Center Incorporated Portable proxy for security management and privacy protection and method of use
US9135615B1 (en) * 2014-08-18 2015-09-15 Aurus, Inc. Systems and methods for processing payment transactions at fuel dispensing stations
CN105635084B (en) * 2014-11-17 2018-12-14 华为技术有限公司 Terminal authentication apparatus and method
US9848306B2 (en) * 2014-12-17 2017-12-19 Intel Corporation Contextually aware dynamic group formation
AU2016214117B2 (en) * 2015-02-06 2021-10-28 Trunomi Ltd. Systems and methods for generating an auditable digital certificate
US9552578B2 (en) * 2015-02-25 2017-01-24 Mastercard International Incorporated Method and system for authentication of payment card transactions
US9990243B2 (en) * 2015-04-02 2018-06-05 Fixstream Networks Inc. Using spanning tree protocol to determine a layer 2 topology of an ethernet type network
US20160316371A1 (en) * 2015-04-24 2016-10-27 AthenTek Inc. Location-based access control methods, cloud server, and client terminal utilizing the same

Patent Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2000049551A1 (en) * 1999-02-19 2000-08-24 Mobil Oil Corporation System and method for processing financial transactions
JP2003150883A (en) * 2001-11-14 2003-05-23 Pegasus Net Kk Credit card certification system by cellular phone with gps function
WO2007072320A2 (en) * 2005-12-23 2007-06-28 International Business Machines Corporation Method for evaluating and accessing a network address
WO2008052310A1 (en) * 2006-10-04 2008-05-08 Pgmx Inc Method and system of securing accounts
US20130110722A1 (en) * 2011-10-28 2013-05-02 B. Scott Boding System and Method For Identity Chaining
US20130282523A1 (en) * 2012-04-20 2013-10-24 Howard Pfeffer Network service provider assisted payment fraud detection and mitigation methods and apparatus
WO2014066423A1 (en) * 2012-10-22 2014-05-01 Modopayments, Llc Payment processing access device and method

Also Published As

Publication number Publication date
SG10201505791PA (en) 2017-02-27
US20170098220A1 (en) 2017-04-06

Similar Documents

Publication Publication Date Title
US11763311B2 (en) Multi-device transaction verification
US11416866B2 (en) Systems and methods for data desensitization
US10311419B2 (en) Apparatus and method for monitoring security of a point-of-sale terminal
US20240403863A1 (en) Multi-device authentication process and system utilizing cryptographic techniques
US8453226B2 (en) Token validation for advanced authorization
US20180053189A1 (en) Systems and methods for enhanced authorization response
US20110010289A1 (en) Method And System For Controlling Risk Using Static Payment Data And An Intelligent Payment Device
EP3227844A1 (en) Credit and debit fraud card usage monitoring for transit
CN102640177A (en) System and method for approving transactions
US11153308B2 (en) Biometric data contextual processing
US11803837B2 (en) Intelligent real time card alert system to detect suspicious contactless card reader
US20170098220A1 (en) Method for securing an electronic transaction request from a computing device for fraud detection
CN114207578B (en) Method and apparatus for mobile application integration
CA2956329C (en) Apparatus and method for monitoring security of a point-of-sale terminal
US20250086621A1 (en) Methods and systems for facilitating secure payment for a transaction
WO2025155546A1 (en) Proximity-based user authentication
WO2025117478A1 (en) Automated transaction processing type determination

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 16831051

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 16831051

Country of ref document: EP

Kind code of ref document: A1