<?xml version="1.0" encoding="windows-1252"?>
<node id="1020525" title="Re: Extract digital signature from HTTPS response" created="2013-02-25 08:49:20" updated="2013-02-25 08:49:20">
<type id="11">
note</type>
<author id="647953">
sundialsvc4</author>
<data>
<field name="doctext">
&lt;p&gt;
SSL connections provide several ways to restrict the acceptable certificate values that are presented, although these features are not commonly used in the Wooly Wild Internet. &amp;nbsp; Connection verification should be done at a protocol level. &amp;nbsp; Man-in-the-middle attacks should be prevented thereby. &amp;nbsp; If you trust the server you&amp;rsquo;re talking to, or the client you&amp;rsquo;re listening to, then HTTPS will transfer the bytes correctly.
&lt;/p&gt;&lt;p&gt;
Another way to do it on a more general scale is to use VPN with individually-issued digital certificates.
&lt;/p&gt;&lt;p&gt;
&amp;ldquo;Trust,&amp;rdquo; however, can be a big question, because, in the case of a data file, you must trust the file not the transport. &amp;nbsp; &amp;ldquo;Even if the message is being delivered by carrier pigeon, you must be able to trust the &lt;em&gt;message,&lt;/em&gt; not the bird.&amp;rdquo; &amp;nbsp; If you return to the message weeks or months after delivery, you must still be able to authenticate its content. &amp;nbsp; The only way to do &lt;em&gt;that&lt;/em&gt; is with a cryptographically signed file. &amp;nbsp; Tools like &lt;tt&gt;gpg&lt;/tt&gt; can do that, whether or not the message itself is encrypted. &amp;nbsp; Your &lt;em&gt;entire&lt;/em&gt; company workflow, not just this Perl program, must support that in order for it to be meaningful.
&lt;/p&gt;</field>
<field name="root_node">
1020470</field>
<field name="parent_node">
1020470</field>
</data>
</node>
