Cherokee titullon të gjitha publikimet e përdoruesit. Përdorimi i veçorive pak të njohura të Google për të gjetur gjënë e fshehur

Për secilin operator ka një version më të lehtë me një emër më të shkurtër (pa parashtesën të gjitha). Dallimi është se allinurl do të gjejë lidhje me të gjitha fjalët, ndërsa inurl do të gjejë lidhje vetëm me të parën prej tyre. Fjalët e dyta dhe të mëvonshme nga pyetja mund të shfaqen kudo në faqet e internetit. Operatori inurl gjithashtu ndryshon nga një tjetër i ngjashëm në kuptim - site . E para gjithashtu ju lejon të gjeni çdo sekuencë karakteresh në lidhjen me dokumentin e dëshiruar (për shembull, /cgi-bin/), i cili përdoret gjerësisht për të gjetur komponentë me dobësi të njohura.

Le ta provojmë në praktikë. Ne marrim filtrin allintext dhe bëjmë që pyetja të kthejë një listë me numrat e kartave të kreditit dhe kodet e verifikimit, të cilat do të skadojnë vetëm pas dy vjetësh (ose kur pronarët e tyre të lodhen duke ushqyer të gjithë me radhë).

Allintext: data e skadimit të numrit të kartës /2017 cvv

Kur lexon në lajme se një haker i ri "hakoi në serverët" e Pentagonit ose NASA-s, duke vjedhur informacione të klasifikuara, atëherë në shumicën e rasteve është pikërisht kjo teknikë elementare e përdorimit të Google. Supozoni se jemi të interesuar për një listë të punonjësve të NASA-s dhe detajet e tyre të kontaktit. Sigurisht që një listë e tillë është në formë elektronike. Për lehtësi ose për shkak të një mosrespektimi, ai mund të shtrihet edhe në faqen e internetit të vetë organizatës. Është logjike që në këtë rast nuk do të ketë referenca për të, pasi është menduar për përdorim të brendshëm. Cilat fjalë mund të jenë në një skedar të tillë? Të paktën - fusha "adresa". Është e lehtë të testohen të gjitha këto supozime.

inurl:nasa.gov filetype:xlsx "adresa"

Ne përdorim burokracinë

Gjetje të tilla janë një gjë e vogël e këndshme. Kapja vërtet e fortë vjen nga një njohuri më e detajuar e Operatorëve të Uebmasterit të Google, vetë Web-it dhe strukturës së asaj që po kërkoni. Duke ditur detajet, mund të filtroni lehtësisht daljen dhe të përsosni vetitë e skedarëve që ju nevojiten në mënyrë që të merrni të dhëna vërtet të vlefshme në pjesën tjetër. Është për të qeshur që burokracia vjen në shpëtim këtu. Ai prodhon formulime tipike që e bëjnë të përshtatshëm kërkimin e informacionit sekret që ka rrjedhur aksidentalisht në ueb.

Për shembull, vula e deklaratës së shpërndarjes, e cila është e detyrueshme në zyrën e Departamentit të Mbrojtjes të SHBA-së, nënkupton kufizime të standardizuara në shpërndarjen e një dokumenti. Shkronja A shënon publikimet publike në të cilat nuk ka asgjë sekrete; B - i destinuar vetëm për përdorim të brendshëm, C - rreptësisht konfidenciale, e kështu me radhë deri në F. Më vete, ekziston shkronja X, e cila shënon informacione veçanërisht të vlefshme që përfaqësojnë një sekret shtetëror të nivelit më të lartë. Le të kërkojnë dokumente të tilla ata që supozohet ta bëjnë atë në detyrë dhe ne do të kufizohemi në dosjet me shkronjën C. Sipas DoDI 5230.24, një shënim i tillë u caktohet dokumenteve që përmbajnë një përshkrim të teknologjive kritike që bien nën kontrollin e eksportit. Informacione të tilla të ruajtura me kujdes mund t'i gjeni në sajtet në domenin e nivelit të lartë .mil të caktuar për ushtrinë amerikane.

"DEKLARATA E SHPËRNDARJES C" inurl:navy.mil

Është shumë e përshtatshme që vetëm faqet nga Departamenti i Mbrojtjes i SHBA-së dhe organizatat e tij kontraktuese të mblidhen në domenin .mil. Rezultatet e kërkimit të kufizuara në domen janë jashtëzakonisht të pastra dhe titujt flasin vetë. Është praktikisht e kotë të kërkosh për sekretet ruse në këtë mënyrë: kaos mbretëron në domenet .ru dhe .rf, dhe emrat e shumë sistemeve të armëve tingëllojnë si botanik (PP "Kiparis", armë vetëlëvizëse "Acacia") apo edhe përrallore (TOS "Pinocchio").

Duke ekzaminuar me kujdes çdo dokument nga një sajt në domenin .mil, mund të shihni shënues të tjerë për të rafinuar kërkimin tuaj. Për shembull, një referencë për kufizimet e eksportit "Sec 2751", e cila është gjithashtu e përshtatshme për të kërkuar informacione teknike interesante. Herë pas here, ai hiqet nga faqet zyrtare, ku është shfaqur dikur, kështu që nëse nuk mund të ndiqni një lidhje interesante në rezultatet e kërkimit, përdorni cache-in e Google (operatorin e memorjes së fshehtë) ose faqen e internetit të Arkivit të Internetit.

