Jak szyfr został wygenerowany w czytniku kart przy użyciu szyfrowania DUKPT?

Po pierwsze, pozwolę sobie zacytować kompletny kod źródłowy, który połączyłeś i który podałeś tylko 3 linijki...

require 'bundler/setup'
require 'test/unit'
require 'dukpt'

class DUKPT::DecrypterTest < Test::Unit::TestCase

      def test_decrypt_track_data
        bdk = "0123456789ABCDEFFEDCBA9876543210"
        ksn = "FFFF9876543210E00008"
        ciphertext = "C25C1D1197D31CAA87285D59A892047426D9182EC11353C051ADD6D0F072A6CB3436560B3071FC1FD11D9F7E74886742D9BEE0CFD1EA1064C213BB55278B2F12"
        plaintext = "%B5452300551227189^HOGAN/PAUL ^08043210000000725000000?\x00\x00\x00\x00"

        decrypter = DUKPT::Decrypter.new(bdk, "cbc")
        assert_equal plaintext, decrypter.decrypt(ciphertext, ksn)
      end
end

Cóż, pierwszą rzeczą, jaką wiemy, jest to, że jest on oparty na "zwykłym tekście", który jest używany w kodzie do sprawdzenia, czy deszyfrowanie działa.

Tekst jawny jest wypełniony 0-co pasuje do szyfrowania, które jest testowane przez weryfikację deszyfrowania za pomocą tej skrzynki testowej DecrypterTest.

Spójrzmy na kodowanie więc...

Znalazłem powiązany kod szyfrujący na https://github.com/Shopify/dukpt/blob/master/lib/dukpt/encryption.rb .

Jak DecrypterTEst używa "cbc", staje się oczywiste, że szyfrowanie używa:

 @cipher_type_des = "des-cbc"
 @cipher_type_tdes = "des-ede-cbc"

Nieco bardziej w dół tego kodu szyfrującego, następujące rozwiązanie rozwiązuje nasze poszukiwanie odpowiedzi:

ciphertext = des_encrypt(...

Co pokazuje, że rzeczywiście patrzymy na wynik szyfrowania DES.

Teraz, DES ma rozmiar bloku 64 bitów. Czyli (64/8=) 8 bajtów binarny, lub-jako "ciphertext" jest kodowaną szesnastkowo tekstową reprezentacją bajtów-16 znaków szesnastkowych.

"ciphertext" ma długość 128 znaków szesnastkowych, co oznacza, że zawiera (128 znaków szesnastkowych/16 znaków szesnastkowych=) 8 bloków DES z każdym 64 bitami zaszyfrowanej informacji.

Podsumowując to wszystko w prostej odpowiedzi:

Patrząc na "ciphertext" , patrzysz na (8 bloków) zaszyfrowanych danych DES, które są reprezentowane za pomocą zapis szesnastkowy czytelny dla człowieka (2 znaki szesnastkowe = 1 bajt) zamiast oryginalnych bajtów binarnych, które generuje szyfrowanie DES.

Jeśli chodzi o kroki związane z "odtworzeniem" szyfrogramu, zazwyczaj mówię ci, abyś po prostu użył odpowiednich częściruby projektu, na którym oparłeś swoje pytanie. Wystarczy spojrzeć na kod źródłowy. Plik w "https://github.com/Shopify/dukpt/blob/master/lib/dukpt/encryption.rb" prawie wyjaśnia to wszystko i jestem prawie pewien, że wszystkie potrzebne funkcje można znaleźć w repozytorium GitHub projektu. Alternatywnie, możesz spróbować odtworzyć go samodzielnie-używając preferowanego języka programowania. Musisz tylko obsługiwać 2 rzeczy: szyfrowanie DES / deszyfrowanie i tłumaczenie bin-to-hex / hex-TO-bin.

Ponieważ jest to jeden z pierwszych tematów, które pojawiają się na ten temat, pomyślałem, że podzielę się tym, jak udało mi się zakodować tekst szyfrowy. Po raz pierwszy pracowałem z Rubim i było to specjalnie do pracy z DUKPT

Najpierw musiałem uzyskać metodę ipek i pek (taką samą jak w decrypt). Następnie rozpakuj ciąg tekstowy. Przekonwertuj rozpakowany łańcuch na 72-bajtową tablicę(jeszcze raz, wybacz, jeśli moja terminologia jest niepoprawna).

Zauważyłem w przykładzie autora klejnotów dukpt, że użył następujący ciąg tekstowy

"%B5452300551227189^0804321000000725000000?\x00\x00\x00\x00 "

Uważam, że ten ciąg jest nieprawidłowy, ponieważ nie powinno być spacji po nazwie (AFAIK).. więc powinno być

"%B5452300551227189^0804321000000725000000?\x00\x00\x00\x00 "

Podsumowując, jest to rozwiązanie, na którym skończyłem, które może zaszyfrować ciąg znaków, a następnie odszyfrować go za pomocą DUKPT

class Encrypt
include DUKPT::Encryption
attr_reader :bdk

def initialize(bdk, mode=nil)
  @bdk = bdk
  self.cipher_mode = mode.nil? ? 'cbc' : mode
end

def encrypt(plaintext, ksn)
  ipek = derive_IPEK(bdk, ksn)
  pek = derive_PEK(ipek, ksn)
  message =  plaintext.unpack("H*").first
  message = hex_string_from_unpacked(message, 72)
  encrypted_cryptogram = triple_des_encrypt(pek,message).upcase
  encrypted_cryptogram
end
def hex_string_from_unpacked val, bytes
  val.ljust(bytes * 2, "0")
end

End

Boomedukpt FFFF9876543210E00008 " %B5452300551227189^0804321000000725000000?"

(Mój rubinowy klejnot, KSN i zwykły ciąg tekstowy)

2542353435323330303535313232373138395e484f47414e2f5041554c5e30383034333231303030303030303732353030303030303f000000000000000000000000000000000000

(Mój ruby gem robi puts na rozpakowany łańcuch po wywołaniu hex_string_from_unpacked)

C25C1D1197D31CAA87285D59A892047426D9182EC11353C0B82D407291CED53DA14FB107DC0AAB9974DB6E5943735BFFE7D72062708FB389E65A38C444432A6421B7F7EDD559AF11

(Mój rubinowy klejnot robiący zaszyfrowany ciąg)

%B5452300551227189^HOGAN / PAUL^0804321000000725000000?

(Mój klejnot rubinowy robi puts po wywołaniu deszyfrowania na klejnocie dukpt)

Zobacz też: https://github.com/sgbj/Dukpt.NET , byłem w podobnej sytuacji, kiedy zastanawiałem się, jak zaimplementować dukpt na terminalu, gdy terminal ma własne wywołania funkcji, które biorą INIT i KSN, aby utworzyć pierwszy klucz, więc moim jedynym problemem było upewnienie się, że klucz INIT został wygenerowany w ten sam sposób na terminalu, jak to jest w powyższym kodzie repo, co było wystarczająco proste przy użyciu biblioteki szyfrowania ossl dla 3DES z ebc i zastosowaniu odpowiedniego klucza. maski.