Login  •  Register

Access OPC-DA remote anonymous result security package error

Questions regarding installing, running and configuring UaGateway.

Access OPC-DA remote anonymous result security package error

Postby Sushifix » 09 Aug 2017, 06:41

Hello UA,

I have been working with OPC-DA for a long time and I am familar with remote OPC-DA configuration. In our project we prefer Anonymous access to the DA-Server.

But I am new to UA Gateway and I wondering that if I access the UA Gateway via OPC-DA, I get the error "A security package specific error occured".

This error rise up in serveral environments and it doesn´t matter unter which identity the server runs.

I remember that my team had the same issue in the past when we develop our own DA-Server. The OPC-DA Server miss CoInitializeSecurity(NULL, -1, NULL, NULL, RPC_C_AUTHN_LEVEL_NONE, RPC_C_IMP_LEVEL_IDENTIFY, NULL, EOAC_NONE, NULL); After place this first in the sourcecode the security package error went away.

What excatly do UA Gateway?
Can I force via configuration CoInitializeSecurity for the UA Server?
Any other hints to get rit of this error (please do not suggest to use UA or to use user authentifaction)?

Thank you
Posts: 1
Joined: 08 Aug 2017, 14:04

Re: Access OPC-DA remote anonymous result security package e

Postby Support Team » 09 Aug 2017, 09:32

Hello Sascha,

the COM DA Server portion of the UaGateway (UnifiedAutomation.UaGateway.1) is not initialized with CoInitializeSecurity for a reason. This would "overwrite" all settings a user could do (in good faith) when configuring the DCOM security correctly. In fact the proposed call would switch off litterally every security and allow access form every/anonymous. That may "make things work", but is the largest security flaw ever. Our intention is different, we want to give the user the option to configure the (poor) DCOM settings as close to secure as possible.

The UaGateway runs as "service", but we give it a dedicated user context, additionally we create a dedicated UserGroup having this one user as the only member, and we give this "UserGroup" the remote launch and access permissions. Now every remote accessing Client (it's user identity) can/must be added to the "UserGroup" to have remote access to the UaGateway. This is the simplest way to make a good (secure) DCOM configuration, you don't need to configure the DCOM, you just need to add (Client-side) users to the "group", simple as that.

You still can "open" the security for UaGateway, but that would be YOUR choice and responsibility, if doing this "hard coded" in the CoInitializeSecurity it would be US creating the flaw, however we are not willing to give up on security.
Best regards
Unified Automation Support Team
User avatar
Support Team
Hero Member
Hero Member
Posts: 2228
Joined: 18 Mar 2011, 15:09

Return to UaGateway

Who is online

Users browsing this forum: No registered users and 0 guests