지불 카드의 모듈러스 -10 "이중 추가 더블"체크 숫자를 확인하기위한 향상된 Luhn 수식의 구현을 아는 사람이 있습니까? http://d.researchbib.com/f/6nnJcwp21wYzAioF9xo2AmY3OupTIlpl9XqJk5ZwNkZl9JZxx3ZwNkZmpmYaOxMt.pdf향상된 Luhn 알고리즘 구현?
이 향상된 Luhn이 실용화 될 확인겠습니까 :
향상은 본 논문에서 제안되었다?
이 논문이 동료 심사 저널에 채택 된 것은 약간 이상합니다. 이 백서는 본질적으로 1970 년대 플레처 체크섬 (Fletcher 's checksum) 문제로 확인 된 것을 설명했다. 길이 및 데이터 전치를 정확하게 검출 할 수 없다.
하지만이 제안의 실질적인 측면에 대해 생각해 봅시다. 세부 사항을 자세히 살펴보면 여러 가지 이유로 구현하기가 실제로 불가능합니다.
Luhn 알고리즘은 카드 번호의 유효성을 검사하는 간단한 최선의 방법으로 만들어졌습니다. 신용 카드가 전자적으로 광범위하게 처리되기 시작했을 때 (이전에 종이 인쇄물로 처리 된 적이 있었음), 검증을 위해 서비스를 호출하는 항상 켜져있는 네트워크는 없었습니다. Luhn은 검증을 수행하기 위해 네트워크 연결이 필요없이 구현 될 수 있습니다. 이것은 불가능 성 확립을위한 첫 번째 전제입니다 : 네트워크를 탐색 할 필요없이 유효성 검사를 수행 할 수 있어야합니다.
이 "네트워크 통과 안 함"전제는 MII 조회를 실행 불가능하게 만듭니다. 이를 구현하는 방법은 두 가지가 있습니다.
카드 승인 처리는 비동기적일 수 있습니다. 아마존은 이것을한다. 그들은 귀하의 주문 영수증을 확인하고 나중에 종종 지불 처리를 확인합니다.
마지막으로 저자는 카드의 길이에 대해 잘못된 가정을했습니다. Luhn 알고리즘은 카드 번호 길이가 16 자리보다 길거나 짧을 수 있기 때문에 여러 길이에서 잘 작동합니다. 소비자 카드는 Amex의 경우 15 자리이며 다른 카드의 경우 16입니다. 상업용 카드는 16 자리 이상 될 수 있습니다. 상업용 연료 카드를 최대 20 자리까지 보았습니다. 저자가 IEC/ISO 7812 표준을 검토했다면 이는 이해되었을 것입니다. 표준위원회는 표준 카드 번호의 길이를 연장 할 것을 제안하고 있습니다. 가장 좋은 점은 카드 번호 길이를 늘리면 Luhn 알고리즘이 카드의 유효성을 검사 할 수 있다는 것입니다.
첫 번째 단계로 Luhn에 의지하십시오. 그러나 기존 카드 처리 네트워크를 통해 카드가 부인할 수 없음을 입증하여 프로세서가 무거운 짐을 덜어 주도록하십시오.
저는 Google 검색을 수행하여 소프트웨어 개발자 인 Pawel Decowski의 Luhn 수표에서 Hussein이 제안한 두 가지 향상된 기능을 소프트웨어로 구현 한 것을 발견했습니다. 그의 jQuery 신용 카드 검사기입니다 (Decowski, 2015/2016). 나는 Decowski가 Hussein et al에 의해 영향을 받았다고 추측 할 것이다.
Decowski, P. (2015/2016) jquery-creditcardvalidator [온라인]. 유효한 https://github.com/PawelDecowski/jquery-creditcardvalidator (2017 년 4 월 11 일 접근하는).
아니요, 실제로는 아닙니다. 사소한 것 이상으로 PAN의 유효성을 검사하는 유일한 방법은 승인을 시도하기 위해 취득자에게 보내는 것입니다. 전화 번호의 유효성을 검사하는 유일한 방법은 전화를 거는 것입니다. 나는 그 종이 또는 그 안에 포함 된 유효한 제안서의 요점을 보지 못합니다. 팬의 길이가 고정 된 16 자리라는 가정은 처음부터 잘못되었습니다. –