<?xml version="1.0" encoding="UTF-8" ?>
<?xml-stylesheet type="text/xsl" href="http://msmvps.com/utility/FeedStylesheets/rss.xsl" media="screen"?><rss version="2.0" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:slash="http://purl.org/rss/1.0/modules/slash/" xmlns:wfw="http://wellformedweb.org/CommentAPI/"><channel><title>Search results for 'app:weblogs' matching tags 'SQL Server', 'security', and 'access'</title><link>http://msmvps.com/search/SearchResults.aspx?q=app:weblogs&amp;tag=SQL+Server,security,access&amp;orTags=0&amp;o=DateDescending</link><description>Search results for 'app:weblogs' matching tags 'SQL Server', 'security', and 'access'</description><dc:language>en-US</dc:language><generator>CommunityServer 2008.5 SP2 (Build: 40407.4157)</generator><item><title>SQL Server agent: Property pagersendsubjectonly is not available for alert system this property may not exist for this object or may not be retrievable due to insufficient access rights.</title><link>/http://sqlserver-qa.net/blogs/x64/archive/2011/01/05/9857.aspx</link><pubDate>Wed, 05 Jan 2011 06:00:00 GMT</pubDate><guid isPermaLink="false">d67277c4-116b-43f1-b688-e9ef184ea916:1785731</guid><dc:creator>Anonymous</dc:creator><description>Do you see this error in your environment? Is it a frequently occuring issue? In the recent time in a 64 bit environment we started to get this alert generated and DBAs complaining sometimes are unable to view the SQLAgent jobs on that remote server. If we observe the error text it clearly states &amp;quot; ....this property may not exist for this object or may not be retrievable due to insufficient access rights &amp;quot;. The first part is property may not exist for this object which means a tools problem and to...(&lt;a href="http://sqlserver-qa.net/blogs/x64/archive/2011/01/05/9857.aspx"&gt;read more&lt;/a&gt;)&lt;img src="http://sqlserver-qa.net/aggbug.aspx?PostID=9857" width="1" height="1" alt="" /&gt;</description></item><item><title>SQL Server 2008 Security gotcha: BUILTIN\Administrator is no longer SYSADMIN, only in case of?</title><link>/http://sqlserver-qa.net/blogs/perftune/archive/2010/06/29/9167.aspx</link><pubDate>Tue, 29 Jun 2010 05:00:00 GMT</pubDate><guid isPermaLink="false">d67277c4-116b-43f1-b688-e9ef184ea916:1772842</guid><dc:creator>Anonymous</dc:creator><description>Here is an interesting &amp;#39;sql security&amp;#39; discussion I had during the SASSUG usergroup interaction with regard to BUILTIN\Administrator role from SQL Server 2008 onwards. Since SQL Server 2005 the instance has been classified as &amp;#39;secured by design/default&amp;#39; by cutting down the elevated access to the SQL Server. From the operating system side login privilege, by default SQL adds the group BUILTIN\Administrators to the sysadmin fixed server role, meaning that any local NT administrator is automatically...(&lt;a href="http://sqlserver-qa.net/blogs/perftune/archive/2010/06/29/9167.aspx"&gt;read more&lt;/a&gt;)&lt;img src="http://sqlserver-qa.net/aggbug.aspx?PostID=9167" width="1" height="1" alt="" /&gt;</description></item><item><title>How to make unwanted access to SQL Server 2005 by an operating system administrator more difficult</title><link>/http://sqlserver-qa.net/blogs/kba/archive/2007/10/12/2440.aspx</link><pubDate>Fri, 12 Oct 2007 05:00:00 GMT</pubDate><guid isPermaLink="false">d67277c4-116b-43f1-b688-e9ef184ea916:1244298</guid><dc:creator>Anonymous</dc:creator><description>The following pages were recently modified. Source: Knowledge Base Product: Microsoft SQL Server 2005 Enterprise Edition, SQL Server 2005 Standard Edition &amp;amp; SQL Server 2005 Enterprise X64 Edition Notification Contents: New and Major Modifications How to make unwanted access to SQL Server 2005 by an operating system administrator more difficult http://support.microsoft.com/kb/932881/en-US...(&lt;a href="http://sqlserver-qa.net/blogs/kba/archive/2007/10/12/2440.aspx"&gt;read more&lt;/a&gt;)&lt;img src="http://sqlserver-qa.net/aggbug.aspx?PostID=2440" width="1" height="1" alt="" /&gt;</description></item><item><title>An error has occured while establishing a connection to the server. When connecting to SQL Server 2005,this failure may be caused by the fact that under the default settings SQL Server does not allow remote connections.(provider:Named Pipes ....)</title><link>/http://sqlserver-qa.net/blogs/tools/archive/2007/07/26/an-error-has-occured-while-establishing-a-connection-to-the-server-when-connecting-to-sql-server-2005-this-failure-may-be-caused-by-the-fact-that-under-the-default-settings-sql-server-does-not-allow-remote-connections-provide.aspx</link><pubDate>Thu, 26 Jul 2007 05:00:00 GMT</pubDate><guid isPermaLink="false">d67277c4-116b-43f1-b688-e9ef184ea916:1059693</guid><dc:creator>Anonymous</dc:creator><description>Error: An error has occured while establishing a connection to the server. When connecting to SQL Server 2005,this failure may be caused by the fact that under the default settings SQL Server does not allow remote connections.(provider:Named Pipes Provider,error:40-Could not open connection to SQL Server)) You might have seen the above error very frequentily within your SQL 2005 environment, sometimes this will be frustating to find why it is not working when everything was working fine until last...(&lt;a href="http://sqlserver-qa.net/blogs/tools/archive/2007/07/26/an-error-has-occured-while-establishing-a-connection-to-the-server-when-connecting-to-sql-server-2005-this-failure-may-be-caused-by-the-fact-that-under-the-default-settings-sql-server-does-not-allow-remote-connections-provide.aspx"&gt;read more&lt;/a&gt;)&lt;img src="http://sqlserver-qa.net/aggbug.aspx?PostID=1169" width="1" height="1" alt="" /&gt;</description></item><item><title>Restrict Access to SQL Server using &amp;quot;Certificates&amp;quot;</title><link>/http://sqlserver-qa.net/blogs/perftune/archive/2007/07/02/restrict-access-to-sql-server-using-certificates.aspx</link><pubDate>Mon, 02 Jul 2007 05:00:00 GMT</pubDate><guid isPermaLink="false">d67277c4-116b-43f1-b688-e9ef184ea916:997777</guid><dc:creator>Anonymous</dc:creator><description>Within SQL Server 2005 you could take help of certificates to restrict the access from a particular client&amp;#39;s machine. Few times (even me) confused with or get an impression that SSL encryption is same, for more information on SSL( Secure Sockets Layer) refer to KBA316898 in this case. There is much information available within SQL 2005 BOL in this case as compared to previous versions of SQL Server. On the question, SQL Server 2005 has capability to use SSL to encrypt data transmitted across the...(&lt;a href="http://sqlserver-qa.net/blogs/perftune/archive/2007/07/02/restrict-access-to-sql-server-using-certificates.aspx"&gt;read more&lt;/a&gt;)&lt;img src="http://sqlserver-qa.net/aggbug.aspx?PostID=924" width="1" height="1" alt="" /&gt;</description></item></channel></rss>