Les documents sont l'une des principales portes d'entrée d'une plateforme d'IA. Dans Navin Enterprise AI, aucun fichier n'atteint le traitement de documents, l'OCR, le traitement des médias, la transcription ou le RAG sans avoir été analysé : l'analyse est une exigence, pas une convention.
Le parcours d'un fichier
- Envoi : le fichier est reçu.
- Quarantaine : il reste isolé tant que l'analyse n'est pas terminée.
- ClamAV et YARA-X : analyse par signatures et par règles YARA.
- Validation : une autorisation d'analyse liée au sha256 du fichier est délivrée.
- Docling : le traitement de documents exige cette autorisation, comme l'OCR, les médias et la transcription.
- RAG et IA : seul un contenu validé est indexé ou transmis à un modèle.
Pensé pour les exigences bancaires
L'analyse est 100 % locale : aucun fichier ne quitte la plateforme pour être analysé. Elle fonctionne en échec fermé : un analyseur qui ne répond pas signifie un fichier refusé. Chaque résultat est audité, lève si besoin des événements de sécurité pour le SOC et alimente des métriques, et les services d'analyse se déploient en haute disponibilité.
Des services d'analyse durcis
clamd n'écoute que sur la boucle locale et n'est joint qu'à travers une passerelle HTTPS, car clamd exposé en TCP n'a ni TLS ni authentification et accepte la commande SHUTDOWN. Les signatures sont mises à jour par freshclam depuis le miroir interne. YARA-X tourne comme un worker HTTPS avec les règles navin-baseline, mises à jour par sha256 depuis le dépôt interne.
Les archives demandent une attention particulière. Les mesures faites sur clamd 1.4.6 et 1.5.4 ont montré qu'un membre de ZIP plus gros que MaxFileSize revient OK sans avoir été lu en entier : la passerelle et la plateforme lisent donc elles-mêmes le répertoire central de l'archive.
L'écran Sécurité des fichiers du portail présente les analyses et leurs résultats, et les quatre SDK exposent les méthodes de sécurité des fichiers.