Le JBIG2 est-il bientôt banni ?
JBIG2 est un algorithme de compression pour les images bitonales et a été développé pour remplacer l'algorithme CCITT G4 largement utilisé, car il peut atteindre de meilleurs ratios de compression. Cependant, l'algorithme a reçu une mauvaise réputation qui a conduit certains experts en sécurité à la recommandation de ne plus utiliser l'algorithme. S'agit-il d'un sage conseil ou simplement d'une réaction exagérée? Pourquoi pourrait-on aller aussi loin ?
Pour comprendre cela, commençons par quelques propriétés de l'algorithme lui-même. JBIG2 peut être utilisé en deux modes : sans perte et perte. Dans le mode sans perte, l'image décompressée est binaire identique à l'image avant d'être compressée. En mode perte, certains pixels peuvent différer en faveur d'un meilleur taux de compression.
Pour y parvenir, le compresseur construit un dictionnaire de symboles composé de motifs de bits pour par exemple le caractère "e". Sur une page scannée ce caractère peut apparaître souvent, mais les motifs de bits peuvent différer légèrement. L'algorithme de compression remplace désormais toutes les occurrences de ces masques par des références au masque stocké dans le dictionnaire de symboles. La plupart des compresseurs ont un paramètre de qualité qui indique à quel point un motif est similaire à un symbole précédemment stocké. Il est évident que cette méthode peut économiser de la place.
Mais, si le paramètre de qualité est mis à bas, alors le compresseur peut remplacer un modèle de bits pour "6" par une référence au symbole "8". Dans ce cas, nous pourrions avoir un problème. Ce comportement possible est la source de toute la discussion sur l'algorithme JBIG2.
En raison des problèmes qui peuvent survenir pendant la compression, certains experts recommandent de ne pas utiliser l'algorithme du tout. En particulier, l'autorité fédérale allemande BSI (Bundesamt fu<unk> r die Sicherheit in der Informationstechnik) a révisé la directive RESISCAN en conséquence. Bien que JBIG2 ne soit pas mentionné explicitement dans cette liste, il interdit la recherche de masques / remplacement et les algorithmes de masques soft correspondants. Cela implique que JBIG2 ne doit pas être utilisé ni sans perte, ni perte. Aussi le KOST suisse (Koordinationsstelle fu<unk> r die dauerhafte Archivierung elektronischer Unterlagen) recommande de ne plus utiliser JBIG2.
Techniquement parlé, si un utilisateur utilise la compression JBIG2 sans perte, alors le problème décrit ne peut pas se produire. De l'autre côté, je peux comprendre que BSI et KOST recommandent de ne pas utiliser le tout l'algorithme, car ils supposent que la plupart des utilisateurs ne se soucient pas des détails tels que perdus et sans perte et paramètres de qualité.
Afin d'éviter les discussions de sécurité, le paramétrage du paramètre qualité a été désactivé dans notre logiciel depuis la version 4. .5.0 avec l'effet que seule une compression sans perte est utilisée.
