Difference between revisions of "Pentest"

From YobiWiki
Jump to navigation Jump to search
Line 41: Line 41:
 
** [http://blog.searchthetail.com/2007/08/rankings-top-100-alternative-search_05.html Big list of the top 100 alternative search engines], see also [http://altsearchengines.com/2007/08/01/the-top-100-alternative-search-engines-august/]
 
** [http://blog.searchthetail.com/2007/08/rankings-top-100-alternative-search_05.html Big list of the top 100 alternative search engines], see also [http://altsearchengines.com/2007/08/01/the-top-100-alternative-search-engines-august/]
 
** [http://www.alexa.com Alexa]: traffic ranking & other infos
 
** [http://www.alexa.com Alexa]: traffic ranking & other infos
** [http://www.google.com Google] + site: inurl: intext: filetype: etc
+
** [http://www.google.com Google] + site: / inurl: / intext: / filetype: / -polluting_keyword / &num=100 / etc
  +
*** wget / lynx -dump & awk / sed / grep
   
 
==TODO==
 
==TODO==

Revision as of 13:25, 24 March 2008

Intro

Well a large subject...
You'll not find a howto here, more a checklist.
So why such a page?
Because I'm not doing pentests that often so when it happens, it's a bit unstructured.
Because I'm reading MISC HS 1 (in french) and I want to make some scrapbooking.
So I'll try to write down anything I do on that matter since now, starting with this HS1 and laying down everything I'm thinking about given my past experiences...
Note that a pentest doesn't imply going through *all* the steps described here, it depends what is the starting point, the surface of attack, the primary target, etc (looking on Google will not (better not!!) help you if you're assessing an internal network from inside)

Logging

  • Write down what we've found, how and when
  • Consider just writing what you did no matter what you found, especially when it's about grabbing bits after bits on various search engines, you don't want to redo several times the same query or to forget about trying this new juicy bit in one of your favorite search engines ;-)
  • You can end up with quite a lot of infos, especially e.g. when pentesting as an insider...
    • A (protected) wiki page sounds nice but confidentiality requires sometimes stronger measures such as a local encrypted deposit (cf MiscCrypto)
    • The results could be divided into several files:
      • a TRACE, with all the possible infos, too long to be read but you know you can find back your info here
      • a TRACEDIR, for the various tools which generate generous outputs, consider also saving a summary of the juicy bits in your TRACE & REPORT
      • a REPORT, with the most interesting facts, probably divided into results on the target and results as side-effects because you'll never stop just because it's a bit out-of-focus ;-) (I audited the frontdoor as you asked but btw did you know the wall is in paper?)
      • a TODO, with the parts you found that are calling for further investigation, pentesting is a lot about searching a tree and backtracking once you explored one branch as far as you could (technically or logistically if you've a deadline & priorities...)

Collecting information

This section is valid also for other domains than pure pentest, e.g. find a maximum of information on the person who bought a domain name under a pseudo...

  • website
    • postal address, about us,...
    • robots.txt
    • WayBack machine
      http://web.archive.org/web/*/http://www.example.com from [1]
    • Google cache
      http://209.85.135.104/search?q=cache:http://www.example.com
    • Coralize
      http://www.example.com.nyud.net from [2]
    • traceroute
      • CLI: traceroute / tcptraceroute
      • http://www.dnsstuff.com/tools/tracert.ch?ip=http://www.example.com from [3]
    • Other online DNS tools
    • whois
      • CLI: whois / whois 11.22.33.44 / whois -B 11.22.33.44
      • http://whois.webhosting.info/example.com from [4]
    • Reverse IP
      • CLI: host / host -t NS / host -t MX / host -t PTR 44.33.22.11.in-addr.arpa
      • Getting all known domains, not just reverse lookup:
        http://whois.webhosting.info/11.22.33.44 from [5]
        Interesting for co-hosted websites, to find if the same admin is managing other sites... -> whois etc on them
      • Try other IPs of the same range
  • Search engines

TODO

  • Wi-Fi
    • kismet
    • detecting quickly the rogue APs via ARP replay & sniffing the internal network at same time, etc
    • breaking WEP, WPA
    • admin access on the APs
  • DNS
    • zone transfer