← Accueil · Stacks & langages · Toute la doc

bige-ops Gratuit

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.

En bref. Runtime 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.

TopologieSur OutscalePour
single-vmune VM {name}-all avec IP publique : apps et bases en Docker Composeprototype, démo, environnement de test
multi-vmVM app en subnet public derrière un LBU, une VM privée par base (security groups au CIDR du Net), NAT pour la sortiela production simple et lisible
okscluster OKS (control plane managé + nodepools), un Deployment par service, Service LoadBalancer → LBUle 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 :

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.

BaseAvec ce langageFailles connues
MySQLEloquent, Doctrine ; MySQL 8.4 LTS. Stack : Laravel + Horizon + MySQL + Redis.fiche OpenCVE
MariaDBprise en charge par WordPress dès la 10.11 (voir les prérequis). Stack : WordPress + MariaDB.fiche OpenCVE
Rediscache, sessions, queues Laravel et Horizon. Stack : Laravel + Horizon + MySQL + Redis.fiche OpenCVE
PostgreSQLpris 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

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.