In this specific case, participation in a project led by Eclipse
Foundation
So, this brings me to an example of what I’ve been complaining about
elsewhere. Surely, that project is not secret. And surely, the BoD got
some document with an overview of the project, and some kind of letter
inviting the TDF to join. These should have been (and should be)
disclosed to the trustees. For example, the hierarchy of files in the
NextCloud instance
https://nextcloud.documentfoundation.org/apps/files/?dir=/ could be a
place where such documents are routinely filed - by category, date,
whatever - as they are received or created as the case may be, and when
there is no decision to embargo their disclosure…
In this case, this is the result of my involvement - on behalf of TDF -
in the Cyber Resilience Act discussions and activities. I have presented
the situation at the LibreOffice Conference. There isn’t any document as
all the activities have been carried out during video conferences and in
person meetings in Brussels, which is typical of these activities with
political institutions.
italovignoli:
The plan is to present a cybersecurity standardization
methodology for open source software, which allows to avoid reinventing
the wheel every time we will have to talk about security in developing
free open source software.
… and if we had a link to the relevant documents, we would have been
able to read more about what this paragraph means. e.g. the extent to
which this methodology applies to LibreOffice, or whether this is a
Europe-specific thing or just happens to be worked on in Europe; etc.
When there will be an official document (and not just a number of draft
working papers), it will be shared. At the moment, we are in the process
of setting up the standardization project, which is not a trivial task.
The methodology will be based on several inputs, including those from
the LibreOffice security team, and will be used by FOSS projects when in
the future there will be discussions about cybersecurity. If it will be
used outside Europe, it’s probably too early to know.
In my personal opinion, the CRA Standardization Project is a key step in
the direction of a more cohesive FOSS ecosystem, as much as the CRA was
the episode that allowed us to realize that the divisions - which have
been considered a plus by many - were a blocker for FOSS.
So, it will be definitely used in Europe, but it will be available for
every project in the FOSS ecosystem. Adopting the standard will allow a
FOSS project to provide a recognized framework for development security,
which - in turn - will not allow political institutions to think that
FOSS is inherently insecure (which is what happened with the CRA).