<?xml version="1.0" encoding="UTF-8"?>

<rss version="2.0" xmlns:blogChannel="http://backend.userland.com/blogChannelModule">

<channel>
<title>Re: Banks Abandoning SSL On Home Page Log-Ins in Security</title>
<link>http://www.dslreports.com/forum/r14211878</link>
<description></description>
<language>en</language>
<pubDate>Thu, 21 Aug 2008 04:37:03 EDT</pubDate>
<lastBuildDate>Thu, 21 Aug 2008 04:37:03 EDT</lastBuildDate>

<item>
<title>Re: Banks Abandoning SSL On Home Page Log-Ins</title>
<link>http://www.dslreports.com/forum/remark,14223123</link>
<description><![CDATA[<A HREF="/useremail/u/380126"><b>zoom314</b></A> : I didn't read through the whole thread, But Washington Mutual Bank has a very Secure Homepage. How secure is It? Simple You have to enter Your username and password everytime You visit and the webpage won't allow the Browser to save either one and If You back back out using the backspace key or the Back arrows You have to renter both to get back in.:) Not bad for just a Free checking account.<br><SMALL>--<br>Firefox forever!<BR>&raquo;<A HREF="http://zoom314.blogspot.com/" >zoom314.blogspot.com/</A><BR>&raquo;<A HREF="http://mysite.verizon.net/zoom314/" >mysite.verizon.net/zoom314/</A></SMALL>]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,14223123</guid>
<pubDate>Fri, 26 Aug 2005 01:05:18 EDT</pubDate>
</item>