Ne ngjitemi në re

Përveç dokumenteve të deklasifikuara aksidentalisht nga departamentet qeveritare, lidhjet me skedarët personalë nga Dropbox dhe shërbime të tjera të ruajtjes së të dhënave që krijojnë lidhje "private" me të dhënat e publikuara publikisht shfaqen herë pas here në memorien e Google. Është edhe më keq me shërbimet alternative dhe të bëra vetë. Për shembull, pyetja e mëposhtme gjen të dhënat e të gjithë klientëve të Verizon që kanë të instaluar një server FTP dhe përdorin në mënyrë aktive një ruter në ruterin e tyre.

Allinurl:ftp://verizon.net

Tani ka më shumë se dyzet mijë njerëz të tillë të zgjuar, dhe në pranverën e 2015 kishte një rend të madhësisë më shumë. Në vend të Verizon.net, mund të zëvendësoni emrin e çdo ofruesi të njohur dhe sa më i famshëm të jetë, aq më i madh mund të jetë kapja. Nëpërmjet serverit të integruar FTP, mund të shihni skedarë në një disk të jashtëm të lidhur me ruterin. Zakonisht ky është një NAS për punë në distancë, një re personale ose një lloj shkarkimi skedari peer-to-peer. E gjithë përmbajtja e mediave të tilla indeksohet nga Google dhe motorë të tjerë kërkimi, kështu që ju mund të përdorni skedarët e ruajtur në disqet e jashtme nëpërmjet një lidhjeje të drejtpërdrejtë.

Duke parë konfigurimet

Përpara migrimit me shumicë në retë, serverët e thjeshtë FTP, të cilëve gjithashtu u mungonin dobësitë, sundonin si ruajtje në distancë. Shumë prej tyre janë ende të rëndësishme sot. Për shembull, programi i njohur WS_FTP Professional ruan të dhënat e konfigurimit, llogaritë e përdoruesve dhe fjalëkalimet në skedarin ws_ftp.ini. Është e lehtë për t'u gjetur dhe lexuar sepse të gjitha hyrjet ruhen në tekst të thjeshtë dhe fjalëkalimet janë të koduara duke përdorur algoritmin Triple DES pas errësimit minimal. Në shumicën e versioneve, thjesht heqja e bajtit të parë është e mjaftueshme.

Deshifrimi i fjalëkalimeve të tilla është i lehtë duke përdorur mjetin WS_FTP Password Decryptor ose një shërbim falas në internet.

Kur flasim për hakimin e një siti arbitrar, ata zakonisht nënkuptojnë marrjen e një fjalëkalimi nga regjistrat dhe kopjet rezervë të skedarëve të konfigurimit të aplikacionit CMS ose të tregtisë elektronike. Nëse e dini strukturën e tyre tipike, atëherë mund të tregoni lehtësisht fjalët kyçe. Linjat si ato që gjenden në ws_ftp.ini janë jashtëzakonisht të zakonshme. Për shembull, Drupal dhe PrestaShop kanë gjithmonë një ID të përdoruesit (UID) dhe një fjalëkalim përkatës (pwd), dhe të gjitha informacionet ruhen në skedarë me shtesën .inc. Ju mund t'i kërkoni ato si kjo:

"pwd=" "UID=" ext:inc

Ne zbulojmë fjalëkalime nga DBMS

Në skedarët e konfigurimit të serverëve SQL, emrat e përdoruesve dhe adresat e postës elektronike ruhen në tekst të qartë dhe në vend të fjalëkalimeve, regjistrohen hash-et e tyre MD5. Deshifrimi i tyre, në mënyrë rigoroze, është i pamundur, por ju mund të gjeni një përputhje midis çifteve të njohura të hash-fjalëkalimeve.

Deri më tani, ka DBMS që nuk përdorin as hashimin e fjalëkalimeve. Skedarët e konfigurimit të secilit prej tyre thjesht mund të shikohen në shfletues.

Inteksti:DB_PASSWORD lloji i skedarit: env

Me ardhjen e serverëve Windows, vendi i skedarëve të konfigurimit u zu pjesërisht nga regjistri. Ju mund të kërkoni nëpër degët e tij në të njëjtën mënyrë, duke përdorur reg si lloj skedari. Për shembull, si kjo:

Lloji i skedarit:reg HKEY_CURRENT_USER "Fjalëkalimi"=

Mos harroni të dukshmen

Ndonjëherë është e mundur të arrish informacione të klasifikuara me ndihmën e të dhënave të hapura dhe të kapura aksidentalisht nga Google. Opsioni ideal është të gjeni një listë të fjalëkalimeve në një format të zakonshëm. Vetëm njerëzit e dëshpëruar mund të ruajnë informacionin e llogarisë në një skedar teksti, një dokument Word ose një spreadsheet Excel, por gjithmonë ka mjaft prej tyre.

Lloji i skedarit:xls inurl:fjalëkalimi

Nga njëra anë, ka shumë mjete për të parandaluar incidente të tilla. Është e nevojshme të specifikoni të drejtat adekuate të aksesit në htaccess, patch CMS, mos përdorni skriptet e majta dhe mbyllni vrimat e tjera. Ekziston gjithashtu një skedar me një listë përjashtimesh robots.txt, e cila ndalon motorët e kërkimit të indeksojnë skedarët dhe drejtoritë e specifikuara në të. Nga ana tjetër, nëse struktura robots.txt në ndonjë server ndryshon nga ajo standarde, atëherë menjëherë bëhet e qartë se çfarë po përpiqen të fshehin në të.

