Nmap repeats the scan to a specific port multiple time

May be 8080 port is binded somewhere else?

On a host machine?

Anyway, show you network config, virual machines in a bridge?

Nmap reckons they are up due to syn-ack. I assumed this meant that a tcp connection was made to a certain port and the 3-way handshake process was completed.

Actually, Nmap does not complete a 3-way handshake for host discovery (nor for TCP SYN scanning with -sS). It sends a raw TCP SYN packet to port 443 (among other probes), and considers the host up if it receives any of a number of different responses. In your case, the target sent a SYN-ACK response, indicating an open port. Nmap then leaves it up to your scanning host's OS to send a RST packet in reply, since the OS doesn't know about the outgoing SYN and isn't expecting the SYN-ACK reply. If you have your firewall configured to DROP invalid or unexpected packets, then the RST will never be sent.

Some TCP stacks, especially on embedded devices, don't handle TCP abnormalities very well. Your target could be sitting with a half-open TCP connection on port 443, waiting for a RST or ACK packet that never arrives, which would cause the subsequent SYN probe during the port scan phase to fail to get a response.

This is all guesswork, though. It's just as likely that the target has some sort of adaptive host firewall that detected the port scan and started dropping Nmap's traffic before it got to the open port 443.