Les serveurs Black Hole sont des serveurs cloud totalement invisibles depuis Internet. Aucun port ne répond, aucun scanner ne peut les détecter. Le seul accès se fait par un tunnel chiffré — et uniquement pour ceux à qui vous l'avez autorisé.
Les collaborateurs créent des applications, les déploient sur des serveurs et les connectent à Bitrix24. Tout va bien — jusqu'à ce que vous vous demandiez qui contrôle l'accès à ces serveurs.

Chaque port ouvert est un point d'entrée potentiel. Des bots scannent Internet 24h/24 à la recherche de serveurs vulnérables

Le projet est terminé, le serveur tourne encore. Vous payez pour des ressources que personne n'utilise

Chaque collaborateur déploie à sa manière. Aucune norme de sécurité unifiée, aucun contrôle


Imaginez un serveur dans une pièce sans porte. Le seul accès se fait par un tunnel chiffré qui ne s'ouvre qu'aux personnes que vous avez autorisées.

Toutes les connexions entrantes sont bloquées au niveau d'iptables. Le serveur lui-même ouvre une connexion WebSocket sortante vers la Gateway, par laquelle transite tout le trafic autorisé.
Un trou noir dans l'espace est invisible de l'extérieur. Rien ne lui échappe, et l'accès est régi par des lois physiques strictes. Nos serveurs fonctionnent de la même manière — invisibles aux scanners, aucun port ne répond, et l'accès se fait uniquement via un tunnel chiffré pour ceux que vous avez autorisés.
iptables DROP ALL — le serveur ne répond pas au ping, est invisible aux scanners de ports et n'existe pas pour le monde extérieur
Aucune IP publique, aucun port ouvert, aucune surface d'attaque
Tunnel WebSocket chiffré via la passerelle. Authentification via Bitrix24
Inutile de configurer des pare-feux, des VPN ou du SSL. La sécurité n'est pas une option — c'est l'architecture.

15–30 minutes

1–2 minutes
Claude Code, Cursor et d'autres modèles d'IA déploient via l'API Deploy directement. Dites à votre IA « déployer sur le serveur » — elle le fera. Sans vos clés, sans accès SSH, sans risques.
N'importe quel langage, framework ou base de données. Pour vous, c'est un serveur Linux classique — simplement invisible.
Basculez en un clic. Sans modification de config, sans redémarrage de serveur, sans DevOps.
Chaque visite est enregistrée — qui a accédé, quand et pendant combien de temps. Vue complète de l'utilisation de votre application.
Chaque serveur obtient une URL prête à l'emploi — app-.vibecode.bitrix24.com. HTTPS, DNS — tout est configuré automatiquement.
Les données de vos serveurs sont protégées elles aussi : sauvegardes du disque entier, stockage objet et instantanés automatiques du code source.

Sauvegardez le disque entier et restaurez-le dans un serveur propre en quelques minutes. Survit même à la suppression du serveur.

Un stockage objet pour les fichiers de votre application — avatars, pièces jointes, exports. Aucun bucket à vous.

Un instantané du code source à chaque déploiement. Un nouveau développeur télécharge la version et poursuit.
Serveurs cloud aux meilleurs prix du marché. Sans surcoût pour l'« invisibilité » — la protection Black Hole est incluse.
Aucune requête pendant N minutes — le serveur se met en veille automatiquement. Aucun coût.
Première requête — il se réveille tout seul. Rien ne change pour l'utilisateur.
Définissez votre délai : 15, 30, 60 minutes, ou illimité.
Un outil interne typique est utilisé 2 à 3 heures par jour.
Sur un VPS classique, vous payez pour 24 heures.
Avec Black Hole — seulement 2 à 3 heures.
Un serveur oublié ne coûte plus rien.
Black Hole résout les problèmes de deux types d'équipes. Sans configuration supplémentaire.

Les collaborateurs créent des tableaux de bord, des bots et des automatisations pour Bitrix24. Black Hole leur fournit des serveurs avec contrôle d'accès prêt à l'emploi — sans DevOps.

Hébergement sécurisé sans configuration de pare-feu, VPN ou certificat SSL. Créez un serveur — obtenez une URL protégée — déployez votre application.
Comment fonctionnent les serveurs invisibles
Les serveurs Black Hole n'ont pas d'adresse IP publique. Aucun port ne répond aux requêtes externes et aucun scanner ne peut détecter le serveur. L'accès n'est possible que par un tunnel Vibecode chiffré.
Via le tunnel intégré du CLI Vibecode. La commande vibe tunnel vous connecte au serveur par un canal chiffré. SSH, HTTPS et autres protocoles fonctionnent à travers le tunnel.
Serveurs cloud sous Linux avec ressources dédiées. CPU, RAM et disque dépendent du plan choisi. Les serveurs démarrent en une minute via l'API ou le panneau de contrôle.
La différence majeure, c'est la sécurité par défaut. Le serveur est invisible depuis Internet — pas besoin de configurer pare-feu, SSL ou fermer des ports. Tout est protégé par le tunnel dès le départ.