Lista e drejtorive dhe skedarëve në çdo faqe paraprihet nga indeksi standard i mbishkrimit të. Meqenëse duhet të shfaqet në titull për qëllime shërbimi, ka kuptim të kufizohet kërkimi i tij në operatorin e titullit. Gjëra interesante mund të gjenden në drejtoritë /admin/, /personal/, /etc/ madje edhe /secret/.

Ndiqni përditësimet

Rëndësia është jashtëzakonisht e rëndësishme këtu: dobësitë e vjetra mbyllen shumë ngadalë, por Google dhe rezultatet e tij të kërkimit po ndryshojnë vazhdimisht. Madje ka një ndryshim midis filtrit "sekonda e fundit" (&tbs=qdr:s në fund të url-së së kërkesës) dhe filtrit "kohë reale" (&tbs=qdr:1).

Intervali kohor i datës së përditësimit të fundit të skedarit nga Google tregohet gjithashtu në mënyrë implicite. Nëpërmjet ndërfaqes grafike të internetit, ju mund të zgjidhni një nga periudhat tipike (orë, ditë, javë, etj.) ose të vendosni një interval datash, por kjo metodë nuk është e përshtatshme për automatizim.

Nga pamja e shiritit të adresave, mund të merret me mend vetëm një mënyrë për të kufizuar daljen e rezultateve duke përdorur konstruktin &tbs=qdr:. Shkronja y pas saj specifikon një kufi prej një viti (&tbs=qdr:y), m tregon rezultatet për muajin e fundit, w për javën, d për ditën e kaluar, h për orën e fundit, n për minutën, dhe s për më jep një sekondë. Rezultatet më të fundit që sapo i janë bërë të njohura Google gjenden duke përdorur filtrin &tbs=qdr:1.

Nëse keni nevojë të shkruani një skenar të ndërlikuar, do të jetë e dobishme të dini se diapazoni i datave është vendosur në Google në formatin Julian përmes operatorit datarange. Për shembull, kjo është mënyra se si mund të gjeni një listë të dokumenteve PDF me fjalën konfidenciale të ngarkuar midis 1 janarit dhe 1 korrikut 2015.

Lloji i skedarit konfidencial: pdf datarange:2457024-2457205

Diapazoni specifikohet në formatin Julian të datës pa dhjetore. Është e papërshtatshme t'i përktheni ato me dorë nga kalendari Gregorian. Është më e lehtë të përdorësh një konvertues datash.

Synimi dhe filtrimi përsëri

Përveç specifikimit të operatorëve shtesë në pyetjen e kërkimit, ata mund të dërgohen drejtpërdrejt në trupin e lidhjes. Për shembull, tipari filetype:pdf korrespondon me konstruktin as_filetype=pdf. Kështu, është e përshtatshme të vendosni ndonjë sqarim. Le të themi se dalja e rezultateve vetëm nga Republika e Hondurasit vendoset duke shtuar konstruksionin cr=countryHN në URL-në e kërkimit, por vetëm nga qyteti i Bobruisk - gcs=Bobruisk . Shikoni seksionin e zhvilluesve për një listë të plotë të .

Mjetet e automatizimit të Google janë krijuar për ta bërë jetën më të lehtë, por shpeshherë i shtojnë telashet. Për shembull, qyteti i një përdoruesi përcaktohet nga IP-ja e përdoruesit përmes WHOIS. Bazuar në këtë informacion, Google jo vetëm që balancon ngarkesën midis serverëve, por gjithashtu ndryshon rezultatet e kërkimit. Në varësi të rajonit, për të njëjtën pyetje, rezultate të ndryshme do të arrijnë në faqen e parë dhe disa prej tyre mund të rezultojnë të jenë plotësisht të fshehura. Ndjehuni si një kozmopolit dhe kërkimi i informacionit nga çdo vend do ta ndihmojë kodin e tij me dy shkronja pas direktivës gl=country . Për shembull, kodi për Holandën është NL, ndërsa Vatikani dhe Koreja e Veriut nuk kanë kodin e tyre në Google.

Shpesh rezultatet e kërkimit janë të ndotura edhe pas përdorimit të disa filtrave të avancuar. Në këtë rast, është e lehtë të përsoset pyetja duke shtuar disa fjalë përjashtimore në të (secila prej tyre paraprihet nga një shenjë minus). Për shembull, bankat, emrat dhe tutoriali shpesh përdoren me fjalën Personal. Prandaj, rezultatet më të pastra të kërkimit nuk do të tregojnë një shembull teksti shkollor të një pyetjeje, por një të rafinuar:

Titulli:"Indeksi i /Personal/" -emrat -tutorial -bankare

Shembulli i fundit

Një haker i sofistikuar dallohet nga fakti se i siguron vetes gjithçka që i nevojitet vetë. Për shembull, një VPN është një gjë e përshtatshme, por ose e shtrenjtë ose e përkohshme dhe me kufizime. Regjistrimi vetëm për veten tuaj është shumë i shtrenjtë. Është mirë që ka abonime në grup dhe me ndihmën e Google është e lehtë të bëhesh pjesë e një grupi. Për ta bërë këtë, thjesht gjeni skedarin e konfigurimit të Cisco VPN, i cili ka një shtrirje PCF mjaft jo standarde dhe një shteg të njohur: Program Files\Cisco Systems\VPN Client\Profiles . Një kërkesë, dhe ju bashkohuni, për shembull, me stafin miqësor të Universitetit të Bonit.

