<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
		>
<channel>
	<title>Comments on: Apache and SSL</title>
	<atom:link href="http://www.karkomaonline.com/index.php/2003/07/apache-and-ssl/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.karkomaonline.com/index.php/2003/07/apache-and-ssl/</link>
	<description>a Blog for SysAdmins and Unix stuff in general</description>
	<lastBuildDate>Tue, 13 Sep 2011 05:10:07 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=</generator>
	<item>
		<title>By: karkoma</title>
		<link>http://www.karkomaonline.com/index.php/2003/07/apache-and-ssl/comment-page-1/#comment-11</link>
		<dc:creator>karkoma</dc:creator>
		<pubDate>Mon, 19 Apr 2004 16:39:15 +0000</pubDate>
		<guid isPermaLink="false">http://www.karkoma.info/index.php/2003/07/13/apache-and-ssl/#comment-11</guid>
		<description>&lt;p&gt;*.crt files mentioned in the article are PEM encoded. And are recognized by Apache. DER enconded certs are converted to PEM format issuing something like this:&lt;/p&gt;


&lt;blockquote&gt;openssl x509 -inform DER -in cert.crt -outform PEM -out  cert.der&lt;/blockquote&gt;</description>
		<content:encoded><![CDATA[<p>*.crt files mentioned in the article are PEM encoded. And are recognized by Apache. DER enconded certs are converted to PEM format issuing something like this:</p>
<blockquote><p>openssl x509 -inform DER -in cert.crt -outform PEM -out  cert.der</p></blockquote>
]]></content:encoded>
	</item>
	<item>
		<title>By: morpheo</title>
		<link>http://www.karkomaonline.com/index.php/2003/07/apache-and-ssl/comment-page-1/#comment-10</link>
		<dc:creator>morpheo</dc:creator>
		<pubDate>Tue, 18 Nov 2003 02:15:14 +0000</pubDate>
		<guid isPermaLink="false">http://www.karkoma.info/index.php/2003/07/13/apache-and-ssl/#comment-10</guid>
		<description>&lt;p&gt;Very interesting article indeed. Let me enlighten one point (quotation from webdav howto).&lt;/p&gt;
&lt;p&gt;...&lt;/p&gt;


&lt;blockquote&gt;Anything encrypted with Private Key can only be decrypted by using the Public Key. Similarly anything encrypted using the Public Key can only be decrypted using the Private Key. There is a common mis-conception that only the Public Key is used for encryption and Private Key is used for decryption. This is not case. Any key can be used for encryption/decryption. However if one key is used for encryption then the other key must be used for decryption. e.g. A message can not encrypted and then decrypted using only the Public Key.

Using Private Key to encrypt and a Public Key to decrypt ensures the integrity of the sender (owner of the Private Key) to the recipients. Using Public Key to encrypt and a Private Key to decrypt ensures that only the inteded recipient (owner of the Private Key) will have access to the data.(i.e. only the person who holds the Private Key will be able to decipher the message).

&lt;strong&gt;Symmetric Cryptography&lt;/strong&gt;: Actual transmission of data: After the SSL connection has been established, Symmetric cryptography is used for encrypting data as it uses less CPU cycles. In symmetric cryptography the data can be encrypted and decrypted using the same key. The Key for symmetric cryptography is exchanged during the initiation process, using Public Key Cryptography.

&lt;strong&gt;Message Digest&lt;/strong&gt;: The server uses message digest algoritm such as HMAC, SHA-1, MD5 to verify the integrity of the transferred data.&lt;/blockquote&gt;

&lt;p&gt;...&lt;/p&gt;
&lt;p&gt;Great article!&lt;/p&gt;</description>
		<content:encoded><![CDATA[<p>Very interesting article indeed. Let me enlighten one point (quotation from webdav howto).</p>
<p>&#8230;</p>
<blockquote><p>Anything encrypted with Private Key can only be decrypted by using the Public Key. Similarly anything encrypted using the Public Key can only be decrypted using the Private Key. There is a common mis-conception that only the Public Key is used for encryption and Private Key is used for decryption. This is not case. Any key can be used for encryption/decryption. However if one key is used for encryption then the other key must be used for decryption. e.g. A message can not encrypted and then decrypted using only the Public Key.</p>
<p>Using Private Key to encrypt and a Public Key to decrypt ensures the integrity of the sender (owner of the Private Key) to the recipients. Using Public Key to encrypt and a Private Key to decrypt ensures that only the inteded recipient (owner of the Private Key) will have access to the data.(i.e. only the person who holds the Private Key will be able to decipher the message).</p>
<p><strong>Symmetric Cryptography</strong>: Actual transmission of data: After the SSL connection has been established, Symmetric cryptography is used for encrypting data as it uses less CPU cycles. In symmetric cryptography the data can be encrypted and decrypted using the same key. The Key for symmetric cryptography is exchanged during the initiation process, using Public Key Cryptography.</p>
<p><strong>Message Digest</strong>: The server uses message digest algoritm such as HMAC, SHA-1, MD5 to verify the integrity of the transferred data.</p></blockquote>
<p>&#8230;</p>
<p>Great article!</p>
]]></content:encoded>
	</item>
</channel>
</rss>

