I have a web service which can be accessed only from websites hosted on the same server (i use ip).

Should i use SSL for the communications between the sites and the service, or would that just create unnecessary overhead without increasing security?

Please note that all communications between the websites and web service happen inside the server. They are all hosted on the same iis7.5 server.

  • You can run SSL so any hostile process will not intercept the password. Also you can encrypt data storage and passwords. Commented Jul 26, 2012 at 10:20
  • @AndrewSmith How could any "hostile" process intercept the connexion?
    – curiousguy
    Commented Jul 26, 2012 at 11:13
  • You can remotely execute code which will bind to the same port, e.g. 3306 of MySQL when it e.g. restarts, and intercept the passwords which are from different hosts, therefore you can perform isolation compromise. Clients should know where they are connecting to, and with the self-signed certs you have problem with authentication of connection solved, additionally for this you need only a login and password, and this is it. Eventually some data can be crypted with the symmetric key like AES128/256. Commented Jul 26, 2012 at 12:51

4 Answers 4


No, there is no need to ever encrypt loopback traffic with SSL. Loopback traffic never leaves the machine, since the interface is virtual. The traffic never even reaches a real NIC's device driver.

In order to capture the loopback traffic, an attacker would need to execute a capture program on your machine. Once an attacker has code execution on your machine, you are owned. Game over.

Encrypting the traffic is pointless when they can just read the source data, or read the plaintext buffers from memory.

  • While researching the topic of SSL for and localhost services I read that there are/were miss-configured devices that do indeed send localhost queries to the network. Considering localhost resolves to wouldn't this indicate that the potential exists for interception when on a public network?
    – Reahreic
    Commented Jun 28, 2023 at 14:05
  • @Reahreic I've never heard of that happening. In such a case, you'd want to tackle that extremely broken network config instead of trying to fix it with TLS.
    – Polynomial
    Commented Jun 29, 2023 at 14:46

If there is no access to the machine from any other machine i do not see the reason for ssl.


If part of your network is wireless - use ssl. If you are not the only person in the network - use ssl.

If you are able to access the network from outside world via VPN or port forwarding - use ssl.

Its an extra security measure when hidden behind NAT but you will not notice performance drop unless you would want to stream 1080p over this protocol.

  • The server hosts websites which are accessed from the www, but the service i am trying to secure can only be accessed from the websites hosted on the same server (unless there is a way to access a domain mapped to from outside)
    – Emil
    Commented Jul 26, 2012 at 8:11
  • I would say it only depends on how stubborn the attacker will be or how soon you will have a security hole on the server or an existing one will be published (0day). I would say you are 90% safe - if this satisfies you, leave it be. I'm paranoid so i would use ssl. It's better to be oversecure than otherwise.
    – mnmnc
    Commented Jul 26, 2012 at 8:19

No. I don't think you need to bother with SSL. There is no need for it.

But if you allow any untrusted users or code on your machine, do put your service on a low-numbered port (below 1024), so that other processes cannot bind to that address and steal the traffic intented for your service. Alternatively, make sure that your service gets started at boot and binds immediately to that port (to prevent others from binding to it), arrange for it to be restarted if it should die/crash, and log a critical error if it ever detects that it cannot bind to that port because some other process has already done so.

  • Is that Un*x only or also for Windows?
    – curiousguy
    Commented Jul 29, 2012 at 5:48
  • @curiousguy, Unix-only, I'm afraid.
    – D.W.
    Commented Jul 29, 2012 at 6:08

If you can use SSL for your application, then you might as well do so. Even if you have no pressing need to use it right now, it does help to make the option available and easy to activate for when you eventually migrate to a remote-server architecture and actually do need the security.

You must log in to answer this question.

Not the answer you're looking for? Browse other questions tagged .