在Kali Linux上安裝GVM 22.9

 事情是醬子的，突然覺得可以改成叫GVM安裝日誌。

這次因為需求進行弱掃時發現一堆Report outdated / end-of-life Scan Engine / Environment。

內心OS：版本又過期了阿。

好吧，更新看看

 yum update -y

沒有任何動靜，於是立馬跑去Atomicorp的Github看看。

在issue可以看到不少鄉民也有類似問題22.4.1 is End-of-Life

看來作者應該是忙到沒時間幫忙打包更新了。

經過一番Google大神爬文後，我下定決心改投入Kali Linux的懷抱。(X

安裝方式也非常簡單，可以參考鄉民寫的詳細教學 - 如何在ESXi 安裝Kali Linux. Kali Linux

在Kali Linux上安裝GVM真的是非常非常容易。

1.檢查更新

sudo apt-get update

sudo apt-get upgrade

sudo apt-get dist-upgrade

2.安裝GVM

sudo apt-install gvm

3.執行設定

sudo gvm-setup

※注意：預設管理者帳號、密碼會在此時建立，記得先複製起來，不然等下會無法登入。

4.啟動GVM

sudo gvm-start

5.檢查設定是否有錯

sudo apt-check-setup

6.更新FEED

sudo greenbone-feed-sync

7.打完收工

正當以為要打完收工時，此時才發現無法從外部主機登入，正確地來說只能在本機裝置上使用https://127.0.0.1:9392 登入，趕快Google爬文一下，才發現鄉民指出要修改設定。

7.1先停止服務

sudo gvm-stop

7.2修改設定檔

sudo nano /usr/lib/systemd/system/greenbone-security-assistant.service

將listen 127.0.0.1 修改為0.0.0.0

7.3啟動服務

sudo gvm-start

然後就可以開心地去修漏洞了。

參考來源：

https://www.kali.org/tools/gvm/#gvm

https://forum.greenbone.net/t/cannot-connect-to-the-gvm-

host/10855

https://github.com/Atomicorp/gvm/issues

https://medium.com/@jieshiun/%E5%A6%82%E4%BD%95%E5%9C%A8-esxi-%E5%AE%89%E8%A3%9D-kali-linux-12f121bea3d2

GVM Web Client Session Time Out

 事情是這樣子的

就在安裝好GVM之後，可以正常掃描，報告也可以順利產出，同事跑來說SESSION TIME OUT 可不可以設定長一點，一下就登出 非常麻煩。XD

看了一下右上角的設定，似乎沒有翻到可以設定SESSION TIME OUT地方，爬了一下網路大神的文章才發現，只要去修改一下啟動服務，加上 --timeout=1440。(1440可以改成您希望的時間)

vi /usr/lib/systemd/system/gsad.service

ExecStart=/usr/sbin/gsad --timeout=1440 --munix-socket=/var/run/gvmd/gvmd.sock $OPTIONS

systemctl daemon-reload

systemctl restart gsad.service

重新登入WEB之後，就可以不會被踢出來，雖然很方便，但是資安面來說 不大好對吧XD，還是要定期登出，避免重要資訊洩漏！

參考來源：

Client Web Portal Timeout

一波多折的GVM(OpenVAS)@CentOS 8

更可怕的是，就當我以為一切都已經成功了，結果掃描還是出錯，我真的是........

心情平復個幾天之後，決定重新再試一次。

全新安裝的CentOS 8

一樣先完全按照透過Atomicorp的Github教學操作。

此時先保持一顆冷靜的心，已經做好接下來可能會有一場硬仗。

深深的深呼吸，開始一步一步來。

首先先依照先來把服務啟動的部分先調整(畢竟這個步驟是讓我感動到差點飆出眼淚的)

SOLVED: Guidance troubleshooting from log files. ospd service running but not accepting connections

第一步先編輯  /user/lib/systemd/system/gvmd.service

#ExecStart=/usr/sbin/gvmd --osp-vt-update=/var/run/ospd/ospd-openvas.sock $OPTIONS

ExecStart=/usr/sbin/gvmd --osp-vt-update=/var/run/ospd/ospd.sock $OPTIONS

第二部接著編輯  /user/lib/systemd/system/ospd-openvas.service

#PIDFile=/var/run/ospd/ospd-openvas.pid

PIDFile=/var/run/ospd/ospd.pid

#ExecStart=/opt/atomicorp/bin/ospd-openvas --pid-file /var/run/ospd/ospd-openvas.pid --unix-socket=/var/run/ospd/ospd-openvas.sock --log-file /var/log/gvm/ospd-scanner.log --lock-file-dir /var/run/gvm/

ExecStart=/opt/atomicorp/bin/ospd-openvas --pid-file /var/run/ospd/ospd-openvas.pid --unix-socket=/var/run/ospd/ospd-openvas.sock --log-file /var/log/gvm/ospd-scanner.log --lock-file-dir /var/run/gvmd/

這部分跟原作者分享不同的地方在於，當我試著把ospd-openvas修改成ospd.pid 跟ospd.sock時，會造成服務啟動失敗。(我也不知道怎麼回事，太弱了(掩面))

接著執行

systemctl daemon-reload

把服務重新啟動

systemctl restart gvmd.service

systemctl restart ospd-openvas.service

此時查看LOG時發現錯誤，無法讀取ospd.sock

 Log路徑為/var/log/gvm/gvmd.log、為/var/log/gvm/ospd-scanner.log

此時偷吃步直接到/var/run/ospd 建立鏈結

ln -s ospd-openvas.sock ospd.sock

接著查看log沒有看到奇奇怪怪的錯誤訊息了。

趕快登入WEB 介面，測試掃描。

等待的心情真是坎坷不安XDD

終於終於成功了，看著百分比再跑著，有種說不出的感動。

感謝網路上各路大神分享，才能得以順利完成，真的真的是非常謝謝你們。

一直以來能在資訊這領域默默的接受網路上這些無私大佬的分享，真的真的很謝謝你們。

 

 

 

===下方為之前以為終於成功的紀錄，結果掃描下去還是出錯=== 

事情是這樣子的 ~

之前裝好的GVM可能因為版本太舊的關係，又無法使用了。

由於上次的良好經驗，心想這次大概就是三二一步驟貼一貼就可以收工了。

沒想到這次安裝上會遇到這麼多奇奇怪怪的小問題XD。

首先一樣是按照透過Atomicorp的Github教學，安裝的過程倒是輕鬆又愜意。

就在把NVT 等Feed更新完成之後，準備要建立掃描時，一直出現錯誤訊息

Failed to find config 'daba56c8-73ec-11df-a475-002264764cea'

爬文一下才知道原來是少了Scan Configs，於是看了一堆網路大神的解決方法。

Missing scan configs (GVM 20.08.1)

全部方法試過還是失敗，這時不死心地查看一下LOG(/var/log/gvm/gvmd.log)

osp_scanner_feed_version: failed to get scanner_feed_version. OSPd OpenVAS is still starting

看起來跟ospd這個有關，檢查一下LOG(var/log/gvm/ospd-scanner.log)

permission denied

此時突然想起某篇討論(當然前面也曾經照這篇調整修改過)

 SOLVED: Guidance troubleshooting from log files. ospd service running but not accepting connections

 把/user/lib/systemd/system/ospd-openvas.service 裡面的--locked-file-dir /var/run/gvm修改為

--locked-file-dir /var/run/gvmd

重新讀取systemctl daemon-reload 然後把ospd服務重新啟動(重新開機也可以XD)

當下查看LOG時，出現正在更新GVMD_DATA(當下都感動得快飆出淚來了~)

更新完成之後，Scan configs的東西就出現了。

這是一篇非常雜亂，又誤打誤撞莫名其妙成功的心得。

希望給遇到相同困擾的鄉民一絲絲希望。 

參考來源：

Missing scan configs (GVM 20.08.1)

Unable to create scanner configs, and no default configs are provided

SOLVED: Guidance troubleshooting from log files. ospd service running but not accepting connections

Can’t start ospd-openvas.service: Could not gather openvas settings