Welcome Guest! To enable all features please Login or Register.

Notification

Icon
Error
Unit testing with classes from Roslyn.Services namespace results in a SecurityException
Options
Previous Topic Next Topic
distilled
#1 Posted : Friday, August 3, 2012 10:15:53 PM(UTC)
Rank: Member

Groups: Registered
Joined: 8/3/2012(UTC)
Posts: 22

Thanks: 2 times
Was thanked: 6 time(s) in 6 post(s)
When the following test is run with NCrunch I receive a SecurityException:

Code:

[Fact]
public void Create_solution()
{
    ProjectId projectId;
    DocumentId documentId;

    const string Title = "Untitled";

    var solution =
        Solution.Create(SolutionId.CreateNewId())
                .AddCSharpProject(Title, Title, out projectId)

                .UpdateCompilationOptions(projectId, new CompilationOptions(OutputKind.DynamicallyLinkedLibrary))

                .AddMetadataReference(projectId, MetadataReference.Create("mscorlib"))
                .AddMetadataReference(projectId, MetadataReference.Create("Microsoft.CSharp"))
                .AddMetadataReference(projectId, MetadataReference.Create("System"))
                .AddMetadataReference(projectId, MetadataReference.Create("System.Core"))

                .AddDocument(projectId, "MyFile.cs", string.Empty, out documentId);

    Assert.NotNull(solution);
}


This test runs fine when executed via the Visual Studio unit test runner, or the ReSharper unit test runner.

The exception details are:

Code:

*** Failures ***

Exception
System.Security.SecurityException: System.Security.SecurityException : Type System.Runtime.Remoting.ObjRef and the types derived from it (such as System.Runtime.Remoting.ObjRef) are not permitted to be deserialized at this security level.

Server stack trace: 
   at System.Runtime.Serialization.FormatterServices.CheckTypeSecurity(Type t, TypeFilterLevel securityLevel)
   at System.Runtime.Serialization.Formatters.Binary.ObjectReader.ParseObject(ParseRecord pr)
   at System.Runtime.Serialization.Formatters.Binary.__BinaryParser.ReadObjectWithMapTyped(BinaryObjectWithMapTyped record)
   at System.Runtime.Serialization.Formatters.Binary.__BinaryParser.Run()
   at System.Runtime.Serialization.Formatters.Binary.ObjectReader.Deserialize(HeaderHandler handler, __BinaryParser serParser, Boolean fCheck, Boolean isCrossAppDomain, IMethodCallMessage methodCallMessage)
   at System.Runtime.Serialization.Formatters.Binary.BinaryFormatter.Deserialize(Stream serializationStream, HeaderHandler handler, Boolean fCheck, Boolean isCrossAppDomain, IMethodCallMessage methodCallMessage)
   at System.Runtime.Serialization.Formatters.Binary.BinaryFormatter.Deserialize(Stream serializationStream, HeaderHandler handler, Boolean fCheck, IMethodCallMessage methodCallMessage)
   at System.Runtime.Remoting.Channels.CoreChannel.DeserializeBinaryRequestMessage(String objectUri, Stream inputStream, Boolean bStrictBinding, TypeFilterLevel securityLevel)
   at System.Runtime.Remoting.Channels.BinaryServerFormatterSink.ProcessMessage(IServerChannelSinkStack sinkStack, IMessage requestMsg, ITransportHeaders requestHeaders, Stream requestStream, IMessage& responseMsg, ITransportHeaders& responseHeaders, Stream& responseStream)

