Microsoft recently posted this Knowledge Base article 2588513: Vulnerability in SSL/TLS could allow information disclosure. The actual Security Advisory is posted here. According to the advisory:
“Microsoft is aware of detailed information that has been published describing a new method to exploit a vulnerability in SSL 3.0 and TLS 1.0, affecting the Windows operating system. This vulnerability affects the protocol itself and is not specific to the Windows operating system. This is an information disclosure vulnerability that allows the decryption of encrypted SSL/TLS traffic. This vulnerability primarily impacts HTTPS traffic, since the browser is the primary attack vector, and all web traffic served via HTTPS or mixed content HTTP/HTTPS is affected. We are not aware of a way to exploit this vulnerability in other protocols or components and we are not aware of attacks that try to use the reported vulnerability at this time. Considering the attack scenario, this vulnerability is not considered high risk to customers.”
There are at least two mitigating factors:
Workaround
Microsoft offers the following workaround. In Windows 7, disable the TLS 1.0 protocol and enable TLS 1.1 and TLS 1.2 because they are not affected. Unfortunately, in Windows XP the Internet Explorer doesn’t offer TLS 1.1, or TLS 1.2.
NOTE: Neither Mozilla Firefox nor Chrome supports TLS 1.1 and TLS 1.2. Therefore, your best bet is to use Internet Explorer 9 on Windows 7 or Opera 10, which also supports TLS 1.2.
In Internet Explorer 9, go to Tools, Internet options, and on the Advanced tab clear the TLS 1.0 check box and select the TLS 1.1 and TLS 1.2 check boxes. Your screen should look something like this.
Does Fix It Really Fixes Things?
If you use the Fix it solution in the KB article that automatically creates a restore point and then supposedly fixes the problem, you will notice that it DOES NOT clear the TLS 1.0 box. I am not sure why when the entire hoopla has to do with TLS 1.0 and SSL 3.0 in the first place. All it does is enable TLS 1.1. Perhaps enabling TLS 1.1 takes precedence and therefore TLS 1.0 is not used but I don’t feel comfortable using any scripts or wizards created by a vendor because there is no way for me to know exactly what the wizard does behind the scenes. Besides, I have been burned in the past by one of Microsoft’s wizard that installs a security template so I am pretty hesitant when it comes to wizards. I’d much rather make the change manually so I can reverse the process manually if necessary.
One challenge that you might have to face is whether the Web sites you visit support TLS 1.1 and later or not. Until there is a solution (remember this is only a workaround) I would rather implement the workaround just to be on the safe side and take my chances with Web sites not supporting the newer version of TLS.
As a best practice, always sign out of the Web site and then close your browser to ensure that your SSL/TLS session is properly terminated.
Today I noticed the following error when I tried to create a new library in SharePoint 2010. I am running SharePoint Server 2010 and was using IE9 on my Windows 7 Ultimate x64 client.
Error: An unhandled exception occurred in the Silverlight Application
Here’s how I was able to resolve the problem.
There is no need to restart any services, browser, or your computer. Your change should take effect immediately.
I recently noticed that I was unable to open PDF files in SharePoint 2010 when I used Internet Explorer 9. I didn’t have the same problem in Mozilla Firefox 5. If you have encountered similar problem, here’s one solution that might help you.

If you go to Google or Bank of America’s Web site you will notice that your browser displays a custom logo to the left of the URL. It’s nice to have a custom icon or logo for a SharePoint 2010 site so when visitors add the site to their Favorites in Internet Explorer or Bookmarks in Mozilla Firefox it displays the custom icon/logo. I wrote about this last year but in this blog I have added numerous troubleshooting tips that will come handy. You can follow the procedure described below to change the browser icon for a SharePoint 2010 site.
There may be other methods of achieving this but this is the method that I use. The procedure is very simple but it requires you to use SharePoint Designer 2010. The good news is that SharePoint Designer 2010 is a free download from Microsoft. The bad news is that if you don’t know what you are doing you can completely destroy your site by “messing” with your site in SharePoint Designer.
WARNING! Always backup your site before you make any modifications to your site in SharePoint Designer 2010.




