12
R-C-D
5y

I'm performing a pentest for my client.
So after scanning my client's network I understood they're using IIS 4.5 and windows server 2012 (or 2012 R2)
I know the systems are real old.
And there are known exploits for them.

The tricky part is I have to stay hidden and I only have my own credentials for logging in to the asp page. (Uploading a script is almost crossed cuz it will reveal my identity)
Also I have access to the local network with some of the other employees user/pass.

Any recommendation for exploiting and staying hidden at the same time ?

One more question : will exploits for newer versions work for the older ones necessarily?

Comments
  • 3
    1. Wait until someone logs in and use pass-the hash?
    2. No. New versions have new bugs that dont work on older releases. Usually the CVE Database saves programs and their version to document bugs. older versions have usually bugs that allow you getting SYSTEM rights.
  • 3
    Networking attacks to gain access to other employees' accounts? And use them for scripts.
  • 3
    2012 (at least 2012R2) is still supported, even 2008 still is - so the customer can still fix it afterwards.
    Are you sure with IIS 4.5? Wikipedia lists IIS 5 for Windows 2000, and I haven't found anything about IIS 4.5.
  • 3
    If you get on one of the servers, wait for one admin to log in, or even purposely trigger a monitoring event.
    As many persons login with domain admin credentials, you can now overtake the whole domain.
  • 1
    > pass-the-hash

    On the left hand side.
  • 4
    Keylogger your own machine and call IT support for something that needs admin access to change. Grab their credentials from keylogger after change. Log into AD or whatever domain tool the IT person has to elevate one of the other user accounts. Use stolen user account to do admin things until you have a back door.
  • 1
    @enigmamachine Pass-the-hash / -ticket works even for remote logon where the password is not necessarily transmitted to the workstation.
  • 1
    @R1100 (and @ any interested admin who didn't know about this)
    To prevent logon with administrative credentials on non administrative machines, Microsoft has published a quite large list of recommendations.

    https://docs.microsoft.com/en-gb/...
Add Comment