{"id":1839,"date":"2025-02-04T10:24:08","date_gmt":"2025-02-04T09:24:08","guid":{"rendered":"https:\/\/www.loicmathieu.fr\/wordpress\/?p=1839"},"modified":"2025-02-04T10:27:07","modified_gmt":"2025-02-04T09:27:07","slug":"java-vers-une-integrite-par-defaut-de-la-jvm","status":"publish","type":"post","link":"https:\/\/www.loicmathieu.fr\/wordpress\/fr\/informatique\/java-vers-une-integrite-par-defaut-de-la-jvm\/","title":{"rendered":"Java : vers une int\u00e9grit\u00e9 par d\u00e9faut de la JVM"},"content":{"rendered":"

Cet article est paru pour la premi\u00e8re fois dans le magazine Programmez! Hors s\u00e9rie #16<\/a>.<\/p>\n

La Machine Virtuelle Java (JVM) est un environnement d’ex\u00e9cution qui permet \u00e0 des programmes \u00e9crits en Java (ou dans d’autres langages compil\u00e9s en bytecode Java) de s’ex\u00e9cuter sur diff\u00e9rents syst\u00e8mes d’exploitation et architectures mat\u00e9rielles.<\/p>\n

D\u00e8s ses d\u00e9buts, la JVM a \u00e9t\u00e9 pens\u00e9e pour \u00eatre dynamique : elle peut ex\u00e9cuter du code non pr\u00e9sent \u00e0 la compilation par chargement de code \u00e0 chaud. Elle peut aussi appeler des librairies natives, et supporte de nombreuses fonctionnalit\u00e9s de monitoring.<\/p>\n

Depuis du code Java, il est aussi possible d\u2019appeler dynamiquement du code Java gr\u00e2ce \u00e0 l\u2019API de r\u00e9flexion, et m\u00eame de faire des acc\u00e8s m\u00e9moire en passant outre les m\u00e9canismes d\u2019allocation de m\u00e9moire de Java gr\u00e2ce \u00e0 la classe Unsafe.<\/p>\n

Toutes ces fonctionnalit\u00e9s ont fait de la JVM une des plateformes de choix pour le d\u00e9veloppement d\u2019application d\u2019entreprise.<\/p>\n

Mais depuis sa cr\u00e9ation, les principes de s\u00e9curit\u00e9s ont \u00e9volu\u00e9s, les risques inh\u00e9rents \u00e0 la s\u00e9curit\u00e9 des applications et ses impacts \u00e9tant de plus en plus grands, la JVM se devait d\u2019\u00e9voluer pour limiter sa surface d\u2019exposition aux risques tout en gardant les fonctionnalit\u00e9s qui ont fait son succ\u00e8s. Ces changements sont initi\u00e9s depuis tr\u00e8s longtemps, au moins depuis Java 9 et la modularisation de la JVM, mais ce n\u2019est que r\u00e9cemment qu\u2019une r\u00e9flexion globale a vue lieux au sein de la Java Enhancement Proposal (JEP) Integrity by Default<\/em> qui est encore en draft : JEP draft: Integrity by Default<\/a>. Cette JEP d\u00e9finie ce qu\u2019est l\u2019int\u00e9grit\u00e9 par d\u00e9faut, explique ses raisons et liste les JEP qui y participent. C\u2019est une JEP parapluie qui regroupe de nombreuses autres JEP.<\/p>\n

Qu\u2019est-ce que l\u2019int\u00e9grit\u00e9 par d\u00e9faut ?<\/h2>\n

Voici ce qu\u2019en dit la JEP :<\/p>\n

Dans le contexte d’un programme informatique, l’int\u00e9grit\u00e9 signifie que les \u00e9l\u00e9ments constitutifs du programme, ainsi que le programme lui-m\u00eame, sont \u00e0 la fois entiers et valides.<\/blockquote>\n

Derri\u00e8re cela, il y a un principe tr\u00e8s simple : la sp\u00e9cification de la JVM doit d\u00e9crire pr\u00e9cis\u00e9ment ce qui est n\u00e9cessaire pour qu\u2019un programme soit valide et son impl\u00e9mentation doit y ob\u00e9ir. Par exemple : la sp\u00e9cification des tableaux d\u00e9finit qu’un tableau ne peut \u00eatre acc\u00e9d\u00e9 qu’\u00e0 l’int\u00e9rieur des limites d\u00e9finies lors de sa cr\u00e9ation ; cette contrainte est garantie par la JVM, qui l\u00e8ve une exception en cas de violation.<\/p>\n

Les b\u00e9n\u00e9fices de l\u2019int\u00e9grit\u00e9 sont que :<\/p>\n