Skip to content
KitploitKITPLOIT
StrumentiBlog
Invia
StrumentiBlog
Invia

Strumenti di Hacking, PenTest e Cybersecurity per il tuo Arsenale di Sicurezza!

Kitploit è una directory di strumenti di hacking, cybersecurity e pentesting. Scopri gli ultimi aggiornamenti dei progetti per trovare vulnerabilità, analizzare sistemi, automatizzare i test e rafforzare la tua sicurezza.

··Feed·Contatto·Privacy·© 2026 Kitploit

Directory degli strumenti

Categorie

Vedi tutte le categorie
Loading categories
Strumenti/GitHubGitHub/authrequest/freeloader
Escalation di PrivilegiSicurezza dei ContenitoriMappatura della ReteAnalisi delle VulnerabilitàProxy Web e IntercettazioneExploitReverse EngineeringDebuggerAnalisi di BinariApprendimento e FormazioneSviluppo Payload
921652 mesi faRevisionato da Kitploit

Più Popolari

Vedi tutti →

Scopri gli strumenti più utilizzati dalla nostra community.

Esplora tutti gli strumenti

Sfoglia la nostra collezione di strumenti

Vedi tutti gli strumenti →
Condividi
GitHub
authrequest/freeloader

Freeloader

Plex Unlocker

Vedi Repository

Supporto Docker per plexmediaserver_crack

Applica patch a Plex Media Server in esecuzione su Docker — sia l'immagine ufficiale plexinc/pms-docker sia l'immagine della community lscr.io/linuxserver/plex — utilizzando lo stesso meccanismo LD_PRELOAD sull'esecuzione di PMS dell'installazione nativa con systemd. Vedi il README principale e la guida completa docs/DOCKER.md per il motivo e la risoluzione dei problemi.

Build

Dalla radice del progetto:

root@kitploit:~
# Immagine ufficiale (plexinc/pms-docker)
docker build -f docker/Dockerfile.plexinc -t plex-crack:plexinc .

# Immagine community (lscr.io/linuxserver/plex)
docker build -f docker/Dockerfile.linuxserver -t plex-crack:lsio .

La prima build scarica zig 0.13.0 e l'immagine base Plex scelta. Le build successive riutilizzano i layer memorizzati nella cache fino a quando src/, third_party/ o build.sh non cambiano. Blocca la base con --build-arg PLEX_BASE_IMAGE=... se hai bisogno di riproducibilità tra aggiornamenti PMS.

Run

root@kitploit:~
# plexinc (nessun PUID/PGID; l'immagine esegue PMS come utente upstream 'plex')
docker run -d --name plex --network=host \
    -v /srv/plex/config:/config \
    -v /srv/plex/data:/data \
    plex-crack:plexinc

# linuxserver (onora PUID/PGID in modo che /config e /data vengano chown correttamente al primo avvio)
docker run -d --name plex --network=host \
    -e PUID=$(id -u) -e PGID=$(id -g) \
    -e TZ=America/Los_Angeles \
    -v /srv/plex/config:/config \
    -v /srv/plex/data:/data \
    plex-crack:lsio

Poi:

root@kitploit:~
curl -s -o /dev/null -w '%{http_code}\n' http://127.0.0.1:32400/identity   # -> 200

Patch in loco (nessuna ricostruzione)

Se hai già un container Plex in esecuzione e non vuoi ricostruire l'immagine o ricreare il container, plex-docker-patch.sh applica la stessa patch a un container vivo — nessun docker build necessario, immagine originale intatta, container originale + i suoi volumi preservati. Revertibile tramite uninstall (viene mantenuta una copia .orig del file s6 run).

root@kitploit:~
# Nome container predefinito: "plex"
./docker/plex-docker-patch.sh install

# Nome container personalizzato
./docker/plex-docker-patch.sh install my-plex

# Revert (ripristina il file run s6 dal suo .orig)
./docker/plex-docker-patch.sh uninstall my-plex

# Stato
./docker/plex-docker-patch.sh status my-plex

Lo script rileva automaticamente l'immagine base (plexinc vs LSIO) leggendo il contenuto del file s6 run all'interno del container, quindi lo stesso .so e wrapper.sh vengono usati in entrambi i casi. Zig deve essere disponibile sull'host (lo script invoca build.sh); un build/plexmediaserver_crack.so preesistente viene riutilizzato.

Quando usare cosa

  • Build Dockerfile (il flusso docker build sopra) — migliore per distribuzioni ripetibili, multi-host, CI/CD, immagini immutabili. Commiti un'immagine patchata e la rilasci.
  • plex-docker-patch.sh — migliore per patch una tantum di un container in esecuzione che non vuoi toccare. Modifica il filesystem del container attivo; completamente revertibile tramite uninstall.

Cosa si trova dove

Per docker-compose, deriva della firma, verifica con scripts/readbitset.py, disinstallazione e risoluzione dei problemi, vedi ../docs/DOCKER.md.

Risoluzione rapida dei problemi (patcher in loco)

Per diagnosi più approfondite (PMS exit 127, ABI glibc vs musl, proprietà LSIO /config, deriva della firma negli aggiornamenti PMS), vedi ../docs/DOCKER.md.

Scarica lo strumento
FileScopo
Dockerfile.plexincBuild multi-stadio → plexinc/pms-docker patchato
Dockerfile.linuxserverBuild multi-stadio → lscr.io/linuxserver/plex patchato
wrapper.shLauncher dentro il container (env → LD_PRELOAD ultimo → exec PMS)
plex-docker-patch.shPatcher in loco per un container in esecuzione (install / uninstall / status)
SintomoCausa probabilePrima verifica
install dice ERROR: docker not on PATHCLI docker non installata o utente non nel gruppo dockerdocker version (deve essere eseguito come te)
install dice could not find s6 svc-plex run filel'immagine upstream ha cambiato il layout di s6docker exec <nome> ls -la /etc/s6-overlay/s6-rc.d/svc-plex/ /etc/services.d/plex/ — apri un'issue con l'output
install ha successo ma .so is NOT in /proc/$PID/mapsPMS uscito con 127 (errore del loader)docker logs <nome> | tail -50 — di solito un .so glibc è entrato (ricostruire con build.sh)
status mostra PATCH IS NOT ACTIVE dopo installil file run non è stato riscritto (es. layer readonly) o il container non è stato riavviatodocker exec <nome> cat /etc/s6-overlay/s6-rc.d/svc-plex/run — dovrebbe stampare exec .../plex-crack-wrapper.sh
uninstall dice no run.orig found.orig è stato cancellato, o il file run non è mai stato salvato (es. hai eseguito una versione precedente dello script)ripristina manualmente: docker cp <immagine-upstream>:/etc/s6-overlay/s6-rc.d/svc-plex/run <nome>:/etc/s6-overlay/s6-rc.d/svc-plex/run