Exception rethrown at [0]: 
   at System.Runtime.Remoting.Proxies.RealProxy.HandleReturnMessage(IMessage reqMsg, IMessage retMsg)
   at System.Runtime.Remoting.Proxies.RealProxy.PrivateInvoke(MessageData& msgData, Int32 type)
   at Roslyn.Utilities.RemoteServices.Initialize(Int32 clientProcessId)
   at Roslyn.Utilities.RemoteServices.StartRemoteServicesProcess()
   at Roslyn.Utilities.RemoteServices.get_Instance()
   at Roslyn.Utilities.RemoteServices.CreateInstance[T]()
   at Roslyn.Services.Host.TemporaryStorageServiceFactory.CreateService(IWorkspaceServiceProvider workspaceServices)
   at Roslyn.Services.Host.WorkspaceServiceProviderFactory.Provider.<>c__DisplayClass7.<.ctor>b__4()
   at Roslyn.Utilities.NonReentrantLazy`1.get_Value()
   at Roslyn.Services.Host.WorkspaceServiceProviderFactory.Provider.GetService[TWorkspaceService]()
   at Roslyn.Services.SolutionServices..ctor(IWorkspaceServiceProvider workspaceServices, ILanguageServiceProviderFactory languageServicesFactory)
   at Roslyn.Services.Solution..ctor(SolutionId id, String filePath, VersionStamp version, VersionStamp latestProjectVersion, ILanguageServiceProviderFactory languageServiceProviderFactory, IWorkspaceServiceProvider workspaceServices)
   at Roslyn.Services.Solution.Create(SolutionId id)
   at Core.Tests.Models.PostTests.Create_solution() in E:\Projects\Compilify\Tests\Core.Tests\Models\ProjectTests.cs:line 20#0
System.Security.SecurityException: System.Security.SecurityException : Type System.Runtime.Remoting.ObjRef and the types derived from it (such as System.Runtime.Remoting.ObjRef) are not permitted to be deserialized at this security level.

Server stack trace: 
   at System.Runtime.Serialization.FormatterServices.CheckTypeSecurity(Type t, TypeFilterLevel securityLevel)
   at System.Runtime.Serialization.Formatters.Binary.ObjectReader.ParseObject(ParseRecord pr)
   at System.Runtime.Serialization.Formatters.Binary.__BinaryParser.ReadObjectWithMapTyped(BinaryObjectWithMapTyped record)
   at System.Runtime.Serialization.Formatters.Binary.__BinaryParser.Run()
   at System.Runtime.Serialization.Formatters.Binary.ObjectReader.Deserialize(HeaderHandler handler, __BinaryParser serParser, Boolean fCheck, Boolean isCrossAppDomain, IMethodCallMessage methodCallMessage)
   at System.Runtime.Serialization.Formatters.Binary.BinaryFormatter.Deserialize(Stream serializationStream, HeaderHandler handler, Boolean fCheck, Boolean isCrossAppDomain, IMethodCallMessage methodCallMessage)
   at System.Runtime.Serialization.Formatters.Binary.BinaryFormatter.Deserialize(Stream serializationStream, HeaderHandler handler, Boolean fCheck, IMethodCallMessage methodCallMessage)
   at System.Runtime.Remoting.Channels.CoreChannel.DeserializeBinaryRequestMessage(String objectUri, Stream inputStream, Boolean bStrictBinding, TypeFilterLevel securityLevel)
   at System.Runtime.Remoting.Channels.BinaryServerFormatterSink.ProcessMessage(IServerChannelSinkStack sinkStack, IMessage requestMsg, ITransportHeaders requestHeaders, Stream requestStream, IMessage& responseMsg, ITransportHeaders& responseHeaders, Stream& responseStream)

Exception rethrown at [0]: 
   at System.Runtime.Remoting.Proxies.RealProxy.HandleReturnMessage(IMessage reqMsg, IMessage retMsg)
   at System.Runtime.Remoting.Proxies.RealProxy.PrivateInvoke(MessageData& msgData, Int32 type)
   at Roslyn.Utilities.RemoteServices.Initialize(Int32 clientProcessId)
   at Roslyn.Utilities.RemoteServices.StartRemoteServicesProcess()
   at Roslyn.Utilities.RemoteServices.get_Instance()
   at Roslyn.Utilities.RemoteServices.CreateInstance[T]()
   at Roslyn.Services.Host.TemporaryStorageServiceFactory.CreateService(IWorkspaceServiceProvider workspaceServices)
   at Roslyn.Services.Host.WorkspaceServiceProviderFactory.Provider.<>c__DisplayClass7.<.ctor>b__4()
   at Roslyn.Utilities.NonReentrantLazy`1.get_Value()
   at Roslyn.Services.Host.WorkspaceServiceProviderFactory.Provider.GetService[TWorkspaceService]()
   at Roslyn.Services.SolutionServices..ctor(IWorkspaceServiceProvider workspaceServices, ILanguageServiceProviderFactory languageServicesFactory)
   at Roslyn.Services.Solution..ctor(SolutionId id, String filePath, VersionStamp version, VersionStamp latestProjectVersion, ILanguageServiceProviderFactory languageServiceProviderFactory, IWorkspaceServiceProvider workspaceServices)
   at Roslyn.Services.Solution.Create(SolutionId id)
   at Create_solution() in Tests.cs:line 20#1

