Sollte ich das CreditCardAttribute verwenden, um Kreditkartennummern zu validieren?

Question

Sollte ich die CreditCardAttribute von Microsoft verwenden, um Kreditkartennummern so zu validieren?

[Required, CreditCard] 
public string CreditCardNumber { get; set; } 

Oder sollte ich das Zahlungs-Gateway damit umgehen lassen, oder etwas anderes tun? Ich frage dies nach der Entdeckung einige Kunden waren nicht in der Lage, Zahlung mit ihren Kreditkarteninformationen vorzulegen. Glücklicherweise konnte ich mit einem dieser Kunden zusammenarbeiten und stellte fest, dass die Visa-Karte nach dem Entfernen der CreditCardAttribute problemlos verarbeitet wurde. Diese Frage ist zum Teil rhetorisch, aber ich würde gerne von den Gedanken und Erfahrungen anderer Entwickler profitieren und andere Entwickler auf die Risiken der Verwendung des CreditCardAttribute aufmerksam machen, indem ich die Frage stelle.

Answer 1

Ich denke, der beste Weg, dies herauszufinden, ist es einfach zu testen:

using System; 
using System.Linq; 
using System.Text; 
using System.IO; 

namespace SO 
{ 
    class Program 
    { 
     static void Main(string[] args) 
     { 
      string[] cards = new string[] { 
       //http://www.paypalobjects.com/en_US/vhelp/paypalmanager_help/credit_card_numbers.htm 
       "378282246310005", // American Express 
       "4012888888881881", // Visa 
       "6011111111111117", // Discover 
       "4222222222222", // Visa 
       "76009244561", // Dankort (PBS) 
       "5019717010103742", // Dakort (PBS) 
       "6331101999990016", // Switch/Solo (Paymentech) 
       "30569309025904", // Diners Club 
       //http://www.getcreditcardnumbers.com/ 
       "5147004213414803", // Mastercard 
       "6011491706918120", // Discover 
       "379616680189541", // American Express 
       "4916111026621797", // Visa 
      }; 

      foreach (string card in cards) 
      { 
       Console.WriteLine(IsValid(card)); 
      } 

      Console.ReadLine(); 
     } 

     public static bool IsValid(object value) 
     { 
      if (value == null) 
      { 
       return true; 
      } 

      string ccValue = value as string; 
      if (ccValue == null) 
      { 
       return false; 
      } 
      ccValue = ccValue.Replace("-", ""); 
      ccValue = ccValue.Replace(" ", ""); 

      int checksum = 0; 
      bool evenDigit = false; 

      // http://www.beachnet.com/~hstiles/cardtype.html 
      foreach (char digit in ccValue.Reverse()) 
      { 
       if (digit < '0' || digit > '9') 
       { 
        return false; 
       } 

       int digitValue = (digit - '0') * (evenDigit ? 2 : 1); 
       evenDigit = !evenDigit; 

       while (digitValue > 0) 
       { 
        checksum += digitValue % 10; 
        digitValue /= 10; 
       } 
      } 

      return (checksum % 10) == 0; 
     } 
    } 
} 

Die IsValid Verfahren aus der ursprünglichen C# CreditCardAttribute Klasse ist. 1 aus den 12 Zahlen fehlgeschlagen:

 True 
     True 
     True 
     True 
     False //"76009244561", // Dankort (PBS) 
     True 
     True 
     True 
     True 
     True 
     True 
     True 

Also, sollten Sie es verwenden? Nein, offensichtlich erkennt es nicht alle Nummern. Obwohl Sie ihren Code nehmen und verbessern können!

Answer 2

In der code hinter der Kreditkarte attribute, es ist einfach eine Luhn Prüfung durchzuführen.

Alle Zahlungskarten (*) folgen derzeit dem Standard ISO/IEC/7812, der als letzte Ziffer eine Prüfziffer hat.

Dieser luhn-Check wird lediglich verwendet, um Transpositionsfehler zu vermeiden. Es ist nützlich, um eine Plausibilitätsprüfung durchzuführen, bevor Kartennummern an ein Zahlungs-Gateway gesendet werden, aber nicht geeignet, um absolut zu überprüfen, ob eine Nummer eine gültige Kartennummer ist.

Gültige Kartennummernbereiche ändern sich monatlich, und die einzige Möglichkeit, eine Nummer absolut zu verifizieren, besteht darin, sie über ein Zahlungsgateway zu validieren. Wenn nur versucht wird, eine Karte zu validieren (anstatt sie zu laden), sollte dies mit einer Null-Wert-Prüfung nur für Autorisierung getan werden.

(*) Die einzige Ausnahme ist ein Kartentyp in China bekannt als China UnionPay
(historisch ein Diner Club gibt es auch 'enRoute' Marke, die im Jahr 1992 zurückgezogen wurde)