Bedankt voor de titel! Maar je strooit al wel snel met zulke titels, want mijn programmeerervaring dateert alweer van toen ik nog op school zat en assembly, pascal of C kreeg.
Ik zeg nergens dat een code in een andere taal veel veiliger is, maar als je gebruik maakt van de JRE ben je afhankelijk van een externe partij, Oracle, om veiligheidproblemen in de JRE op te lossen waarbij als je een taal als het door jouw genoemde C++ gebruikt zelf de complete controle heb om problemen op te lossen.
Daarbij willen programma's, geen idee hoe dat bij de ING zit, soms nog wel eens een specifieke versie van JRE vereisen. Mocht er een nieuwe JRE uitkomen welke veiligheidsproblemen oplost, maar jouw applicatie wordt niet geüpdate om met die nieuwe versie JRE te kunnen werken heb je een veiligheidsrisico. Nieuwe virussen kunnen dan gebruik maken van fouten in de oude JRE die nog op jouw systeem geinstallerd staat en dus loop je systeem extra risico.
Banken hebben, of zouden moeten, veiligheid hoog op de agenda staan, maar als je dan een bankierenapplicatie maakt die gebruik maakt van iets waar je geen controle over heb en wat haast synoniem staat als een veligheidsrisico/probleem dan vind ik dat raar. En dan vind ik het haast ironisch hoe ze oude browsers weren ivm veiligheid, maar wel een JRE gebruiken welke als veligheidsrisico/probleem te boek staat.
Maar dit is hoe ik er over denkt, ieder z'n ding en als jij, of iemand anders, goede argumenten heb om mij anders te doen denken dan sta ik daar voor open. Maar voorlopig is dit hoe ik het zie.
Oracle heeft updates voor versies 7.0 en 8.0 van zowel de developmentkit als de runtime-environment van Java Standard Edition uitgebracht. Voor versie 8.0 is het makkelijk, daar is update 45 voor beschikbaar. Bij versie 7.0 zijn er twee uitvoering beschikbaar. De eerste, update 79, bevat alleen verbeteringen voor beveiligingsproblemen en ernstige bugs, terwijl de tweede, update 80, ook een nieuwe optie bevat.
System en netwerk utilities
