<?xml version="1.0" encoding="UTF-8"?><rss xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:atom="http://www.w3.org/2005/Atom" version="2.0"><channel><title><![CDATA[HTTPS&#x2F;SSL Manage Certificates  - lots of duplicate (null?) entries]]></title><description><![CDATA[<p dir="auto">When I try to manage certificates I see (under Keychain Access) the following oddities:</p>
<ol>
<li>
<p dir="auto">Under login  I see 3 lines of the form com.apple.idms.prd etc, 2 of which are identified as  revoked.  Can I and should I delete the 2 revoked entries?</p>
</li>
<li>
<p dir="auto">Under the category heading I see 1047 items listed, predominantly duplicates with no sub-entries:</p>
</li>
</ol>
<p dir="auto">2  entries  "&lt;key&gt;      public key   no dates<br />
&lt;key&gt;   private key      no dates</p>
<p dir="auto">7 entries  "Apple ID {a constant email address} key     public key   no dates<br />
4 entries   "Apple ID {a constant email address} key    private key   no dates<br />
of the 4 above, the last 3 have a sub entry as follows<br />
com.apple.idms.appleid.prd.{constant very long certificate number}  certificate  expiry dates,various 2017</p>
<p dir="auto">The remaining (over 1000) entries are nearly identical, without sub-items and of the general form:<br />
iMessage encryption key   public key<br />
private key<br />
iMessage signing key        public key<br />
private key</p>
<p dir="auto">I'm running El Capitan because Sierra was unusably unstable, and I wonder if there is anything for me to be concerned about in the information above.</p>
<p dir="auto">Thanks</p>
<p dir="auto">David</p>
]]></description><link>https://forums.opera.com/topic/18798/https-ssl-manage-certificates-lots-of-duplicate-null-entries</link><generator>RSS for Node</generator><lastBuildDate>Fri, 15 May 2026 15:29:56 GMT</lastBuildDate><atom:link href="https://forums.opera.com/topic/18798.rss" rel="self" type="application/rss+xml"/><pubDate>Tue, 10 Jan 2017 15:33:52 GMT</pubDate><ttl>60</ttl></channel></rss>