﻿<?xml version='1.0' encoding='UTF-8'?><rss version="2.0" xmlns:dc="http://purl.org/dc/elements/1.1/"><channel><title>SQLServerCentral / SQL Server 2005 / SQL Server 2005 Security  / permission issue with sql login / Latest Posts</title><generator>InstantForum.NET v2.9.0</generator><description>SQLServerCentral</description><link>http://www.sqlservercentral.com/Forums/</link><webMaster>notifications@sqlservercentral.com</webMaster><lastBuildDate>Wed, 22 May 2013 11:49:25 GMT</lastBuildDate><ttl>20</ttl><item><title>RE: permission issue with sql login</title><link>http://www.sqlservercentral.com/Forums/Topic1428720-359-1.aspx</link><description>It depends on how the Linked Server is configured. If you have the certificate working then it should be a trivial thing to test using a Linked Server from inside a certificate-signed stored procedure. If you run into errors, post your Linked Server definition and the error message.</description><pubDate>Sun, 10 Mar 2013 18:53:21 GMT</pubDate><dc:creator>opc.three</dc:creator></item><item><title>RE: permission issue with sql login</title><link>http://www.sqlservercentral.com/Forums/Topic1428720-359-1.aspx</link><description>Thanks I got it working using certificate. Question though...How about linked server? If I have the proc loads records in a table in different server?</description><pubDate>Sun, 10 Mar 2013 12:56:23 GMT</pubDate><dc:creator>SQL_Surfer</dc:creator></item><item><title>RE: permission issue with sql login</title><link>http://www.sqlservercentral.com/Forums/Topic1428720-359-1.aspx</link><description>Schemas do not own things, but I know what you mean.In that case you can look into certificate signing or EXECUTE AS. I would go for certificate signing, it's a bit cleaner and you do not need to deal with impersonation.</description><pubDate>Fri, 08 Mar 2013 13:35:37 GMT</pubDate><dc:creator>opc.three</dc:creator></item><item><title>RE: permission issue with sql login</title><link>http://www.sqlservercentral.com/Forums/Topic1428720-359-1.aspx</link><description>But he second db's table  where the insert is going to take palce is owned by different schema.</description><pubDate>Fri, 08 Mar 2013 13:31:47 GMT</pubDate><dc:creator>SQL_Surfer</dc:creator></item><item><title>RE: permission issue with sql login</title><link>http://www.sqlservercentral.com/Forums/Topic1428720-359-1.aspx</link><description>[quote][b]SQL_Surfer (3/8/2013)[/b][hr]I have a stored proc that gets executed by SQL login which has execute access to the schema owned by stored proc.Inside the stored proc, it has insert statement to another DB which this sql login doesn't have access to. How do I get around it?Third party app calls the stored proc.Thanks for your help.[/quote]This constitutes a broken ownership chain. You can look into cross-database ownership chaining and the use of EXECUTE AS. You can also explore signing the procedure with a certificate that has access to all underlying resources.</description><pubDate>Fri, 08 Mar 2013 12:48:38 GMT</pubDate><dc:creator>opc.three</dc:creator></item><item><title>permission issue with sql login</title><link>http://www.sqlservercentral.com/Forums/Topic1428720-359-1.aspx</link><description>I have a stored proc that gets executed by SQL login which has execute access to the schema owned by stored proc.Inside the stored proc, it has insert statement to another DB which this sql login doesn't have access to. How do I get around it?Third party app calls the stored proc.Thanks for your help.</description><pubDate>Fri, 08 Mar 2013 11:49:14 GMT</pubDate><dc:creator>SQL_Surfer</dc:creator></item></channel></rss>