Linux Privilege Escalation
Taarifa za Mfumo
Taarifa za OS
Hebu tuanze kupata baadhi ya maarifa kuhusu OS inayotumika.
Njia
Ikiwa una ruhusa ya kuandika kwenye folda yoyote ndani ya kipengee cha PATH
unaweza kuiba baadhi ya maktaba au programu za kutekeleza:
Taarifa za Mazingira
Je, kuna taarifa za kuvutia, nywila au funguo za API katika mazingira ya mazingira?
Mbinu za Kudukua Kernel
Angalia toleo la kernel na kama kuna mbinu ya kudukua inayoweza kutumika kuongeza mamlaka.
Unaweza kupata orodha nzuri ya kernel zenye mapungufu na baadhi ya mashambulizi yaliyoundwa tayari hapa: https://github.com/lucyoa/kernel-exploits na exploitdb sploits. Mitandao mingine ambapo unaweza kupata baadhi ya mashambulizi yaliyoundwa tayari: https://github.com/bwbwbwbw/linux-exploit-binaries, https://github.com/Kabot/Unix-Privilege-Escalation-Exploits-Pack
Kuchambua toleo zote za kernel zenye mapungufu kutoka kwenye wavuti hiyo unaweza kufanya:
Vyombo vinavyoweza kusaidia kutafuta udhaifu wa kernel ni:
linux-exploit-suggester.sh linux-exploit-suggester2.pl linuxprivchecker.py (itekelezwe NDANI ya mhanga, huchunguza udhaifu kwa kernel 2.x)
Daima tafuta toleo la kernel kwenye Google, labda toleo lako la kernel limeandikwa kwenye baadhi ya udhaifu wa kernel na kisha utahakikisha kuwa udhaifu huu ni halali.
CVE-2016-5195 (DirtyCow)
Udhibiti wa Mamlaka wa Linux - Kernel ya Linux <= 3.19.0-73.8
Sudo toleo
Kulingana na matoleo hatarishi ya sudo yanayoonekana katika:
Unaweza kuangalia kama toleo la sudo lina kasoro kwa kutumia grep hii.
sudo < v1.28
Kutoka kwa @sickrov
Uthibitisho wa saini ya Dmesg umeshindwa
Angalia sanduku la smasher2 la HTB kwa mfano wa jinsi hii udhaifu unaweza kutumiwa
Uchunguzi zaidi wa mfumo
Piga hesabu ulinzi unaowezekana
AppArmor
Grsecurity
Grsecurity ni zana yenye nguvu ya kuzuia upenyezaji wa mizizi kwa kutoa kinga za ziada kwenye mfumo wa Linux.
PaX
Execshield
Execshield
Execshield ni kipengele cha usalama kilichojengwa kwenye kernel ya Linux ambacho huzuia mashambulizi ya buffer overflow kwa kuzuia sehemu ya kumbukumbu ya programu isiyoweza kutekelezwa.
SElinux
SElinux
SElinux ni teknolojia ya usalama iliyojengwa kwenye kernel ya Linux ambayo inawezesha udhibiti wa upatikanaji wa rasilimali kwa kutumia sera za usalama.
ASLR
ASLR (Address Space Layout Randomization) ni mbinu inayotumiwa katika ulinzi wa usalama wa mfumo wa uendeshaji. Inabadilisha mahali pa kumbukumbu muhimu katika mchakato wa programu kwa kufanya iwe ngumu kwa wadukuzi kutabiri mahali pa kumbukumbu na kufanya mashambulizi ya kufyeka.
Kuvunja Docker
Ikiwa uko ndani ya kontena ya docker unaweza kujaribu kutoroka kutoka humo:
pageDocker SecurityMadereva
Angalia nini kimeunganishwa na kimeunganishwa, wapi na kwa nini. Ikiwa kuna kitu kilichounganishwa unaweza kujaribu kuunganisha na kuangalia taarifa za kibinafsi
Programu za Kufaa
Panga programu muhimu
Pia, angalia ikiwa compiler yoyote imewekwa. Hii ni muhimu ikiwa unahitaji kutumia baadhi ya mbinu za kudukua kernel kwani inapendekezwa kuikusanya kwenye mashine ambayo utaitumia (au kwenye moja kama hiyo)
Programu Zenye Udhaifu Zilizosakinishwa
Angalia toleo la pakiti na huduma zilizosakinishwa. Labda kuna toleo la zamani la Nagios (kwa mfano) ambalo linaweza kutumika kwa kufanya uwezekano wa kupata mamlaka zaidi... Inashauriwa kuangalia kwa mkono toleo la programu iliyosakinishwa ambayo inaonekana kuwa ya shaka zaidi.
Ikiwa una ufikiaji wa SSH kwenye mashine unaweza pia kutumia openVAS kuchunguza programu iliyopitwa na wakati na inayoweza kudhuriwa iliyosakinishwa kwenye mashine.
Taarifa kwamba amri hizi zitaonyesha habari nyingi ambazo kwa kiasi kikubwa hazitakuwa na maana, kwa hivyo inapendekezwa kutumia programu kama OpenVAS au sawa nayo itakayochunguza ikiwa toleo lolote la programu iliyosakinishwa linaweza kudhuriwa na mashambulizi yanayojulikana
Mchakato
Angalia mchakato gani unatekelezwa na uchunguze ikiwa mchakato wowote una mamlaka zaidi kuliko inavyopaswa (labda tomcat inatekelezwa na root?)
Hakikisha kila wakati kuna debuggers za electron/cef/chromium zinazoendeshwa, unaweza kuzitumia kwa kujipandisha viwango vya ruhusa. Linpeas huchunguza hizo kwa kuangalia parameter --inspect
ndani ya mstari wa amri ya mchakato.
Pia angalia ruhusa zako kwenye binaries za michakato, labda unaweza kubadilisha faili ya mtu mwingine.
Ufuatiliaji wa Mchakato
Unaweza kutumia zana kama pspy kufuatilia michakato. Hii inaweza kuwa na manufaa sana kwa kutambua michakato dhaifu inayoendeshwa mara kwa mara au wakati seti fulani ya mahitaji inakidhiwa.
Kumbukumbu ya Mchakato
Baadhi ya huduma za seva hifadhi vitambulisho kwa maandishi wazi ndani ya kumbukumbu. Kawaida utahitaji ruhusa ya mizizi kusoma kumbukumbu ya michakato inayomilikiwa na watumiaji wengine, kwa hivyo hii kawaida ni muhimu zaidi unapokuwa tayari na ruhusa ya mizizi na unataka kugundua vitambulisho zaidi. Hata hivyo, kumbuka kwamba kama mtumiaji wa kawaida unaweza kusoma kumbukumbu ya michakato unayomiliki.
Tambua kwamba siku hizi mashine nyingi haziruhusu ptrace kwa chaguo-msingi ambayo inamaanisha huwezi kudump michakato mingine inayomilikiwa na mtumiaji wako asiye na ruhusa.
Faili /proc/sys/kernel/yama/ptrace_scope inadhibiti upatikanaji wa ptrace:
kernel.yama.ptrace_scope = 0: michakato yote inaweza kudebugiwa, mradi wawe na uid sawa. Hii ndiyo njia ya kawaida ya jinsi ptracing ilivyofanya kazi.
kernel.yama.ptrace_scope = 1: mchakato wa mzazi tu unaweza kudebugiwa.
kernel.yama.ptrace_scope = 2: Msimamizi pekee anaweza kutumia ptrace, kwani inahitaji uwezo wa CAP_SYS_PTRACE.
kernel.yama.ptrace_scope = 3: Hakuna michakato inayoweza kufuatiliwa na ptrace. Mara baada ya kuweka, ni lazima kuzima upya ili kuwezesha kufuatilia tena.
GDB
Ukiwa na ufikiaji wa kumbukumbu ya huduma ya FTP (kwa mfano) unaweza kupata Heap na kutafuta ndani ya vitambulisho vyake.
Skripti ya GDB
/proc/$pid/maps & /proc/$pid/mem
Kwa kitambulisho cha mchakato kilichopewa, ramani inaonyesha jinsi kumbukumbu inavyoendelezwa ndani ya nafasi ya anwani ya kielelezo cha mchakato huo; pia inaonyesha ruhusa ya kila eneo lililoendelezwa. Faili bandia ya mem inadhihirisha kumbukumbu za mchakato yenyewe. Kutoka kwa faili za ramani tunajua ni eneo gani la kumbukumbu linaloweza kusomwa na mapungufu yao. Tunatumia habari hii kwa kutafuta kwenye faili ya mem na kudondosha maeneo yanayoweza kusomwa yote kwenye faili.
/dev/mem
/dev/mem
hutoa ufikiaji kwa kumbukumbu ya kimwili ya mfumo, siyo kumbukumbu ya kawaida. Nafasi ya anwani za kumbukumbu ya kawaida ya kernel inaweza kupatikana kwa kutumia /dev/kmem.
Kawaida, /dev/mem
inaweza kusomwa tu na mtumiaji wa root na kikundi cha kmem.
ProcDump kwa linux
ProcDump ni kielelezo cha Linux cha zana ya kawaida ya ProcDump kutoka kwa seti ya zana za Sysinternals kwa Windows. Pata katika https://github.com/Sysinternals/ProcDump-for-Linux
Vifaa
Kudumpisha kumbukumbu ya mchakato unaweza kutumia:
https://github.com/hajzer/bash-memory-dump (root) - _Unaweza kuondoa mahitaji ya root kwa mkono na kudump mchakato unaomilikiwa na wewe
Skripti A.5 kutoka https://www.delaat.net/rp/2016-2017/p97/report.pdf (root inahitajika)
Sifa kutoka Kumbukumbu ya Mchakato
Mfano wa Kibinafsi
Ikiwa utagundua kuwa mchakato wa kuthibitisha unafanya kazi:
Unaweza kudondosha mchakato (angalia sehemu zilizotangulia kupata njia tofauti za kudondosha kumbukumbu ya mchakato) na kutafuta sifa ndani ya kumbukumbu:
mimipenguin
Chombo https://github.com/huntergregal/mimipenguin kitapora vitambulisho vya maandishi wazi kutoka kumbukumbu na kutoka kwa baadhi ya faili maarufu. Inahitaji mamlaka ya mzizi ili kufanya kazi ipasavyo.
Kipengele | Jina la Mchakato |
---|---|
Nywila ya GDM (Kali Desktop, Debian Desktop) | gdm-password |
Gnome Keyring (Ubuntu Desktop, ArchLinux Desktop) | gnome-keyring-daemon |
LightDM (Ubuntu Desktop) | lightdm |
VSFTPd (Mawasiliano ya FTP ya Moja kwa Moja) | vsftpd |
Apache2 (Vikao vya Msingi vya HTTP vilivyo Hai) | apache2 |
OpenSSH (Vikao vya SSH vilivyo Hai - Matumizi ya Sudo) | sshd: |
Tafuta Regexes/truffleproc
Kazi za Kipangilio/Cron
Angalia kama kuna kazi ya kipangilio inayoweza kuwa na mapungufu. Labda unaweza kutumia script inayotekelezwa na root (vuln ya wildcard? unaweza kuhariri faili ambazo root anatumia? tumia viungo vya alama? tengeneza faili maalum kwenye saraka ambayo root anatumia?).
Njia ya Cron
Kwa mfano, ndani ya /etc/crontab unaweza kupata PATH: PATH=/home/user:/usr/local/sbin:/usr/local/bin:/sbin:/bin:/usr/sbin:/usr/bin
(Tafadhali kumbuka jinsi mtumiaji "user" ana ruhusa za kuandika juu ya /home/user)
Ikiwa ndani ya crontab hii mtumiaji wa root anajaribu kutekeleza amri au script bila kuweka njia. Kwa mfano: * * * * root overwrite.sh Kisha, unaweza kupata shell ya root kwa kutumia:
Cron kutumia script na wildcard (Wildcard Injection)
Ikiwa script inatekelezwa na root ina "*" ndani ya amri, unaweza kutumia hii kufanya mambo ambayo hayakutarajiwa (kama privesc). Mfano:
Ikiwa kichwa cha mshale kinafuatiwa na njia kama /baadhi/ya/njia/* , sio dhaifu (hata ./* sio).
Soma ukurasa ufuatao kwa mbinu zaidi za kutumia kichwa cha mshale:
pageWildcards Spare tricksKuandika upya skripti ya Cron na kiungo cha alama
Ikiwa unaweza kuhariri skripti ya cron inayotekelezwa na root, unaweza kupata kabisa kuingia kwa urahisi:
Ikiwa script inayotekelezwa na root inatumia directory ambapo una ufikiaji kamili, labda inaweza kuwa na manufaa kufuta folda hiyo na kuunda kiungo cha folda kwenda nyingine ikitoa script inayodhibitiwa na wewe
Kazi za cron mara kwa mara
Unaweza kufuatilia michakato kutafuta michakato inayoendeshwa kila baada ya dakika 1, 2 au 5. Labda unaweza kunufaika nayo na kupandisha mamlaka.
Kwa mfano, kufuatilia kila baada ya 0.1s kwa dakika 1, panga kwa amri zilizoendeshwa kidogo na futa amri zilizoendeshwa zaidi, unaweza kufanya:
Unaweza pia kutumia pspy (hii itachunguza na kuorodhesha kila mchakato unaanza).
Majukumu ya cron yasiyoonekana
Inawezekana kuunda jukumu la cron kwa kuweka kurudi kiotomatiki baada ya maoni (bila herufi ya mstari mpya), na jukumu la cron litafanya kazi. Mfano (zingatia herufi ya kurudi kiotomatiki):
Huduma
Faili za .service zinazoweza Kuandikwa
Angalia kama unaweza kuandika faili yoyote ya .service
, ikiwa unaweza, unaweza kuibadilisha ili itekeleze mlango wako wa nyuma wakati huduma inapoanza, inapoanzishwa upya au inaposimamishwa (labda utahitaji kusubiri hadi mashine ibadilishwe).
Kwa mfano, tengeneza mlango wako wa nyuma ndani ya faili ya .service na ExecStart=/tmp/script.sh
Binaries za Huduma Zinazoweza Kuandikwa
Kumbuka kwamba ikiwa una ruhusa ya kuandika juu ya binaries zinazotekelezwa na huduma, unaweza kuzibadilisha kwa milango ya nyuma hivyo wakati huduma zinapopata kutekelezwa tena milango ya nyuma itatekelezwa.
systemd PATH - Njia za Kihesabu
Unaweza kuona NJIA inayotumiwa na systemd na:
Ikiwa utagundua kwamba unaweza kuandika katika folda yoyote kwenye njia unaweza kuwa na uwezo wa kuinua mamlaka. Unahitaji kutafuta njia za kihusishi zinazotumiwa kwenye faili za mipangilio ya huduma kama:
Kisha, tengeneza faili inayoweza kutekelezwa yenye jina sawa na njia ya kihierarkia ya binary ndani ya folda ya PATH ya systemd unayoweza kuandika, na wakati huduma inapoombwa kutekeleza hatua ya kuwa na kasoro (Anza, Acha, Pakia tena), backdoor yako itatekelezwa (watumiaji wasio na ruhusa kawaida hawawezi kuanza/kuacha huduma lakini angalia kama unaweza kutumia sudo -l
).
Jifunze zaidi kuhusu huduma kwa kutumia man systemd.service
.
Majalibizwa (Timers)
Majalibizwa (Timers) ni faili za jedwali za systemd ambazo jina lake linamalizika kwa **.timer**
ambazo huendesha faili au matukio ya **.service**
. Majalibizwa (Timers) yanaweza kutumika kama mbadala wa cron kwani wana msaada wa kujengwa kwa matukio ya wakati wa kalenda na matukio ya wakati wa monotonic na yanaweza kukimbia kwa njia isiyo ya moja kwa moja.
Unaweza kuchambua majalibizwa yote kwa:
Timers zinazoweza kuandikwa
Ikiwa unaweza kuhariri timer unaweza kufanya iendelee kutekeleza baadhi ya vitengo vya systemd (kama .service
au .target
) zilizopo.
Katika hati ya maelezo unaweza kusoma ni nini Kitengo:
Kitengo cha kuamsha wakati huu wa kengele unapopita. Hoja ni jina la kitengo, ambalo sio ".timer". Ikiwa haielezwi, thamani hii inabadilika kiotomatiki kuwa huduma ambayo ina jina sawa na kitengo cha kengele, isipokuwa kwa kufikia mwisho. (Tazama hapo juu.) Inapendekezwa kwamba jina la kitengo kinachoamilishwa na jina la kitengo cha kengele vina majina sawa, isipokuwa kwa kufikia mwisho.
Kwa hivyo, ili kutumia ruhusa hii unahitaji:
Pata kitengo cha systemd (kama
.service
) ambacho kina utekelezaji wa faili inayoweza kuandikwaPata kitengo cha systemd ambacho kina utekelezaji wa njia ya kihesabu na una ruhusa za kuandika juu ya NJIA ya systemd (kujifanya kuwa utekelezaji huo)
Jifunze zaidi kuhusu muda na man systemd.timer
.
Kuwezesha Kengele
Kuwezesha kengele unahitaji ruhusa ya mzizi na kutekeleza:
Tafadhali kumbuka timer ina anzishwa kwa kuunda symlink kwake kwenye /etc/systemd/system/<WantedBy_section>.wants/<name>.timer
Sockets
Unix Domain Sockets (UDS) inawezesha mawasiliano ya mchakato kwenye mashine sawa au tofauti ndani ya mifano ya mteja-seva. Hutumia faili za maelezo za Unix za kawaida kwa mawasiliano kati ya kompyuta na huanzishwa kupitia faili za .socket
.
Sockets zinaweza kusanidiwa kwa kutumia faili za .socket
.
Jifunze zaidi kuhusu sockets na man systemd.socket
. Ndani ya faili hii, vigezo kadhaa vya kuvutia vinaweza kusanidiwa:
ListenStream
,ListenDatagram
,ListenSequentialPacket
,ListenFIFO
,ListenSpecial
,ListenNetlink
,ListenMessageQueue
,ListenUSBFunction
: Chaguo hizi ni tofauti lakini muhtasari hutumiwa kuonyesha mahali itakaposikiliza soketi (njia ya faili ya soketi ya AF_UNIX, anwani ya IPv4/6 na/au nambari ya bandari ya kusikiliza, n.k.)Accept
: Inachukua hoja ya boolean. Ikiwa ni kweli, kipengele cha huduma kinazalishwa kwa kila uunganisho unaoingia na soketi ya uunganisho pekee inapitishwa kwake. Ikiwa ni uwongo, soketi zote zinazosikiliza zenyewe zinapitishwa kwa kipengele cha huduma kilichoanzishwa, na kipengele kimoja cha huduma kinazalishwa kwa uunganisho wote. Thamani hii haizingatiwi kwa soketi za datagram na FIFO ambapo kipengele kimoja cha huduma kinashughulikia bila masharti trafiki yote inayoingia. Ina thamani ya uwongo. Kwa sababu za utendaji, inapendekezwa kuandika daemons mpya tu kwa njia inayofaa kwaAccept=no
.ExecStartPre
,ExecStartPost
: Inachukua mistari moja au zaidi ya amri, ambazo zina tekelezwa kabla ya au baada ya soketi za kusikiliza/FIFOs kuwa zimeundwa na kufungwa, mtawalia. Token ya kwanza ya mstari wa amri lazima iwe jina la faili kamili, kisha ikifuatiwa na hoja za mchakato.ExecStopPre
,ExecStopPost
: Amri za ziada ambazo zinatekelezwa kabla ya au baada ya soketi za kusikiliza/FIFOs kuwa zimefungwa na kuondolewa, mtawalia.Service
: Inabainisha jina la kipengele cha huduma cha kuamilisha kwenye trafiki inayoingia. Mipangilio hii inaruhusiwa tu kwa soketi zenye Accept=no. Kwa kawaida inarudi kwa huduma inayobeba jina sawa na soketi (na kiambishi kilichobadilishwa). Katika hali nyingi, haitakuwa lazima kutumia chaguo hili.
Faili za .socket zenye uwezo wa kuandikwa
Ikiwa unapata faili ya .socket
inayoweza kuandikwa, unaweza kuongeza mwanzoni mwa sehemu ya [Socket]
kitu kama: ExecStartPre=/home/kali/sys/backdoor
na mlango wa nyuma utatekelezwa kabla ya soketi kuundwa. Kwa hivyo, labda utahitaji kusubiri hadi mashine ibadilishwe.
Tafadhali kumbuka kuwa mfumo lazima utumie usanidi wa faili ya soketi au mlango wa nyuma hautatekelezwa
Sockets zenye uwezo wa kuandikwa
Ikiwa unatambua soketi inayoweza kuandikwa (sasa tunazungumzia juu ya Sockets za Unix na sio kuhusu faili za usanidi .socket
), basi unaweza kuwasiliana na soketi hiyo na labda kutumia udhaifu.
Panga Sockets za Unix
Uunganisho ghafi
Mfano wa Utekaji:
pageSocket Command InjectionSoketi za HTTP
Tafadhali elewa kwamba kunaweza kuwa na soketi zinazosikiliza maombi ya HTTP (Sisemi kuhusu faili za .socket bali faili zinazofanya kazi kama soketi za unix). Unaweza kuchunguza hili kwa kutumia:
Soketi Inapojibu ombi la HTTP
Ikiwa soketi inajibu ombi la HTTP, basi unaweza kuwasiliana nayo na labda kutumia udhaifu fulani.
Soketi ya Docker Inayoweza Kuandikwa
Soketi ya Docker, mara nyingi hupatikana kwenye /var/run/docker.sock
, ni faili muhimu ambayo inapaswa kulindwa. Kwa chaguo-msingi, inaweza kuandikwa na mtumiaji wa root
na wanachama wa kikundi cha docker
. Kuwa na ufikiaji wa kuandika kwenye soketi hii kunaweza kusababisha ukuaji wa mamlaka. Hapa kuna maelezo ya jinsi hii inaweza kufanywa na njia mbadala ikiwa CLI ya Docker haipatikani.
Ukuaji wa Mamlaka na CLI ya Docker
Ikiwa una ufikiaji wa kuandika kwenye soketi ya Docker, unaweza kuongeza mamlaka kwa kutumia amri zifuatazo:
Kutumia Docker API Moja kwa Moja
Katika hali ambapo Docker CLI haipatikani, soketi ya Docker inaweza bado kudhibitiwa kwa kutumia Docker API na amri za curl
.
Orodhesha Picha za Docker: Pata orodha ya picha zilizopo.
Unda Kontena: Tuma ombi la kuunda kontena ambalo linamount saraka kuu ya mfumo wa mwenyeji.
Anza kontena ulilounda:
Ambatisha kwa Kontena: Tumia
socat
kuweka uhusiano na kontena, kuruhusu utekelezaji wa amri ndani yake.
Baada ya kuweka uhusiano wa socat
, unaweza kutekeleza amri moja kwa moja kwenye kontena na ufikiaji wa kiwango cha mizizi kwenye mfumo wa mwenyeji.
Mambo Mengine
Tafadhali kumbuka kwamba ikiwa una ruhusa za kuandika juu ya soketi ya docker kwa sababu uko ndani ya kikundi cha docker
una njia zaidi za kuongeza viwango vya ruhusa. Ikiwa API ya docker inasikiliza kwenye bandari unaweza pia kuweza kuishambulia.
Angalia njia zaidi za kuvunja kutoka kwa docker au kuitumia kuongeza viwango vya ruhusa katika:
pageDocker SecurityKupandisha Viwango vya Uruhusu kwa Containerd (ctr)
Ikiwa unagundua kwamba unaweza kutumia amri ya ctr
soma ukurasa ufuatao kwani unaweza kuitumia kwa kuvuka viwango vya ruhusa:
Kupandisha Viwango vya Uruhusu kwa RunC
Ikiwa unagundua kwamba unaweza kutumia amri ya runc
soma ukurasa ufuatao kwani unaweza kuitumia kwa kuvuka viwango vya ruhusa:
D-Bus
D-Bus ni mfumo wa Mawasiliano kati ya Michakato (IPC) wa kisasa ambao huruhusu programu kuingiliana na kushiriki data kwa ufanisi. Iliyoundwa kwa kuzingatia mfumo wa Linux wa kisasa, inatoa mfumo imara kwa aina tofauti za mawasiliano ya programu.
Mfumo huu ni mpana, ukisaidia IPC ya msingi ambayo inaboresha kubadilishana data kati ya michakato, ikikumbusha soketi za eneo la UNIX zilizoboreshwa. Zaidi ya hayo, inasaidia kutangaza matukio au ishara, ikisaidia ushirikiano laini kati ya sehemu za mfumo. Kwa mfano, ishara kutoka kwa kionyeshi cha Bluetooth kuhusu simu ya kuingia inaweza kusababisha mpiga muziki kuzima sauti, ikiboresha uzoefu wa mtumiaji. Aidha, D-Bus inasaidia mfumo wa vitu vya mbali, ikisimplisha maombi ya huduma na mwaliko wa njia kati ya programu, ikipunguza mchakato ambao kihistoria ulikuwa mgumu.
D-Bus inafanya kazi kwa mfano wa ruhusa/kataa, ikisimamia ruhusa za ujumbe (wito wa njia, kutuma ishara, n.k.) kulingana na athari jumla ya sheria za sera zinazolingana. Sera hizi hufafanua mwingiliano na basi, ikiruhusu kwa uwezekano wa kupandisha viwango vya ruhusa kupitia unyanyasaji wa ruhusa hizi.
Mfano wa sera kama hiyo katika /etc/dbus-1/system.d/wpa_supplicant.conf
unatolewa, ukielezea ruhusa kwa mtumiaji wa mizizi kumiliki, kutuma kwa, na kupokea ujumbe kutoka kwa fi.w1.wpa_supplicant1
.
Sera bila mtumiaji au kikundi kilichotajwa inatumika kwa kila mtu, wakati sera za muktadha "default" zinatumika kwa wote ambao hawajashughulikiwa na sera maalum zingine.
Jifunze jinsi ya kuchunguza na kutumia mawasiliano ya D-Bus hapa:
pageD-Bus Enumeration & Command Injection Privilege EscalationMtandao
Ni vyema siku zote kuchunguza mtandao na kubaini mahali pa mashine.
Uchunguzi wa kawaida
Viokelea zilizofunguliwa
Daima hakikisha huduma za mtandao zinazoendeshwa kwenye mashine ambazo haukuweza kuingiliana nazo kabla ya kuzifikia:
Kunusa
Angalia kama unaweza kunusa trafiki. Ukifanikiwa, unaweza kupata baadhi ya siri za kuingia.
Watumiaji
Uchambuzi wa Kawaida
Angalia wewe ni nani, ni madaraka gani unayo, ni watumiaji gani wako kwenye mifumo, ni yupi anaweza kuingia na yupi ana madaraka ya mzizi:
UID Kubwa
Baadhi ya toleo za Linux ziliathiriwa na mdudu ambao huruhusu watumiaji wenye UID > INT_MAX kuongeza mamlaka. Maelezo zaidi: hapa, hapa na hapa.
Tumia kwa: systemd-run -t /bin/bash
Vikundi
Angalia kama wewe ni mwanachama wa kikundi fulani ambacho kinaweza kukupa mamlaka ya mzizi:
pageInteresting Groups - Linux PrivescUbao wa Kuchorea
Angalia kama kuna kitu cha kuvutia kilichopo ndani ya ubao wa kuchorea (ikiwezekana)
Sera ya Nywila
Nywila Zinazojulikana
Ikiwa unajua nywila yoyote ya mazingira jaribu kuingia kama kila mtumiaji ukitumia nywila hiyo.
Su Brute
Ikiwa haujali kufanya kelele nyingi na programu za su
na timeout
zipo kwenye kompyuta, unaweza kujaribu kuvunja nguvu mtumiaji kwa kutumia su-bruteforce.
Linpeas ikiwa na kiparameta -a
pia inajaribu kuvunja nguvu watumiaji.
Mabaya ya PATH yanayoweza Kuandikwa
$PATH
Ikiwa unagundua kuwa unaweza kuandika ndani ya folda fulani ya $PATH unaweza kuinua mamlaka kwa kuunda mlango wa nyuma ndani ya folda inayoweza kuandikwa kwa jina la amri fulani ambayo itatekelezwa na mtumiaji tofauti (kimsingi root) na ambayo haipakuliwi kutoka kwenye folda iliyopo kabla ya folda yako inayoweza kuandikwa kwenye $PATH.
SUDO na SUID
Unaweza kuruhusiwa kutekeleza amri fulani kwa kutumia sudo au wanaweza kuwa na biti ya suid. Angalia kwa kutumia:
Baadhi ya amri zisizotarajiwa kuruhusu kusoma na/au kuandika faili au hata kutekeleza amri. Kwa mfano:
BILA NENO LA SIRI
Usanidi wa Sudo unaweza kuruhusu mtumiaji kutekeleza amri fulani kwa mamlaka ya mtumiaji mwingine bila kujua neno la siri.
Katika mfano huu mtumiaji demo
anaweza kukimbia vim
kama root
, sasa ni rahisi kupata shell kwa kuongeza ufunguo wa ssh kwenye saraka ya root au kwa kuita sh
.
SETENV
Mwongozo huu huruhusu mtumiaji kuweka mazingira ya mazingira wakati wa kutekeleza kitu:
Mfano huu, ukitegemea kifaa cha HTB Admirer, ulikuwa dhaifu kwa PYTHONPATH hijacking ili kupakia maktaba ya Python ya kupendelea wakati wa kutekeleza script kama root:
Kupita kwa utekelezaji wa Sudo bila kufuata njia
Ruka ili kusoma faili nyingine au tumia symlinks. Kwa mfano katika faili ya sudoers: hacker10 ALL= (root) /bin/less /var/log/*
Ikiwa wildcard inatumika (*), ni rahisi zaidi:
Mbinu za Kukabiliana: https://blog.compass-security.com/2012/10/dangerous-sudoers-entries-part-5-recapitulation/
Amri ya Sudo/Binary ya SUID bila njia ya amri
Ikiwa ruhusa ya sudo imetolewa kwa amri moja bila kutoa njia: hacker10 ALL= (root) less unaweza kutumia udhaifu huo kwa kubadilisha PATH variable
Teknolojia hii inaweza kutumika pia ikiwa suid binary inaendesha amri nyingine bila kutoa njia ya kuipata (hakikisha daima unachunguza na strings maudhui ya suid binary ya ajabu).
Mifano ya mzigo wa kutekeleza.
Suid binary na njia ya amri
Ikiwa suid binary inaendesha amri nyingine ikitoa njia, basi, unaweza jaribu kutekeleza kazi iliyoitwa kama amri ambayo faili ya suid inaita.
Kwa mfano, ikiwa binary ya suid inaita /usr/sbin/service apache2 start unapaswa kujaribu kuunda kazi na kuiegesha:
LD_PRELOAD & LD_LIBRARY_PATH
Mazingira ya LD_PRELOAD hutumika kutaja maktaba moja au zaidi zinazoshirikishwa (faili za .so) zitakazopakiwa na mzigo kabla ya zingine zote, ikiwa ni pamoja na maktaba ya kawaida ya C (libc.so
). Mchakato huu unajulikana kama kushirikisha kabla ya maktaba.
Hata hivyo, ili kudumisha usalama wa mfumo na kuzuia kipengele hiki kuchukuliwa faida, hasa na utekelezaji wa suid/sgid zinazoweza kutekelezwa, mfumo unatekeleza hali fulani:
Mzigo hauzingatii LD_PRELOAD kwa programu zinazoweza kutekelezwa ambapo kitambulisho halisi cha mtumiaji (ruid) hakilingani na kitambulisho cha mtumiaji kilichopo (euid).
Kwa programu zinazoweza kutekelezwa na suid/sgid, maktaba zinazopakiwa kabla ni zile zilizo kwenye njia za kawaida ambazo pia ni suid/sgid.
Kupandisha hadhi kunaweza kutokea ikiwa una uwezo wa kutekeleza amri kwa kutumia sudo
na matokeo ya sudo -l
yanajumuisha kauli env_keep+=LD_PRELOAD. Usanidi huu huruhusu mazingira ya LD_PRELOAD kudumu na kutambuliwa hata wakati amri zinatekelezwa kwa kutumia sudo
, ikiongoza kwa utekelezaji wa nambari ya aina yoyote na hadhi iliyoinuliwa.
Hifadhi kama /tmp/pe.c
Kisha sakinisha kutumia:
Hatimaye, ongeza mamlaka zinazoendesha
Kama mshambuliaji anadhibiti LD_LIBRARY_PATH env variable kwa sababu anadhibiti njia ambapo maktaba zitatafutwa, privesc sawa inaweza kutumiwa vibaya.
Binary ya SUID - Uingizaji wa .so
Uponapo kutana na binary yenye ruhusa ya SUID ambayo inaonekana isiyo ya kawaida, ni vizuri kuhakikisha kama inapakia faili za .so ipasavyo. Hii inaweza kuthibitishwa kwa kukimbia amri ifuatayo:
Kwa mfano, kukutana na kosa kama "open(“/path/to/.config/libcalc.so”, O_RDONLY) = -1 ENOENT (Hakuna faili au saraka kama hiyo)" inaashiria uwezekano wa kutumia.
Kutumia hili, mtu angeendelea kwa kuunda faili ya C, sema "/path/to/.config/libcalc.c", yenye msimbo ufuatao:
Msimbo huu, mara baada ya kuchakatwa na kutekelezwa, lengo lake ni kukuza mamlaka kwa kubadilisha ruhusa za faili na kutekeleza kifaa na mamlaka yaliyopandishwa.
Chakata faili ya C hapo juu kuwa faili ya kitu kilichoshirikishwa (.so) kwa:
Hatimaye, kukimbia faili ya SUID iliyoharibiwa inapaswa kuzindua shambulio, kuruhusu uwezekano wa kudukua mfumo.
Udukuzi wa Vitu vya Kielelezo vilivyoshirikishwa
Sasa tumeona binary ya SUID ikiload maktaba kutoka kwenye folda ambapo tunaweza kuandika, tujenge maktaba hiyo kwenye folda hiyo na jina linalohitajika:
Ikiwa unapata kosa kama hilo
Hii inamaanisha kwamba maktaba uliyoitengeneza inahitaji kuwa na kazi inayoitwa a_function_name
.
GTFOBins
GTFOBins ni orodha iliyochaguliwa ya Unix binaries ambazo zinaweza kutumiwa na mshambuliaji kukiuka vizuizi vya usalama wa ndani. GTFOArgs ni sawa lakini kwa hali ambapo unaweza kuingiza tu hoja katika amri.
Mradi huu unakusanya kazi halali za Unix binaries ambazo zinaweza kutumiwa kwa madhara ya kuvunja vikasha vilivyozuiwa, kukuza au kudumisha mamlaka zilizo juu, kuhamisha faili, kuzalisha bind na reverse shells, na kurahisisha kazi zingine za baada ya kuvamia.
gdb -nx -ex '!sh' -ex quit sudo mysql -e '! /bin/sh' strace -o /dev/null /bin/sh sudo awk 'BEGIN {system("/bin/sh")}'
FallOfSudo
Ikiwa unaweza kupata sudo -l
unaweza kutumia zana FallOfSudo kuangalia ikiwa inagundua jinsi ya kutumia sheria yoyote ya sudo.
Kutumia Upya Vyeti vya Sudo
Katika hali ambapo una upatikanaji wa sudo lakini sio nenosiri, unaweza kukuza mamlaka kwa kungojea utekelezaji wa amri ya sudo na kisha kuteka nyara ishara ya kikao.
Mahitaji ya kukuza mamlaka:
Tayari una ganda kama mtumiaji "sampleuser"
"sampleuser" ame tumia
sudo
kutekeleza kitu katika dakika 15 zilizopita (kwa chaguo-msingi hiyo ni muda wa ishara ya sudo inayoturuhusu kutumiasudo
bila kuingiza nenosiri lolote)cat /proc/sys/kernel/yama/ptrace_scope
ni 0gdb
inapatikana (unaweza kuweza kuipakia)
(Unaweza kuwezesha kwa muda ptrace_scope
kwa echo 0 | sudo tee /proc/sys/kernel/yama/ptrace_scope
au kubadilisha kwa kudumu /etc/sysctl.d/10-ptrace.conf
na kuweka kernel.yama.ptrace_scope = 0
)
Ikiwa mahitaji yote haya yanakidhiwa, unaweza kukuza mamlaka kwa kutumia: https://github.com/nongiach/sudo_inject
Uvamizi wa kwanza (
exploit.sh
) utaunda binaryactivate_sudo_token
katika /tmp. Unaweza kutumia hiyo kuiwezesha ishara ya sudo katika kikao chako (hutapata moja kwa moja ganda la mizizi, fanyasudo su
):
Exploit ya pili (
exploit_v2.sh
) itaunda sh shell katika /tmp iliyomilikiwa na root na setuid
Kudukua ya tatu (
kudukua_v3.sh
) itaunda faili ya sudoers ambayo inafanya vitufe vya sudo kuwa vya milele na kuruhusu watumiaji wote kutumia sudo
/var/run/sudo/ts/<Jina la Mtumiaji>
Ikiwa una ruhusa za kuandika kwenye folda au kwenye faili yoyote iliyoundwa ndani ya folda unaweza kutumia binary write_sudo_token kuunda token ya sudo kwa mtumiaji na PID. Kwa mfano, ikiwa unaweza kubadilisha faili /var/run/sudo/ts/sampleuser na una shell kama mtumiaji huyo na PID 1234, unaweza kupata ruhusa za sudo bila kuhitaji kujua nenosiri kwa kufanya:
/etc/sudoers, /etc/sudoers.d
Faili /etc/sudoers
na faili ndani ya /etc/sudoers.d
huzingatia ni nani anaweza kutumia sudo
na jinsi gani. Faili hizi kwa chaguo-msingi zinaweza kusomwa tu na mtumiaji root na kikundi root.
Ikiwa unaweza kusoma faili hii unaweza kuwa na uwezo wa kupata habari za kuvutia, na ikiwa unaweza kuandika faili yoyote utaweza kupandisha vyeo.
Ikiwa unaweza kuandika unaweza kutumia ruhusa hii
Njia nyingine ya kutumia vibali hivi:
DOAS
Kuna njia mbadala za faili ya sudo
kama vile doas
kwa OpenBSD, kumbuka kuangalia mazingira yake katika /etc/doas.conf
Udukuzi wa Sudo
Ikiwa unajua kwamba mtumiaji kawaida hujihusisha na mashine na kutumia sudo
kuongeza mamlaka na umepata shell ndani ya muktadha huo wa mtumiaji, unaweza kuunda faili mpya ya sudo ambayo itatekeleza nambari yako kama root na kisha amri ya mtumiaji. Kisha, badilisha $PATH ya muktadha wa mtumiaji (kwa mfano kwa kuongeza njia mpya katika .bash_profile) ili wakati mtumiaji anatekeleza sudo, faili yako ya sudo itatekelezwa.
Tafadhali kumbuka kwamba ikiwa mtumiaji anatumia kabati tofauti (si bash) utahitaji kuhariri faili nyingine kuongeza njia mpya. Kwa mfano sudo-piggyback inabadilisha ~/.bashrc
, ~/.zshrc
, ~/.bash_profile
. Unaweza kupata mfano mwingine katika bashdoor.py
Au kutekeleza kitu kama:
Maktaba ya Pamoja
ld.so
Faili /etc/ld.so.conf
inaonyesha mahali ambapo faili za mipangilio iliyopakiwa zinatoka. Kawaida, faili hii ina njia ifuatayo: include /etc/ld.so.conf.d/*.conf
Hii inamaanisha kuwa faili za mipangilio kutoka /etc/ld.so.conf.d/*.conf
zitasomwa. Faili hizi za mipangilio zinaweza kuelekeza kwenye folda nyingine ambapo maktaba zitatafutwa. Kwa mfano, yaliyomo kwenye /etc/ld.so.conf.d/libc.conf
ni /usr/local/lib
. Hii inamaanisha kuwa mfumo utatafuta maktaba ndani ya /usr/local/lib
.
Ikiwa kwa sababu fulani mtumiaji ana ruhusa ya kuandika kwenye mojawapo ya njia zilizoonyeshwa: /etc/ld.so.conf
, /etc/ld.so.conf.d/
, faili yoyote ndani ya /etc/ld.so.conf.d/
au folda yoyote ndani ya faili ya mipangilio ndani ya /etc/ld.so.conf.d/*.conf
anaweza kuwa na uwezo wa kukuza mamlaka.
Angalia jinsi ya kutumia vibaya hii hitilafu ya mipangilio kwenye ukurasa ufuatao:
RPATH
Kwa kuchapisha lib ndani ya /var/tmp/flag15/
itatumika na programu mahali hapa kama ilivyoelezwa katika RPATH
variable.
Tengeneza maktaba mbaya katika /var/tmp
kwa kutumia gcc -fPIC -shared -static-libgcc -Wl,--version-script=version,-Bstatic exploit.c -o libc.so.6
/var/tmp
kwa kutumia gcc -fPIC -shared -static-libgcc -Wl,--version-script=version,-Bstatic exploit.c -o libc.so.6
Uwezo
Uwezo wa Linux hutoa sehemu ya mizizi inayopatikana kwa mchakato. Hii kimsingi inagawa uwezo wa mizizi katika vitengo vidogo na vya kipekee. Kila moja ya vitengo hivi inaweza kutolewa kwa mchakato kivyake. Kwa njia hii seti kamili ya uwezo inapunguzwa, ikipunguza hatari za unyonyaji. Soma ukurasa ufuatao kujifunza zaidi kuhusu uwezo na jinsi ya kutumia vibaya:
pageLinux CapabilitiesRuhusa za Direktori
Katika saraka, biti ya "utekelezaji" inamaanisha kuwa mtumiaji anayehusika anaweza "cd" kuingia katika saraka. Biti ya "soma" inamaanisha mtumiaji anaweza kuorodhesha faili, na biti ya "andika" inamaanisha mtumiaji anaweza kufuta na kuunda faili mpya.
ACLs
Orodha za Kudhibiti Upatikanaji (ACLs) zinaonyesha safu ya pili ya ruhusa za hiari, zenye uwezo wa kubadilisha ruhusa za jadi za ugo/rwx. Ruhusa hizi huongeza udhibiti juu ya ufikiaji wa faili au saraka kwa kuruhusu au kukataa haki kwa watumiaji maalum ambao si wamiliki au sehemu ya kikundi. Kiwango hiki cha ufafanuzi kuhakikisha usimamizi sahihi wa ufikiaji. Maelezo zaidi yanaweza kupatikana hapa.
Toa mtumiaji "kali" ruhusa za kusoma na kuandika kwenye faili:
Pata faili zenye ACLs maalum kutoka kwenye mfumo:
Fungua vikao vya kabati
Katika toleo za zamani unaweza kuiba vikao vya kabati vya mtumiaji mwingine (root). Katika toleo jipya zaidi utaweza kuunganisha kwenye vikao vya skrini tu vya mtumiaji wako mwenyewe. Hata hivyo, unaweza kupata habari za kuvutia ndani ya kikao.
kuiba vikao vya skrini
Orodhesha vikao vya skrini
Ambatisha kwenye kikao
Kuteka vikao vya tmux
Hii ilikuwa tatizo na toleo za zamani za tmux. Sikufanikiwa kuteka kikao cha tmux (v2.1) kilichoundwa na root kama mtumiaji asiye na mamlaka.
Orodhesha vikao vya tmux
Ambatisha kwenye kikao
Angalia Valentine box kutoka HTB kama mfano.
SSH
Debian OpenSSL Predictable PRNG - CVE-2008-0166
Funguo zote za SSL na SSH zilizozalishwa kwenye mifumo ya Debian (Ubuntu, Kubuntu, nk) kati ya Septemba 2006 na Mei 13, 2008 zinaweza kuathiriwa na kosa hili. Kosa hili husababishwa wakati wa kujenga funguo mpya za ssh kwenye mifumo hiyo, kwani ni mchanganyiko wa 32,768 pekee uliowezekana. Hii inamaanisha kuwa uwezekano wote unaweza kuhesabiwa na ukiwa na funguo ya umma ya ssh unaweza kutafuta funguo ya kibinafsi inayolingana. Unaweza kupata uwezekano uliohesabiwa hapa: https://github.com/g0tmi1k/debian-ssh
SSH Vipimo vya Usanidi Vinavyovutia
PasswordAuthentication: Inabainisha ikiwa uthibitishaji wa nywila unaruhusiwa. Chaguo msingi ni
hapana
.PubkeyAuthentication: Inabainisha ikiwa uthibitishaji wa funguo za umma unaruhusiwa. Chaguo msingi ni
ndiyo
.PermitEmptyPasswords: Wakati uthibitishaji wa nywila unaruhusiwa, inabainisha ikiwa seva inaruhusu kuingia kwenye akaunti zenye herufi za nywila tupu. Chaguo msingi ni
hapana
.
PermitRootLogin
Inabainisha ikiwa root anaweza kuingia kwa kutumia ssh, chaguo msingi ni hapana
. Inawezekana kuwa na thamani zifuatazo:
ndiyo
: root anaweza kuingia kwa kutumia nywila na funguo ya kibinafsibila-nywila
auzuia-nywila
: root anaweza kuingia tu kwa kutumia funguo ya kibinafsiamri-zilizolazimishwa-pekee
: Root anaweza kuingia kwa kutumia funguo ya kibinafsi pekee na ikiwa chaguo la amri limetajwahapana
: hapana
AuthorizedKeysFile
Inabainisha faili zinazohifadhi funguo za umma zinazoweza kutumika kwa uthibitishaji wa mtumiaji. Inaweza kuwa na alama kama %h
, ambayo itabadilishwa na saraka ya nyumbani. Unaweza kuonyesha njia za kipekee (kuanzia /
) au njia za kihisia kutoka kwa nyumbani kwa mtumiaji. Kwa mfano:
Hiyo mipangilio itaonyesha kwamba ukijaribu kuingia kwa funguo ya kibinafsi ya mtumiaji "jina la jaribio" ssh italinganisha funguo ya umma ya funguo lako na zile zilizoko katika /home/jina la jaribio/.ssh/authorized_keys
na /home/jina la jaribio/access
ForwardAgent/AllowAgentForwarding
Kusonga mbele kwa wakala wa SSH inakuruhusu kutumia funguo zako za SSH za ndani badala ya kuacha funguo (bila nywila!) zikikaa kwenye server yako. Kwa hivyo, utaweza kuruka kupitia ssh kwenda kwa mwenyeji na kutoka hapo kuruka kwenda kwa mwenyeji mwingine ukitumia funguo iliyoko kwenye mwenyeji wako wa awali.
Unahitaji kuweka chaguo hili katika $HOME/.ssh.config
kama hivi:
Tambua kwamba ikiwa Host
ni *
kila wakati mtumiaji anapohamia kwenye mashine tofauti, mwenyeji huyo ataweza kupata ufikiaji wa funguo (ambao ni suala la usalama).
Faili /etc/ssh_config
inaweza kubadilisha hii chaguo na kuruhusu au kukataa usanidi huu.
Faili /etc/sshd_config
inaweza kuruhusu au kukataa ssh-agent forwarding na neno la msimbo AllowAgentForwarding
(chaguo la msingi ni kuruhusu).
Ikiwa utagundua kuwa Forward Agent imeboreshwa katika mazingira soma ukurasa ufuatao kwani unaweza kutumia hii kwa kujipandisha viwango vya ruhusa:
pageSSH Forward Agent exploitationFaili za Kuvutia
Faili za Mipangilio
Faili /etc/profile
na faili chini ya /etc/profile.d/
ni maandishi ambayo hutekelezwa wakati mtumiaji anapoendesha kabia mpya. Kwa hivyo, ikiwa unaweza kuandika au kuhariri yeyote kati yao unaweza kujipandisha viwango vya ruhusa.
Faili za Passwd/Shadow
Kulingana na OS faili za /etc/passwd
na /etc/shadow
zinaweza kutumia jina tofauti au kunaweza kuwa na nakala rudufu. Kwa hivyo inashauriwa kuzipata zote na kuangalia kama unaweza kuzisoma ili uone kama kuna hashes ndani ya faili hizo:
Katika baadhi ya matukio unaweza kupata hash za nywila ndani ya faili ya /etc/passwd
(au sawa)
Inaandikika /etc/passwd
Kwanza, tengeneza nenosiri kwa kutumia moja ya amri zifuatazo.
Kisha ongeza mtumiaji hacker
na ongeza nywila iliyozalishwa.
Kwa mfano: hacker:$1$hacker$TzyKlv0/R/c28R.GAeLw.1:0:0:Hacker:/root:/bin/bash
Sasa unaweza kutumia amri ya su
na hacker:hacker
Kwa hiari, unaweza kutumia mistari ifuatayo kuongeza mtumiaji bandia bila nenosiri. ONYO: unaweza kudhoofisha usalama wa sasa wa mashine.
NOTE: Katika majukwaa ya BSD /etc/passwd
iko katika /etc/pwd.db
na /etc/master.passwd
, pia /etc/shadow
imepewa jina la /etc/spwd.db
.
Unapaswa kuangalia ikiwa unaweza kuandika kwenye faili zenye nyeti. Kwa mfano, je, unaweza kuandika kwenye faili ya mazingira ya huduma?
Kwa mfano, ikiwa mashine inaendesha seva ya tomcat na unaweza kurekebisha faili ya usanidi wa huduma ya Tomcat ndani ya /etc/systemd/, basi unaweza kurekebisha mistari:
Backdoor yako itatekelezwa wakati tomcat inapoanza.
Angalia Vichupo
Folda zifuatazo zinaweza kuwa na nakala rudufu au habari za kuvutia: /tmp, /var/tmp, /var/backups, /var/mail, /var/spool/mail, /etc/exports, /root (Labda huenda usiweze kusoma ya mwisho lakini jaribu)
Mahali/ Faili Zilizomilikiwa za Kipekee
Faili zilizobadilishwa katika dakika za mwisho
Faili za DB za Sqlite
*_historia, .sudo_as_admin_mafanikio, profile, bashrc, httpd.conf, .mpango, .htpasswd, .git-uthibitisho, .rhosts, hosts.equiv, Dockerfile, docker-compose.yml faili
Faili zilizofichwa
Script/Binaries in PATH
Script/Binaries katika PATH
Faili za Wavuti
Nakala za Kuhifadhi
Faili zinazojulikana kuwa na nywila
Soma nambari ya linPEAS, inatafuta faili kadhaa zinazoweza kuwa na nywila. Zana nyingine ya kuvutia unayoweza kutumia kufanya hivyo ni: LaZagne ambayo ni programu huru inayotumika kurejesha nywila nyingi zilizohifadhiwa kwenye kompyuta ya eneo kwa Windows, Linux & Mac.
Kumbukumbu
Ikiwa unaweza kusoma kumbukumbu, unaweza kupata habari za kuvutia/siri ndani yake. Kumbukumbu inavyoonekana kuwa ya ajabu, ndivyo itakavyokuwa ya kuvutia zaidi (labda). Pia, baadhi ya kumbukumbu za ukaguzi zilizo mbaya (zilizowekewa mlango wa nyuma?) zinaweza kukuruhusu kurekodi nywila ndani ya kumbukumbu za ukaguzi kama ilivyoelezwa katika chapisho hili: https://www.redsiege.com/blog/2019/05/logging-passwords-on-linux/.
Ili kusoma logs ya kikundi adm itakuwa ya manufaa sana.
Faili za Shell
Utafutaji wa Vibali/Regex wa Kijumla
Pia unapaswa kuangalia faili zinazo kuwa na neno "password" katika jina yake au ndani ya maudhui, na pia angalia IPs na barua pepe ndani ya magogo, au hash regexps. Sitataja hapa jinsi ya kufanya hivi lakini ikiwa una nia unaweza kuangalia ukaguzi wa mwisho ambao linpeas hufanya.
Faili Zinazoweza Kuandikwa
Utekaji wa Maktaba ya Python
Ikiwa unajua mahali ambapo skripti ya python itatekelezwa na unaweza kuandika ndani ya folda hiyo au unaweza kurekebisha maktaba za python, unaweza kurekebisha maktaba ya OS na kuifanya kuwa na mlango wa nyuma (ikiwa unaweza kuandika mahali ambapo skripti ya python itatekelezwa, nakili na ubandike maktaba ya os.py).
Ku kuweka mlango wa nyuma kwenye maktaba, weka mwishoni mwa maktaba ya os.py mstari ufuatao (badilisha IP na PORT):
Uchunguzi wa Logrotate
Udhaifu katika logrotate
huruhusu watumiaji wenye ruhusa za kuandika kwenye faili ya log au mabwawa yake ya wazazi kupata mamlaka ya juu. Hii ni kwa sababu logrotate
, mara nyingi ikifanya kazi kama root, inaweza kudanganywa kutekeleza faili za kupindukia, hasa katika mabwawa kama /etc/bash_completion.d/. Ni muhimu kuchunguza ruhusa si tu katika /var/log bali pia katika saraka yoyote ambapo mzunguko wa logi unatumika.
Udhaifu huu unaathiri logrotate
toleo 3.18.0
na vinyume vyake
Maelezo zaidi kuhusu udhaifu huu yanaweza kupatikana kwenye ukurasa huu: https://tech.feedyourhead.at/content/details-of-a-logrotate-race-condition.
Unaweza kutumia udhaifu huu na logrotten.
Udhaifu huu ni sawa sana na CVE-2016-1247 (logs za nginx), kwa hivyo unapogundua unaweza kubadilisha logs, chunguza ni nani anayesimamia logs hizo na angalia ikiwa unaweza kupandisha mamlaka kwa kubadilisha logs kwa viungo vya alama.
/etc/sysconfig/network-scripts/ (Centos/Redhat)
Kumbukumbu ya Udhaifu: https://vulmon.com/exploitdetails?qidtp=maillist_fulldisclosure&qid=e026a0c5f83df4fd532442e1324ffa4f
Ikiwa, kwa sababu yoyote, mtumiaji anaweza kuandika skripti ya ifcf-<chochote>
kwa /etc/sysconfig/network-scripts au anaweza kurekebisha ile iliyopo, basi mfumo wako umeshambuliwa.
Skripti za mtandao, ifcg-eth0 kwa mfano hutumiwa kwa ajili ya mawasiliano ya mtandao. Zinafanana kabisa na faili za .INI. Walakini, zinasambazwa kiotomatiki kwenye Linux na Meneja wa Mtandao (dispatcher.d).
Kwa mfano wangu, NAME=
iliyotolewa katika skripti hizi za mtandao haishughulikiwi kwa usahihi. Ikiwa una nafasi nyeupe/blank katika jina mfumo unajaribu kutekeleza sehemu baada ya nafasi nyeupe/blank. Hii inamaanisha kwamba kila kitu baada ya nafasi nyeupe ya kwanza kinatekelezwa kama root.
Kwa mfano: /etc/sysconfig/network-scripts/ifcfg-1337
init, init.d, systemd, na rc.d
Dereva /etc/init.d
ni nyumbani kwa maandishi ya System V init (SysVinit), mfumo wa usimamizi wa huduma wa Linux wa kisasa. Inajumuisha maandishi ya kuanza
, kukomesha
, kuanzisha tena
, na mara nyingine kupakia tena
huduma. Hizi zinaweza kutekelezwa moja kwa moja au kupitia viungo vya alama za ishara zilizopatikana katika /etc/rc?.d/
. Njia mbadala katika mifumo ya Redhat ni /etc/rc.d/init.d
.
Kwa upande mwingine, /etc/init
inahusishwa na Upstart, mfumo mpya zaidi wa usimamizi wa huduma ulioanzishwa na Ubuntu, ukitumia faili za usanidi kwa kazi za usimamizi wa huduma. Licha ya mpito kwenda Upstart, maandishi ya SysVinit bado hutumiwa pamoja na miundo ya Upstart kutokana na tabaka la utangamano katika Upstart.
systemd inatokea kama meneja wa kuanzisha na huduma wa kisasa, ukitoa vipengele vya juu kama vile kuanza kwa daemone kwa ombi, usimamizi wa automount, na picha za hali ya mfumo. Inapanga faili katika /usr/lib/systemd/
kwa pakiti za usambazaji na /etc/systemd/system/
kwa marekebisho ya msimamizi, ikipunguza mchakato wa usimamizi wa mfumo.
Mbinu Nyingine
Kupandisha Hadhi ya Mamlaka ya NFS
pageNFS no_root_squash/no_all_squash misconfiguration PEKutoroka kutoka kwa Makabati Yaliyozuiwa
pageEscaping from JailsCisco - vmanage
pageCisco - vmanageKinga za Usalama wa Kernel
Msaada Zaidi
Zana za Kupandisha Hadhi za Linux/Unix
Zana bora ya kutafuta vectors za kupandisha hadhi za mamlaka za ndani za Linux: LinPEAS
LinEnum: https://github.com/rebootuser/LinEnum(-t option) Enumy: https://github.com/luke-goddard/enumy Unix Privesc Check: http://pentestmonkey.net/tools/audit/unix-privesc-check Linux Priv Checker: www.securitysift.com/download/linuxprivchecker.py BeeRoot: https://github.com/AlessandroZ/BeRoot/tree/master/Linux Kernelpop: Enumerate kernel vulns ins linux and MAC https://github.com/spencerdodd/kernelpop Mestaploit: multi/recon/local_exploit_suggester Linux Exploit Suggester: https://github.com/mzet-/linux-exploit-suggester EvilAbigail (physical access): https://github.com/GDSSecurity/EvilAbigail Recopilation of more scripts: https://github.com/1N3/PrivEsc
Marejeo
Last updated