Back to top
1 user thanked distilled for this useful post.
Akim on 5/11/2013(UTC)
Remco
#2 Posted : Saturday, August 4, 2012 12:09:17 AM(UTC)
Rank: NCrunch Developer

Groups: Administrators
Joined: 4/16/2011(UTC)
Posts: 7,144

Thanks: 959 times
Was thanked: 1290 time(s) in 1196 post(s)
Hi Distilled,

Thanks for posting!

I suspect this may be due to a difference in the serialization security level between the NCrunch test runner and the other test runners you're using.

There is a way you can control this security level via the .config file used for your test environment. I've found an article that explains how to do this, although it does assume that you have some level of knowledge or control over the channel used for serialization. Are there any other components involved in the solution you're working in, or is it just the simple interaction with Roslyn?
Back to top
distilled
#3 Posted : Saturday, August 4, 2012 3:34:33 AM(UTC)
Rank: Member

Groups: Registered
Joined: 8/3/2012(UTC)
Posts: 22

Thanks: 2 times
Was thanked: 6 time(s) in 6 post(s)
Thanks for the quick reply, Remco! I've been able to reproduce the issue on two workstations with the xUnit test posted above. The test is solely dependent on Roslyn -- I removed any dependencies it had on my code just to be sure I wasn't responsible.
Back to top
Remco
#4 Posted : Saturday, August 4, 2012 10:13:57 PM(UTC)
Rank: NCrunch Developer

Groups: Administrators
Joined: 4/16/2011(UTC)
Posts: 7,144

Thanks: 959 times
Was thanked: 1290 time(s) in 1196 post(s)
Thanks. I'll note this down to look into and fix in a future revision. Did you have any luck with adding the security configuration into the .config file?
Back to top
distilled
#5 Posted : Monday, August 6, 2012 12:09:51 AM(UTC)
Rank: Member

Groups: Registered
Joined: 8/3/2012(UTC)
Posts: 22

Thanks: 2 times
Was thanked: 6 time(s) in 6 post(s)
Changing the .config file didn't fix the problem, unfortunately.
Back to top
1 user thanked distilled for this useful post.
Remco on 8/6/2012(UTC)
Remco
#6 Posted : Monday, August 13, 2012 4:01:46 AM(UTC)
Rank: NCrunch Developer

Groups: Administrators
Joined: 4/16/2011(UTC)
Posts: 7,144

Thanks: 959 times
Was thanked: 1290 time(s) in 1196 post(s)
Something else that may work is to add the following attribute to your AssemblyInfo.cs file:

[assembly: AllowPartiallyTrustedCallers]

Does this do the trick?
Back to top
Akim
#7 Posted : Monday, May 6, 2013 5:51:51 AM(UTC)
Rank: Newbie

Groups: Registered
Joined: 3/17/2012(UTC)
Posts: 7

Thanks: 2 times
Was thanked: 2 time(s) in 2 post(s)
I have reproduced same issue with nCrunch 1.45.0.12 for VS2012 and Roslyn CTP September 2012 1.2.20906.2. And [assembly: AllowPartiallyTrustedCallers] does not help.

ps: ReSharper test runner works fine
Back to top
Remco
#8 Posted : Monday, May 6, 2013 6:28:57 AM(UTC)
Rank: NCrunch Developer

Groups: Administrators
Joined: 4/16/2011(UTC)
Posts: 7,144

Thanks: 959 times
Was thanked: 1290 time(s) in 1196 post(s)
Hi Akim -