<item>
<title>Re: Banks Abandoning SSL On Home Page Log-Ins</title>
<link>http://www.dslreports.com/forum/remark,14222865</link>
<description><![CDATA[<A HREF="/useremail/u/403861"><b>Mele20</b></A> : How is this a "GOOD thing"? Just because you think it is? Could you please state the reasons why you think this a good thing? I think it is a very BAD thing because users are taught to look for "https" and for the lock icon before entering sensitive information. So, how is having these indicators missing a "good" thing? Users are just supposed to "trust" that the site will encrypt the sensitive information when sent? Only a birdbrain would give that sort of trust to a website. If I can't login on a secure login page at my bank then I won't be using their website and, in the case of credit cards, I will be cancelling and getting ones from banks that still have a secure login page. <br><SMALL>--<br>Around 2005 a sudden spark will catalyze a Crisis mood. The very survival of the nation will seem to be at stake.Sometime before 2025, America will pass through a great gate in history. The risk and promise will be very high. The Fourth Turning Wm. Straus</SMALL>]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,14222865</guid>
<pubDate>Fri, 26 Aug 2005 00:19:37 EDT</pubDate>
</item>

<item>
<title>Re: Banks Abandoning SSL On Home Page Log-Ins</title>
<link>http://www.dslreports.com/forum/remark,14222768</link>
<description><![CDATA[<A HREF="/useremail/u/120233"><b>mallyman</b></A> : so they don't encrypt the page BEFORE the login... uh... no biggy....<br><br>people, read about this stuff and learn it before you respond with the rants...  <br><br>its been done or years on other 'security' sites where the content of the page does not have anything that needs encryption...  <br><br>its a GOOD thing]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,14222768</guid>
<pubDate>Fri, 26 Aug 2005 00:03:19 EDT</pubDate>
</item>

<item>
<title>Re: Banks Abandoning SSL On Home Page Log-Ins</title>
<link>http://www.dslreports.com/forum/remark,14222374</link>
<description><![CDATA[<A HREF="/useremail/u/112209"><b>alanhdsl</b></A> : Apart from the pictures, Bank of America's new Sitekey system does redirect you to a https page before you enter anything.  <br><br>The idea behind it is that it reduces phishing by showing you an image and phrase you set.  The other side is that when you log in the first time from a PC (no cookie), it asks you an extra question beyond your PIN.<br><br>I have heard SSL likened to making a delivery in an armored car to a cardboard box. :) There have been lots of breakins on the server side, but are there any actual cases of accounts being swiped from sniffing non-SSL packets?]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,14222374</guid>
<pubDate>Thu, 25 Aug 2005 22:58:00 EDT</pubDate>
</item>

<item>
<title>Re: Banks Abandoning SSL On Home Page Log-Ins</title>
<link>http://www.dslreports.com/forum/remark,14220455</link>
<description><![CDATA[<A HREF="/useremail/u/403861"><b>Mele20</b></A> : <div class="bquote"><SMALL>said by  Brisk <A HREF="/useremail/u/838783"><IMG SRC="http://i.dslr.net/bb/profile.gif" ALT="See Profile" BORDER=0 WIDTH=16 HEIGHT=11></A> :</SMALL><br><br>With some banks like Key and Chase/Bank1One you can substitute HTTP:// for HTTPS:// and there you have it, a secure connection from the start.<br> </DIV>Why would you do that? Chase has a secure login page.<br><SMALL>--<br>Around 2005 a sudden spark will catalyze a Crisis mood. The very survival of the nation will seem to be at stake.Sometime before 2025, America will pass through a great gate in history. The risk and promise will be very high. The Fourth Turning Wm. Straus</SMALL>]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,14220455</guid>
<pubDate>Thu, 25 Aug 2005 18:54:13 EDT</pubDate>
</item>

<item>
<title>Re: Banks Abandoning SSL On Home Page Log-Ins</title>
<link>http://www.dslreports.com/forum/remark,14218931</link>
<description><![CDATA[<A HREF="/useremail/u/168087"><b>Daniel</b></A> : <div class="bquote"><SMALL>said by  nil <A HREF="/useremail/u/251107"><IMG SRC="http://i.dslr.net/bb/profile.gif" ALT="See Profile" BORDER=0 WIDTH=16 HEIGHT=11></A> :</SMALL><br><br><div class="bquote"><SMALL>said by  Martinus <A HREF="/useremail/u/445404"><IMG SRC="http://i.dslr.net/bb/profile.gif" ALT="See Profile" BORDER=0 WIDTH=16 HEIGHT=11></A> :</SMALL><br><br>I'd say it's more about usability and providing the users with a clear picture of where they are and what's the security offered.<br> </DIV>You do realize that what the Login page offers isn't the same as offering security or lack thereof on the actual login process? Don't confuse the two.. <br> </DIV>But that's the thing...the actual security being offered isn't the point -- it's the fact that that it can't be tested before it goes into effect. And that's what every user has been trained to do -- <EM>to make sure <B>before</B> entering their credentials</EM>. Again, it's a user training/perception issue.<br><SMALL>--<br><A HREF="http://dmiessler.com">dmiessler.com</A> - grep understanding knowledge</SMALL>]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,14218931</guid>
<pubDate>Thu, 25 Aug 2005 15:37:13 EDT</pubDate>
</item>

<item>
<title>Re: Banks Abandoning SSL On Home Page Log-Ins</title>
<link>http://www.dslreports.com/forum/remark,14218767</link>
<description><![CDATA[<A HREF="/useremail/u/275158"><b>haertig</b></A> : I usually give three "rules" to non-technical friends and family:<br><br>(1) Never open any email attachment (pretty strict!)<br>(2) Never respond to any email telling you "your account needs to be updated"<br>(3) Never enter sensitive information into any website if you don't know for sure where you are, and also see the padlock icon<br>(4) If you find yourself unexpectedly at some login page:<br>(4a) Test first with a bogus login and password (it better not let you in!)<br>-or-<br>(4b) Ignore the redirect to the login page (do not enter any information).  Instead, access the login page manually from a bookmark that you have saved and know is good.<br><br>Technically, this level of paranoia is not required.  But we're not talking technical people, now are we?!<br><br>I personally think the banks doing away with homepage SSL are making a mistake.  Not technically, but socially ... considering the typical non-technical customer.]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,14218767</guid>
<pubDate>Thu, 25 Aug 2005 15:15:24 EDT</pubDate>
</item>

<item>
<title>Re: Banks Abandoning SSL On Home Page Log-Ins</title>
<link>http://www.dslreports.com/forum/remark,14218349</link>
<description><![CDATA[<A HREF="/useremail/u/838783"><b>Brisk</b></A> : With some banks like Key and Chase/Bank1One you can substitute HTTP:// for HTTPS:// and there you have it, a secure connection from the start.<br><SMALL>--<br>Qwest DSL - Lag and get Fragged.&#153;</SMALL>]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,14218349</guid>
<pubDate>Thu, 25 Aug 2005 14:20:29 EDT</pubDate>
</item>

<item>
<title>Re: Banks Abandoning SSL On Home Page Log-Ins</title>
<link>http://www.dslreports.com/forum/remark,14218197</link>
<description><![CDATA[<A HREF="/useremail/u/755055"><b>OZO</b></A> : <div class="bquote"><SMALL>said by  nil <A HREF="/useremail/u/251107"><IMG SRC="http://i.dslr.net/bb/profile.gif" ALT="See Profile" BORDER=0 WIDTH=16 HEIGHT=11></A> :</SMALL><br><br>You do realize that what the Login page offers isn't the same as offering security or lack thereof on the actual login process? Don't confuse the two.. <br> </DIV>Sorry, but for many users it's the same. They make their important jujment (is it secure to put username/password here or not) based on lookin on padlock and/or "https".<br>[rant] Is it so difficult to make a separate and very simple login page for some banks? What's the big deal? Especially if it's important for their customers.[/rant]<br><SMALL>--<br>Keep it simple, it'll become complex by itself...</SMALL>]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,14218197</guid>
<pubDate>Thu, 25 Aug 2005 14:01:38 EDT</pubDate>
</item>

<item>
<title>Re: Banks Abandoning SSL On Home Page Log-Ins</title>
<link>http://www.dslreports.com/forum/remark,14218188</link>
<description><![CDATA[<A HREF="/useremail/u/722308"><b>Rexter</b></A> : <div class="bquote"><SMALL>said by  mrg123 <A HREF="/useremail/u/947229"><IMG SRC="http://i.dslr.net/bb/profile.gif" ALT="See Profile" BORDER=0 WIDTH=16 HEIGHT=11></A> :</SMALL><br><br>I sent an email to my bank (a small credit union) complaining about this.<br> </DIV>Good job man. You don't have to rant to them, just let them know. While this does not affect more security conscious people like myself, directly, I'm going to do the same.<br><SMALL>--<br>When all is said, and done, there will be more said than done.</SMALL>]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,14218188</guid>
<pubDate>Thu, 25 Aug 2005 13:59:46 EDT</pubDate>
</item>

<item>
<title>Re: Banks Abandoning SSL On Home Page Log-Ins</title>
<link>http://www.dslreports.com/forum/remark,14218136</link>
<description><![CDATA[<A HREF="/useremail/u/947229"><b>mrg123</b></A> : In light of the recent DNS poisoning attacks, this is a really stupid move by the banks.<br><br>If my ISP's DNS server gets hacked, then I could enter the correct URL for my bank on my virus-free computer.<br><br>My computer would then faithfully load a malicious page that looks exactly like my bank's.  Of course, I won't see the padlock but my bank doesn't bother with that anyway.  I enter my login and password, which are then transmitted in the clear to some criminal's server.<br><br>Again, this will happen even though my bank's server is secure and my own PC is secure.<br><br>I sent an email to my bank (a small credit union) complaining about this.  They did not respond.  At least they do have a link from the main page that takes you to an SSL-secured separate login page, but I suspect that most customers login from the main page.]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,14218136</guid>
<pubDate>Thu, 25 Aug 2005 13:52:44 EDT</pubDate>
</item>

<item>
<title>Re: Banks Abandoning SSL On Home Page Log-Ins</title>
<link>http://www.dslreports.com/forum/remark,14218132</link>
<description><![CDATA[<A HREF="/useremail/u/722308"><b>Rexter</b></A> : You're referring to a non encrypted page that loads an encrypted frame. I'm talking about an encrypted frame that loads the rest of the non encrypted page. Yea, I really said it backwards. Lets say the URL is https, but that address only contains 1 small frame, on the page, that loads the rest of the non encrypted page.<br><br>I must admit that I still wouldn't like it. I wouldn't be able to tell, at a glance, if the frame, where my username and password is going, is encrypted or not. But this would appease Steves' so called "ignorant people."<br><SMALL>--<br>When all is said, and done, there will be more said than done.</SMALL>]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,14218132</guid>
<pubDate>Thu, 25 Aug 2005 13:52:07 EDT</pubDate>
</item>

<item>
<title>Re: Banks Abandoning SSL On Home Page Log-Ins</title>
<link>http://www.dslreports.com/forum/remark,14218097</link>
<description><![CDATA[<A HREF="/useremail/u/229804"><b>B</b></A> : <br>Huh?  nil, that's the whole darned point!  They are easily and frequently confused the MAJORITY of the time, and for darned good reason.<br><br>The essence of the web is presentation; suddenly we shouldn't care how the security of a site is presented?<br><br>-- B<br><SMALL>--<br>In a realm outside causality and function</SMALL>]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,14218097</guid>
<pubDate>Thu, 25 Aug 2005 13:47:32 EDT</pubDate>
</item>

<item>
<title>Re: Banks Abandoning SSL On Home Page Log-Ins</title>
<link>http://www.dslreports.com/forum/remark,14218061</link>
<description><![CDATA[<A HREF="/useremail/u/251107"><b>nil</b></A> : <div class="bquote"><SMALL>said by  Martinus <A HREF="/useremail/u/445404"><IMG SRC="http://i.dslr.net/bb/profile.gif" ALT="See Profile" BORDER=0 WIDTH=16 HEIGHT=11></A> :</SMALL><br><br>I'd say it's more about usability and providing the users with a clear picture of where they are and what's the security offered.<br> </DIV>You do realize that what the Login page offers isn't the same as offering security or lack thereof on the actual login process? Don't confuse the two.. <br><SMALL>--<br>Life is too short to be <A HREF="http://www.unix-girl.com/blog/">boring</A></SMALL>]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,14218061</guid>
<pubDate>Thu, 25 Aug 2005 13:43:54 EDT</pubDate>
</item>

<item>
<title>Re: Banks Abandoning SSL On Home Page Log-Ins</title>
<link>http://www.dslreports.com/forum/remark,14218020</link>
<description><![CDATA[<A HREF="/useremail/u/445404"><b>Martinus</b></A> : <div class="bquote"><SMALL>said by  Steve <A HREF="/useremail/u/340145"><IMG SRC="http://i.dslr.net/bb/profile.gif" ALT="See Profile" BORDER=0 WIDTH=16 HEIGHT=11></A> :</SMALL><br><br>It's a value judgment whether one ought to provide the warm-and-fuzzy feeling that an SSL-based login page provides...</DIV>I'd say it's more about usability and providing the users with a clear picture of where they are and what's the security offered.<br><br>The problem here is that you are mixing up the roles of the web storyboard designers and the programmers. It's not the "security experts" or programmers' fault that users don't get the "warm-and-fuzzy feeling" which, of course, they are entitled to. As a "security expert" or programmer you don't have to think about warm-fuzzy feelings. That's for designers.<br><br>It's just sloppy design. C'mon. Putting two login fields in your not SSL enabled front page - for saving CPU cycles - is more expensive - more HTML code, JS validations, etc - than placing a "Click here for secure login" button.<br><SMALL>--<br>From the GSV "Ethics Gradient"</SMALL>]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,14218020</guid>
<pubDate>Thu, 25 Aug 2005 13:38:57 EDT</pubDate>
</item>

<item>
<title>Re: Banks Abandoning SSL On Home Page Log-Ins</title>
<link>http://www.dslreports.com/forum/remark,14217978</link>
<description><![CDATA[<A HREF="/useremail/u/229804"><b>B</b></A> : <div class="bquote"><SMALL>said by  Daniel <A HREF="/useremail/u/168087"><IMG SRC="http://i.dslr.net/bb/profile.gif" ALT="See Profile" BORDER=0 WIDTH=16 HEIGHT=11></A> :</SMALL><br><br><div class="bquote"><SMALL>said by  Steve <A HREF="/useremail/u/340145"><IMG SRC="http://i.dslr.net/bb/profile.gif" ALT="See Profile" BORDER=0 WIDTH=16 HEIGHT=11></A> :</SMALL><br><br>But when the justification is "What if you're on a compromised machine?", it demonstrates that not everybody in this discussion really has even a basic grasp of computer security.</DIV>Well, yeah, that's a completely separate argument. We're discussing the login thing specifically here (I thought).<br> </DIV>Dude, contrarian curmudgeons don't have to be consistent or even fair.  It's part of their charm.  Low hanging fruit's fair game. :)<br><br>-- B<br><SMALL>--<br>In a realm outside causality and function</SMALL>]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,14217978</guid>
<pubDate>Thu, 25 Aug 2005 13:32:51 EDT</pubDate>
</item>

<item>
<title>Re: Banks Abandoning SSL On Home Page Log-Ins</title>
<link>http://www.dslreports.com/forum/remark,14217977</link>
<description><![CDATA[<A HREF="/useremail/u/340145"><b>Steve</b></A> : <div class="bquote"><SMALL>said by  Daniel <A HREF="/useremail/u/168087"><IMG SRC="http://i.dslr.net/bb/profile.gif" ALT="See Profile" BORDER=0 WIDTH=16 HEIGHT=11></A> :</SMALL><br><br> We're discussing the login thing specifically here (I thought). </DIV><div class="bquote"><SMALL>said by somebody else <B>in this thread</B> :</SMALL><br><br>Imagine this: your computer has been compromised and you don't know about it. One day you go to your banks website and it looks the same but it's actually some hacker's web page. ... </DIV>When one uses a <B>foolish</B> argument to justify a position, they lose the right to be taken seriously (though it doesn't necessarily undermine the other justifications).<br><br>Steve<br><SMALL>--<br>Stephen J. Friedl &#149; Unix Wizard &#149; Microsoft Security MVP &#149; Tustin, California USA &#149; <A HREF="http://www.unixwiz.net">my web site</A></SMALL>]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,14217977</guid>
<pubDate>Thu, 25 Aug 2005 13:32:49 EDT</pubDate>
</item>

<item>
<title>Re: Banks Abandoning SSL On Home Page Log-Ins</title>
<link>http://www.dslreports.com/forum/remark,14217952</link>
<description><![CDATA[<A HREF="/useremail/u/393752"><b>jefe</b></A> : <div class="bquote"><SMALL>said by  astirusty <A HREF="/useremail/u/269961"><IMG SRC="http://i.dslr.net/bb/profile.gif" ALT="See Profile" BORDER=0 WIDTH=16 HEIGHT=11></A> :</SMALL><BR><BR><div class="bquote"><SMALL>said by  Steve <A HREF="/useremail/u/340145"><IMG SRC="http://i.dslr.net/bb/profile.gif" ALT="See Profile" BORDER=0 WIDTH=16 HEIGHT=11></A>  :</SMALL><BR><BR>People who don't really understand security are in a poor position to direct the security practices of others.<br><br>Steve</DIV>Like wise; <B>"</B>security experts<B>"</B> who do not realize the limited computer knowledge of average users - are also in a poor position to direct security practices. ;)<br> </DIV>Touch&egrave;! Exactly.<br><br>Expecting an average user to assume that a bank's login info is sent via secure link, or to dig through pages of html to assure that it is, is techno elitism and shear folly.]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,14217952</guid>
<pubDate>Thu, 25 Aug 2005 13:28:50 EDT</pubDate>
</item>

<item>
<title>Re: Banks Abandoning SSL On Home Page Log-Ins</title>
<link>http://www.dslreports.com/forum/remark,14217945</link>
<description><![CDATA[<A HREF="/useremail/u/168087"><b>Daniel</b></A> : <div class="bquote"><SMALL>said by  Steve <A HREF="/useremail/u/340145"><IMG SRC="http://i.dslr.net/bb/profile.gif" ALT="See Profile" BORDER=0 WIDTH=16 HEIGHT=11></A> :</SMALL><br><br>But when the justification is "What if you're on a compromised machine?", it demonstrates that not everybody in this discussion really has even a basic grasp of computer security.</DIV>Well, yeah, that's a completely separate argument. We're discussing the login thing specifically here (I thought).<br><SMALL>--<br><A HREF="http://dmiessler.com">dmiessler.com</A> - grep understanding knowledge</SMALL>]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,14217945</guid>
<pubDate>Thu, 25 Aug 2005 13:27:59 EDT</pubDate>
</item>

<item>
<title>Re: Banks Abandoning SSL On Home Page Log-Ins</title>
<link>http://www.dslreports.com/forum/remark,14217919</link>
<description><![CDATA[<A HREF="/useremail/u/340145"><b>Steve</b></A> : <div class="bquote"><SMALL>said by  Daniel <A HREF="/useremail/u/168087"><IMG SRC="http://i.dslr.net/bb/profile.gif" ALT="See Profile" BORDER=0 WIDTH=16 HEIGHT=11></A> :</SMALL><br><br>I think Steve's comments are being taken out of context. I find it hard to believe that he doesn't grasp the issues we're discussing here. </DIV>It's a value judgment whether one ought to provide the warm-and-fuzzy feeling that an SSL-based login page provides, and I could really go either way on this, and those supporting it have a legimate point.<br><br>But when the justification is "What if you're on a compromised machine?", it demonstrates that not everybody in this discussion really has even a basic grasp of computer security.<br><br>Steve<br><SMALL>--<br>Stephen J. Friedl &#149; Unix Wizard &#149; Microsoft Security MVP &#149; Tustin, California USA &#149; <A HREF="http://www.unixwiz.net">my web site</A></SMALL>]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,14217919</guid>
<pubDate>Thu, 25 Aug 2005 13:24:42 EDT</pubDate>
</item>

<item>
<title>Re: Banks Abandoning SSL On Home Page Log-Ins</title>
<link>http://www.dslreports.com/forum/remark,14217893</link>
<description><![CDATA[<A HREF="/useremail/u/229804"><b>B</b></A> : <div class="bquote"><SMALL>said by  Daniel <A HREF="/useremail/u/168087"><IMG SRC="http://i.dslr.net/bb/profile.gif" ALT="See Profile" BORDER=0 WIDTH=16 HEIGHT=11></A> :</SMALL><br><br>I think Steve's comments are being taken out of context. I find it hard to believe that he doesn't grasp the issues we're discussing here.<br> </DIV>Well, he's always got that John "C." Dvorak contrarian curmudgeon thing going on.  I think he enjoys it.<br><br>:)<br><br>-- B<br><SMALL>--<br>In a realm outside causality and function</SMALL>]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,14217893</guid>
<pubDate>Thu, 25 Aug 2005 13:21:11 EDT</pubDate>
</item>

<item>
<title>Re: Banks Abandoning SSL On Home Page Log-Ins</title>
<link>http://www.dslreports.com/forum/remark,14217861</link>
<description><![CDATA[<A HREF="/useremail/u/168087"><b>Daniel</b></A> : I think Steve's comments are being taken out of context. I find it hard to believe that he doesn't grasp the issues we're discussing here.<br><SMALL>--<br><A HREF="http://dmiessler.com">dmiessler.com</A> - grep understanding knowledge</SMALL>]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,14217861</guid>
<pubDate>Thu, 25 Aug 2005 13:16:14 EDT</pubDate>
</item>

<item>
<title>Re: Banks Abandoning SSL On Home Page Log-Ins</title>
<link>http://www.dslreports.com/forum/remark,14217735</link>
<description><![CDATA[<A HREF="/useremail/u/766148"><b>harryhoudini</b></A> : My credit union is also planning on doing this sometime this year. I was also sceptical but that is because I did not understand how it works. <br><br>I need to fully understand since I am sure I will have to deal with the concerned calls of novest and "self proclaimed" experts as well.]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,14217735</guid>
<pubDate>Thu, 25 Aug 2005 13:02:12 EDT</pubDate>
</item>

<item>
<title>Re: Banks Abandoning SSL On Home Page Log-Ins</title>
<link>http://www.dslreports.com/forum/remark,14217632</link>
<description><![CDATA[<A HREF="/useremail/u/269961"><b>astirusty</b></A> : <div class="bquote"><SMALL>said by  Steve <A HREF="/useremail/u/340145"><IMG SRC="http://i.dslr.net/bb/profile.gif" ALT="See Profile" BORDER=0 WIDTH=16 HEIGHT=11></A> :</SMALL><BR><BR>People who don't really understand security are in a poor position to direct the security practices of others.<br><br>Steve</DIV>Like wise; <B>"</B>security experts<B>"</B> who do not realize the limited computer knowledge of average users - are also in a poor position to direct security practices. ;)]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,14217632</guid>
<pubDate>Thu, 25 Aug 2005 12:51:15 EDT</pubDate>
</item>

<item>
<title>Re: Banks Abandoning SSL On Home Page Log-Ins</title>
<link>http://www.dslreports.com/forum/remark,14217568</link>
<description><![CDATA[<A HREF="/useremail/u/637748"><b>David</b></A> : Well, U.S. Bank still does... here is the certificate to prove it. <div class="borderless"><TABLE WIDTH=95% align=center border=0 CELLPADDING=4"><TR><TD ALIGN=CENTER VALIGN=CENTER BGCOLOR=#FFFFFF nwrap COLSPAN=3 WIDTH=100%><A HREF="/speak/slideshow/14217568?c=881471&ret=L2ZvcnVtL3IxNDIxMTg3OC54bWw%3D"><IMG TITLE="63973 bytes" BORDER=0 WIDTH=500 HEIGHT=540 SRC="/r0/download/881471~916ae57132f0fac8c95f78cbec572c9c/ssl_usbank.jpg"></A></TD></TABLE></div>]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,14217568</guid>
<pubDate>Thu, 25 Aug 2005 12:40:23 EDT</pubDate>
</item>

<item>
<title>Re: Banks Abandoning SSL On Home Page Log-Ins</title>
<link>http://www.dslreports.com/forum/remark,14217475</link>
<description><![CDATA[<A HREF="/useremail/u/823397"><b>Just Basics</b></A> : BB&T has what I consider to de a well designed website that I am comfortable with. Pages that are easily accessed with acceptable load times and secure where they are expected to be. Sites like this are a blessing for those of us still on dial up.<br><br>&raquo;<A HREF="http://www.bbandt.com" >www.bbandt.com</A>]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,14217475</guid>
<pubDate>Thu, 25 Aug 2005 12:28:11 EDT</pubDate>
</item>

<item>
<title>Re: Banks Abandoning SSL On Home Page Log-Ins</title>
<link>http://www.dslreports.com/forum/remark,14217217</link>
<description><![CDATA[<A HREF="/useremail/u/408621"><b>redwolfe_98</b></A> : i have considered that the whole system was being setup to facilitate crime.. ]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,14217217</guid>
<pubDate>Thu, 25 Aug 2005 11:50:53 EDT</pubDate>
</item>

<item>
<title>Re: Banks Abandoning SSL On Home Page Log-Ins</title>
<link>http://www.dslreports.com/forum/remark,14216965</link>
<description><![CDATA[<A HREF="/useremail/u/229804"><b>B</b></A> : <div class="bquote"><SMALL>said by  Daniel <A HREF="/useremail/u/168087"><IMG SRC="http://i.dslr.net/bb/profile.gif" ALT="See Profile" BORDER=0 WIDTH=16 HEIGHT=11></A> :</SMALL><br><br>They did it so that 1) the login fields could be on the front page, and 2) so that that page didn't have to be encrypted -- since it's harder on the webserver to encrypt the front page for every single visit.<br> </DIV>I find it amusing that Steve's position, at least, seems to be that the IT professionals know best and that "ignorant" consumers should leave web site security in their hands, but that all the changes we're discussing were clearly driven entirely by the marketing department and bean counters.<br><br>In other words, if the webmasters were ordered to omit SSL entirely from the login transaction in order to save even <B>more</B> precious CPU cycles and make room for even Flashier home page portals, they'd go right ahead and do that too.<br><br>-- B<br><br>P.S. Again, I agree that encrypting the home page would be stupid.  (Edit: Let me amend that; it would actually be a nice touch to say that <B>all</B> communications with your bank site were secured, but it's not prudent to do it for home page and public data display.)  But then enabling login from the home page is completely unnecessary, even from a marketing standpoint.<br><SMALL>--<br>In a realm outside causality and function</SMALL>]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,14216965</guid>
<pubDate>Thu, 25 Aug 2005 11:14:31 EDT</pubDate>
</item>

<item>
<title>Re: Banks Abandoning SSL On Home Page Log-Ins</title>
<link>http://www.dslreports.com/forum/remark,14216824</link>
<description><![CDATA[<A HREF="/useremail/u/168087"><b>Daniel</b></A> : They did it so that 1) the login fields could be on the front page, and 2) so that that page didn't have to be encrypted -- since it's harder on the webserver to encrypt the front page for every single visit.<br><SMALL>--<br><A HREF="http://dmiessler.com">dmiessler.com</A> - grep understanding knowledge</SMALL>]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,14216824</guid>
<pubDate>Thu, 25 Aug 2005 10:53:20 EDT</pubDate>
</item>

<item>
<title>Re: Banks Abandoning SSL On Home Page Log-Ins</title>
<link>http://www.dslreports.com/forum/remark,14216656</link>
<description><![CDATA[<A HREF="/useremail/u/533476"><b>robscullion</b></A> : Sounds simple to me B. I'm actually kind of surprised how much discussion this is generating. Being able to easily verify the SSL cert of a site before entering vital details would always seem to be better than not.<br><br>I'm not sure why banks went to the "https on submit" method at all actually. Maybe having a link to a secure login page just isn't sexy enough for them?]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,14216656</guid>
<pubDate>Thu, 25 Aug 2005 10:25:20 EDT</pubDate>
</item>

<item>
<title>Re: Banks Abandoning SSL On Home Page Log-Ins</title>
<link>http://www.dslreports.com/forum/remark,14216348</link>
<description><![CDATA[<A HREF="/useremail/u/1143581"><b>RobertLudlum</b></A> : Hmm on the none-american front, I checked 4 major banks here.<br><br>1 - had SSL encryption for the whole site<br>3 - Had it only for the logon page.<br><br>Encrypting the whole website makes little sense it seems, but   doing so for just the logon page seems to be worthwhile. ]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,14216348</guid>
<pubDate>Thu, 25 Aug 2005 09:30:15 EDT</pubDate>
</item>

<item>
<title>Re: Banks Abandoning SSL On Home Page Log-Ins</title>
<link>http://www.dslreports.com/forum/remark,14216218</link>
<description><![CDATA[<A HREF="/useremail/u/482073"><b>dslhater</b></A> : And that last commment has to do with banks??? ]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,14216218</guid>
<pubDate>Thu, 25 Aug 2005 09:03:03 EDT</pubDate>
</item>

<item>
<title>Re: Banks Abandoning SSL On Home Page Log-Ins</title>
<link>http://www.dslreports.com/forum/remark,14216156</link>
<description><![CDATA[<A HREF="/useremail/u/445404"><b>Martinus</b></A> : <div class="bquote"><SMALL>said by  Cudni <A HREF="/useremail/u/917630"><IMG SRC="http://i.dslr.net/bb/profile.gif" ALT="See Profile" BORDER=0 WIDTH=16 HEIGHT=11></A> :</SMALL><br><br>What if more specific (as amazon does)?</DIV>Of course, that's the way to do it.<br><br>I see no point at all in serving your bank's info pages, press releases, news, etc - add here annoying Flash movies and animated gifs - thru' https.<br><br>For one, you can't serve  graphics which don't live in your domain as this will do two things - at least in IE:<br><br>1.- You'll get an alert box stating: "This page contains both secure items and nonsecure items..." and<br><br>2.- The padlock in your status bar will dissapear even if the page is using https protocol.<br><br>You can see it live at  B <A HREF="/useremail/u/229804"><IMG SRC="http://i.dslr.net/bb/profile.gif" ALT="See Profile" BORDER=0 WIDTH=16 HEIGHT=11></A>'s site for <A HREF="https://www.eddiebaueroutlet.com/">$3 pants<br><SMALL>--<br>From the GSV "Ethics Gradient"</SMALL>]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,14216156</guid>
<pubDate>Thu, 25 Aug 2005 08:47:13 EDT</pubDate>
</item>

<item>
<title>Re: Banks Abandoning SSL On Home Page Log-Ins</title>
<link>http://www.dslreports.com/forum/remark,14216119</link>
<description><![CDATA[<A HREF="/useremail/u/445404"><b>Martinus</b></A> : <div class="bquote"><SMALL>said by  Rexter <A HREF="/useremail/u/722308"><IMG SRC="http://i.dslr.net/bb/profile.gif" ALT="See Profile" BORDER=0 WIDTH=16 HEIGHT=11></A> :</SMALL><br><br>Can't they just create a small encrypted  frame, on the home page?</DIV>Having an encrypted frame inside a frameset where other frames are not encrypted won't display the HTTPS padlock.<br><SMALL>--<br>From the GSV "Ethics Gradient"</SMALL>]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,14216119</guid>
<pubDate>Thu, 25 Aug 2005 08:37:55 EDT</pubDate>
</item>

<item>
<title>Re: Banks Abandoning SSL On Home Page Log-Ins</title>
<link>http://www.dslreports.com/forum/remark,14215925</link>
<description><![CDATA[<A HREF="/useremail/u/917630"><b>Cudni</b></A> : What if more specific (as amazon does)?<div class="borderless"><TABLE WIDTH=95% align=center border=0 CELLPADDING=4"><TR><TD ALIGN=CENTER VALIGN=CENTER BGCOLOR=#FFFFFF nwrap WIDTH=33%><A HREF="/speak/slideshow/14215925?c=881347&ret=L2ZvcnVtL3IxNDIxMTg3OC54bWw%3D"><IMG TITLE="1674 bytes" BORDER=0 WIDTH=203 HEIGHT=19 SRC="/r0/download/881347~d19f503018c6ff45891a8be01e389ee3/signinsecure.gif"></A></TD></TABLE></div>]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,14215925</guid>
<pubDate>Thu, 25 Aug 2005 07:47:35 EDT</pubDate>
</item>

<item>
<title>Re: Banks Abandoning SSL On Home Page Log-Ins</title>
<link>http://www.dslreports.com/forum/remark,14215905</link>
<description><![CDATA[<A HREF="/useremail/u/722308"><b>Rexter</b></A> : I prefer to know that it's being encrypted before I submit sensitive information.  I think that it's bad form to train people to input sensitive information into a non encrypted page. <br>Why is this such an issue anyway? The entire home page doesn't have to be encrypted. Can't they just create a small encrypted  frame, on the home page?<br><SMALL>--<br>When all is said, and done, there will be more said than done.</SMALL>]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,14215905</guid>
<pubDate>Thu, 25 Aug 2005 07:38:28 EDT</pubDate>
</item>

<item>
<title>Re: Banks Abandoning SSL On Home Page Log-Ins</title>
<link>http://www.dslreports.com/forum/remark,14215838</link>
<description><![CDATA[<A HREF="/useremail/u/139520"><b>cork1958</b></A> : My bank is still encrypting their entire site at least. <br><br>Whichever way the site works, whether the sign in page is noticeably encrypted up front or not, it doesn't look good NOT having it encrypted.<br><SMALL>--<br>Spread <A HREF="http://www.opera.com/download/">Opera.</A> Fastest browser on Earth or in Cyberspace!!</SMALL>]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,14215838</guid>
<pubDate>Thu, 25 Aug 2005 07:11:02 EDT</pubDate>
</item>

<item>
<title>Re: Banks Abandoning SSL On Home Page Log-Ins</title>
<link>http://www.dslreports.com/forum/remark,14215648</link>
<description><![CDATA[<A HREF="/useremail/u/229804"><b>B</b></A> : <br>Well, there's always CAPTCHAs, or maybe not...<br><br>&raquo;<A HREF="http://it.slashdot.org/it/05/08/24/1629213.shtml?tid=172&tid=95" >it.slashdot.org/it/05/08/24/1629&middot;&middot;&middot;2&tid=95</A><br><br>-- B<br><SMALL>--<br>In a realm outside causality and function</SMALL>]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,14215648</guid>
<pubDate>Thu, 25 Aug 2005 05:48:05 EDT</pubDate>
</item>

<item>
<title>Re: Banks Abandoning SSL On Home Page Log-Ins</title>
<link>http://www.dslreports.com/forum/remark,14215491</link>
<description><![CDATA[<A HREF="/useremail/u/356416"><b>Link Logger</b></A> : I think banks should have everything encrypted with huge highly detailed images that change often and lots of large graphics, huge pages that gobble up enormous bandwidth, which would require banks to use very expensive hardware and huge pipes.  The idea being that only a bank could afford such technology and joe hacker using some zoombied twinkie web server couldn't duplicate the technical requirements/quality, so the bank's clients would be safe based on a quick survey of the page's quality (image quality ie zoom in to see hidden details, or response time quality).  <br><br>This is the attitude used for securing your hard money, as only a government could afford such paper and printing and technology, so counterfeits can be spotted as not being the same quality as real money.  Of course the issue here is of scale, its not comparing one bill to another, its servicing 10,000s of clients compared to ripping off a couple 100s for example so you could serve up such pages if you limited your targets to keep acceptable response times for example from your Twinkie evil server.<br><br>Of course this wouldn't work, but sometimes I find it interesting to look at problems from different angles and see if there is a different solution to old problems as the typical solutions don't seem to be solving this one.  Maybe having something exclusive (ie a certificate is an example of an exclusive artifact) or requiring something really expensive (to the point it becomes exclusive) is the answer here.  Something to think about.  Given most large banks generate profits in the billions (or at least they do here in Canada), perhaps costs shouldn't be a concern here.<br><br>Blake<br><SMALL>--<br>Vendor: Firewall Logging Software &raquo;<A HREF="http://www.SonicLogger.com" >www.SonicLogger.com</A> - SonicWall and 3Com &raquo;<A HREF="http://www.LinkLogger.com" >www.LinkLogger.com</A> - Linksys, Netgear and Zyxel</SMALL>]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,14215491</guid>
<pubDate>Thu, 25 Aug 2005 04:07:44 EDT</pubDate>
</item>

<item>
<title>Re: Banks Abandoning SSL On Home Page Log-Ins</title>
<link>http://www.dslreports.com/forum/remark,14215416</link>
<description><![CDATA[<A HREF="/useremail/u/403861"><b>Mele20</b></A> : :o LOL]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,14215416</guid>
<pubDate>Thu, 25 Aug 2005 03:32:42 EDT</pubDate>
</item>

<item>
<title>Re: Banks Abandoning SSL On Home Page Log-Ins</title>
<link>http://www.dslreports.com/forum/remark,14215381</link>
<description><![CDATA[<A HREF="/useremail/u/229804"><b>B</b></A> : But you don't understand, Daniel.  My jeans.  My $8 jeans.<br><br>Sigh.<br><br>:(<br><br>-- B<br><SMALL>--<br>In a realm outside causality and function</SMALL>]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,14215381</guid>
<pubDate>Thu, 25 Aug 2005 03:12:26 EDT</pubDate>
</item>

<item>
<title>Re: Banks Abandoning SSL On Home Page Log-Ins</title>
<link>http://www.dslreports.com/forum/remark,14215370</link>
<description><![CDATA[<A HREF="/useremail/u/168087"><b>Daniel</b></A> : <div class="bquote"><SMALL>said by  B <A HREF="/useremail/u/229804"><IMG SRC="http://i.dslr.net/bb/profile.gif" ALT="See Profile" BORDER=0 WIDTH=16 HEIGHT=11></A> :</SMALL><br><br>Based on the attitudes expressed in this thread, I guess we should just start tearing out sheets from the Security FAQ, including <br>&raquo;<A HREF="/faq/security">Security</A> &raquo;<A HREF="/faq/11311">How do I avoid online  credit / debit card fraud?</A> and &raquo;<A HREF="/faq/security">Security</A> &raquo;<A HREF="/faq/11081">Scam Email: What is Phishing? What do I do about it?</A><br><br>The padlock?  It means nothing.  https?  For noobs.  Real computer users either trust their bank, and its IT staff, and its IT outsourcers, and its web hosts, and its content delivery networks, to always do the right thing; and/or they personally orchestrate each https POST from a command line rather than click on web forms.</DIV>Easy killer. They didn't think it was a big deal but have since acknowledged that it is. No need to get go all hardcore on them. :)<br><SMALL>--<br><A HREF="http://dmiessler.com">dmiessler.com</A> - grep understanding knowledge</SMALL>]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,14215370</guid>
<pubDate>Thu, 25 Aug 2005 03:07:58 EDT</pubDate>
</item>

<item>
<title>Re: Banks Abandoning SSL On Home Page Log-Ins</title>
<link>http://www.dslreports.com/forum/remark,14215294</link>
<description><![CDATA[<A HREF="/useremail/u/403861"><b>Mele20</b></A> : I just sent a secured message to Chase customer service linking to this thread and telling them that while I love the ease of making credit card payments now, (and the fact they post the same day now instead a week later as had been the case), that I am really disappointed in them hiding the secure login page. I suggested they consider doing like CapitalOne does. It will be interesting to see what response I get. Maybe someone from there will show up in this thread. (I doubt it...but you never know). These are the only banking sites I use on line except for local banks and I don't use their online services on any regular basis. I guess I need to go see if they have changed to a non secure login page.<br><SMALL>--<br>Around 2005 a sudden spark will catalyze a Crisis mood. The very survival of the nation will seem to be at stake.Sometime before 2025, America will pass through a great gate in history. The risk and promise will be very high. The Fourth Turning Wm. Straus</SMALL>]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,14215294</guid>
<pubDate>Thu, 25 Aug 2005 02:41:15 EDT</pubDate>
</item>

<item>
<title>Re: Banks Abandoning SSL On Home Page Log-Ins</title>
<link>http://www.dslreports.com/forum/remark,14215227</link>
<description><![CDATA[<A HREF="/useremail/u/229804"><b>B</b></A> : Based on the attitudes expressed in this thread, I guess we should just start tearing out sheets from the Security FAQ, including <br>&raquo;<A HREF="/faq/security">Security</A> &raquo;<A HREF="/faq/11311">How do I avoid online  credit / debit card fraud?</A> and &raquo;<A HREF="/faq/security">Security</A> &raquo;<A HREF="/faq/11081">Scam Email: What is Phishing? What do I do about it?</A><br><br>The padlock?  It means nothing.  https?  For noobs.  Real computer users either trust their bank, and its IT staff, and its IT outsourcers, and its web hosts, and its content delivery networks, to always do the right thing; and/or they personally orchestrate each https POST from a command line rather than click on web forms.<br><br>Just trying to be clear here.<br><br>:(<br><br>-- B<br><SMALL>--<br>In a realm outside causality and function</SMALL>]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,14215227</guid>
<pubDate>Thu, 25 Aug 2005 02:21:00 EDT</pubDate>
</item>

<item>
<title>Re: Banks Abandoning SSL On Home Page Log-Ins</title>
<link>http://www.dslreports.com/forum/remark,14215217</link>
<description><![CDATA[<A HREF="/useremail/u/491438"><b>dirtrat</b></A> : Well then you are alot more trusting of these MONEY MAKING banks and organizations to do the right thing than I am. I sure hope that works out for you!<br><br><div class="bquote"><SMALL>said by  Steve <A HREF="/useremail/u/340145"><IMG SRC="http://i.dslr.net/bb/profile.gif" ALT="See Profile" BORDER=0 WIDTH=16 HEIGHT=11></A> :</SMALL><BR><BR><div class="bquote"><SMALL>said by  jefe <A HREF="/useremail/u/393752"><IMG SRC="http://i.dslr.net/bb/profile.gif" ALT="See Profile" BORDER=0 WIDTH=16 HEIGHT=11></A> :</SMALL><br><br>Doesn't that have the effect of sending your userid and password in plain text?</DIV>No way: it's not the fetch of the main page that determines this, but the action upon submit, and everybody still encrypts the important stuff.<br><br>It's very expensive to encrypt large amounts of home-page traffic that doesn't really require it, and doing this just so ignorant people feel better just ends up imposting costs on everybody for no good purpose (hmmm, that sounds just like our war on terrorism).<br><br>Steve<br> </DIV>]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,14215217</guid>
<pubDate>Thu, 25 Aug 2005 02:17:57 EDT</pubDate>
</item>

<item>
<title>Re: Banks Abandoning SSL On Home Page Log-Ins</title>
<link>http://www.dslreports.com/forum/remark,14215188</link>
<description><![CDATA[<A HREF="/useremail/u/403861"><b>Mele20</b></A> : <div class="bquote"><SMALL>said by  jefe <A HREF="/useremail/u/393752"><IMG SRC="http://i.dslr.net/bb/profile.gif" ALT="See Profile" BORDER=0 WIDTH=16 HEIGHT=11></A> :</SMALL><br><br>Doesn't that have the effect of sending your userid and password in plain text?<br><br>I noticed my little bank, JP Morgan-Chase, is using an unsecure page for login now.<br><br>If you login in plain text, what's the sense to having all the following information encrypted?<br> </DIV>There is a secure login page on the Chase site. You have hunt around for it though.<br>&raquo;<small>https</small>://<A HREF="https://chaseonline.chase.com/chaseonline/logon/sso_logon.jsp">chaseonline.chase.com/chaseonlin&middot;&middot;&middot;ogon.jsp</A><br><br>CapitalOne does it the right way. They have you click on login on the unsecure main page but that click takes you to a SECURE page where you actually enter your information. Chase has just totally redone their site and method of credit card payment. It is ironic that they have secure message center and other stuff and bill paying is much easier than it was with Chase Presientment but all this secure stuff now except for login unless you look in rather obscure places for the secure login page. :(   <br><SMALL>--<br>Around 2005 a sudden spark will catalyze a Crisis mood. The very survival of the nation will seem to be at stake.Sometime before 2025, America will pass through a great gate in history. The risk and promise will be very high. The Fourth Turning Wm. Straus</SMALL>]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,14215188</guid>
<pubDate>Thu, 25 Aug 2005 02:12:05 EDT</pubDate>
</item>

<item>
<title>Re: Banks Abandoning SSL On Home Page Log-Ins</title>
<link>http://www.dslreports.com/forum/remark,14215180</link>
<description><![CDATA[<A HREF="/useremail/u/293476"><b>swanboy</b></A> : Truthfully, I'm not worried about it.<br><br>Although it would alarm me if they were no longer using https at all, if they tell me that my login information is going to be transmitted securely... then I'll believe it.<br><br>I'm not gullible, nor stupid but I do know that <br>The financial institution is not going to lie about security.<br><br>If it was something untrustworthy then I would question it, but it's our bank... I'm not worried.]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,14215180</guid>
<pubDate>Thu, 25 Aug 2005 02:10:12 EDT</pubDate>
</item>

<item>
<title>Re: Banks Abandoning SSL On Home Page Log-Ins</title>
<link>http://www.dslreports.com/forum/remark,14214969</link>
<description><![CDATA[<A HREF="/useremail/u/972855"><b>eljay001</b></A> : <div class="bquote"><SMALL>said by  nil <A HREF="/useremail/u/251107"><IMG SRC="http://i.dslr.net/bb/profile.gif" ALT="See Profile" BORDER=0 WIDTH=16 HEIGHT=11></A>  :</SMALL><BR><BR>A bigger security issue is having users enter usernames/passwords altogether.. with keyloggers running around like bunnies in spring the concern should be why haven't banks come up with a better way of identifying a user than their full username/password? </DIV>HSBC's online banking site has a "virtual keyboard" that is used to access some parts of their online banking site (e.g. Bank to Bank transfers.) I think it's a pain in the ass because since I don't have any keyloggers installed on my machine. I guess it is a nice thought for those people out there who are infected with something nasty, though.<div class="borderless"><TABLE WIDTH=95% align=center border=0 CELLPADDING=4"><TR><TD ALIGN=CENTER VALIGN=CENTER BGCOLOR=#FFFFFF nwrap COLSPAN=3 WIDTH=100%><A HREF="/speak/slideshow/14214969?c=881214&ret=L2ZvcnVtL3IxNDIxMTg3OC54bWw%3D"><IMG TITLE="25057 bytes" BORDER=0 WIDTH=493 HEIGHT=392 SRC="/r0/download/881214~84c7ad876f51f0367fdf9f6dc1dc0611/hsbckey.gif"></A><br>HSBC's Virtual Keyboard</TD></TABLE></div>]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,14214969</guid>
<pubDate>Thu, 25 Aug 2005 01:25:06 EDT</pubDate>
</item>

<item>
<title>Re: Banks Abandoning SSL On Home Page Log-Ins</title>
<link>http://www.dslreports.com/forum/remark,14214747</link>
<description><![CDATA[<A HREF="/useremail/u/340145"><b>Steve</b></A> : <div class="bquote"><SMALL>said by  Bryan001 <A HREF="/useremail/u/674773"><IMG SRC="http://i.dslr.net/bb/profile.gif" ALT="See Profile" BORDER=0 WIDTH=16 HEIGHT=11></A> :</SMALL><br><br>Imagine this: your computer has been compromised and you don't know about it.</DIV>If my computer has been compromised, <B><I>the game is already over</I></B>.<br><br>Rather than worry about secret redirections where I have it in my power to see that something is up when the bogus  site doesn't let me in (and where I can call my bank immediately), I worry about a keylogger that's  capturing my visit to the <U>legitimate</U> banking site, with me none the wiser that I've been had until long after it's too late.<br><br>People who don't really understand security are in a poor position to direct the security practices of others.<br><br>Steve<br><SMALL>--<br>Stephen J. Friedl &#149; Unix Wizard &#149; Microsoft Security MVP &#149; Tustin, California USA &#149; <A HREF="http://www.unixwiz.net">my web site</A></SMALL>]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,14214747</guid>
<pubDate>Thu, 25 Aug 2005 00:45:26 EDT</pubDate>
</item>

<item>
<title>Re: Banks Abandoning SSL On Home Page Log-Ins</title>
<link>http://www.dslreports.com/forum/remark,14214686</link>
<description><![CDATA[<A HREF="/useremail/u/674773"><b>Bryan001</b></A> : Imagine this: your computer has been compromised and you don't know about it. One day you go to your banks website and it looks the same but it's actually some hacker's web page. With the ssl on homepage approach, you would know something is up immediately. With this one though, you just enter your username and password as usual. You hit the submit button and send the info off to whoever and when the next page loads, it's only then you know that your screwed. <br>A day late and a buck short ]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,14214686</guid>
<pubDate>Thu, 25 Aug 2005 00:34:17 EDT</pubDate>
</item>

<item>
<title>Re: Banks Abandoning SSL On Home Page Log-Ins</title>
<link>http://www.dslreports.com/forum/remark,14214468</link>
<description><![CDATA[<A HREF="/useremail/u/537492"><b>antiserious</b></A> :  <br>... both my credit unions encrypt the login page, before any info is input, and I'd prefer it this way if given a vote ... it may not matter even a little bit in the grand scheme of security, but alas, to much of the world Perception IS Reality, like it or not ... for those less computer-literate I'm sure it's reassuring ... for me it shows they've gone just a little bit farther than they had to (or just far enough, depending on your POV) to present a credible interface, and to be thorough - since I've spoken to the webmaster at my main credit union I know he's 'up-to-speed' and 'on-the-ball', but what's easier - explaining to users that their data is still secure when they hit send (and hoping they see it and believe it) or showing them in the manner they've been taught to expect ...<br> <br>... present company excluded, of course - we're all above being concerned about the appearance of an icon, or lack thereof ... :uhh: ...<br> <br><SMALL>--<br>... "Do You Know Where Your Towel Is ?" ...</SMALL>]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,14214468</guid>
<pubDate>Wed, 24 Aug 2005 23:53:53 EDT</pubDate>
</item>

<item>
<title>Re: Banks Abandoning SSL On Home Page Log-Ins</title>
<link>http://www.dslreports.com/forum/remark,14214196</link>
<description><![CDATA[<A HREF="/useremail/u/229804"><b>B</b></A> : <br>I hope you're right,  nil <A HREF="/useremail/u/251107"><IMG SRC="http://i.dslr.net/bb/profile.gif" ALT="See Profile" BORDER=0 WIDTH=16 HEIGHT=11></A>, but I can't help thinking that this has been considered for years in the business world and the best we seem to have come up with is smart card tokens with synchronized time-based hashes.  They're annoying.  Fingerprint scanners have been shown in most cases to have laughable security.  I don't know that there's an answer.  (Though MS seems to feel differently.)  I'm not ready to give up on userids and passwords.<br><br>I talked about a too-common little cert issue at &raquo;<A HREF="/forum/remark,14200962">Eddie Bauer</A>  A major retailer went almost THREE WEEKS with an expired cert.  Nobody cared.  They still sold out of the Classic Fit Jeans.<br><br>-- B<br><SMALL>--<br>In a realm outside causality and function</SMALL>]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,14214196</guid>
<pubDate>Wed, 24 Aug 2005 23:15:11 EDT</pubDate>
</item>

<item>
<title>Re: Banks Abandoning SSL On Home Page Log-Ins</title>
<link>http://www.dslreports.com/forum/remark,14214110</link>
<description><![CDATA[<A HREF="/useremail/u/251107"><b>nil</b></A> : That's a fair point :)<br><br>I still say the real issue is the kind of information that is sent.. not how it's sent.  All the security & keylogger issue could be made a lot less relevant with some brainstorming.. <br><SMALL>--<br>Life is too short to be <A HREF="http://www.unix-girl.com/blog/">boring</A></SMALL>]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,14214110</guid>
<pubDate>Wed, 24 Aug 2005 23:06:30 EDT</pubDate>
</item>

<item>
<title>Re: Banks Abandoning SSL On Home Page Log-Ins</title>
<link>http://www.dslreports.com/forum/remark,14214095</link>
<description><![CDATA[<A HREF="/useremail/u/168087"><b>Daniel</b></A> : Actually folks, there is another <EM>major</EM> issue here. How exactly are they supposed to verify the authenticity of a certificate? Are they supposed to do it <EM>after</EM> entering their credentials and sending them somewhere?<br><br>At that point it's more an informational thing. "Oh goody, let me just check and see real quick where I actually just sent my password." :) Russia? Oh, that's not good.<br><br>The browser <EM>should</EM> balk at bad certs, but the point is that this is <EM>not</EM> the sort of thing you want to verify <B>after</B> clicking submit.<br><SMALL>--<br><A HREF="http://dmiessler.com">dmiessler.com</A> - grep understanding knowledge</SMALL>]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,14214095</guid>
<pubDate>Wed, 24 Aug 2005 23:04:18 EDT</pubDate>
</item>

<item>
<title>Re: Banks Abandoning SSL On Home Page Log-Ins</title>
<link>http://www.dslreports.com/forum/remark,14214053</link>
<description><![CDATA[<A HREF="/useremail/u/229804"><b>B</b></A> : I implied this in my first post above, but I'll put it a different way.<br><br>There's no reason for SSL on a bank's home page.<br><br>There's <B>every</B> reason for SSL on every page where that bank displays or solicits personal information, including and especially the login page.<br><br>Best practice -- big "LOG IN TO YOUR ACCOUNT" button on top of the screen / menu (on the ordinary http home page) takes you to an https login page.  What the heck is so hard about that?  No wasted SSL CPU cycles on home page views or CD rate lookups, ONLY a straightforward encryption of a separate secure login page.  Jeez.<br><br>-- B<br><SMALL>--<br>In a realm outside causality and function</SMALL>]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,14214053</guid>
<pubDate>Wed, 24 Aug 2005 23:00:05 EDT</pubDate>
</item>

<item>
<title>Re: Banks Abandoning SSL On Home Page Log-Ins</title>
<link>http://www.dslreports.com/forum/remark,14214015</link>
<description><![CDATA[<A HREF="/useremail/u/909849"><b>bbrlogue</b></A> : <div class="bquote"><SMALL>said by  nil <A HREF="/useremail/u/251107"><IMG SRC="http://i.dslr.net/bb/profile.gif" ALT="See Profile" BORDER=0 WIDTH=16 HEIGHT=11></A> :</SMALL><BR><BR>Good idea.. but.. how long before bad guys create an image button that looks just like it.. <br><br>Don't most browsers alert a user when they're submitting information in the clear? What's wrong with that? <br> </DIV>Yes, but as I noted above, users can turn that off. Let's say dad turned it off, and mom or kids don't 't pay attention, that's what's wrong.<br><br>Another possibility is a pop-up or righ-click, so the submit button has a context sensitive menu such as "Show submit location" or something similar, or even as simple as "Show security"... this is several steps easier than users viewing the source (luckily with Firefox/Mozilla, you can highlight a section and right-click to get "View Selection Source" to jump right to the part)]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,14214015</guid>
<pubDate>Wed, 24 Aug 2005 22:55:55 EDT</pubDate>
</item>

<item>
<title>Re: Banks Abandoning SSL On Home Page Log-Ins</title>
<link>http://www.dslreports.com/forum/remark,14213987</link>
<description><![CDATA[<A HREF="/useremail/u/168087"><b>Daniel</b></A> : <div class="bquote"><SMALL>said by  nil <A HREF="/useremail/u/251107"><IMG SRC="http://i.dslr.net/bb/profile.gif" ALT="See Profile" BORDER=0 WIDTH=16 HEIGHT=11></A> :</SMALL><br><br>Good idea.. but.. how long before bad guys create an image button that looks just like it...</DIV>I guess the idea would be to reformat your submit buttons on the fly, ala Greasemonkey. So it wouldn't matter what the original button looked like.<br><br>But in order to be effective that would have to be part of the browser by default. You can't rely on a plugin for that because the people who are going to get hurt are the ones without the plugin anyway.<br><SMALL>--<br><A HREF="http://dmiessler.com">dmiessler.com</A> - grep understanding knowledge</SMALL>]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,14213987</guid>
<pubDate>Wed, 24 Aug 2005 22:53:06 EDT</pubDate>
</item>

<item>
<title>Re: Banks Abandoning SSL On Home Page Log-Ins</title>
<link>http://www.dslreports.com/forum/remark,14213980</link>
<description><![CDATA[<A HREF="/useremail/u/668609"><b>EGeezer</b></A> : BTW on the Bank One page, I simply enter a bad ID and password in the login. The page then goes SSL and I can check the Cert. <br><br>But, average non-technical users won't think of that. <br><SMALL>--<br>Every Good Electrical Engineer Zeroes Each Register</SMALL>]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,14213980</guid>
<pubDate>Wed, 24 Aug 2005 22:52:10 EDT</pubDate>
</item>

<item>
<title>Re: Banks Abandoning SSL On Home Page Log-Ins</title>
<link>http://www.dslreports.com/forum/remark,14213936</link>
<description><![CDATA[<A HREF="/useremail/u/269961"><b>astirusty</b></A> : <div class="bquote"><SMALL>said by  Daniel <A HREF="/useremail/u/168087"><IMG SRC="http://i.dslr.net/bb/profile.gif" ALT="See Profile" BORDER=0 WIDTH=16 HEIGHT=11></A> :</SMALL><BR><BR>We can only ask so much of a regular user, guys. They've been told a single thing for <EM>years</EM> now -- <B>don't ever enter your password into an unencrypted page</B>.</DIV>Exactly, you can not expect the common user to understand the underlying happenings and in fact there is no valid reason for them to be able to do so.  They are simply users.<br><br><I>It would be like expecting a computer security expert to understand the underlying happenings of power supplies and if they couldn't declaring them unfit to use a computer.</I> ]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,14213936</guid>
<pubDate>Wed, 24 Aug 2005 22:48:05 EDT</pubDate>
</item>

<item>
<title>Re: Banks Abandoning SSL On Home Page Log-Ins</title>
<link>http://www.dslreports.com/forum/remark,14213926</link>
<description><![CDATA[<A HREF="/useremail/u/251107"><b>nil</b></A> : Good idea.. but.. how long before bad guys create an image button that looks just like it.. <br><br>Don't most browsers alert a user when they're submitting information in the clear? What's wrong with that? <br><SMALL>--<br>Life is too short to be <A HREF="http://www.unix-girl.com/blog/">boring</A></SMALL>]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,14213926</guid>
<pubDate>Wed, 24 Aug 2005 22:47:31 EDT</pubDate>
</item>

<item>
<title>Re: Banks Abandoning SSL On Home Page Log-Ins</title>
<link>http://www.dslreports.com/forum/remark,14213916</link>
<description><![CDATA[<A HREF="/useremail/u/168087"><b>Daniel</b></A> : <div class="bquote"><SMALL>said by  bbrlogue <A HREF="/useremail/u/909849"><IMG SRC="http://i.dslr.net/bb/profile.gif" ALT="See Profile" BORDER=0 WIDTH=16 HEIGHT=11></A> :</SMALL><br><br>What would be nice is for browsers to 'style' the submit button differently, whenever it it detects the form action is to an HTTPS url (regardless of the current page URL) -- similar to the way they display some kind of padlock in the status bar or the address bar.</DIV>Wow, that's a badass idea.<br><SMALL>--<br><A HREF="http://dmiessler.com">dmiessler.com</A> - grep understanding knowledge</SMALL>]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,14213916</guid>
<pubDate>Wed, 24 Aug 2005 22:46:18 EDT</pubDate>
</item>

<item>
<title>Re: Banks Abandoning SSL On Home Page Log-Ins</title>
<link>http://www.dslreports.com/forum/remark,14213898</link>
<description><![CDATA[<A HREF="/useremail/u/909849"><b>bbrlogue</b></A> : This is an acceptable technique. The page content is transmitted to the user-agent/browser in plain text, but the form data is posted to the server over HTTPS. I've done it on several sites to get better performance, especially on those that get thousands of logins a day.<br><br>What would be nice is for browsers to 'style' the submit button differently, whenever it it detects the form action is to an HTTPS url (regardless of the current page URL) -- similar to the way they display some kind of padlock in the status bar or the address bar. This is actually a more foolproof way to warn users that the data will be posted securely.<br><br>Think about the reverse situation... the page content is from an HTTPS URL, but the form explicitly specifies an HTTP action URL. Some if not most browsers will display a warning dialog, but they also allow users to turn the warning off after the first one. In that case, users will be tricked into thinking that they are securely submitting data because the page is HTTPS.<br><br>So, instead of users relying on the padlock at the status bar (which could be hidden on a popup page), or the HTTPS on the address bar (which could also be hidden on a popup), it would helpful if the submit button gets styled differently, and make it work such that it would cooperate with the style or can be defined as part of CSS to make it aesthetic-friendly... <br><br>Firefox-plugin, anyone?]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,14213898</guid>
<pubDate>Wed, 24 Aug 2005 22:43:50 EDT</pubDate>
</item>

<item>
<title>Re: Banks Abandoning SSL On Home Page Log-Ins</title>
<link>http://www.dslreports.com/forum/remark,14213892</link>
<description><![CDATA[<A HREF="/useremail/u/974615"><b>mers2</b></A> : <div class="bquote"><SMALL>said by  nil <A HREF="/useremail/u/251107"><IMG SRC="http://i.dslr.net/bb/profile.gif" ALT="See Profile" BORDER=0 WIDTH=16 HEIGHT=11></A> :</SMALL><br><br>After seeing megabytes full of keylogger output of bank logins on a hacker's machine once.. I'm convinced the whole username/pass thing is passe at best. <br> </DIV>Instead they focus on cosmetic changes.  Remember the picture of your pet BofA wants you to provide? <br><SMALL>--<br>God put me on this Earth to accomplish a certain number of things. Right now, I am so far behind I will never die.</SMALL>]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,14213892</guid>
<pubDate>Wed, 24 Aug 2005 22:43:30 EDT</pubDate>
</item>

<item>
<title>Re: Banks Abandoning SSL On Home Page Log-Ins</title>
<link>http://www.dslreports.com/forum/remark,14213874</link>
<description><![CDATA[<A HREF="/useremail/u/251107"><b>nil</b></A> : A bigger security issue is having users enter usernames/passwords altogether.. with keyloggers running around like bunnies in spring the concern should be why haven't banks come up with a better way of identifying a user than their full username/password? So if something does get keylogged, transmitted in a clear or seen over the shoulder in a public library it is *not* useful without knowing the full story.<br><br>A good example would be requiring every x letter of a long password where x is a random number that changes from login to login..<br><br>I'm sure there are other ways. Now that would be an interesting technical news article.. not panic over what is nothing more than a UI issue.   (.. and by article I meant the original Information Week article not this thread).<br><br>After seeing megabytes full of keylogger output of bank logins on a hacker's machine once.. I'm convinced the whole username/pass thing is passe at best. <br><SMALL>--<br>Life is too short to be <A HREF="http://www.unix-girl.com/blog/">boring</A></SMALL>]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,14213874</guid>
<pubDate>Wed, 24 Aug 2005 22:41:19 EDT</pubDate>
</item>

<item>
<title>Re: Banks Abandoning SSL On Home Page Log-Ins</title>
<link>http://www.dslreports.com/forum/remark,14213871</link>
<description><![CDATA[<A HREF="/useremail/u/974615"><b>mers2</b></A> : <div class="bquote"><SMALL>said by  B <A HREF="/useremail/u/229804"><IMG SRC="http://i.dslr.net/bb/profile.gif" ALT="See Profile" BORDER=0 WIDTH=16 HEIGHT=11></A> :</SMALL><br><br>It's your private information you're about to transmit.  Just because you trust the bank/institution with your money doesn't mean you trust their webmasters to be infallible!<br><br>-- B<br> </DIV>Considering some of the boneheaded blunders by bank ITs lately I wouldn't trust their webmasters either.  We try in this forum to teach security and making the average user aware of the security on their trusted sites, especially with phishing issues and data leaks, this is a valid discussion.<br><SMALL>--<br>God put me on this Earth to accomplish a certain number of things. Right now, I am so far behind I will never die.</SMALL>]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,14213871</guid>
<pubDate>Wed, 24 Aug 2005 22:40:58 EDT</pubDate>
</item>

<item>
<title>Re: Banks Abandoning SSL On Home Page Log-Ins</title>
<link>http://www.dslreports.com/forum/remark,14213863</link>
<description><![CDATA[<A HREF="/useremail/u/168087"><b>Daniel</b></A> : Again, I'm not saying that the current way people are conditioned is good -- I'm just pointing out that they <EM>are</EM> conditioned that way.<br><SMALL>--<br><A HREF="http://dmiessler.com">dmiessler.com</A> - grep understanding knowledge</SMALL>]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,14213863</guid>
<pubDate>Wed, 24 Aug 2005 22:40:13 EDT</pubDate>
</item>

<item>
<title>Re: Banks Abandoning SSL On Home Page Log-Ins</title>
<link>http://www.dslreports.com/forum/remark,14213825</link>
<description><![CDATA[<A HREF="/useremail/u/229804"><b>B</b></A> : <div class="bquote"><SMALL>said by  nil <A HREF="/useremail/u/251107"><IMG SRC="http://i.dslr.net/bb/profile.gif" ALT="See Profile" BORDER=0 WIDTH=16 HEIGHT=11></A> :</SMALL><br><br>Right.. it's completely a 'perception' issue not a 'technical' one.. hence my amazement that it's made into technical news. <br> </DIV>Wrong.  It's a technical issue too, even for people who know what's going on.  Are you really prepared to verify the HTML code of a particular site EVERY time you log in?  Are you even sure you're looking at the right section of code?  Not a duplicate or legacy section?  Don't you feel a bit put out that you even HAVE that worry on your plate?<br><br>The padlock's a darned useful shortcut for "regular users" and geeks alike.  I don't see any shame in expecting it to be there for the duration of a "secure" session.<br><br>The reason Daniel's Yahoo secured / unsecured login paradigm exists is because it <B>makes perfect sense</B>.  Quick -- do you know whether the credentials are passed via SSL on the <I>unsecured</I> Yahoo login page?  I sure don't.<br><br>It's your private information you're about to transmit.  Just because you trust the bank/institution with your money doesn't mean you trust their webmasters to be infallible!<br><br>-- B<br><SMALL>--<br>In a realm outside causality and function</SMALL>]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,14213825</guid>
<pubDate>Wed, 24 Aug 2005 22:35:19 EDT</pubDate>
</item>

<item>
<title>Re: Banks Abandoning SSL On Home Page Log-Ins</title>
<link>http://www.dslreports.com/forum/remark,14213797</link>
<description><![CDATA[<A HREF="/useremail/u/668609"><b>EGeezer</b></A> : I agree with  Daniel <A HREF="/useremail/u/168087"><IMG SRC="http://i.dslr.net/bb/profile.gif" ALT="See Profile" BORDER=0 WIDTH=16 HEIGHT=11></A> - It's a security issue. <br><br>Thinking like a user, I ask;<br><br>OK I'm on a page that <B></I>says</I></B> When I type in my sensitive information it <B><I>will</I></B> be encrypted after  I press enter. But, fake sites promise that too according to what I read and hear. Any phisher can put a GIF image of a lock on a fake page...<br><br>So, how do I know that my stuff <B><I>will actually</I></B> be encrypted if I do enter it? All I have is some text that promises... <br><br>Looks like a valid question to me.  <br><SMALL>--<br>Every <br>Good <br>Electrical <br>Engineer <br>Zeroes <br>Each <br>Register</SMALL>]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,14213797</guid>
<pubDate>Wed, 24 Aug 2005 22:31:14 EDT</pubDate>
</item>

<item>
<title>Re: Banks Abandoning SSL On Home Page Log-Ins</title>
<link>http://www.dslreports.com/forum/remark,14213773</link>
<description><![CDATA[<A HREF="/useremail/u/168087"><b>Daniel</b></A> : <div class="bquote"><SMALL>said by  nil <A HREF="/useremail/u/251107"><IMG SRC="http://i.dslr.net/bb/profile.gif" ALT="See Profile" BORDER=0 WIDTH=16 HEIGHT=11></A> :</SMALL><br><br>Right.. it's completely a 'perception' issue not a 'technical' one.. hence my amazement that it's made into technical news. <br> </DIV>Well, not to argue or anything, but what's a better forum for the topic if not this one? It hardly fits in something like Psychology Weekly. I think this is <EM>precisely</EM> the right place for this discussion.<br><SMALL>--<br><A HREF="http://dmiessler.com">dmiessler.com</A> - grep understanding knowledge</SMALL>]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,14213773</guid>
<pubDate>Wed, 24 Aug 2005 22:27:51 EDT</pubDate>
</item>

<item>
<title>Re: Banks Abandoning SSL On Home Page Log-Ins</title>
<link>http://www.dslreports.com/forum/remark,14213724</link>
<description><![CDATA[<A HREF="/useremail/u/168087"><b>Daniel</b></A> : By the way, a good example of this conditioning can be found at Yahoo.com. They have a login page, and they have a <EM>secured</EM> login page. What does that tell a user? <br><br>We can only ask so much of a regular user, guys. They've been told a single thing for <EM>years</EM> now -- <B>don't ever enter your password into an unencrypted page</B>. But lo and behold, that's exactly what this site is asking them to do. I'm not one bit suprised that there's confusion. Again, look at the Yahoo paradigm; it's the one they're used to.<br><SMALL>--<br><A HREF="http://dmiessler.com">dmiessler.com</A> - grep understanding knowledge</SMALL>]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,14213724</guid>
<pubDate>Wed, 24 Aug 2005 22:22:29 EDT</pubDate>
</item>

<item>
<title>Re: Banks Abandoning SSL On Home Page Log-Ins</title>
<link>http://www.dslreports.com/forum/remark,14213715</link>
<description><![CDATA[<A HREF="/useremail/u/251107"><b>nil</b></A> : Right.. it's completely a 'perception' issue not a 'technical' one.. hence my amazement that it's made into technical news. <br><SMALL>--<br>Life is too short to be <A HREF="http://www.unix-girl.com/blog/">boring</A></SMALL>]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,14213715</guid>
<pubDate>Wed, 24 Aug 2005 22:21:31 EDT</pubDate>
</item>

<item>
<title>Re: Banks Abandoning SSL On Home Page Log-Ins</title>
<link>http://www.dslreports.com/forum/remark,14213673</link>
<description><![CDATA[<A HREF="/useremail/u/168087"><b>Daniel</b></A> : As much as Kasia and Steve are correct here, I'm going to have to agree somewhat with the fact that this can be net-bad.  The reason is simple -- very few people (even out of the few that know to look for the padlock -- understand that you can be on an <B>unencrypted</B> page, enter your credentials, and have them be <EM>encrypted when you click submit</EM>.<br><br>This is a human problem, not a technical one. <B>People associate the current page with their level of security, not a future page.</B> It's the way they've been conditioned.<br><br>Is it wrong? Sure. But can we blame them for thinking this way when they have regular jobs and very little time to devote to learning about website encryption? I don't think so.<br><SMALL>--<br><A HREF="http://dmiessler.com">dmiessler.com</A> - grep understanding knowledge</SMALL>]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,14213673</guid>
<pubDate>Wed, 24 Aug 2005 22:17:50 EDT</pubDate>
</item>

<item>
<title>Re: Banks Abandoning SSL On Home Page Log-Ins</title>
<link>http://www.dslreports.com/forum/remark,14213540</link>
<description><![CDATA[<A HREF="/useremail/u/735093"><b>Feets</b></A> : Bad guys can use SSL, but bad guys won't have a certificate signed by Verisign or RSA that has my bank's server address on it. <br><br> <div class="borderless"><TABLE WIDTH=95% align=center border=0 CELLPADDING=4"><TR><TD ALIGN=CENTER VALIGN=CENTER BGCOLOR=#FFFFFF nwrap COLSPAN=3 WIDTH=100%><A HREF="/speak/slideshow/14213540?c=881117&ret=L2ZvcnVtL3IxNDIxMTg3OC54bWw%3D"><IMG TITLE="49981 bytes" BORDER=0 WIDTH=496 HEIGHT=546 SRC="/r0/download/881117~026d573226361cc4c253f97866e5691e/cert.JPG"></A></TD></TR><TR><TD ALIGN=CENTER VALIGN=CENTER BGCOLOR=#FFFFFF nwrap COLSPAN=3 WIDTH=100%><A HREF="/speak/slideshow/14213540?c=881118&ret=L2ZvcnVtL3IxNDIxMTg3OC54bWw%3D"><IMG class="apic" BORDER=0 TITLE="118755 bytes" WIDTH=600 HEIGHT=454 SRC="/r0/download/881118.thumb600~11961f103bcfc38f733316427169576a/secured.JPG/thumb.jpg" ALT="Click for full size"></A></TD></TABLE></div>]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,14213540</guid>
<pubDate>Wed, 24 Aug 2005 22:03:18 EDT</pubDate>
</item>

<item>
<title>Re: Banks Abandoning SSL On Home Page Log-Ins</title>
<link>http://www.dslreports.com/forum/remark,14213508</link>
<description><![CDATA[<A HREF="/useremail/u/974615"><b>mers2</b></A> : <div class="bquote"><SMALL>said by  nil <A HREF="/useremail/u/251107"><IMG SRC="http://i.dslr.net/bb/profile.gif" ALT="See Profile" BORDER=0 WIDTH=16 HEIGHT=11></A> :</SMALL><br><br>How is that.. bad guys can't use SSL? <br> </DIV>Which is why, especially with my financial institution, I want to know <B>before</B> I log on that SSL logon is working. <br><SMALL>--<br>God put me on this Earth to accomplish a certain number of things. Right now, I am so far behind I will never die.</SMALL>]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,14213508</guid>
<pubDate>Wed, 24 Aug 2005 21:59:22 EDT</pubDate>
</item>

<item>
<title>Re: Banks Abandoning SSL On Home Page Log-Ins</title>
<link>http://www.dslreports.com/forum/remark,14213482</link>
<description><![CDATA[<A HREF="/useremail/u/251107"><b>nil</b></A> : How is that.. bad guys can't use SSL? ]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,14213482</guid>
<pubDate>Wed, 24 Aug 2005 21:55:53 EDT</pubDate>
</item>

<item>
<title>Re: Banks Abandoning SSL On Home Page Log-Ins</title>
<link>http://www.dslreports.com/forum/remark,14213217</link>
<description><![CDATA[<A HREF="/useremail/u/735093"><b>Feets</b></A> : <div class="bquote"><SMALL>said by  B <A HREF="/useremail/u/229804"><IMG SRC="http://i.dslr.net/bb/profile.gif" ALT="See Profile" BORDER=0 WIDTH=16 HEIGHT=11></A> :</SMALL><BR><BR>  This confuses everybody who's waiting to see a padlock icon. </DIV>Despite offering some peace of mind, the padlock icon is also the quickest way to verify the you are logging into actually came from the bank's server. ]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,14213217</guid>
<pubDate>Wed, 24 Aug 2005 21:25:38 EDT</pubDate>
</item>

<item>
<title>Re: Banks Abandoning SSL On Home Page Log-Ins</title>
<link>http://www.dslreports.com/forum/remark,14213158</link>
<description><![CDATA[<A HREF="/useremail/u/886760"><b>no__1__here</b></A> : I see both sides to this "argument".  That said, if it bothers you that the initial page is not encrypted you can always alter the URL to be https instead (e.g. force it yourself).<br><br>But really, the biggest concern is not really man-in-the-middle attacks but rather how the bank manages your data on their side.  You seldom hear about someone sniffing your password on the 'Net.  That's not to say it is impossible, it is just a whole lotta work for one account.  I'd rather steal backup tapes from UPS, pay someone to give me  a database backup, whatever.<br><br>I'm about as paranoid as they come, but you have to choose your battles.  I don't expect everyone to read the HTML (I did in fact do that the first time my bank's login page changed from SSL to non-SSL to see if the submit was still SSL'd), but again, just add the 's' yourself if it bothers you.  ;)]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,14213158</guid>
<pubDate>Wed, 24 Aug 2005 21:17:16 EDT</pubDate>
</item>

<item>
<title>Re: Banks Abandoning SSL On Home Page Log-Ins</title>
<link>http://www.dslreports.com/forum/remark,14212748</link>
<description><![CDATA[<A HREF="/useremail/u/447260"><b>Greg_Z</b></A> : This is from US Banks website:<br><br>Internet Banking Security<br>Trust has always been the foundation of our relationship with customers, and we're committed to protecting your personal information. That's why whenever you login or log out of Internet Banking, you can be assured of total security. The moment you click Login, we encrypt your ID and password using the highest level of security, industry standard SSL (Secure Socket Layer) technology. That means only U.S. Bank has access to all data transmitted between your computer and our data centers.<br> <br>As an additional safeguard, we will terminate your secured banking session for you after fifteen minutes of inactivity.<br><br>Internet Banking Risk Free Guarantee<br>U.S. Bank Internet Banking is so secure we guarantee we'll cover any losses if there's ever any unauthorized use of your account.<br><br>Ensuring Browser Security<br>To determine if you're on a secure usbank.com Web page, look for the lock icon and "Connection Secured" message.<br> <br>Whenever you login to Internet Banking from our home page, be confident that your information will be protected by the highest security measures.<br><SMALL>--<br>One man's customer loyalty is another man's misguided arrogance.</SMALL>]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,14212748</guid>
<pubDate>Wed, 24 Aug 2005 20:22:16 EDT</pubDate>
</item>

<item>
<title>Re: Banks Abandoning SSL On Home Page Log-Ins</title>
<link>http://www.dslreports.com/forum/remark,14212741</link>
<description><![CDATA[<A HREF="/useremail/u/229804"><b>B</b></A> : <br>Bull puckey,  Steve <A HREF="/useremail/u/340145"><IMG SRC="http://i.dslr.net/bb/profile.gif" ALT="See Profile" BORDER=0 WIDTH=16 HEIGHT=11></A>-o.  We're talking about login pages, not home pages.  There's <B>NO</B> reason why the login, which quite frequently loads a different page anyway, can't be entirely SSL.<br><br>Citing the home page issue is a straw man.<br><br>Ignorant people?  Are you serious?  Average users should accept that the lock icon means something sometimes, and not other times, and learn to read raw HTML?<br><br>-- B<br><SMALL>--<br>In a realm outside causality and function</SMALL>]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,14212741</guid>
<pubDate>Wed, 24 Aug 2005 20:21:35 EDT</pubDate>
</item>

<item>
<title>Re: Banks Abandoning SSL On Home Page Log-Ins</title>
<link>http://www.dslreports.com/forum/remark,14212717</link>
<description><![CDATA[<A HREF="/useremail/u/251107"><b>nil</b></A> : Wow.. what a non-story.. slow news day?<br><br>It makes absolutely no difference if the login page is secured or not! Why waste CPU cycles? <br><SMALL>--<br>Life is too short to be <A HREF="http://www.unix-girl.com/blog/">boring</A></SMALL>]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,14212717</guid>
<pubDate>Wed, 24 Aug 2005 20:18:15 EDT</pubDate>
</item>

<item>
<title>Re: Banks Abandoning SSL On Home Page Log-Ins</title>
<link>http://www.dslreports.com/forum/remark,14212546</link>
<description><![CDATA[<A HREF="/useremail/u/974615"><b>mers2</b></A> : <div class="bquote"><SMALL>said by  Steve <A HREF="/useremail/u/340145"><IMG SRC="http://i.dslr.net/bb/profile.gif" ALT="See Profile" BORDER=0 WIDTH=16 HEIGHT=11></A> :</SMALL><br><br><div class="bquote"><SMALL>said by  mers2 <A HREF="/useremail/u/974615"><IMG SRC="http://i.dslr.net/bb/profile.gif" ALT="See Profile" BORDER=0 WIDTH=16 HEIGHT=11></A> :</SMALL><br><br>Security conscious customers should make  it clear that security trumps speed.</DIV>When customers don't know the difference between something that protects them from a danger, and something that has no effect on this whatsoever, I don't think they should get a vote.<br><br>Steve<br> </DIV>It might not make a difference on the main page - but how is a customer to tell the actual login is SSL without having to log in first?  <br><SMALL>--<br>God put me on this Earth to accomplish a certain number of things. Right now, I am so far behind I will never die.</SMALL>]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,14212546</guid>
<pubDate>Wed, 24 Aug 2005 19:52:00 EDT</pubDate>
</item>

<item>
<title>Re: Banks Abandoning SSL On Home Page Log-Ins</title>
<link>http://www.dslreports.com/forum/remark,14212517</link>
<description><![CDATA[<A HREF="/useremail/u/340145"><b>Steve</b></A> : <div class="bquote"><SMALL>said by  mers2 <A HREF="/useremail/u/974615"><IMG SRC="http://i.dslr.net/bb/profile.gif" ALT="See Profile" BORDER=0 WIDTH=16 HEIGHT=11></A> :</SMALL><br><br>Security conscious customers should make  it clear that security trumps speed.</DIV>When customers don't know the difference between something that protects them from a danger, and something that has no effect on this whatsoever, I don't think they should get a vote.<br><br>Steve<br><SMALL>--<br>Stephen J. Friedl &#149; Unix Wizard &#149; Microsoft Security MVP &#149; Tustin, California USA &#149; <A HREF="http://www.unixwiz.net">my web site</A></SMALL>]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,14212517</guid>
<pubDate>Wed, 24 Aug 2005 19:48:41 EDT</pubDate>
</item>

<item>
<title>Re: Banks Abandoning SSL On Home Page Log-Ins</title>
<link>http://www.dslreports.com/forum/remark,14212405</link>
<description><![CDATA[<A HREF="/useremail/u/974615"><b>mers2</b></A> : Considering the fact that the IT responsible for my local library is so paranoid that the entire website is SSL protected, I find this amusing.  I'm paranoid that if I can't tell the info is secured before logging on to a financial institution I won't.  Security conscious customers should make  it clear that security trumps speed. <br><SMALL>--<br>God put me on this Earth to accomplish a certain number of things. Right now, I am so far behind I will never die.</SMALL>]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,14212405</guid>
<pubDate>Wed, 24 Aug 2005 19:35:00 EDT</pubDate>
</item>

<item>
<title>Re: Banks Abandoning SSL On Home Page Log-Ins</title>
<link>http://www.dslreports.com/forum/remark,14212082</link>
<description><![CDATA[<A HREF="/useremail/u/197199"><b>Doctor Four</b></A> : This is what Washington Mutual does. The main page is not<br>secure, but any personal info entered there for login is<br>transmitted over a secure connection. But they have an<br>explanation link on why this method is secure below the<br>login box.]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,14212082</guid>
<pubDate>Wed, 24 Aug 2005 18:49:55 EDT</pubDate>
</item>

<item>
<title>Re: Banks Abandoning SSL On Home Page Log-Ins</title>
<link>http://www.dslreports.com/forum/remark,14211951</link>
<description><![CDATA[<A HREF="/useremail/u/0"><b>anon</b></A> : Like Yahoo mail, though with SSL login, all the emails are transmitted in plain HTTP when you are searching and reading in your account... Anyone with authority can read at ease...]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,14211951</guid>
<pubDate>Wed, 24 Aug 2005 18:32:05 EDT</pubDate>
</item>

<item>
<title>Re: Banks Abandoning SSL On Home Page Log-Ins</title>
<link>http://www.dslreports.com/forum/remark,14211907</link>
<description><![CDATA[<A HREF="/useremail/u/1201167"><b>dantz</b></A> : Hey, my bank did that! You can login on their home page without protection. Luckily I found an alternate SSL-protected login page elsewhere on their site. ]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,14211907</guid>
<pubDate>Wed, 24 Aug 2005 18:27:00 EDT</pubDate>
</item>

<item>
<title>Re: Banks Abandoning SSL On Home Page Log-Ins</title>
<link>http://www.dslreports.com/forum/remark,14211878</link>
<description><![CDATA[<A HREF="/useremail/u/340145"><b>Steve</b></A> : <div class="bquote"><SMALL>said by  jefe <A HREF="/useremail/u/393752"><IMG SRC="http://i.dslr.net/bb/profile.gif" ALT="See Profile" BORDER=0 WIDTH=16 HEIGHT=11></A> :</SMALL><br><br>Doesn't that have the effect of sending your userid and password in plain text?</DIV>No way: it's not the fetch of the main page that determines this, but the action upon submit, and everybody still encrypts the important stuff.<br><br>It's very expensive to encrypt large amounts of home-page traffic that doesn't really require it, and doing this just so ignorant people feel better just ends up imposting costs on everybody for no good purpose (hmmm, that sounds just like our war on terrorism).<br><br>Steve<br><SMALL>--<br>Stephen J. Friedl &#149; Unix Wizard &#149; Microsoft Security MVP &#149; Tustin, California USA &#149; <A HREF="http://www.unixwiz.net">my web site</A></SMALL>]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,14211878</guid>
<pubDate>Wed, 24 Aug 2005 18:23:03 EDT</pubDate>
</item>

<item>
<title>Re: Banks Abandoning SSL On Home Page Log-Ins</title>
<link>http://www.dslreports.com/forum/remark,14211853</link>
<description><![CDATA[<A HREF="/useremail/u/229804"><b>B</b></A> : And there we have it --  jefe <A HREF="/useremail/u/393752"><IMG SRC="http://i.dslr.net/bb/profile.gif" ALT="See Profile" BORDER=0 WIDTH=16 HEIGHT=11></A>'s logical question is exactly the problem.<br><br>No, your user id and password get encrypted -- the HTML source for the page will show that the form data (which you've typed locally) gets TRANSMITTED via an https connection (post) back to Chase.  But you have no way of KNOWING this other than to (a) trust them and/or (b) examine the HTML source of the page carefully.<br><br>It's just a stupid idea (of the cheapskate banks et al.).<br><br>-- B<br><SMALL>--<br>In a realm outside causality and function</SMALL>]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,14211853</guid>
<pubDate>Wed, 24 Aug 2005 18:19:30 EDT</pubDate>
</item>

<item>
<title>Re: Banks Abandoning SSL On Home Page Log-Ins</title>
<link>http://www.dslreports.com/forum/remark,14211761</link>
<description><![CDATA[<A HREF="/useremail/u/393752"><b>jefe</b></A> : Doesn't that have the effect of sending your userid and password in plain text?<br><br>I noticed my little bank, JP Morgan-Chase, is using an unsecure page for login now.<br><br>If you login in plain text, what's the sense to having all the following information encrypted?]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,14211761</guid>
<pubDate>Wed, 24 Aug 2005 18:04:51 EDT</pubDate>
</item>

<item>
<title>Re: Banks Abandoning SSL On Home Page Log-Ins</title>
<link>http://www.dslreports.com/forum/remark,14211503</link>
<description><![CDATA[<A HREF="/useremail/u/229804"><b>B</b></A> : And now they're openly admitting it.  I give up.  What's the point of ranting about security if the biggest real-world encryption implementations throw away years of consumer training to save a few dollars of CPU time.  But those Flash Animations and control panels?  Plenty of room.<br><br>Ugh.<br><br>For clarity, if you haven't read the article yet, no one's omitting encryption per se; they're just being cheap and not encrypting the page BEFORE your info is sent.  This confuses everybody who's waiting to see a padlock icon.<br><br>-- B<br><SMALL>--<br>In a realm outside causality and function</SMALL>]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,14211503</guid>
<pubDate>Wed, 24 Aug 2005 17:31:35 EDT</pubDate>
</item>

<item>
<title>Re: Banks Abandoning SSL On Home Page Log-Ins</title>
<link>http://www.dslreports.com/forum/remark,14211465</link>
<description><![CDATA[<A HREF="/useremail/u/408869"><b>skyroket</b></A> : booooooooooooooooooo<br>Luckily my small-town bank still uses and plans to use SSL for the main page on web based activities.]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,14211465</guid>
<pubDate>Wed, 24 Aug 2005 17:28:12 EDT</pubDate>
</item>

<item>
<title>Banks Abandoning SSL On Home Page Log-Ins</title>
<link>http://www.dslreports.com/forum/remark,14211442</link>
<description><![CDATA[<A HREF="/useremail/u/352846"><b>antdude</b></A> : &raquo;<A HREF="http://www.informationweek.com/story/showArticle.jhtml?articleID=169600305" >www.informationweek.com/story/sh&middot;&middot;&middot;69600305</A><br><br>"Some of the biggest banks have abandoned the practice of posting their online account log-in screens on SSL-protected pages in an effort to boost page response time."]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,14211442</guid>
<pubDate>Wed, 24 Aug 2005 17:24:34 EDT</pubDate>
</item>

</channel>
</rss>
