Home | Contact Us | FAQ | Search & Site Map | Link to Us
Sign In | Join | Other 45 Sites in Network
HomeAnnouncementsFree MagazinesWhite PapersSubmit Content
Discussion GroupsASP.NETWindows FormsLanguages.NET FrameworkVisual Studio.NET
Articles.NET FrameworkASP.NETToolsWindows Forms
.NET DirectoryOpen Source ProjectsUser GroupsWeb Resources
Related Topics
Visual Basic 6SQL ServerMS AccessOther DB ProductsMS Server ProductsMore Topics ...

.NET Forum / Languages / C# / June 2006

Tip: Looking for answers? Try searching our database.

Real-time with encryption possible with browser-based app on an Intranet using .NET?

Thread view: 
Enable EMail Alerts  Start New Thread
Thread rating: 
polaris431@gmail.com - 30 Jun 2006 08:12 GMT
I would like to obtain encypted data over a network in real-time. The
nature of the data and process is as follows...

A physical hardware device is located at some remote location. When the
sensor gets activated, it must notify an operator at a remote facility
within seconds (probably no less than 2 seconds). The device is
attached to some computer system by a network and will transmit various
types and amounts of data once the device is activated. This data must
be encrypted with some very high and secure encryption method. If
someone were to decrypt the data during its real-time transfer, it
could result in an unimaginable catastrophic event (including death to
people).

Once the client application receives the data, it must present it on
the screen instanteously (virtually no delay) so that action can be
taken.

Obviously, the use of the Internet is ruled out because the Internet
cannot deliver real-time (or even close to the speed I require). Even
so, the nature of the application does raise some interesting
questions:

1. Given a dedicated and secure network, would Internet technologies
(using TCP/IP, etc.) be suitable for this type of application? Or...
2. Would a dedicated client/server based on some proprietary network
protocol significantly outperform a TCP/IP based application?
3. If the application is based on .NET, does .NET provide enough
security services to handle this type of application?
4. Would an application written closer to the machine level rather than
going through a layer such as the CLR give significantly higher
performance (in other words, don't use .NET but write stand-alone C++
applications)?
5. Assuming that a private network (Intranet) based on TCP/IP could be
used, could a browser-based app be used? The question here is whether
it is possible for the remote system to notify a browser application
without the browser app having to poll the remote system.
6. Have you ever come across an application of this nature and if so,
what OS was it using and what programming language/technologies did it
use?

Using TCP/IP technologies definitely does have a benefit because it
does allow the system to expand and interact with a huge host of
applications that deal with this technology. Under some conditions, it
may even be permissable to transmit some of this data over a public
Internet and therefore being more native to the TCP/IP world would make
things more compatible (although at the higher risk of being
intercepted and decrypted).

Thank you for your insight
Johann
Nicholas Paldino [.NET/C# MVP] - 30 Jun 2006 19:28 GMT
Johann,

   See inline:

> 1. Given a dedicated and secure network, would Internet technologies
> (using TCP/IP, etc.) be suitable for this type of application? Or...

   Absolutely not.

> 2. Would a dedicated client/server based on some proprietary network
> protocol significantly outperform a TCP/IP based application?

   It probably would, because you wouldn't have to deal with network hops,
router traffic, etc, etc.  Just a straight pipeline from point A to point B.

> 3. If the application is based on .NET, does .NET provide enough
> security services to handle this type of application?

   From a security standpoint, yes, the .NET framework has a number of
classes that can be used to handle the encryption of your data.

> 4. Would an application written closer to the machine level rather than
> going through a layer such as the CLR give significantly higher
> performance (in other words, don't use .NET but write stand-alone C++
> applications)?

   Probably, but it would also be a nightmare to maintain.  I would also
consider a custom environment as well, so that it will do only what you need
it to do.

> 5. Assuming that a private network (Intranet) based on TCP/IP could be
> used, could a browser-based app be used? The question here is whether
> it is possible for the remote system to notify a browser application
> without the browser app having to poll the remote system.

   Absolutely not.  Browsers are pull technology, they pull from a server.
Sometimes it takes two seconds for a browser just to render the content.

> 6. Have you ever come across an application of this nature and if so,
> what OS was it using and what programming language/technologies did it
> use?

   Anything of this nature that I have seen has been written from the
ground up, as well as designed from the ground up (hardware and software) to
handle these tasks.  You really can't use any publically available OS do
this, as your requirements are quite high.

   Hope this helps.

Signature

         - Nicholas Paldino [.NET/C# MVP]
         - mvp@spam.guard.caspershouse.com

> Using TCP/IP technologies definitely does have a benefit because it
> does allow the system to expand and interact with a huge host of
[quoted text clipped - 6 lines]
> Thank you for your insight
> Johann

Free Magazines

Get these publications absolutely FREE for up to 12 months. There are no hidden fees and no obligation. Simply choose a title, complete the application form and submit it. Read more ...

Oracle MagazineNetwork ComputingComputer WorldBio-IT WorldeWeekInformation WeekInfosecurity
 
Sign In
Join
My Latest Posts
My Monitored Threads
My Blog
My Photo Gallery
My Profile
My Homepage

Start New Thread
Enable EMail Alerts
Rate this Thread



©2008 Advenet LLC   Privacy Policy - Terms of Use
This website includes both content owned or controlled by Advenet as well as content owned or controlled by third parties.