Self Decrypting Archives

Jeff Herrin Jeff@AlternateImage.com
Thu Jun 19 22:17:03 2003


This is a multi-part message in MIME format.

------=_NextPart_000_0215_01C3367D.E6F7B070
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

Thanks for the replies,

I need to switch out of Digest mode so I can be more punctual in my =
replies.=20

As far as the reason for the SDA's, it's not really my idea. We do =
booking engines and 3rd Party portal connectivity for hotels (3rd party =
portals are like Expedia, Travelocity, etc). One of our partner =
companies is responsible for broadcasting each hotel's rates and =
availability to these portals. I communicate the date to them through =
files that our systems FTP back and forth. Their system makes the files =
intp an SDA. I can decrypt it successfully using the pgpreader they =
provided, but I need to be able to create a similar SDA when I create my =
file that I upload to them. I an not likely going to be able to change =
their system. I was hoping to find a linux based open source pgp =
implimentation that will do SDA's for me. I understand the security =
risks, but I'm not really approaching this much from a security =
standpoint, but from a need to match the broadcast specification. =
There's really no sensitive data in these packets so I'm not sure why =
they even bother encrypting them. If gnupg doesn't support SDA's does =
anyone know of another method of producing them short of buying the =
commercial PGP version?

Thanks,=20
Jeff Herrin
Alternate Image
------=_NextPart_000_0215_01C3367D.E6F7B070
Content-Type: text/html;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD>
<META http-equiv=3DContent-Type content=3D"text/html; =
charset=3Diso-8859-1">
<META content=3D"MSHTML 6.00.2800.1170" name=3DGENERATOR>
<STYLE></STYLE>
</HEAD>
<BODY bgColor=3D#ffffff>
<DIV><FONT face=3DArial size=3D2>Thanks for the replies,</FONT></DIV>
<DIV><FONT face=3DArial size=3D2></FONT>&nbsp;</DIV>
<DIV><FONT face=3DArial size=3D2>I need to switch out of Digest mode so =
I can be=20
more punctual in my replies. </FONT></DIV>
<DIV><FONT face=3DArial size=3D2></FONT>&nbsp;</DIV>
<DIV><FONT face=3DArial size=3D2>As far as the reason for the SDA's, =
it's not really=20
my idea. We do booking engines and 3rd Party portal connectivity for =
hotels (3rd=20
party portals are like Expedia, Travelocity, etc). One of our partner =
companies=20
is responsible for broadcasting each hotel's rates and availability to =
these=20
portals. I communicate the date to them through files that our systems =
FTP back=20
and forth. Their system makes the files intp an SDA. I can decrypt it=20
successfully using the pgpreader they provided, but I need to be able to =
create=20
a similar SDA when I create my file that I upload to them. I an not =
likely going=20
to be able to change their system. I was hoping to find a linux based =
open=20
source pgp implimentation that will do SDA's for me. I understand the =
security=20
risks, but I'm not really approaching this much from a security =
standpoint, but=20
from a need to match the broadcast specification. There's really no =
sensitive=20
data in these packets so I'm not sure why they even bother encrypting =
them. If=20
gnupg doesn't support SDA's does anyone know of another method of =
producing them=20
short of buying the commercial PGP version?</FONT></DIV>
<DIV><FONT face=3DArial size=3D2></FONT>&nbsp;</DIV>
<DIV><FONT face=3DArial size=3D2>Thanks, </FONT></DIV>
<DIV><FONT face=3DArial size=3D2>Jeff Herrin</FONT></DIV>
<DIV><FONT face=3DArial size=3D2>Alternate =
Image</FONT></DIV></BODY></HTML>

------=_NextPart_000_0215_01C3367D.E6F7B070--