View Issue Details
ID | Project | Category | View Status | Date Submitted | Last Update |
---|---|---|---|---|---|
0007582 | Kali Linux | Kali Package Improvement | public | 2022-02-15 15:09 | 2023-10-10 12:23 |
Reporter | vanguard | Assigned To | sbrun | ||
Priority | normal | Severity | minor | Reproducibility | always |
Status | closed | Resolution | fixed | ||
Product Version | 2022.1 | ||||
Fixed in Version | 2022.2 | ||||
Summary | 0007582: gvm is interfering with gvmd | ||||
Description | Dear package team, I stumbled over a little issue with the package gvm. Desription: Im package gvmd you find the scripts "greenbone-certdata-sync", and these are used by the script "gvm-feed-update" of package gvm. However, when you start the "greenbone-*" script as root, then this is working well, but the result of the downloaded files are set with root:root instead of _gvm:_gvm. I do not need to tell you,. that this is desciribed in README.Debian of package gvm. However, if one did not read or know this, he will get into trouble caused by the wrong ownerships. Ok, this can be manually fixed, but my writing here aims to suggest, to find a way, that these "greenbone-*" could not be executed, when the script "gvm-feed-update" is installed, just to force, only this script has to be used. One idea might be, to put all scripts into one package (gvm or gvmd does not matter which, they are dependend), or check, let the greenbone-scriptts check, if gvm-feed-update is existent, then, if yes, stop execution and give out a warning or let greenbone-* installed without exec bit and let gvm-feed-update set the exec-bit at instrall or at first start. You know, what I want to forbid. If you decide, that everything is ok, how it is, just close this bug and drop me an info. Thanks for reading this. Best regards Hans | ||||
There is another thing, I noticed at the script "gvm-feed-update": Whilst the mentioned "greenbone-*-sync" is just fetching only the differences between installed and repository, Could not see, why, but this behaviour appeared also in the greenbone-* script, but in those this was fixed a few months ago. If someone is interested in this issue..... Best regards Hans |
|
Please check my last note carefully. I rechecked today, and it did not appear, that the repo is fully cloned again. Maybe this was just by chance or this issue disappeared. However, I will take a look at it in the future. Would be nice, if someone could confirm or deny this issue, too. Thanks! Hans |
|
So, rechecked several times again, and yes, it still downloads the repo again and again and not the differs. This is just a besides information and not the core of this bugreport! The main core of this bugreport is the content of my first mail (gvm interfering gvmd). However, thanks for reading though. Best regards Hans |
|
Thanks for the report. The openvas-scanner package provides the script "greenbone-nvt-sync". The script can't be run by the "root". It's a block made by upstream. In Debian/Kali we just add an information about the user _gvm. The gvmd package provides the scripts "greenbone-certdata-sync", "greenbone-scapdata-sync", "greenbone-feed-sync". These scripts can be run by root. About the second issue I haven't investigated yet. |
|
gvm version 21.4.4.~kali1 is now available in kali-rolling. The main issue should be fixed in this version. About the second issue, I was unable to reproduce it: |
|
Main issue has been fixed. |
|
Date Modified | Username | Field | Change |
---|---|---|---|
2022-02-15 15:09 | vanguard | New Issue | |
2022-02-15 15:52 | vanguard | Note Added: 0015742 | |
2022-02-16 10:09 | sbrun | Assigned To | => sbrun |
2022-02-16 10:09 | sbrun | Status | new => assigned |
2022-02-16 19:04 | vanguard | Note Added: 0015749 | |
2022-02-18 17:53 | vanguard | Note Added: 0015767 | |
2022-02-28 14:16 | sbrun | Note Added: 0015821 | |
2022-03-10 14:31 | sbrun | Note Added: 0015842 | |
2022-03-25 13:58 | g0tmi1k | Severity | tweak => minor |
2022-04-21 16:12 | sbrun | Status | assigned => resolved |
2022-04-21 16:12 | sbrun | Resolution | open => fixed |
2022-04-21 16:12 | sbrun | Fixed in Version | => 2022.2 |
2022-04-21 16:12 | sbrun | Note Added: 0016061 | |
2023-10-10 12:23 | vanguard | Status | resolved => closed |