@ Giorgio: From https middleburgbank.com, the XSS notification was:
Console was:
Error: ps_setDoCookie is not defined
Source File:
https://www.middleburgbank.com/
Line: 193
Error: ps_setDoCookie is not defined
Source File:
https://www.middleburgbank.com/personal/
Line: 382
*********************
@ ZenPup:
Reading the fine print below the box:
Which takes us to:
https://www.middleburgbankonline.com/on ... d_browsers
RECOMMENDED BROWSERS FOR INTERNET BANKING
* Microsoft Internet Explorer 7.0 or 8.0
* Mozilla Firefox 3.0
* Safari 3.0
This proved to be irrelevant, as did the recommended settings (SSL 2.0? Waay obsolete. Java applets? Not necessary.) And so forth for the rest of that page. (No support for Windows 7? lol)
3. From the Keep Cookies dropdown list, select "until they expire".
Bad advice. Some expire forty years from now. Use either "Session only" or "Ask me every time", and my answer is always "For this session only". Suppose you have the lifetime cookie. It's possible that merely browsing to the login site logs you in automatically. Very convenient. Also convenient for the burglar who comes in while you're at work or whatever, fires up your machine, checks the Bookmarks for financial sites.... Does my opening rant make any more sense yet?
OK, I went to
Code: Select all
https://www.middleburgbankonline.com/onlineserv/HB/Signon.cgi
with Fx 3.6.16 with the
RequestPolicy add-on, and did NOT allow any of the cross-site requests that show when you click the RP icon and get the menu.
In NoScript, I allowed (temp for me, whitelist for you)
https://cbr.digitalinsight.com
https://www.middleburgbankonline.com
But
*not* middleburgbank.com !!!
Or the "blocked object", a Flash video with annoying slide-show ads.
and when RP said it wanted to redirect to the home page, I clicked "Deny". That left a User ID box, a Password box, and a Login button that might actually work! I entered some made-up credentials, got the proper error message, but was still at a close relative,
Code: Select all
https://www.middleburgbankonline.com/onlineserv/HB/Login.cgi
, with another login box and with no attempt to redirect back to the home page. You may yet need to add the middleburgbank.com script, but If this works for you with RP preventing the redirection, this almost qualifies as a hack, in the formerly honorable sense of the word: A workaround for someone else's incompetence or inflexible programming.
OK, tried that again with Fx 4.01, also with RP add-on, same steps, same results. So the "recommended browsers" page is totally obsolete, counter-productive, and anti-security. Ignore it. (And
RequestPolicy is another excellent addition to your defense-in-depth arsenal, and I'm grateful that Giorgio recommended it to me a long time ago.)
These results were a good sign. I'm afraid I can't go any farther than that without genuine creds, and that's a responsibility I'd rather not have, thanks.
ANY-way, see if all of that makes a difference, and let us know. And by the way, this is *not* necessarily due to the everybody-knows-your-name small bank. As mentioned above, I deal with Wachovia, but also with a local credit union that covers only a few counties. At Wach, all deposits after 2pm are not posted until the next day. And all transactions are not visible online until the day after the posting date, whatever that is, because they apparently update the server only once a day, at midnight local, I think. So a deposit at 2:02 pm Friday isn't posted until Monday, and isn't visible online until Tuesday. Or since next Monday is a holiday, until the following Wednesday. But at Small Credit Union, a few blocks from home, I can make a drive-thru deposit, go straight home in 45 seconds, log in, and see the deposit online. Real-time updates of *everything*.
So regardless of whether it's done in-house or contracted out, it's each institution's choice what specifications and standards they want for their online servcie, and clearly, "size doesn't matter". Cheers.