Application Vulnerability Assessment performed by EC DIGIT's Security Assurance
Actions:
-
Update logurubased logger and follow the guidelines. - commit 572c8865 -
On Path Manipulation: the affected moduledependencies.pywith items being internal and hardcoded paths to data files, defined in environment variables. We will consider usingPath.resolve(strict=True)to further decrease any risks. - commit d796cec5 -
On “System Information Leak: Internal” : we use environment to pre-configure development or production setups. In the production set of configurations, we disable all sorts of console logs. We have to further remove from printing exceptions as part of a printed message.
Packages:
-
setuptoolsupgraded to version80.9.0 -
pipv24.0 (+ certify ?) : upgrade to version25.1.1 -
pandas: upgrade. Ifpickleis the vulnerability in pandas (2.2.2), we don’t use any, nor do we allow for externally supplied pickled files or data -
pipv.24.0 +idna: upgrade to versions25.1.1and3.10respectively -
tornado: upgrade to version6.5.1 -
certifi: upgrade to version2025.6.15 -
setuptools: upgrade to version80 -
dask: upgrade to version2025.5.1. We can make thedaskpackage only optional, for the user to install at his own choice, in a running service (i.e. a Web API service). Again, as aforementioned, how will a local user of the software, using his own data be affected (i.e. using the CLI component of PVGIS 6) ? In the context of PVGIS 6, dask offers Dask-Arrays which is a way to serve heavy processing tasks. PVGIS 6 targets mainly scientific / advanced users, who might need have access to advanced hardware (multi-core systems) for their eventual heavy computations. The usual case, however, in using PVGIS6, is to use regular NumPy. While we are not examining a future Web service here, we will not include Dask at first for our Beta Web API service. -
urllib3: upgrade to version2.5.0 -
jinja: upgrade to version3.1.6 -
mkdocs-material: upgrade to version9.6.14 -
mkdos: upgrade to version1.6.1 -
zipp: upgrade to version3.23.0 -
pillow: upgrade to version11.2.1 -
scipyupgrade to varsion1.16.0 -
numpyupgrade to2.3.1 -
parsoversion0.8.4: we don’t use directly parso – it’s some other library that uses it! And we hope this is not a blocker to release our prototype software as an open source package -
requests: we upgraded to version2.32.4 -
mkdocs-mermaid2-plugin: upgrade to version1.2.1`