Sfoglia categorie
Esplora
Fiverr Pro
Italiano
$
USD
系统 I will fix php rce security vulnerability and modernize legacy php platform
Shikha Kumar
Informazioni su questo servizio
Traduzione automatica.
Il tuo server è esposto alle vulnerabilità critiche PHP Remote Code Execution (RCE) CVE-2026-109618 e CVE-2026-109619 o è bloccato su una versione PHP End-of-Life?
Rispettare i diritti di terzi
Ricorda che è contrario alle politiche di Fiverr per i freelance includere temi, modelli o qualsiasi altro elemento che violi i diritti di terzi o le leggi applicabili nell'opera consegnata. Per saperne di più, consulta Guida alla creazione digitale responsabile.
Scopri di più su Shikha Kumar
Shikha Kumar
Full Stack AI Developer I React, Node, Laravel I AI SaaS
- DaIndia
- Membro damag 2019
- Tempo di risposta medio3 ore
- Ultima consegna7 anni
Lingue
Inglese
Full Stack Web & AI Developer specializing in production-ready AI SaaS, custom web applications, and intelligent API integrations.
Core Stack:
• Frontend: React.js, Next.js, Tailwind CSS, TypeScript
• Backend: Node.js, Express, Laravel (PHP), Python/FastAPI
• AI & Data: OpenAI API, Claude API, LangChain, RAG Systems, MongoDB, PostgreSQL
I engineer scalable architectures with secure authentication, payment processing (Stripe), and seamless LLM workflows. From MVP prototyping to enterprise automation, I deliver clean, documented, high-performance software. Let's build your AI solution.
Traduzione automatica.
Il mio portfolio
FAQ
Traduzione automatica.
Che cos'è CVE-2026-109618 e CVE-2026-109619, e perché sono critici?
Si tratta di vulnerabilità di Remote Code Execution (RCE) non autenticata CVSS 9.2 che colpiscono il core PHP. Gli attacker possono provocare esecuzione di codice arbitrario tramite corruzione out-of-memory (OOM) o stato globale obsoleto prima che venga eseguita la logica dell'applicazione. È necessaria una patch urgente o una mitigazione
Il mio sito è su una versione PHP vecchia, End-of-Life (7.4, 8.0, 8.1). È possibile sistemarlo comunque?
Sì. Le patch ufficiali vengono pubblicate solo per versioni PHP ancora supportate attivamente (8.2, 8.3, 8.4, 8.5). Per siti su versioni legacy (7.4, 8.0, 8.1), applichiamo backport di sorgente testati e mitigazioni a livello di pool sul server che eliminano i vettori d'attacco senza forzare un aggiornamento immediatamente rischioso.
L'applicazione della patch di sicurezza o l'aggiornamento causeranno downtime del sito?
No. Per patching di emergenza applichiamo hotfix e riavviamo i processi PHP in pochi secondi durante finestre a basso traffico. Per aggiornamenti maggiori di versione PHP (per esempio da PHP 7.x a PHP 8.4), tutti i test si fanno su una clonazione di staging isolata prima, per garantire zero downtime in produzione.
Perché non basta cliccare su "Upgrade PHP" nel mio hosting cPanel?
Le applicazioni PHP vecchie, i temi e i plugin spesso si basano su sintassi deprecate, estensioni rimosse (come mysql_* o create_function) o cambiamenti di typing introdotti in PHP 8+. Aggiornare senza rifattorizzare il codice può causare errori fatali 500 e mettere offline la piattaforma.
Cosa comprende il servizio Legacy Platform Modernization?
Faccio analisi statica del codice per rilevare tutte le funzioni deprecate, dipendenze incompatibili e sintassi che provoca problemi. Riprogetto il codice legacy monolitico, aggiorno i pacchetti Composer, testo le query del database e aggiorno il sito a PHP 8.3/8.4+ o lo migro a un framework Laravel moderno.
Quali hardening a livello server applichi?
Configuro i parametri del pool FPM, aumento memory_limit, disabilito superfici d'attacco come session.upload_progress.enabled, imposto limiti per caricamenti, e calibro gli header del web server (Apache/Nginx) per bloccare payload di exploit malformati prima che raggiungano PHP.
Riesci a risolvere failure di audit di sicurezza da Qualys, Nessus o AWS Inspector?
Sì. Rivedo il report dello scanner automatico, individuo le versioni esatte dei pacchetti e le direttive di configurazione che causano i flagged di vulnerabilità, risolvo i problemi di codice/server e fornisco prova di verifica pulita per i tuoi audit di conformità.
Puoi modernizzare applicazioni PHP personalizzate e CMS legacy?
Sì. Che tu abbia un backend PHP nativo personalizzato, CodeIgniter, Symfony o CMS più vecchi, rifatto il codice legacy in architetture modulari, manutenibili con API RESTful pulite.
Quali accessi servono per eseguire la patch o l'aggiornamento?
In base alla tua configurazione, serve o accesso SSH/terminal root, o accesso al pannello di hosting (cPanel, Plesk, RunCloud), o accesso al repository Git e a un server di staging. Tutte le credenziali sono trattate con massima riservatezza.
Quanto velocemente puoi rilasciare la patch di emergenza?
Per server in produzione attivi e a rischio immediato di sfruttamento, offro la consegna espressa entro 24 ore per applicare la hotfix, verificare la chiusura dei vettori d'attacco CVE e mettere al sicuro la tua piattaforma subito.