Lloji i skedarit: pcf vpn OSE Grupi

INFO

Fjalëkalimet ruhen në formë të koduar, por Maurice Massard ka shkruar tashmë një program për t'i deshifruar ato dhe po e ofron atë falas nëpërmjet thecampusgeeks.com.

Me ndihmën e Google kryhen qindra lloje të ndryshme sulmesh dhe teste depërtimi. Ka shumë opsione që prekin programet e njohura, formatet kryesore të bazës së të dhënave, dobësitë e shumta PHP, retë, etj. Njohja e saktë e asaj që po kërkoni e bën shumë më të lehtë marrjen e informacionit që ju nevojitet (veçanërisht informacionin që nuk keni ndërmend ta bëni publike). Jo vetëm Shodan ushqen ide interesante, por çdo bazë të dhënash të burimeve të rrjetit të indeksuar!

Dhe sot do t'ju tregoj për një tjetër motor kërkimi të përdorur nga pentestuesit / hakerat - Google, më saktësisht për veçoritë e fshehura të Google.

Çfarë është google dorks?

Google Dork ose Google Dork Queries (GDQ) është një grup pyetjesh për identifikimin e vrimave më të këqija të sigurisë. Gjithçka që nuk fshihet siç duhet nga robotët e kërkimit.

Për shkurtësi, kërkesa të tilla quhen Google dorks ose thjesht dorks, si ata administratorët, burimet e të cilëve janë hakuar duke përdorur GDQ.

Operatorët e Google

Për të filluar, unë do të doja të ofroj një listë të vogël të komandave të dobishme të Google. Ndër të gjitha komandat e avancuara të kërkimit të Google, ne jemi të interesuar kryesisht për këto katër:

• faqe - kërkoni për një sit specifik;
• inurl - tregoni që fjalët e kërkimit duhet të jenë pjesë e adresës së faqes / faqes;
• intitle - operatori i kërkimit në vetë titullin e faqes;
• ext ose lloji i skedarit - kërkoni për skedarë të një lloji specifik sipas shtrirjes.

Gjithashtu, kur krijoni një Dork, duhet të njihni disa operatorë të rëndësishëm që përcaktohen nga karaktere speciale.

• | - operatori OR, i njohur gjithashtu si një prerje vertikale (logjike ose), tregon se dëshironi të shfaqni rezultatet që përmbajnë të paktën një nga fjalët e listuara në pyetje.
• "" - Operatori i kuotave tregon një kërkim të saktë të përputhjes.
• - - operatori minus përdoret për të përjashtuar nga dalja e rezultateve me fjalët e specifikuara pas minusit.
• * - operatori yll, ose ylli përdoret si maskë dhe do të thotë "çdo gjë".

Ku mund të gjeni Google Dorks

Driqet më interesante janë të freskëta, dhe më të freskëtat janë ato që ka gjetur vetë pentesteri. Vërtetë, nëse tërhiqeni shumë nga eksperimentet, do të ndaloheni nga Google ... derisa të hyni në captcha.

Nëse nuk ka imagjinatë të mjaftueshme, mund të përpiqeni të gjeni kërpudha të freskëta në rrjetë. Faqja më e mirë për të gjetur dorks është Exploit-DB.

Shërbimi në internet Exploit-DB është një projekt jofitimprurës i Sigurisë Ofensive. Nëse dikush nuk është në dijeni, kjo kompani është e angazhuar në trajnime në fushën e sigurisë së informacionit, si dhe ofron shërbime pentest (testimi i penetrimit).

Baza e të dhënave Exploit-DB ka një numër të madh pikash dhe dobësish. Për të kërkuar për dorks, shkoni te faqja dhe shkoni te skeda "Google Hacking Database".

Baza e të dhënave përditësohet çdo ditë. Në krye mund të gjeni shtesat më të fundit. Në anën e majtë, data kur u shtua, titulli dhe kategoria.

Në fund do të gjeni kërpudha të renditura sipas kategorive.

Një faqe tjetër e mirë është kjo. Aty shpesh mund të gjesh kërpudha interesante, të reja që jo gjithmonë përfundojnë në Exploit-DB.

Shembuj të përdorimit të Google Dorks

Këtu janë shembuj të dorkëve. Kur eksperimentoni me piktorët, mos harroni mohimin!

Ky material është vetëm për qëllime informative. Ai u drejtohet specialistëve të fushës së sigurisë së informacionit dhe atyre që do të bëhen ata. Informacioni i përmbajtur në artikull jepet vetëm për qëllime informative. As redaktorët e faqes www.site dhe as autori i publikimit nuk mbajnë asnjë përgjegjësi për ndonjë dëm të shkaktuar nga materiali në këtë artikull.

Dorks për gjetjen e problemeve të faqes

Ndonjëherë është e dobishme të studiosh strukturën e një siti duke marrë një listë skedarësh në të. Nëse faqja është krijuar në motorin WordPress, atëherë skedari repair.php ruan emrat e skripteve të tjera PHP.