I believe this is related to the same issue described in this troubleshooting page (the security verification exception). Do the suggestions on this page solve the problem?
Back to top
Akim
#9 Posted : Monday, May 6, 2013 2:14:43 PM(UTC)
Rank: Newbie

Groups: Registered
Joined: 3/17/2012(UTC)
Posts: 7

Thanks: 2 times
Was thanked: 2 time(s) in 2 post(s)
Remco;4115 wrote:
Hi Akim -

I believe this is related to the same issue described in this troubleshooting page (the security verification exception). Do the suggestions on this page solve the problem?


I have tried to 'Specify a .NET 2.0 compatible security ruleset' without any results

Code:
#if NCRUNCH
[assembly: SecurityRules(SecurityRuleSet.Level1)]
#endif


I have no any security attributes to disable ('Disable .NET security attributes for NCrunch builds '), but I also try to add app.config with following content

Code:
<configuration>
  <runtime>
    <!-- enables legacy CAS policy for this process -->
    <NetFx40_LegacySecurityPolicy enabled="true" />
  </runtime>
</configuration>


also without any results.

Source code is at github, in case if you need to check something yourself
Back to top
Akim
#10 Posted : Monday, May 6, 2013 3:20:01 PM(UTC)
Rank: Newbie

Groups: Registered
Joined: 3/17/2012(UTC)
Posts: 7

Thanks: 2 times
Was thanked: 2 time(s) in 2 post(s)
I also tried to turn off options 'instrument output assembly' and 'analyze line execution times' without any success
Back to top
Remco
#11 Posted : Tuesday, May 7, 2013 2:49:20 AM(UTC)
Rank: NCrunch Developer

Groups: Administrators
Joined: 4/16/2011(UTC)
Posts: 7,144

Thanks: 959 times
Was thanked: 1290 time(s) in 1196 post(s)
Thanks Akim. I've had a good go at trying to resolve and work around this problem using the sample solution you provided. I'm wondering if you can share some more information on the context in which you are working - is this for a critical application where NCrunch simply must work, or for a test project to learn more about Roslyn?

The reason I ask is that with considerable effort I still haven't yet found a way to solve or work around this problem. My suspicion is that there is something complex happening within the .NET security model that is specific to the way that Roslyn is transferring data between domains, although more research and experimentation is required to find exactly what is happening. If possible, I'd prefer to put this issue on the backlog to be addressed as part of a maintenance release. Would this work for you?

Cheers,

Remco
Back to top
Akim
#12 Posted : Friday, May 10, 2013 4:08:25 PM(UTC)
Rank: Newbie

Groups: Registered
Joined: 3/17/2012(UTC)
Posts: 7

Thanks: 2 times
Was thanked: 2 time(s) in 2 post(s)
Hi Remco,

Quote:
I'm wondering if you can share some more information on the context in which you are working - is this for a critical application where NCrunch simply must work, or for a test project to learn more about Roslyn?


For now this is my pet project, where I analyzing source code using Roslyn CTP, but when Microsoft will release Roslyn as bootstrapping compiler for .Net, I believe, it will be "critical application where NCrunch simply must work".

I had tried to create new AppDomain and provide it with FullTrust from within unittest, but same error appeared.

Also I have noticed that NCrunch AppDomain itself has AppDomain with
Code:
currentDomain.IsFullyTrusted == true; //for both NCrunch and ReSharper
, so remoting deserialization should not be forbidden according to Automatic Deserialization in .NET Framework Remoting

I also compared AppDomain settings for NCrucnh and ReSharper, and found that they are slightly different (json and other inputs are at gist.github.com)


  • NCrunch Evidence contains only:

    • System.Security.Policy.Zone "MyComputer" and System.Security.Policy.Url with "nCrunch.TaskRunner.DLL"

  • ReSharper Evidence contains:
  • System.Security.Policy.Zone "MyComputer" and System.Security.Policy.Url with "JetBrains.ReSharper.TaskRunner.CLR4.MSIL.exe"
    • And System.Security.Policy.Hash
    • And StrongName for "JetBrains.ReSharper.TaskRunner.CLR4.MSIL.exe"


Additional evidences for ReSharper:
Code:

