gmane.comp.java.jpos.devel

baracuda247 | 17 Jun 19:01

Key Variant Problem

Hi All,

I received a set of test ZMKs and encrypted ZPK from a third party
processor. I was able to generate the same check digits for the ZMK
but the ZPK is the main headache. The test components are:

Component 1:    E38F D6D9 EF85 A892 F2FB FDD0 83A4 07AE
Component 2:    D008 5DBF FB37 23B9 26CB 7980 B9EA 6268
Component 3:    2029 5EBC 0B80 BF5E F7F7 8C91 2568 6D3B

Check Digits: 2D617C

ZPK: 61BA 6165 60CA E607  AE48 319D F390 533E
Check Digits: 1426

When computing check digits for the ZPK, I get a different check
value. I've used many variant values and methods but still can not get
the same check digits. Any suggestions would be highly appreciated.

Angel.

------------------------------------

headers

Mahimairaj Mahesh (HO - IT Dept | 17 Jun 19:26

RE: Key Variant Problem

Hi Angel,

May be the provided encrypted ZPK by the 3rd party is wrong.

Or

Pls provide the exact steps followed to check.

Regards,
________________________________
From: jpos-dev@...
[mailto:jpos-dev@...] On Behalf Of baracuda247
Sent: Tuesday, June 17, 2008 9:03 PM
To: jpos-dev@...
Subject: [jpos-dev] Key Variant Problem

Hi All,

I received a set of test ZMKs and encrypted ZPK from a third party
processor. I was able to generate the same check digits for the ZMK
but the ZPK is the main headache. The test components are:

Component 1: E38F D6D9 EF85 A892 F2FB FDD0 83A4 07AE
Component 2: D008 5DBF FB37 23B9 26CB 7980 B9EA 6268
Component 3: 2029 5EBC 0B80 BF5E F7F7 8C91 2568 6D3B

Check Digits: 2D617C

ZPK: 61BA 6165 60CA E607 AE48 319D F390 533E
Check Digits: 1426

(Continue reading)

headers

Andy Orrock | 17 Jun 19:58

RE: Key Variant Problem

Angel -

I feel your pain.  I faced a similar situation in the past.  The solution
was there was a "scheme mismatch" between our side and the other side.  See
my notes on the resolution path here:

http://www.andyorrock.com/2006/08/thales_key_exch.html  

In my case, the "answer" was the second resolution path I describe.
Question your partner about the key scheme they've employed, and then try
the steps I've advocated.  

Andy Orrock 

-----Original Message-----
From: jpos-dev@...
[mailto:jpos-dev@...] On Behalf
Of Mahimairaj Mahesh (HO - IT Dept)
Sent: Tuesday, June 17, 2008 12:27 PM
To: jpos-dev@...
Cc: Omar Bellamine
Subject: RE: [jpos-dev] Key Variant Problem

Hi Angel,

May be the provided encrypted ZPK by the 3rd party is wrong.

Or

Pls provide the exact steps followed to check.

(Continue reading)

headers

baracuda247 | 18 Jun 08:54

Re: Key Variant Problem

Thanks Andy,

I've taken a look at the solution suggested on your blog page. I
however have 2 questions based on the test cases.

1. Given the prompt below, how would I apply your tips?

   Online-AUTH>ik [Please note FA command is not supported]
   Enter key type: 001
   Enter key scheme: U
   Enter ZMK:  U 3E80 7DC0 7FF1 0550 312E C576 3D73 916B
   Enter ZMK variant:
   Enter key: U 61BA 6165 60CA E607 AE48 319D F390 533E
   Warning: Key parity corrected
   Encrypted key: U 0EFA 4413 9500 0A60 3131 68B9 F021 8605
   Key check value: 04B2 AE [does not match the one sent by the processor]

2. Do you know the value of the variants of the 'U' and 'X9.17' scheme
and how they are applied to the ZMK?

Regards

Angel

--- In jpos-dev@..., "Andy Orrock" <orrock@...> wrote:
>
> Angel -
> 
> I feel your pain.  I faced a similar situation in the past.  The
solution

(Continue reading)