Etiketa inurl i thotë Google të kërkojë fjalën e parë në trupin e lidhjes. Nëse do të shkruanim allinurl, atëherë kërkimi do të bëhej në të gjithë trupin e lidhjes dhe rezultatet e kërkimit do të ishin më të ndotura. Prandaj, mjafton të bëni një kërkesë si kjo:

inurl:/maint/repair.php?repair=1

Si rezultat, ju do të merrni një listë të sajteve në WP, struktura e të cilave mund të shihet përmes repair.php.

Shumë probleme për administratorët dorëzohen nga WordPress me gabime të pazbuluara në konfigurim. Nga regjistri i hapur mund të zbuloni të paktën emrat e skripteve dhe skedarëve të shkarkuar.

inurl:"wp-content/uploads/file-manager/log.txt"

Në eksperimentin tonë, kërkesa më e thjeshtë na lejoi të gjenim një lidhje të drejtpërdrejtë me kopjen rezervë në regjistër dhe ta shkarkonim atë.

Shumë informacione të vlefshme mund të nxirren nga regjistrat. Mjafton të dini se si duken dhe si ndryshojnë nga masa e skedarëve të tjerë. Për shembull, një ndërfaqe me burim të hapur për një bazë të dhënash të quajtur pgAdmin krijon një skedar shërbimi pgadmin.log. Ai shpesh përmban emrat e përdoruesve, emrat e kolonave të bazës së të dhënave, adresat e brendshme dhe të ngjashme.

Regjistri gjendet me një pyetje elementare:

ext:log inurl:"/pgadmin"

Ekziston një mendim se burimi i hapur është kod i sigurt. Sidoqoftë, në vetvete, hapja e kodeve burimore nënkupton vetëm mundësinë për t'i eksploruar ato, dhe qëllimet e një kërkimi të tillë nuk janë gjithmonë të mira.

Për shembull, midis kornizave për zhvillimin e aplikacioneve në ueb, Symfony Standard Edition është i popullarizuar. Kur vendoset, ai krijon automatikisht një skedar parameters.yml në drejtorinë /app/config/, ku ruan emrin e bazës së të dhënave, si dhe emrin e përdoruesit dhe fjalëkalimin.

Ju mund ta gjeni këtë skedar me pyetjen e mëposhtme:

inurl:app/config/ intext:parameters.yml intitle:index.of

Sigurisht, atëherë fjalëkalimi mund të ndryshohet, por më shpesh ai mbetet i njëjtë siç ishte vendosur në fazën e vendosjes.

Vegla e shfletuesit UniFi API me burim të hapur po përdoret gjithnjë e më shumë në mjedisin e korporatës. Përdoret për të menaxhuar segmentet e rrjeteve pa tel të krijuara në parimin e "Wi-Fi pa ndërprerje". Kjo do të thotë, në një skemë të vendosjes së rrjetit të ndërmarrjes në të cilën shumë pika aksesi kontrollohen nga një kontrollues i vetëm.

Programi është krijuar për të shfaqur të dhënat e kërkuara përmes API-së së Kontrolluesit UniFi të Ubiquiti. Me ndihmën e tij, është e lehtë të shikoni statistikat, informacionin rreth klientëve të lidhur dhe informacione të tjera në lidhje me funksionimin e serverit përmes UniFi API.

Zhvilluesi paralajmëron sinqerisht: "Ju lutemi, mbani në mend se ky mjet ekspozon SHUME NGA informacionet e disponueshme në kontrolluesin tuaj, kështu që duhet të kufizoni disi aksesin në të! Nuk ka kontrolle sigurie të integruara në mjet…”. Por shumë nuk duket se i marrin seriozisht këto paralajmërime.

Duke ditur për këtë veçori dhe duke kërkuar një kërkesë tjetër specifike, do të shihni shumë të dhëna shërbimi, duke përfshirë çelësat e aplikacionit dhe frazat e kalimit.

inurl:"/api/index.php" titulli:UniFi

Rregulli i përgjithshëm i kërkimit: së pari, ne përcaktojmë fjalët më specifike që karakterizojnë qëllimin e zgjedhur. Nëse është një skedar log, çfarë e bën atë të ndryshëm nga regjistrat e tjerë? Nëse ky është një skedar me fjalëkalime, atëherë ku dhe në çfarë forme mund të ruhen? Fjalët shënjuese gjenden gjithmonë në një vend të caktuar - për shembull, në titullin e një faqe interneti ose adresën e saj. Duke kufizuar shtrirjen e kërkimit tuaj dhe duke vendosur shënues të saktë, do të merrni rezultate të papërpunuara kërkimi. Pastaj pastroni atë nga mbeturinat, duke specifikuar kërkesën.

Dorks për gjetjen e NAS të hapur

Magazinimet e rrjetit të shtëpive dhe zyrave janë të njohura këto ditë. Funksioni NAS mbështetet nga shumë disqe dhe rutera të jashtëm. Shumica e pronarëve të tyre nuk shqetësohen me sigurinë dhe nuk ndryshojnë as fjalëkalimet e paracaktuar si admin/admin. Ju mund të gjeni NAS të njohura nga titujt tipikë të faqeve të tyre të internetit. Për shembull, një kërkesë:

titulli: "Mirëserdhe në QNAP Turbo NAS"