...
<<System.Security.Policy.Hash version="2">
	<hash algorithm="SHA1"
		value="46E80C23AD02A4378F9B4606EB6D5C3BB35D080A"/>
	<hash algorithm="SHA256"
		value="ED8650569B27F8BDDD6F8301AF7A8DC4E31A919A5C5D5769B2F63631794454E8"/>
	<hash algorithm="MD5"
		value="5A4D962AB80A472E8A88698B644D5E33"/>
</System.Security.Policy.Hash>
>,

<<StrongName version="1"
	Key="002400000480000094000000060200000024000052534131000400000100010087F63BA6A789C30E210E7EC987234AD9FE33BAF7367993BAB1B312D6F72CA296B91ED5C658964FFB9E7570EB184A527C68C6BDBA41CFE67D8CFD3F888234206BF39205A3652D3AF3445BB6F715FDAC532E289FEA41229BAC37762B67EB16F58FEE717D2465FCA9EE17F08ED16772A1FC52C1C17022E1F0D9BDD004524A663ACA"
	Name="JetBrains.ReSharper.TaskRunner.CLR4.MSIL"
	Version="7.1.3000.2254"/>
>,
...


Also ReSharper AppDomain has `ShadowCopyFiles == true`, but it should no affect remoting

So, I'm still looking for a solution. Do you have any sample of creation of new AppDomain for nCrunch from scratch for testing interaction between AppDomains? My sample based upon stackoverflow sandbox sample, but it has no permissions for deserialization while I'm creating it from NCrunch.
Back to top
Akim
#13 Posted : Friday, May 10, 2013 5:22:28 PM(UTC)
Rank: Newbie

Groups: Registered
Joined: 3/17/2012(UTC)
Posts: 7

Thanks: 2 times
Was thanked: 2 time(s) in 2 post(s)
Same exception appears while using `nunit-console-x86.exe`, but not `nunit-console.exe`! Looks this is not only NCrunch related issue
Back to top
Remco
#14 Posted : Saturday, May 11, 2013 2:02:13 AM(UTC)
Rank: NCrunch Developer

Groups: Administrators
Joined: 4/16/2011(UTC)
Posts: 7,144

Thanks: 959 times
Was thanked: 1290 time(s) in 1196 post(s)
It looks as though this exception is actually an x64/x86 exception in disguise.

After setting the 'Use CPU Architecture' NCrunch project-level configuration option to 'x64' for all the projects in the solution, the problem went away.

NCrunch normally defaults to x86 when projects are built for AnyCPU. I believe Resharper defaults to x64 for AnyCPU test environments on an x64 processor, so this would explain the difference in behaviour. Most likely Roslyn is following the same behaviour as Resharper in building a test process or domain in which to do its work.

Thanks for sharing the tip about the NUnit behaviour differences ... This saved me many hours of frustratingly digging through CLR security settings.
Back to top
 |  Edit by user
1 user thanked Remco for this useful post.
Akim on 5/11/2013(UTC)
Akim
#15 Posted : Saturday, May 11, 2013 3:19:23 AM(UTC)
Rank: Newbie

Groups: Registered
Joined: 3/17/2012(UTC)
Posts: 7

Thanks: 2 times
Was thanked: 2 time(s) in 2 post(s)
Thx Remco!

It is enough for my unittest assembly to has "64bits" as Platform Target and also update NCrunch configuration to run on 64bits to work fine with Roslyn CTP Workspaces :)
ps: btw, I had same issue with SQLite (x86/x64) 1.0.81+ fron NuGet platforms configuration
Back to top
1 user thanked Akim for this useful post.
Remco on 5/11/2013(UTC)
Users browsing this topic
Guest
Forum Jump  
You cannot post new topics in this forum.
You cannot reply to topics in this forum.
You cannot delete your posts in this forum.
You cannot edit your posts in this forum.
You cannot create polls in this forum.
You cannot vote in polls in this forum.

YAF | YAF © 2003-2011, Yet Another Forum.NET
This page was generated in 0.093 seconds.
Trial NCrunch
Take NCrunch for a spin
Do your fingers a favour and supercharge your testing workflow
Free Download