Why does trying to break into the NT 3.1 kernel reboot my 486DX4 machine?
11–20 of 111 posts
Re: Why does trying to break into the NT 3.1 kernel reboot my 486DX4 machine?
#12I build a port check way back to determine if services are up. It crashed half the company by simply opening a few tcp ports to the machines. Ridiculous days :)
Re: Why does trying to break into the NT 3.1 kernel reboot my 486DX4 machine?
#13This is proper programming. None of this namby-pamby web scripting that passes for development these days.
Re: Why does trying to break into the NT 3.1 kernel reboot my 486DX4 machine?
#14Re: Why does trying to break into the NT 3.1 kernel reboot my 486DX4 machine?
#15Re: Why does trying to break into the NT 3.1 kernel reboot my 486DX4 machine?
#16This is proper programming. None of this namby-pamby web scripting that passes for development these days.
Re: Why does trying to break into the NT 3.1 kernel reboot my 486DX4 machine?
#17"The fix is obvious" indeed.
Re: Why does trying to break into the NT 3.1 kernel reboot my 486DX4 machine?
#18Re: Why does trying to break into the NT 3.1 kernel reboot my 486DX4 machine?
#19I build a port check way back to determine if services are up. It crashed half the company by simply opening a few tcp ports to the machines. Ridiculous days :)
https://en.wikipedia.org/wiki/Ping_of_death
I also remember SMB vulnerabilities that stayed unpatched for years on some machines. That was already when Metasploit existed, so you could inject VNC into most Windows hosts on local network with just a few commands. These days at least the patching is super fast.