信用卡跟踪数据的正则表达式

Question

是否有任何已知的正则表达式可以验证信用卡轨道 1 和轨道 2 数据？

编辑：

来自 Wikipedia：

金融卡第一轨上的信息包含多种格式：A、保留供发卡机构专有使用，B，如下所述，CM，保留供 ANSI 小组委员会 X3B10 使用，NZ，可供各个发卡机构使用：

轨道 1，格式 B：

• 起始标记 — 一个字符（通常为“%”）
• 格式代码 =“B” — 一个字符（仅限字母）
• 主帐号 (PAN) — 最多 19 个字符。通常（但并非总是）与卡正面印制的信用卡号码相符。
• 字段分隔符 — 1 个字符（通常为“^”）
• 名称 — 2 到 26 个字符
• 字段分隔符 — 1 个字符（通常为“^”）
• 到期日期 — 4 个字符，格式为 YYMM。
• 服务代码 — 三个字符
• 任意数据 — 可能包括 Pin 验证密钥指示符（PVKI，1 个字符）、PIN 验证值（PVV，4 个字符）、卡验证值或卡验证码（CVV 或 CVK，3 个字符）
• 结束标记 — 1字符（通常为“？”）
• 纵向冗余校验（LRC）——它是一个字符，也是根据磁道上的其他数据计算出的有效字符。应该注意的是，大多数读卡器设备在卡刷到表示层时不会返回该值，而仅使用它来验证读卡器内部的输入。

轨道 2：此格式由银行业 (ABA) 开发。该磁道采用 5 位方案（4 个数据位 + 1 个奇偶校验）写入，允许使用 16 个可能的字符，即数字 0-9，加上 6 个字符：; < => ？ 。选择六个标点符号可能看起来很奇怪，但实际上这十六个代码只是映射到 ASCII 范围 0x30 到 0x3f，它定义了十个数字字符加上这六个符号。数据格式如下：

• 起始标记 — 一个字符（通常为“;”）
• 主帐号 (PAN) — 最多 19 个字符。通常（但并非总是）与卡正面印制的信用卡号码相符。
• 分隔符 — 一个字符（通常为“=”）
• 到期日期 — 四个字符，格式为 YYMM。
• 服务代码 — 三个字符
• 任意数据 — 如磁道一中那样
• 结束标记 — 一个字符（通常为“？”）
• 纵向冗余校验 (LRC) — 它是一个字符，并且是根据磁道上的其他数据计算得出的有效字符。应该注意的是，大多数读卡器设备在卡刷到表示层时不会返回该值，而仅使用它来验证读卡器内部的输入。

Answer 1

注意：track1 中的帐号可以包含美国运通卡的空格。
所以 ：

^%(?.)(?[\d\s]{1,19}+)\^(?.{2,26})\^(?[\d]{0,4}|\^)(?[\d]{0,3}|\^)(?.*)\?|;(?[\d]{1,19}+)=(?[\d]{0,4}|=)(?[\d]{0,3}|=)(?.*)\?\Z

Answer 2

模式 = re.compile(r'\b\d{16}\b')

# Replace matches with asterisks
blurred_text = pattern.sub(lambda match: '*' * 12 + match.group()[12:], text)

Answer 3

轨道 1，格式 B 转换为

^%B[^\^\W]{0,19}\^[^\^]{2,26}\^\d{4}\w{3}[^?]+\?\w?$

对构成有效字符的一些假设。

当然，不会检查数据是否真正有意义，并且 LRC（如果存在）也无法验证。

你能对照一些真实数据来检查一下它是否有效吗？

轨道 2 翻译为

;[^=]{0,19}=\d{4}\w{3}[^?]+\?\w?

Answer 4

我正准备在regular-expressions.info 上发布相同的链接，用于验证曲目的抄送号码部分。

现在，棘手的部分来了。跟踪数据的格式因发卡机构甚至读卡器而异。例如，“分隔符”字符并不总是相同。这同样适用于最后的“哨兵”。

维基百科给出了很好的概述：http://en.wikipedia.org/wiki/Magnetic_stripe_card

track2，卡号后跟“=”（或偶尔有“D”）。那么您的到期日期为 MMDD。之后，Track2 拥有“任意数据”，可以是任何数据。

过了这一步我就不会太担心了。如果是跟踪数据，您现在就可以确定了。我想这取决于您打算如何处理数据。

无论如何，对于 Track2，您可以做的比在 cc 正则表达式末尾添加 [=D][0-9]{4} 而不是 $ 更糟糕：

^(?:4[0-9]{12}(?:[0-9]{3})?|5[1-5][0-9]{14}|6(?:011|5[0-9][0-9])[0-9]{12}|3[47][0-9]{13}|3(?:0[0-5]|[68][0-9])[0-9]{11}|(?:2131|1800|35\d{3})\d{11})[=D][0-9]{4}