do të kthejë një listë të IP-ve NAS të prodhuara nga QNAP. Mbetet vetëm për të gjetur mes tyre të mbrojtur dobët.

Shërbimi cloud QNAP (si shumë të tjerë) ka funksionin e ndarjes së skedarëve përmes një lidhjeje private. Problemi është se nuk është aq i mbyllur.

inurl:share.cgi?ssid=

Ky pyetësor i thjeshtë tregon skedarë të ndarë përmes resë QNAP. Ato mund të shihen drejtpërdrejt nga shfletuesi ose të shkarkohen për informacion më të detajuar.

Dorks për kërkimin e kamerave IP, serverëve të mediave dhe administratorit të uebit

Përveç NAS, mund të gjeni shumë pajisje të tjera të rrjetit të menaxhuara nga ueb me kërkime të avancuara në Google.

Përdorimi më i zakonshëm për këtë është skriptimi CGI, kështu që skedari main.cgi është një objektiv premtues. Megjithatë, ai mund të takohet kudo, prandaj është më mirë të sqarohet kërkesa.

Për shembull, duke i shtuar atij një lloj thirrjeje? next_file. Si rezultat, marrim një dork të formës:

inurl:"img/main.cgi?next_file"

Përveç kamerave, serverët e mediave janë të vendosur në mënyrë të ngjashme, të hapur për të gjithë. Kjo është veçanërisht e vërtetë për serverët Twonky të prodhuar nga Lynx Technology. Ata kanë një emër shumë të njohur dhe portin e paracaktuar 9000.

Për rezultate më të pastra të kërkimit, është më mirë të përfshini numrin e portit në URL dhe ta përjashtoni atë nga pjesa e tekstit të faqeve të internetit. Kërkesa merr formën

intitle:"server twonky" inurl:"9000" -intext:"9000"

Në mënyrë tipike, një server Twonky është një bibliotekë e madhe mediatike që ndan përmbajtjen përmes UPnP. Autorizimi për to shpesh çaktivizohet "për lehtësi".

Dorks për gjetjen e dobësive

Të dhënat e mëdha janë të gjitha bujë tani: besohet se nëse shtoni Big Data në ndonjë gjë, ato do të funksionojnë më mirë në mënyrë magjike. Në realitet, ka shumë pak ekspertë të vërtetë për këtë temë, dhe me një konfigurim të paracaktuar, të dhënat e mëdha çojnë në dobësi të mëdha.

Hadoop është një nga mënyrat më të lehta për të komprometuar tera- dhe madje edhe petabajt të të dhënave. Kjo platformë me burim të hapur përmban tituj të mirënjohur, numra portash dhe faqe shërbimi që e bëjnë të lehtë gjetjen e nyjeve që menaxhon.

intitle:"Informacioni i emrit" DHE inurl:":50070/dfshealth.html"

Me këtë pyetje të lidhjes, marrim një rezultat kërkimi me një listë të sistemeve të cenueshme të bazuara në Hadoop. Ju mund të kaloni nëpër sistemin e skedarëve HDFS direkt nga shfletuesi dhe të shkarkoni çdo skedar.

Google Dorki është një mjet i fuqishëm për çdo pentester, për të cilin duhet të dijë jo vetëm një specialist i sigurisë së informacionit, por edhe një përdorues i zakonshëm i rrjetit.

Një gjuhë pyetëse është një gjuhë programimi e krijuar artificialisht që përdoret për të bërë pyetje në bazat e të dhënave dhe sistemet e informacionit.

Në përgjithësi, metoda të tilla të pyetjeve mund të klasifikohen në varësi të faktit nëse ato shërbejnë për një bazë të dhënash ose për marrjen e informacionit. Dallimi është se kërkesat për shërbime të tilla bëhen për të marrë përgjigje aktuale për pyetjet e parashtruara, ndërsa motori i kërkimit përpiqet të gjejë dokumente që përmbajnë informacion në lidhje me fushën e interesit të përdoruesit.

Baza e të dhënave

Gjuhët e pyetjeve të bazës së të dhënave përfshijnë shembujt e mëposhtëm:

• QL - i orientuar nga objekti, i referohet pasuesit të Datalog.
• Contextual (CQL) është një gjuhë zyrtare e pyetjeve për sistemet e marrjes së informacionit (të tilla si indekset e internetit ose katalogët bibliografikë).
• CQLF (CODYASYL) - për bazat e të dhënave CODASYL-TYPE.
• Gjuha e pyetjeve e orientuar drejt konceptit (COQL) - Përdoret në Modelet Konformuese (com). Ai bazohet në parimet e modelimit të të dhënave të konstruksionit dhe përdor operacione të tilla si projeksioni dhe de-projeksioni i analizës shumëvariate, operacionet analitike dhe konkluzioni.
• DMX - përdoret për modele
• Datalog është një gjuhë deduktive e pyetjeve të bazës së të dhënave.
• English Gellish është një gjuhë që mund të përdoret për të pyetur bazat e të dhënave të Gellish English dhe lejon dialogët (pyetjet dhe përgjigjet) si dhe modelimin e informacionit të njohurive.
• HTSQL - përkthen kërkesat http në SQL.
• ISBL - përdoret për PRTV (një nga sistemet e para të menaxhimit të bazës së të dhënave relacionale).
• LDAP është një protokoll shërbimesh për pyetje dhe direktori që funksionon mbi TCP/IP.
• MDX - kërkohet për bazat e të dhënave OLAP.