NOTE: If you are working with a standard HTML-based Web site (not a SharePoint site) then all you have to do is copy the favicon.ico file to the root of the Web site, e.g. wwwroot folder, and your icon will be displayed automatically. The root folder is where your home or index file is located. There is no need to edit any files.
Troubleshooting Tips
If your icon is not displaying properly, here are some troubleshooting tips.
Today I ran into something strange while editing a list item on one of my SharePoint 2010 sites. I was using Chrome version 10.0.648.204, which is the latest version available at the time of writing. What I discovered is that when I edit a list, or create a new item in the list and enter a comment in the comments box, my text is wiped as soon as I stop typing and my cursor moves back to the beginning of the box. Apparently Chrome functions on a half second rule. I can keep on entering text and as long as I don’t pause for more than half a second it keeps my text but as soon as I move my mouse and click the Save button to save the item it’s too late. All my text is wiped out.
Obviously, out of curiosity I tried to edit the same list item in Internet Explorer 8 and Firefox 4.0 and everything worked fine so I knew the issue has to do with the Chrome browser. I updated my browser to the latest version, which I mentioned above is 10.0.648.204 and then restarted the browser but encountered the exact same issue.
Upon digging further into the issue I realized that the Comments column, which is a built-in Core Documents Column at the site level, was a based on multiple lines of text and all the other columns in my task list were based on either single line of text or one of the other options. The built-in Comments column is based on plain text, rather than rich text or enhanced rich text.
I decided to create another column based on the enhanced rich text at the “List” level to see if it will behave differently. Surprisingly, the column that I created worked just fine and doesn’t wipe the text after half a second as I type. Okay, so it seems that the problem is with the built-in Comments column. Next, I wondered if my column worked because it was based on multiple lines of text rather than plain text. I created another column, this time at the “Site” level (not the List level), based on rich text and Chrome had no problem with that. Then I changed the column type to Enhanced rich text and Chrome had no problem with that either. Hmmm?? May be it has something to do with using site columns. Naah….that’s too weird to even comprehend.
Finally, I switched the column type to match with the built-in Column type, which is plain text, and bingo! Chrome started to spit out text as fast as I could type. Okay, almost as fast. I think I’ve finally nailed the problem.
The moral of the story is that Chrome doesn’t support plain text multiple lines columns in a SharePoint list. Notice I said plain text multiple lines columns. Chrome seems to be perfectly happy with plain text single line columns. In the title of this post I wondered if this is a bug. These days vendors don’t like to use the word “bug”, instead they prefer to use the word “incompatibility.” When was the last time you heard any major vendor claim that there was a bug in their software?
Perhaps this is just an incompatibility in Chrome. Call it whatever you want, the fact is Chrome doesn’t support SharePoint as Internet Explorer (IE) does. The nice thing about browser-based software, from the vendors’ perspective, is that if anything doesn’t work right you can always blame it either on the browser-compatibility or user’s settings.
I know Microsoft claims that Firefox is a “Supported” browser for SharePoint 2010 with known-limitations, which is borderline humorous. In the article Plan browser support (SharePoint Server 2010), Microsoft states that Firefox is supported and then lists 17 SharePoint limitations that makes Firefox useless for all practical purposes. The fact is that only IE (32-bit) is fully supported and works with SharePoint. Microsoft’s own IE (64-bit) browser isn’t supported either and no other browser properly works with SharePoint, which is unfortunate.
Workarounds
Here are some of the workarounds that you can try.
I know the list of issues with SharePoint compatibility in Chrome is pretty large. In this article I have only mentioned one but there are too many issues with using SharePoint in Chrome to even document. The only reason I blogged about this problem is that the workaround for this issue became a challenge for me and I got really curious as to why my text magically kept on disappearing.
Contact E-mail | Terms of Use | Privacy Policy
Copyright ©2010 Zubair Alexander. All rights reserved.
| M | T | W | T | F | S | S |
|---|---|---|---|---|---|---|
| « Jan | ||||||
| 1 | 2 | 3 | 4 | 5 | ||
| 6 | 7 | 8 | 9 | 10 | 11 | 12 |
| 13 | 14 | 15 | 16 | 17 | 18 | 19 |
| 20 | 21 | 22 | 23 | 24 | 25 | 26 |
| 27 | 28 | 29 | ||||
25 queries. 0.422 seconds