← Accueil · Stacks & langages · Toute la doc
PHP sur Outscale
Laravel pour les produits SaaS, WordPress pour les sites et la publication, Symfony pour les applications d’entreprise : PHP reste partout. bige-ops le pose sur Outscale avec ses bases MySQL ou MariaDB en subnet privé, chiffre la stack et vérifie si tes routes Laravel et WordPress demandent une connexion.
php dans bige-ops : API sur le port 8080, front sur le 80, 512 MiB par défaut. Côté failles : routes Laravel et WordPress accessibles sans connexion, HTML Blade affiché sans échappement, bibliothèques Composer (Packagist) comparées aux failles connues.
Frameworks et bibliothèques
Les deux frameworks PHP les plus déployés ont leur module de routes dans bige-ops ; Symfony se déploie de la même façon.
Laravel
Le framework PHP des équipes produit : Eloquent, files, Horizon, Sanctum. bige-ops repère les routes Route::get(), Route::match() et les groupes Route::prefix() ; ->middleware('auth') marque une route protégée (connexion exigée), et le HTML affiché sans échappement par Blade ({!! !!}) est transmis à l’audit approfondi.
documentation officielle · Laravel sur OpenCVE
WordPress
Le CMS le plus utilisé du web, et son écosystème d’extensions (WooCommerce en tête). bige-ops reconnaît un site WordPress à son wp-config.php et repère les routes de l’API REST déclarées par register_rest_route().
documentation officielle · WordPress sur OpenCVE · WooCommerce sur OpenCVE
Symfony
Les composants et le framework derrière une large part du PHP d’entreprise. Il se conteneurise et se déploie sur Outscale comme Laravel (PHP-FPM ou serveur web intégré à l’image) ; ses dépendances Composer sont comparées aux failles connues, comme les autres.
documentation officielle · Symfony sur OpenCVE
Composer et PHP-FPM
Composer gère les paquets Packagist ; PHP-FPM sert l’application derrière nginx ou Apache dans l’image. bige-ops lit require et require-dev de chaque composer.json.
documentation officielle · PHP sur OpenCVE · Guzzle sur OpenCVE
Faire tourner PHP sur Outscale avec bige-ops
Le runtime php de bige-ops construit ton image depuis le Dockerfile du dépôt (PHP-FPM, Apache ou FrankenPHP : c’est ton choix d’image) et l’expose sur le port 8080, avec un front sur le port 80 si tu en déclares un. Les workers (queues Laravel, Horizon, Symfony Messenger) partagent la VM app.
| Topologie | Sur Outscale | Pour |
|---|---|---|
single-vm | une VM {name}-all avec IP publique : apps et bases en Docker Compose | prototype, démo, environnement de test |
multi-vm | VM app en subnet public derrière un LBU, une VM privée par base (security groups au CIDR du Net), NAT pour la sortie | la production simple et lisible |
oks | cluster OKS (control plane managé + nodepools), un Deployment par service, Service LoadBalancer → LBU | le scale horizontal, les microservices, l’HPA |
bige-ops add layout php-app --name shop # ou sur mesure : bige-ops add layout custom --runtime php --web same --worker \ --db mysql --db redis --topology multi-vm --lbu
Le layout php-app part sur PostgreSQL + Redis ; le bâtisseur custom te laisse choisir MySQL ou MariaDB. Détail : layouts & topologies.
Ce que bige-ops vérifie dans ton code PHP
Des failles, il y en aura toujours : l’important est de voir d’abord celles qui sont exposées. Sans clé ni IA (le « mode direct »), bige-ops lit ton code PHP sur ton poste et ressort ce qui compte :
- Les pages et les API exposées : routes Laravel (
Route::get,Route::match, préfixes) et WordPress (register_rest_route).->middleware('auth')marque une route protégée ; une route sensible (/admin,/account,/payment…) sans vérification de connexion visible ressort comme « page ou API accessible sans être connecté ». - Les erreurs classiques : mots de passe ou clés écrits en clair dans le code ; exécution de commandes construites avec des données externes ; le HTML affiché sans échappement par Blade (
{!! !!}) est transmis à l’audit approfondi. - Tes bibliothèques : les paquets Packagist de
composer.jsonsont comparés à la base publique des failles connues des bibliothèques open source (OSV) ; un front JavaScript (package.json) passe aussi par OSV et par la recherche de code injecté qui s’exécute dans le navigateur de tes utilisateurs (XSS). - Ta stack : avec ta clé OpenCVE, MySQL, MariaDB, Redis et une image
nginxsont comparés automatiquement aux failles connues publiées dans le registre mondial des vulnérabilités (CVE). Pour le runtime PHP lui-même, garde la fiche PHP sur OpenCVE en référence.
Tout est ensuite classé par urgence : ce qui est exposé à Internet d’abord. Pourquoi le refaire toi-même ? C’est chez toi, sur ton poste, et c’est gratuit. En option, l’audit approfondi de bige-ops advanced relit ces pistes avec ta propre clé d’IA, écarte les fausses alertes et classe chaque faille par type, selon le catalogue de référence (CWE). La méthode complète : ce que bige-ops vérifie.
Bases de données typiques
PHP s’accorde naturellement avec la famille MySQL, et Laravel parle aussi très bien PostgreSQL.
| Base | Avec ce langage | Failles connues |
|---|---|---|
| MySQL | Eloquent, Doctrine ; MySQL 8.4 LTS. Stack : Laravel + Horizon + MySQL + Redis. | fiche OpenCVE |
| MariaDB | prise en charge par WordPress dès la 10.11 (voir les prérequis). Stack : WordPress + MariaDB. | fiche OpenCVE |
| Redis | cache, sessions, queues Laravel et Horizon. Stack : Laravel + Horizon + MySQL + Redis. | fiche OpenCVE |
| PostgreSQL | pris en charge par Laravel et Doctrine. | fiche OpenCVE |
Règle d’or, quelle que soit la base : jamais exposée à Internet. En multi-VM elle vit dans le subnet privé, sans IP publique, derrière un security group limité au CIDR du Net ; sur OKS elle reste un Service interne (ClusterIP). Détail : réseau · ouvrir ou non et bases de données.
Versions à épingler
PHP publie ses dates de support : 8.4 (sécurité jusqu’au 31 décembre 2028) et 8.5 (jusqu’au 31 décembre 2029) sont les bons choix ; 8.3 reste couvert jusqu’à fin 2027 et 8.2 jusqu’au 31 décembre 2026. WordPress demande PHP 8.3 ou plus. Laravel corrige les bugs 18 mois et la sécurité 2 ans par version majeure. Sources : versions supportées de PHP · politique de support Laravel · Failles connues : PHP sur OpenCVE.
OpenCVE, la source des failles connues
Pour savoir quelles failles connues touchent les briques de ta stack, bige-ops s’appuie sur OpenCVE. OpenCVE rassemble les failles publiées dans le registre mondial des vulnérabilités (CVE) et ses sources officielles (NVD, MITRE, liste KEV des failles déjà exploitées tenue par la CISA, l’agence américaine de cybersécurité…), donne à chacune sa note de gravité sur 10 (CVSS) et sa probabilité d’être exploitée (EPSS), et les range par éditeur et par produit, consultables dans son explorateur. Le projet est open source : son code, ses issues et les contributions de sa communauté vivent sur GitHub, et il s’installe aussi chez toi. Merci à ses mainteneurs et à tous ceux qui font vivre ce référentiel : c’est grâce à eux que chaque composant de ta simulation a sa fiche de failles à jour.
Stacks PHP chiffrées
- Laravel + Horizon + MySQL + Redis (423,06 € HT/mois estimés)
- WordPress + MariaDB (236,90 € HT/mois estimés)
Docs officielles
Pour aller plus loin : layouts & topologies, VMs, OKS, volumes BSU, OOS, LBU, réseau, régions, bases de données, catalogue de prix. Toutes les stacks : stacks & langages.