Motorë kërkimi

Gjuha e pyetjes së kërkimit, nga ana tjetër, ka për qëllim gjetjen e të dhënave në motorët e kërkimit. Ai ndryshon në atë që pyetjet shpesh përmbajnë tekst të thjeshtë ose hipertekst me sintaksë shtesë (p.sh. "dhe"/"ose"). Ai ndryshon ndjeshëm nga gjuhët standarde të ngjashme, të cilat rregullohen nga rregulla strikte të sintaksës së komandës ose përmbajnë parametra pozicioni.

Si klasifikohen pyetjet e kërkimit?

Ekzistojnë tre kategori të gjera që mbulojnë shumicën e termave të kërkimit: informativ, navigues dhe transaksional. Megjithëse ky klasifikim nuk është fiksuar teorikisht, ai konfirmohet empirikisht nga prania e pyetjeve aktuale në motorët e kërkimit.

Kërkesat e informacionit janë ato që mbulojnë tema të gjera (të tilla si një model specifik qyteti ose kamioni) për të cilat mund të gjenerohen mijëra rezultate përkatëse.

Pyetjet e lundrimit janë kërkime për një faqe të vetme ose faqe interneti për një temë specifike (siç është YouTube).

Transaksionale - pasqyroni qëllimin e përdoruesit për të kryer një veprim të caktuar, për shembull, për të blerë një makinë ose për të rezervuar një biletë.

Motorët e kërkimit shpesh mbështesin një lloj të katërt të pyetjes, i cili përdoret shumë më rrallë. Këto janë të ashtuquajturat kërkesa për lidhje që raportojnë lidhjen e një grafiku ueb të indeksuar (numri i lidhjeve në një URL të caktuar, ose sa faqe janë indeksuar nga një domen i caktuar).

Si kërkohet informacioni?

Karakteristikat interesante në lidhje me kërkimin në internet janë bërë të njohura:

Gjatësia mesatare e pyetjes së kërkimit ishte 2.4 fjalë.

• Rreth gjysma e përdoruesve dërguan një kërkesë dhe pak më pak se një e treta e përdoruesve bënë tre ose më shumë kërkesa unike njëra pas tjetrës.
• Pothuajse gjysma e përdoruesve shikuan vetëm një ose dy faqet e para të rezultateve.
• Më pak se 5% e përdoruesve përdorin opsione të avancuara kërkimi (si p.sh. zgjedhja e ndonjë kategorie specifike ose kërkimi në një kërkim).

Karakteristikat e veprimeve me porosi

Studimi tregoi gjithashtu se 19% e pyetjeve përmbanin një term gjeografik (p.sh. emra, kode postare, veçori gjeografike, etj.). Vlen gjithashtu të përmendet se përveç pyetjeve të shkurtra (d.m.th., me disa kushte), shpesh kishte modele të parashikueshme në të cilat përdoruesit ndryshonin frazat e tyre të kërkimit.

Gjithashtu u konstatua se 33% e kërkesave nga i njëjti përdorues përsëriten, dhe në 87% të rasteve përdoruesi do të klikojë në të njëjtin rezultat. Kjo sugjeron që shumë përdorues përdorin pyetje të përsëritura për të rishikuar ose rizbuluar informacionin.

Shpërndarjet e frekuencës së kërkesave

Përveç kësaj, ekspertët kanë konfirmuar se shpërndarjet e frekuencës së kërkesave korrespondojnë me një ligj të fuqisë. Kjo do të thotë, një pjesë e vogël e fjalëve kyçe vërehet në listën më të madhe të kërkimit (për shembull, më shumë se 100 milionë), dhe ato janë më të përdorurat. Frazat e mbetura brenda të njëjtave tema përdoren më rrallë dhe më shumë individualisht. Ky fenomen është quajtur parimi Pareto (ose "rregulli 80-20"), dhe ka lejuar motorët e kërkimit të përdorin teknika optimizimi si indeksimi ose ndarja e bazës së të dhënave, memoria e fshehtë dhe marrja paraprake, dhe gjithashtu ka bërë të mundur përmirësimin e motorit të kërkimit. gjuha e pyetjes.

Vitet e fundit, është zbuluar se gjatësia mesatare e pyetjes është rritur në mënyrë të qëndrueshme me kalimin e kohës. Pra, pyetja mesatare në anglisht është bërë më e gjatë. Në lidhje me këtë, Google zbatoi një përditësim të quajtur "Hummingbird" (në gusht 2013), i cili është në gjendje të trajtojë frazat e gjata të kërkimit me gjuhën e pyetjeve jo-protokolare, "koloquiale" (si "ku është kafeneja më e afërt?").

Për pyetje më të gjata, përdoret përpunimi i tyre - ato ndahen në fraza të formuluara në gjuhën standarde, dhe përgjigjet shfaqen veçmas për pjesë të ndryshme.

Pyetje të strukturuara

Motorët e kërkimit që mbështesin sintaksën përdorin gjithashtu gjuhë më të avancuara të pyetjeve. Një përdorues që kërkon dokumente që mbulojnë tema ose aspekte të shumta mund të përshkruajë secilën prej tyre me karakteristikën logjike të një fjale. Në thelbin e saj, një gjuhë logjike e pyetjeve është një koleksion i disa frazave dhe shenjave të pikësimit.

