4 millió eurót kapott a Fleuret – a pentestből folyamatos szolgáltatás lesz

A párizsi Fleuret AI 2026. október 5-én 4 millió eurós pre-seed körének lezárását jelentette be. A RAISE Ventures vezette finanszírozásban az Auriga Cyber Ventures, a Wind Capital, a Better Angle és kiberbiztonsági angyalbefektetők vettek részt; a pénz a behatolási tesztek folyamatos szolgáltatássá fejlesztését és a szakmai csapat bővítését szolgálja.

A vállalat az egyszeri pentestből olyan ellenőrzési folyamatot épít, amely a változó alkalmazások támadási felületét követi, és új vizsgálatot indíthat a rendszer módosulásakor. Yanis Grigy társalapító a Tech.eu beszámolójában így fogalmazott: „We don't just want to automate pentesting as it exists today.” A cél az, hogy a biztonsági vizsgálat eredménye az alkalmazás későbbi változásai mellett is használható maradjon.

Miért épít folyamatos pentestet a Fleuret?

Egy egyszeri behatolási teszt az adott vizsgálati körben és időpontban feltárható hibákat mutatja meg. Amikor új funkció kerül élesítésre, egy API jogosultságai változnak vagy új külső végpont jelenik meg, a korábbi eredmény már nem írja le teljesen az elérhető támadási felületet. A Fleuret ajánlata erre az időbeli résre épül: az ismételt felderítés és a változásokhoz kapcsolt teszt hamarabb juttathatja el a friss hibát a javításért felelős csapathoz.

A céget Yanis Grigy vezérigazgató és Augustin Ponsin technológiai vezető alapította, akik korábban már behatolási tesztekkel foglalkozó vállalkozást indítottak. A Fleuret ügyfelei között a Brevo, a Stoïk és a Yogosha szerepel, csapata nagyjából tízfős. Az új tőkéből mesterséges intelligenciával, szoftverfejlesztéssel és támadó szemléletű biztonsági munkával foglalkozó szakembereket keresnek. Ez a növekedési terv a platform kiépítéséhez kapcsolódik; az ügyféloldali javítás továbbra is külön feladat.

Öt állomás a feltérképezéstől az újratesztelésig

A szolgáltatás logikája egymásra épülő műveletekből áll. Émile és Champollion nevű AI-ügynökei az alkalmazások, API-k és a külső infrastruktúra elérhető felületeit térképezik fel, majd a talált sérülékenységeket ellenőrzött kihasználási kísérlettel vizsgálják. A találathoz megismételhető bizonyíték kapcsolódik, így a jelzés konkrét támadási úthoz köthető.

1. Feltérképezés: a tesztelhető alkalmazás, API és külső infrastruktúra elérhető részeinek azonosítása.
2. Azonosítás: lehetséges hibák keresése a feltárt felületeken és az alkalmazás működési logikájában.
3. Kihasználhatóság bizonyítása: ellenőrzött próbával annak kimutatása, hogy a gyanús pont ténylegesen támadható.
4. Javítás támogatása: a bizonyíték és a javasolt teendő átadása a felelős műszaki csapatnak.
5. Újratesztelés: a javított rendszer újbóli vizsgálata, hogy az eredeti támadási út továbbra is működik-e.

Az öt állomás együtt írja le a célzott szolgáltatást, de a folyamat egyes részei eltérő fejlettségi szinten állnak. A feltérképezés, a kihasználási próba és a találathoz kapcsolt bizonyíték a bemutatott termék működése. A kihasználhatóság szerinti rangsorolás, a fejlesztői eszközök további integrációja és az automatikus újratesztelés fejlesztés alatt álló eszköztár. A javítást a sérülékeny kód vagy beállítás felett rendelkezni képes ügyfél végzi el; egy igazolt hiba önmagában még nem kijavított hiba.

A bizonyíték minősége a vevőnek azért lényeges, mert megmutatja, milyen kérés és milyen jogosultság mellett jelentkezett a probléma. Ha a fejlesztő pontosan reprodukálni tudja a támadási utat, a javítás tárgya világosabb, az újratesztelés pedig ugyanarra az útvonalra összpontosíthat. Az új verzió ellenőrzése a vizsgált környezetre és az adott próbára ad választ.

Miben különbözik az egyszeri ár az éves szerződéstől?

A Fleuret árazási tájékoztatója webalkalmazásonként 4000 euróban adja meg az egyszeri pentest árát; ebben az alkalmazás, a REST vagy GraphQL API, a mögöttes külső infrastruktúra, a jelentés és a javítás utáni egyszeri újratesztelés szerepel. Az Enterprise konstrukció ezzel szemben webalkalmazásonként éves, egyedi áras szerződés, amelyből az ügyfél a szerződéses keret szerinti teszteket igény szerint indíthatja.

Az árazás kulcsa a vizsgálat egysége. Az egyszeri csomagban a webalkalmazás köré rendeződik a teszt, nem a szakértői munkanapok számához vagy a talált hibák darabszámához. A javítás utáni ellenőrzés itt már része az ajánlatnak, ezért a folyamatos szolgáltatás ígérete túlmutat az újratesztelésen. Az éves konstrukcióban az ismételhetőség és a több alkalmazás közös kezelése válik üzleti termékké, miközben a tesztek mennyiségét szerződéses kvóta határozza meg.

Egy gyorsan változó webes szolgáltatásnál a vevő számára az időzítés számít: a korábban lezárt vizsgálat és a következő kiadás közé új hibák kerülhetnek. A megismételhető teszt akkor ad többet egy évente megrendelt jelentésnél, ha a változást követően valóban lefut, és az eredmény a javításért felelős csapathoz jut. A visszatérő szerződés így ellenőrzési kapacitást kínál; önmagában nem jelenti azt, hogy minden kiadás minden hibája ismertté válik.

Hol húzódik a szolgáltatás felelősségi határa?

A jelenlegi termékkör webalkalmazásokra, azok API-jaira és a kapcsolódó külső infrastruktúrára összpontosít. A teszteléshez az ügyfélnek meg kell adnia a vizsgált felületet, a szükséges tesztfiókokat és az engedélyezett műveletek határait. Ezek a feltételek befolyásolják, hogy az ügynökök mely jogosultsági szinteket és alkalmazásutakat tudják ténylegesen kipróbálni; egy kimaradó szerepkör hibái pusztán az ismételt vizsgálattól nem válnak láthatóvá.

A Fleuret európai működésre és európai infrastruktúrára építi a vállalati ajánlatát, ami az érzékeny tesztadatokat kezelő vevőknél beszerzési szempont lehet. A jelentés DORA- és NIS2-követelményekhez igazított elemeket is tartalmaz, de az adott szervezet megfelelőségéről külön döntés születik. A finanszírozás utáni termékpróba az lesz, hogy a feltárt és kihasználással igazolt hibákból mennyi jut el a javításig, majd a megismételt mérésig egy változó alkalmazásban.

Olvassa el ezt is:

• A Clastix 2,9 millió eurót kapott – ez az első külső tőkéje
• A Duqu 1,5 millió eurót kapott, de a számla a vállalkozónál marad
• Calendly vagy Microsoft Bookings: az előfizetésben kapott eszköz nem tud mindent