RE: [MI400] MI a good use for encryption?

["Dan Bale" <dbale@xxxxxxxxx>]

Guess I should've read the TOC before asking, eh?

I skimmed through the chapter, Leif, and apologize if this is answered but I
missed it; since AES is a standard, can I assume that we can encrypt on our
AS/400 and this can be decrypted on any other platform the data gets sent to
via the AES on that platform?  What happens if there are EBCDIC<>ASCII
translations involved?

>With V5R1, there is a built in AES implementation (in the CIPHER
>instruction).
>You can invoke CIPHER from RPG, so you have lots of choices.

No kidding!  Might be just the thing to get our sluggish V3R7 clients to get
current.  Is CIPHER an RPG opcode?  A built-in?  API?

Dan Bale
SAMSA, Inc.
989-790-0507
DBale@SAMSA.com <mailto:DBale@SAMSA.com>
  Quiquid latine dictum sit altum viditur.
  (Whatever is said in Latin seems profound.)


-----Original Message-----
From: mi400-admin@midrange.com [mailto:mi400-admin@midrange.com]On
Behalf Of Leif Svalgaard
Sent: Thursday, March 14, 2002 10:48 AM
To: mi400@midrange.com
Subject: Re: [MI400] MI a good use for encryption?


From: Dan Bale <dbale@samsa.com>
> We support medical billing software, and one of the new regulations coming
> down the pipe will be to encrypt data that is being transferred between
> systems.  That is the basics of what I know right now.  So, just thinking
> WAY out of the box, I was wondering if MI would be a good (better than
RPG)
> tool to encrypt/decrypt data?  Would we be able to save our clients from
> having to invest in IBM's crypto LPP?
>

A chapter in my eBook (http://iseries40.org) shows an MI implementation
of the new encryption standard (AES). It also shows a C-implementation
and explains why the C-implementation does a better job (better optimizer).
With V5R1, there is a built in AES implementation (in the CIPHER
instruction).
You can invoke CIPHER from RPG, so you have lots of choices.