Want to protect your cyber security and still get fast solutions? Ask a secure question today.Go Premium

x
  • Status: Solved
  • Priority: Medium
  • Security: Public
  • Views: 636
  • Last Modified:

Architecture Decisions For Silverlight and MSSQL

I am trying to understand the appropriate architecture decisions and options for a new application to be developed in Silverlight with SQLServer as the back end database.

The Application will be distributed to all and Sundry who wish to use the application and the users data will be hosted in a secure centralised location.  The users are standard Internet users like you and me who use the Internet for something different everyday.

The application will run in Silverlight in the clients web browser.

I am considering using Web Services to allow the client to communicate directly with the SQL Server however the thought of having SQL Server Web Services (SODA/Native HTTP SOAP Access) directly accessible from the Internet really scares the heck out of me, not to mention I do not understand how the authentication would work.

It seems to me that if I can work out the authentication and authorisation I can just do:

<Silverlight> <--Internet--FW-->  [<MS SQL Native Web Services><SQL Server>]
(FW = Firewall)

But this seems really stupid, as I do security for a living and the thought of putting my SQL Server on the Internet (port 443/80 or otherwise only) seems pretty stupid...

So the other option seems to be:

<Silverlight> <--Internet--FW--> [<IIS><ASP.NET Web Service>] <---Local LAN--FW-->  [<MS SQL Native Web Services><SQL Server>]

Of course this now seems like a whole lot more work for very little gain....

I guess that the Silverlight Client will have to pass in a "username and password" with every Web Service Request which the ASP.NET server will verify via a web-service against the SQL Server and will then pass the request off to the SQL Server using impersonation.

The idea is that all the logic will be in the SQL Server, if something can not be done using a TransactSQL it will be done using a C# CLR, so the ASP.NET Service will merely be a pass-though proxy with some initial authentication for the username and password of the user.

Thoughts?
0
rowansmith
Asked:
rowansmith
1 Solution
 
nmcdermaidCommented:
I thought the whole point of web services was they are accessible over the internet.

And I am by no means an expert on this, but can't you just use SSL to encrypt your clear text authentication details?
0
 
rowansmithAuthor Commented:
I found this great Microsoft document:

http://www.codeplex.com/WCFSecurityGuide

Patterns & Practices - Improving Web Services Security
Scenarios and Implementation Guidance for WCF

It is only in Beta at the time of me writing this, but it really summed up everything I needed to know.
0

Featured Post

What does it mean to be "Always On"?

Is your cloud always on? With an Always On cloud you won't have to worry about downtime for maintenance or software application code updates, ensuring that your bottom line isn't affected.

Tackle projects and never again get stuck behind a technical roadblock.
Join Now