Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Ensure Default Log Storage on Persistent Storage Instead of RAM #1082

Open
cotosso opened this issue Feb 17, 2025 · 3 comments
Open

Ensure Default Log Storage on Persistent Storage Instead of RAM #1082

cotosso opened this issue Feb 17, 2025 · 3 comments

Comments

@cotosso
Copy link
Contributor

cotosso commented Feb 17, 2025

Description
Currently, log files are stored in RAM by default. However, for installations with advanced security requirements, logs should be persistently saved by default.

Proposed Solution
To align with security-by-design and security-by-default principles, logging should be enabled immediately upon deployment. A minimally invasive approach that maintains the current behavior while improving security is proposed:

On first UI access, display a modal asking whether to save logs on persistent storage.

The modal must be acknowledged before it disappears.

Until explicitly answered, the modal will reappear on every UI access (e.g., reopening a closed tab).

Available Choices

  • Log on installation storage partition (default)
  • No logging

For cases where an additional storage partition is available, the user can later navigate to the storage settings, disable logging on the current partition, and enable it on the new storage.

Impact & Benefits

Ensures critical logs are not lost due to RAM storage volatility.
Provides users with an informed choice while maintaining security defaults.
Allows for flexible log storage reconfiguration post-installation.

In case of presence of a controller

In case of use of a controller the admin can link NethSecurity to the controller too, saving logs in both local and remote resources.
This also guarantee log save in case of connectivity issues (including attack scenarios) that may prevent logs from reaching the controller, resulting in loss of critical data.

@cotosso cotosso moved this to ToDo 🕐 in NethSecurity Feb 17, 2025
@filippocarletti
Copy link
Member

Couldn't we disable the option to have logs in RAM?

@cotosso
Copy link
Contributor Author

cotosso commented Feb 18, 2025

Couldn't we disable the option to have logs in RAM?

yes, it depends from the implementation we are going to use to write all of them in the storage.
We need to make sure that the logs are maintained even after version updates.
If this feature is preserved we can also decide to always write them to the storage.

@Tbaile
Copy link
Contributor

Tbaile commented Feb 20, 2025

Proposed solution:
Move the logs inside the storage by default (this can, however, be lost during updates) and then if the Secure Installation Flag is enabled, prompt the user perpetually to enable the storage logs. This will be forced even if the controller logging is enabled.

Due to the shift from logging in the RAM to logging in the storage, this needs to be put in function in a ready to repair system when 8.5 gets released, so that we can verify the impact.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
Status: ToDo 🕐
Development

No branches or pull requests

3 participants