对于 track1，您可以做类似的事情... Track1 包含更多可变数据，因此可能会更加复杂。

祝你好运！

Answer 5

以下两个正则表达式似乎验证了轨道 1 和轨道 2 的数据。请注意，这些正则表达式假设所使用的字符是上面维基百科信息中“通常”使用的字符。

Track 1:  ^%B\d{0,19}\^[\w\s\/]{2,26}\^\d{7}\w*\?$

假设 % 和 ?是哨兵字符，^ 用作字段分隔符。还假设帐号、日期和服务代码都是数字。

Track 2:  ;\d{0,19}=\d{7}\w*\?

假设；和 ？是哨兵字符，= 是字段分隔符。还假设帐号、日期和服务代码都是数字。

我使用从 MagTek 读卡器读取的轨迹数据测试了这些表达式。以下两组跟踪数据与从阅读器读取的数据相匹配，并根据上面的两个正则表达式进行验证（数字显然已更改）：

%B1234567891234567^SMITH/JOHN                ^15024041234567891234?
;1234567891234567=152024041234567891234?

Answer 6

这是一个可以让我选择轨道 1 和轨道 2 的正则表达式。将其与正则表达式选项“点与换行符不匹配”一起使用。

^%(?<FC>.)(?<PAN>[\d]{1,19}+)\^(?<NM>.{2,26})\^(?<ED>[\d]{0,4}|\^)(?<SC>[\d]{0,3}|\^)(?<DD>.*)\?|;(?<PAN>[\d]{1,19}+)=(?<ED>[\d]{0,4}|=)(?<SC>[\d]{0,3}|=)(?<DD>.*)\?\Z

我用这些数据进行了测试（我的读卡器正在按顺序读取磁道 1 和磁道 2 记录，对于我测试的同一张卡 - 下面更改了数字和名称。）

%B5581123456781323^SMITH/JOHN^16071021473810559010203?
;5581123456781323=160710212423468?

上面的正则表达式使用命名捕获组（“？”）。从每个（组）开始），我看到的结果（使用 RegexBuddy）为：

Match 1:    %B5581123456781323^SMITH/JOHN^16071021473810559010203?       0      54
Group "FC": B        1       1
Group "PAN":    5581123456781323         2      16
Group "NM": SMITH/JOHN      19      10
Group "ED": 1607        30       4
Group "SC": 102     34       3
Group "DD": 1473810559010203        37      16

Match 2:    ;5581123456781323=160710212423468?      56      34
Group "FC" did not participate in the match
Group "PAN":    5581123456781323        57      16
Group "NM" did not participate in the match
Group "ED": 1607        74       4
Group "SC": 102     78       3
Group "DD": 12423468        81       8

请注意，第二场比赛不会识别轨道 2（比赛 2）中的 FC（格式代码）和 NM（名称），因为它们未在轨道 2.

如果您的正则表达式引擎不支持 NAMED GROUPS，只需删除“？”每个捕获组的一部分。然后，使用位置来确定每个组。

另外，我的单曲 SWIPE 包含轨道 1 和轨道 2（按顺序为轨道 1、crlf，然后是轨道 2）。根据原始问题中的维基百科链接，卡片最多可以有 3 个轨道，读者可能会同时阅读轨道 1 和 2（或其中一个），而很少阅读轨道 3。

出于这个原因，我认为使用它是一个安全的选择一个查找轨道 1 和轨道 2 的正则表达式，如果两者都找到，则可以忽略轨道 2（因为轨道 1 有更多数据）或任何您想要的内容。

由于两个轨道都出现在我的滑动中，因此 REGEX 引擎将返回 2 个与上面的 REGEX 匹配的内容（假设阅读器没有读取错误并且阅读器支持这两个轨道）。就我而言，这不会困扰我，我只会计划使用“第一个匹配”并忽略第二个。

如果您仅对轨道 1 感兴趣，请使用此正则表达式：

^%(?<FC>.)(?<PAN>[\d]{1,19}+)\^(?<NM>.{2,26})\^(?<ED>[\d]{0,4}|\^)(?<SC>[\d]{0,3}|\^)(?<DD>.*)\?\Z

如果您仅对轨道 2 感兴趣，请使用正则表达式：

^;(?<PAN>[\d]{1,19}+)=(?<ED>[\d]{0,4}|=)(?<SC>[\d]{0,3}|=)(?<DD>.*)\?\Z

但我认为检查两者然后使用您获得的第一个，或者可能比较轨道没有什么坏处1 到跟踪 2 或许可以作为额外的错误检查步骤。

抱歉回答似乎已回答的问题！