6379 - Pentesting Redis
Sluit aan by HackenProof Discord bediener om te kommunikeer met ervare hackers en foutbeloningsjagters!
Hacking-insigte Raak betrokke by inhoud wat die opwinding en uitdagings van hack bevat
Haknuus in Werklikheid Bly op hoogte van die snelveranderende hackwêreld deur werklikheidsnuus en insigte
Nuutste Aankondigings Bly ingelig met die nuutste foutbelonings wat begin en belangrike platformopdaterings
Sluit by ons aan op Discord en begin vandag saamwerk met top hackers!
Basiese Inligting
Vanaf die dokumente: Redis is 'n oopbron (BSD-gelisensieerde), in-memory datastruktuurwinkel, gebruik as 'n databasis, cache en boodskapper).
Standaard gebruik Redis 'n teksgebaseerde protokol, maar onthou dat dit ook ssl/tls kan implementeer. Leer hoe om Redis met ssl/tls hier te hardloop.
Verstekpoort: 6379
Outomatiese Opsomming
Sommige geoutomatiseerde gereedskap wat kan help om inligting van 'n redis-instansie te verkry:
Handmatige Opsomming
Banier
Redis is 'n teks-gebaseerde protokol, jy kan net die bevel in 'n sokket stuur en die teruggekeerde waardes sal leesbaar wees. Onthou ook dat Redis kan hardloop met ssl/tls (maar dit is baie vreemd).
In 'n gewone Redis-instantie kan jy net koppel deur nc
te gebruik of jy kan ook redis-cli
gebruik:
Die eerste bevel wat jy kan probeer is info
. Dit kan uitset met inligting van die Redis-instantie of iets soos die volgende kan teruggegee word:
In hierdie laaste geval beteken dit dat jy geldige geloofsbriewe nodig het om toegang tot die Redis-instantie te verkry.
Redis-verifikasie
Standaard kan Redis sonder geloofsbriewe benader word. Dit kan egter gekonfigureer word om slegs 'n wagwoord, of gebruikersnaam + wagwoord te ondersteun.
Dit is moontlik om 'n wagwoord in te stel in die redis.conf lêer met die parameter requirepass
of tydelik totdat die diens heraangeskakel word deur daarmee te verbind en die volgende uit te voer: config set requirepass p@ss$12E45
.
'n Gebruikersnaam kan ook in die parameter masteruser
binne die redis.conf lêer gekonfigureer word.
Indien slegs 'n wagwoord gekonfigureer is, is die gebruikte gebruikersnaam "verstek". Merk ook op dat daar geen manier is om ekstern te vind of Redis gekonfigureer is met slegs 'n wagwoord of gebruikersnaam + wagwoord.
In gevalle soos hierdie een sal jy geldige geloofsbriewe moet vind om met Redis te kan interaksieer, sodat jy kan probeer om dit brute-force. Indien jy geldige geloofsbriewe gevind het, moet jy die sessie verifieer nadat jy die verbinding met die volgende bevel tot stand gebring het:
Geldige geloofsbriewe sal beantwoord word met: +OK
Geautehtiseerde enumerasie
Indien die Redis-bediener anonieme verbindinge toelaat of as jy geldige geloofsbriewe verkry het, kan jy die enumerasieproses vir die diens inisieer deur die volgende opdragte te gebruik:
Ander Redis-opdragte kan hier gevind word en hier.
Merk op dat die Redis-opdragte van 'n instansie hernoem of verwyder kan word in die redis.conf lêer. Byvoorbeeld, hierdie lyn sal die opdrag FLUSHDB verwyder:
Meer oor die veilige konfigurasie van 'n Redis-diens hier: https://www.digitalocean.com/community/tutorials/how-to-install-and-secure-redis-on-ubuntu-18-04
Jy kan ook in werklike tyd die Redis-opdragte monitor wat uitgevoer word met die opdrag monitor
of die top 25 stadigste navrae kry met slowlog get 25
Vind meer interessante inligting oor meer Redis-opdragte hier: https://lzone.de/cheat-sheet/Redis
Databasis Dumping
Binne Redis is die databasisse nommers wat begin vanaf 0. Jy kan vind of enigiemand dit gebruik in die uitset van die opdrag info
binne die "Keyspace" brokkie:
Of jy kan net al die keyspaces (databasisse) kry met:
In daardie voorbeeld word die databasis 0 en 1 gebruik. Databasis 0 bevat 4 sleutels en databasis 1 bevat 1. Standaard sal Redis databasis 0 gebruik. Om byvoorbeeld databasis 1 te dump, moet jy die volgende doen:
Indien jy die volgende fout kry -WRONGTYPE Operation against a key holding the wrong kind of value
terwyl jy GET <KEY>
hardloop is dit omdat die sleutel dalk iets anders as 'n string of 'n heelgetal kan wees en 'n spesiale operator benodig om dit te vertoon.
Om die tipe van die sleutel te weet, gebruik die TYPE
bevel, voorbeeld hieronder vir lys- en hashsleutels.
Dompel die databasis met npm redis-dump of python redis-utils
Sluit aan by HackenProof Discord bediener om te kommunikeer met ervare hackers en foutbeloningsjagters!
Hack-insigte Gaan aan met inhoud wat die opwinding en uitdagings van hack bekyk
Waretydse Hack-nuus Bly op hoogte van die snelveranderende hackwêreld deur waretydse nuus en insigte
Nuutste Aankondigings Bly ingelig met die nuutste foutbelonings wat bekendgestel word en noodsaaklike platformopdaterings
Sluit by ons aan op Discord en begin vandag saamwerk met top hackers!
Redis RCE
Interaktiewe Skul
redis-rogue-server kan outomaties 'n interaktiewe skul of 'n omgekeerde skul in Redis(<=5.0.5) kry.
PHP Webshell
Inligting van hier. Jy moet die pad van die Webwerf vouer weet:
Indien die webshell toegang uitsondering, kan jy die databasis leegmaak na rugsteun en weer probeer, onthou om die databasis te herstel.
Templaat Webshell
Soos in die vorige afdeling kan jy ook 'n paar html templaat lêers oorskryf wat deur 'n templaat-enjin geïnterpreteer gaan word en 'n shell verkry.
Byvoorbeeld, volgens hierdie skryfstuk, kan jy sien dat die aanvaller 'n rev shell ingespuit het in 'n html wat deur die nunjucks templaat-enjin geïnterpreteer is:
Let daarop dat veral sjabloon-enjins cache die sjablone in geheue hou, sodat selfs as jy dit oorskryf, die nuwe een nie uitgevoer sal word nie. In hierdie gevalle het die ontwikkelaar óf die outomatiese herlaai aktief gelaat óf jy moet 'n DoS oor die diens doen (en verwag dat dit outomaties weer begin).
SSH
Voorbeeld van hier
Wees bewus dat die resultaat van config get dir
kan verander na ander handmatige uitbuitingsopdragte. Stel voor om dit eerste uit te voer direk na die aanmelding by Redis. In die uitset van config get dir
kan jy die tuiste van die redis-gebruiker vind (gewoonlik /var/lib/redis of /home/redis/.ssh), en deur dit te weet, weet jy waar jy die authenticated_users
lêer kan skryf om toegang te verkry via ssh met die gebruiker redis. As jy die tuiste van 'n ander geldige gebruiker ken waar jy skryfregte het, kan jy dit ook misbruik:
Skep 'n ssh openbare-privaatsleutelpaar op jou rekenaar:
ssh-keygen -t rsa
Skryf die openbare sleutel na 'n lêer:
(echo -e "\n\n"; cat ~/id_rsa.pub; echo -e "\n\n") > spaced_key.txt
Importeer die lêer na Redis:
cat spaced_key.txt | redis-cli -h 10.85.0.52 -x set ssh_key
Stoor die openbare sleutel in die authorized_keys lêer op die Redis-bediener:
Laastens kan jy ssh na die redis-bediener met die privaatsleutel: ssh -i id_rsa redis@10.85.0.52
Hierdie tegniek is outomaties hier: https://github.com/Avinash-acid/Redis-Server-Exploit
Crontab
Die laaste voorbeeld is vir Ubuntu, vir Centos, moet die bo genoemde bevel wees: redis-cli -h 10.85.0.52 config set dir /var/spool/cron/
Hierdie metode kan ook gebruik word om bitcoin te verdien: yam
Laai Redis Module
Volg die instruksies vanaf https://github.com/n0b0dyCN/RedisModules-ExecuteCommand jy kan 'n redis module saamstel om arbitrêre bevele uit te voer.
Dan het jy 'n manier nodig om die saamgestelde module te oplaai
Laai die opgelaaide module tydens uitvoertyd met
MODULE LOAD /path/to/mymodule.so
Lys gelaai modules om te kontroleer of dit korrek gelaai is:
MODULE LIST
Voer bevele uit:
Ontlaai die module wanneer jy wil:
MODULE UNLOAD mymodule
LUA sandboks omseil
Hier kan jy sien dat Redis die bevel EVAL gebruik om Lua-kode sandboks uit te voer. In die gekoppelde pos kan jy sien hoe om dit te misbruik deur die dofile-funksie te gebruik, maar blykbaar is dit nie meer moontlik nie. Hoe dan ook, as jy die Lua sandboks kan omseil, kan jy arbitrêre bevele op die stelsel uitvoer. Ook, van dieselfde pos kan jy sien dat daar enkele opsies is om DoS te veroorsaak.
Sommige CVE's om uit LUA te ontsnap:
Meester-Slaaf Module
Die meester redis alle operasies word outomaties gesinchroniseer na die slaaf redis, wat beteken dat ons die kwesbaarheid redis as 'n slaaf redis kan beskou, wat aan die meester redis gekoppel is wat ons eie beheer word, dan kan ons die bevel na ons eie redis invoer.
SSRF praat met Redis
Indien jy klarteks versoek na Redis kan stuur, kan jy met dit kommunikeer aangesien Redis lyn vir lyn die versoek sal lees en net met foute op die lyne reageer wat dit nie verstaan nie:
Daarom, as jy 'n SSRF vuln in 'n webwerf vind en jy kan beheer oor 'n paar headers (miskien met 'n CRLF vuln) of POST parameters, sal jy in staat wees om willekeurige bevele na Redis te stuur.
Voorbeeld: Gitlab SSRF + CRLF na Shell
In Gitlab11.4.7 is 'n SSRF-kwesbaarheid en 'n CRLF ontdek. Die SSRF-kwesbaarheid was in die projek invoer van URL-funksionaliteit tydens die skep van 'n nuwe projek en het toegang tot willekeurige IP-adresse in die vorm [0:0:0:0:0:ffff:127.0.0.1] (dit sal toegang tot 127.0.0.1 gee), en die CRLF vuln is uitgebuit deur net %0D%0A karakters by die URL te voeg.
Daarom was dit moontlik om misbruik te maak van hierdie kwesbaarhede om met die Redis-instantie te kommunikeer wat queues bestuur vanaf gitlab en om daardie queues te misbruik om kodering uit te voer. Die Redis queue misbruik payload is:
En die URL encode versoek misbruik SSRF en CRLF om 'n whoami
uit te voer en die uitset terug te stuur via nc
is:
Vir 'n rede (soos vir die skrywer van https://liveoverflow.com/gitlab-11-4-7-remote-code-execution-real-world-ctf-2018/ waar hierdie inligting vandaan kom) het die uitbuiting gewerk met die git
-skema en nie met die http
-skema nie.
Sluit aan by HackenProof Discord bediener om met ervare hackers en foutbeloningsjagters te kommunikeer!
Hacken-insigte Gaan in gesprek met inhoud wat die opwinding en uitdagings van hacken ondersoek
Hacknuus in Werklikheid Bly op hoogte van die snelveranderende hackwêreld deur middel van werklike nuus en insigte
Nuutste Aankondigings Bly ingelig met die nuutste foutbelonings wat bekendgestel word en noodsaaklike platformopdaterings
Sluit by ons aan op Discord en begin vandag saamwerk met top hackers!
Last updated