Rewritable Card Verification Value for Skimming-Resistant Authentication

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Transaction cards are vulnerable to skimming, leading to fraudulent transactions, and existing systems fail to promptly mitigate this risk, causing inconvenience to account holders due to delayed issuance of new cards.

Innovation Solution

Implement a system where an automated teller machine (ATM) writes a new card verification value to the card during a transaction, detecting compromised security and preventing fraudulent transactions by comparing the new value with stored values.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Reliability

If a new card is issued to replace a compromised card, then card security is improved, but the account holder experiences delay and inconvenience

Engineering Contradiction:
Improvecard securityVSAvoidtime to receive replacement card
Core Design Contradiction:
ReliabilityVSLoss of time

Solution Approach 1:

The system performs preliminary detection of card compromise during transactions and proactively rewrites the card verification value before fraudulent use can occur. The financial institution monitors transactions in real-time, detects anomalies indicating skimming or compromise, and automatically rewrites the CVV on the card at the next ATM transaction, preventing fraud before it can be successfully executed with the compromised data.

Inventive Principle:
Principle #10Preliminary action

Solution Approach 2:

The card verification value is made dynamic and changeable rather than static. The system enables the CVV to be rewritten on the existing card at ATM locations, transforming it from a fixed security element to a dynamically updateable one. This allows the security credentials on the card to change in response to detected threats, maintaining security without requiring physical card replacement.

Inventive Principle:
Principle #15Dynamics

2Reliability

If card verification value is rewritten dynamically, then fraud prevention capability is improved, but system complexity increases

Engineering Contradiction:
Improvefraud prevention capabilityVSAvoidsystem complexity
Core Design Contradiction:
ReliabilityVSDevice complexity

Solution Approach 1:

The system enables self-service fraud prevention where the card itself can be rewritten with a new verification value at any ATM without requiring manual intervention from the financial institution. The ATM automatically detects when a card needs rewriting based on transmitted account information and performs the update during normal card transactions, making the fraud prevention process autonomous and reducing operational complexity.

Inventive Principle:
Principle #25Self-service

Solution Approach 2:

The system implements real-time feedback loops where transaction data is continuously monitored and analyzed for signs of compromise. When anomalies are detected, the system automatically triggers a card verification value rewrite. This feedback mechanism enables proactive fraud prevention by continuously monitoring transaction patterns and responding immediately to potential security threats without requiring complex manual analysis.

Inventive Principle:
Principle #23Feedback

Data Source

PatentUS12542034B1System and method of authentication using a re-writable security value of a transaction card
Publication Date: 2026.02.03 WELLS FARGO BANK NA
  • US12542034B1 patent drawing
  • US12542034B1 patent drawing
  • US12542034B1 patent drawing

AI summary

A method for authenticating a transaction includes replacing a first security value of a transaction device with a second security value; receiving, during a first transaction, the second security value; authenticating the first transaction based at least in part on the second security value; determining that a predetermined number of transactions have occurred during which the second verification value was not rewritten since the second security value was replaced; responsive to determining that the predetermined number of transactions have occurred, replacing the second security value on the transaction device with a third security value; receiving, during a second transaction, the third security value; and authenticating the second transaction based at least in part on the third security value.