Çfarë është kërkimi i avancuar?

Gjuha e pyetjeve të "Yandex" dhe "Google" është në gjendje të kryejë një kërkim më të ngushtë të synuar, në varësi të kushteve të caktuara. Kërkimi i Avancuar mund të kërkojë sipas një pjese të titullit të faqes ose parashtesës së titullit, si dhe sipas kategorive dhe listave specifike të emrave. Mund të kufizojë gjithashtu kërkimet për faqet që përmbajnë fjalë të caktuara në titull ose janë në grupe të caktuara lëndore. Kur përdoret siç duhet, gjuha e pyetjes mund të trajtojë parametra me rend të përmasave më komplekse sesa rezultatet sipërfaqësore të shumicës së motorëve të kërkimit, duke përfshirë fjalët e specifikuara nga përdoruesi me mbaresa të ndryshueshme dhe drejtshkrime të ngjashme. Kur prezantoni rezultatet e kërkimit të avancuar, do të shfaqet një lidhje me seksionet përkatëse të faqes.

Është gjithashtu aftësia për të kërkuar për të gjitha faqet që përmbajnë një frazë specifike, ndërsa me një pyetje standarde, motorët e kërkimit nuk mund të ndalen në asnjë faqe të diskutimit. Në shumë raste, gjuha e pyetjes mund të çojë në çdo faqe të vendosur në etiketat noindex.

Në disa raste, një pyetje e mirëformuar ju lejon të gjeni informacione që përmbajnë një numër karakteresh speciale dhe shkronjash nga alfabete të tjera (për shembull, karaktere kineze).

Si lexohen karakteret e gjuhës së pyetjes?

Shkronjat e mëdha dhe të vogla, si dhe disa (umlauts dhe thekse) nuk merren parasysh në kërkime. Për shembull, kërkimi i fjalës kyçe Citroen nuk do të gjejë faqe që përmbajnë fjalën "Citroen". Por disa ligatura korrespondojnë me shkronja individuale. Për shembull, një kërkim për fjalën "aeroskobing" do të gjejë lehtësisht faqe që përmbajnë "Ereskoebing" (AE = Æ).

Shumë karaktere jo-alfanumerike shpërfillen vazhdimisht. Për shembull, është e pamundur të gjesh informacion për një pyetje që përmban vargun |L| (gërmë midis dy shiritave vertikalë), edhe pse ky karakter përdoret në disa shabllone konvertimi. Rezultatet do të përmbajnë vetëm të dhëna me "LT". Disa karaktere dhe fraza trajtohen ndryshe: "hua (financa)" do të shfaqë artikuj me fjalët "hua" dhe "financë" duke shpërfillur kllapat, edhe nëse ka një artikull me titullin e saktë "hua (financa)".

Ka shumë funksione që mund të përdoren duke përdorur gjuhën e pyetjes.

Sintaksë

Gjuha e pyetjeve të "Yandex" dhe "Google" mund të përdorë disa shenja pikësimi për të përmirësuar kërkimin. Një shembull janë mbajtëset kaçurrelë - ((kërko)). Fraza e përfshirë në to do të kërkohet në tërësi, pa ndryshime.

Fraza në ju lejon të përcaktoni objektin e kërkimit. Për shembull, një fjalë e cituar do të njihet si e përdorur në një kuptim figurativ ose si një personazh imagjinar, pa thonjëza si informacion me natyrë më dokumentare.

Përveç kësaj, të gjithë motorët kryesorë të kërkimit mbështesin karakterin "-" për "jo" logjike si dhe/ose. Përjashtim bëjnë termat që nuk mund të parashtesohen me vizë ose vizë.

Një përputhje e pasaktë e një fraze kërkimi shënohet me një simbol ~. Për shembull, nëse nuk e mbani mend formulimin e saktë të një termi ose emri, mund ta futni atë në shiritin e kërkimit me karakterin e specifikuar dhe do të mund të merrni rezultate që kanë ngjashmërinë maksimale.

Opsionet e personalizuara të kërkimit

Ekzistojnë gjithashtu parametra kërkimi si titulli dhe kategoria. Ata janë filtra të ndarë me dy pika në formën "filter: varg pyetjesh". Vargu i pyetjes mund të përmbajë termin ose frazën e kërkuar, ose një pjesë ose emrin e plotë të faqes.

Veçoria "intitle:query" i jep përparësi rezultateve të kërkimit të titullit, por gjithashtu tregon rezultate normale për përmbajtjen e titullit. Disa nga këto filtra mund të përdoren njëkohësisht. Si ta shfrytëzoni këtë mundësi?

Një pyetje si "titulli: emri i aeroportit" do të kthejë të gjithë artikujt që përmbajnë emrin e aeroportit në titull. Nëse e formuloni si "titulli i parkimit: emri i aeroportit", atëherë do të merrni artikuj me emrin e aeroportit në titull dhe duke përmendur parkimin në tekst.

Kërkimi sipas filtrit "incategory: Category" funksionon në parimin e emetimit fillestar të artikujve që i përkasin një grupi ose liste të caktuar faqesh. Për shembull, një pyetje kërkimi si "Kategoria e tempujve: Historia" do të japë rezultate që lidhen me historinë e tempujve. Ky funksion mund të përdoret gjithashtu si një funksion i avancuar duke vendosur parametra të ndryshëm.