À propos de Zedmos
Zedmos a commencé en 2024 comme activité d'ingénierie système Linux et FreeBSD et a été constituée en société en Allemagne en 2026. Nous construisons une seule chose et la livrons de trois façons : un moteur d'inspection à l'intérieur du pare-feu que vous exploitez déjà, le même moteur en boîtier complet sur notre propre système d'exploitation, et une console que vous hébergez vous-même pour les administrer tous.
Le moteur existait avant l'entreprise ; c'est pourquoi il est venu d'abord et que l'entreprise s'est construite autour de lui, et non l'inverse.
2024
L'ingénierie système commence sur Linux et FreeBSD : un moteur d'inspection posé directement sur les interfaces d'un pare-feu plutôt qu'à côté, pour que la décision soit prise là où le paquet se trouve déjà.
2025
Le moteur est empaqueté pour OPNsense et pour pfSense, et la console se construit au-dessus. À partir de là, le modèle de politique est le même partout où il tourne — c'est ce qui permet d'exploiter comme un seul ensemble un parc réparti sur les deux plateformes, et c'est ce qui a rendu l'étape suivante possible.
Tourner à l'intérieur des plateformes des autres a prouvé le moteur ; Zedmos OS est l'autre moitié de la réponse. Un système d'exploitation fondé sur FreeBSD, avec le moteur rattaché aux interfaces dès le premier démarrage, installé depuis une seule image sur le matériel de votre choix — pour les sites qui veulent un pare-feu plutôt qu'un ajout à celui qu'ils exploitent déjà. Même moteur, même modèle de politique, même console.
2026
Zedmos est constituée selon le droit allemand et européen : le Cyber Resilience Act européen, le RGPD, et une période de support et une politique de divulgation publiées qu'un acheteur peut nous opposer.
Aujourd'hui
Le moteur est écrit, relu et publié ici. Rien dans le produit n'exige un cloud Zedmos : votre trafic est inspecté sur votre boîtier, vos enregistrements restent dans la console que vous hébergez, et la décision sur un fichier ou une requête est prise chez vous.
Trois positions sur lesquelles le produit est bâti. Elles expliquent pourquoi il a cette allure, et ce sont elles qu'il faut discuter si vous pensez que nous avons tort.
01
Envoyer le trafic à un service séparé pour l'examiner ajoute un aller-retour à chaque session et une dépendance à chaque site. Nous mettons le travail sur le boîtier qui achemine déjà le paquet.
02
Plusieurs sous-systèmes qui concluent séparément sur la même session produisent un résultat que personne ne peut reconstituer ensuite. Tout ce que nous apprenons d'une session alimente un seul verdict, et c'est ce verdict qui est consigné.
03
La console est un logiciel que vous installez. C'est un produit plus difficile à construire qu'un service hébergé, et plus facile à faire passer en revue d'achat, parce que la réponse à « où vivent les données » est : sur votre serveur.
Le moteur est développé, relu et publié en Allemagne, sous le droit allemand et européen. Pour un acheteur européen, ce n'est pas un slogan sur l'emballage — c'est la juridiction devant laquelle l'éditeur répond.
Une question technique est traitée par quelqu'un qui a lu le code dont il est question. C'est une propriété de notre organisation, et nous dirons clairement quand la réponse est que quelque chose n'est pas encore construit.
Période de support, engagement de mises à jour de sécurité, nomenclature logicielle et procédure de divulgation des vulnérabilités sont écrits et datés sur la page sécurité — pas décrits sur demande.
Un éditeur allemand de sécurité réseau établi à Tuttlingen, dans le Bade-Wurtemberg. Zedmos a commencé en 2024 comme activité d'ingénierie système Linux et FreeBSD et a été constituée en société en Allemagne en 2026. Elle construit un seul moteur d'inspection en ligne et le livre en paquet pour OPNsense et pfSense CE, en Zedmos NGFW complet sur ZedmOS, et avec une console multi-locataire auto-hébergeable.
Le droit allemand et européen. Le moteur est développé, relu et publié en Allemagne ; les services de licence et de renseignement sur les menaces tournent à Francfort ; une console auto-hébergée garde les journaux de pare-feu, qui sont des données personnelles au sens du RGPD, sous la responsabilité de traitement du client.
Zéro entrée au catalogue CISA Known Exploited Vulnerabilities et aucune CVE publiée à ce jour. Le produit relève de l'annexe III classe II du Cyber Resilience Act européen, livre une SBOM CycloneDX à chaque version, reçoit des mises à jour de sécurité pendant au moins cinq ans, et dispose d'une politique de divulgation coordonnée avec des dates.
Démonstrations et tarifs : info@zedmos.com. Partenaires et distribution : sales@zedmos.com. Signalement de vulnérabilités : security@zedmos.com. Chaque adresse arrive chez une personne capable de répondre.