正在加载视频...

视频加载失败

And here's postgres bidirectional RCE no admin required, client infects server, server infects client ♻️🐛

185,886 次观看 • 3 个月前 •via X (Twitter)

15 条评论

V12 的头像
V123 个月前

found using V12 by @rdjgr of the V12 security team V12 is our autonomous AI hacker. You can find bugs like this in your code: song: if your boyfriend was a songwriter by realina

YogSotho 的头像
YogSotho3 个月前

Where's PoC? Technical details?

ᑯƌǨ 的头像
ᑯƌǨ3 个月前

cant even get a fucking day off without having to patch and upgrade something

Sylvie 的头像
Sylvie3 个月前

how much time did it take to find this? y'all have really been in the zone recently...

thingwhere 的头像
thingwhere3 个月前

Are you able to say what versions of postgres this impacts yet?

V12 的头像
V123 个月前

this is a 26 year old vulnerablity

thingwhere 的头像
thingwhere3 个月前

Yikes. Are you able to confirm if it needs a valid client auth to be abused or if simply being exposed to non-auth connection would be vuln?

kernelstub (Prepakis Georgios) 的头像
kernelstub (Prepakis Georgios)3 个月前

Forgot the brainrot </3

Hannah Genie 的头像
Hannah Genie3 个月前

There goes my weekend. Two wormable bidirectional database RCEs in one cycle, and HackerOne still has not triaged the first one after two weeks.

.hxrtcamilla 的头像
.hxrtcamilla3 个月前

any details??? link to poc?

V12 的头像
V123 个月前

this shit is stuck in disclosure. Very sad

DK 的头像
DK3 个月前

Can you turn down the fucking music next time

V12 的头像
V122 个月前

poc for postgres server RCE: CVE-2026-14669. patched postgreSQL 18.6.

x1a0 的头像
x1a02 个月前

pycrypto?

Sebastian Buzdugan 的头像
Sebastian Buzdugan3 个月前

no admin is secondary if port 5432 is not reachable from untrusted clients

相关视频

If you’re playing on MonkeyTilt, the outcome might already be decided BEFORE you bet “The cryptography behind every bet has always been sound” We tested it It isn’t... we sent two different client seeds for the same nonce same result both times the server is ignoring the client seed entirely the player has ZERO influence on outcomes — what we did — opened the MonkeyTilt provably fair verifier with a revealed server seed entered nonce 1 → got 3.04x changed the client seed same server seed, same nonce → 3.04x changed it again → 3.04x the client seed has ZERO effect on the outcome — why this matters — in a provably fair system the outcome is derived from: -server seed -client seed -nonce the client seed exists so the player contributes randomness the server CAN’T predict if it’s ignored the server knows every outcome BEFORE you bet the hash commitment proves nothing because the server already controls all the inputs — not a frontend bug — we checked the network traffic the verifier sends a WebSocket request with: -client seed -server seed -nonce the server receives different client seeds and returns the same result anyway request 1 → client_seed “Clientseed123456789” → 3.04x request 2 → client_seed “NEWSEED12345” → 3.04x this is the server ignoring input not a display issue — live bet traffic — placing a Limbo bet returns: -random_multiplier -total_payout -round_closed that’s it no hash no seed reference no nonce no proof seeds are fetched from a separate endpoint game engine and seed system are DISCONNECTED — nonce verification — you can only verify nonces you’ve already played in a real system all outcomes are predetermined once the server seed is committed - they’re deterministic blocking future nonces suggests results don’t exist until you bet — summary — -client seed ignored by server -no cryptographic proof in bet responses -game engine and seed system DISCONNECTED -nonce verification restricted this isn’t provably fair it looks like provably fair UI on top of server side RNG MonkeyTilt should probably address this anyone can verify this themselves in 60 seconds - open the verifier, change the client seed, watch the result stay the same

CoinBets🔍

20,973 次观看 • 7 个月前