-
Notifications
You must be signed in to change notification settings - Fork 153
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
Do not skip scan_config if preference was not found #1005
Conversation
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I'm worried that we will have incomplete configs if we allow the configs to be synced when the preference does not exist. This could occur when the config sync happens before the NVTs are fully synced. Safer to wait for the preference to be available, I think.
This ensures that the config preference is created even when the NVT or NVT preference has not arrived in the feed yet. It is required because syncing of configs no longer requires the NVT preferences to all be present (in order to speed up availability of feed defined configs during initial sync).
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Going by our internal discussions the new approach is handling the unknown preferences better when sending them to the scanner instead of totally ignoring them when importing the configs, so these changes should be fine now.
Config preferences are always included when syncing configs with the feed, even if they do not exist in the NVT preferences.
For consistency the same behaviour is applied when uploading configs.
The motivation is that feed defined configs should be available as soon as possible, even if the associated NVT info has not been synced yet.
Checklist: