Beiträge von DarkTrinity

Hallo Zusammen ,

ich "bespaße" mich nun seit einem Tag mit etwas, was eigentlich kein großes Ding sein darf:

Hintergrund / Ziel:

1. Der Clamav Scanner soll im OnAccess Modus den ~/Downloads- Ordner überwachen und verdächtige Objekte nach ~/.Infected schubsen
2. Ich möchte vom System bestätigt haben, daß das funktioniert

Geplantes Vorgehen:

Die folgenden Befehle müssen nach der Anmeldung in KDE ausgeführt werden:

#!/bin/bash

############## Starte den OnAccess Scanner mit zusätzlichem Parameter (alles weitere in clamd.conf festgelegt)
sudo /usr/sbin/clamonacc --move=/home/meinName/.Infected

############## Sag mir ob der Aufruf erfolgreich war
output=$(ps aux | awk '$11=="/usr/sbin/clamonacc"') 
echo ${#output}
if [ ${#output} == 0 ]
    then 
        kdialog --msgbox "ClamAV OnAccess Scanner konnte NICHT gestartet werden !"
    else
        kdialog --msgbox "ClamAV OnAccess Scanner überwacht den Download Ordner"
fi

Das Script hat ein chmod +x bekommen und funktioniert bei manuellem Aufruf, aber es will über Systemeinstellungen -> Starten & Beenden -> Autostart -> Scriptdatei einfach nicht von alleine starten Ich kann hier auch kein "su" oder "sudo" hinzufügen, das nimmt die UI nicht an.

Und im o.g. Script habe ich bereits beide Varianten probiert:

• sudo /usr/sbin/clamonacc --move=/home/meinName/.Infected
• su /usr/sbin/clamonacc --move=/home/meinName/.Infected

Das Programm clamonacc startet einfach nicht von selbst

Da es ja Root- Rechte benötigt, habe ich mich dann als Root angemeldet und unter ystemeinstellungen -> Starten & Beenden -> Aufgabenplaner einen Systemcron beim Booten angelegt, der unter root laufen soll - Befehl:

/usr/sbin/clamonacc --move=/home/meinName/.Infected

Geht auch nicht...

Wie jemand wie ich diesen Befehl automatisch starten kann - mit dem Parameter ?

Entsprechende Sudo- Regeln (ohne Passwort) habe unter Yast erstellt - sowohl für das Script als auch den enthaltenen Befehl /usr/sbin/clamonacc --move=/home/meinName/.Infected

Hallo Ihr Lieben,

um ein Video/Audio Problem zu lösen, habe ich das Packman Repo inkludiert und ein paar Pakete installiert - per Anbieterwechsel. Hat aber nix gebracht

Daher möchte ich, um eine möglichst integre Softwareverwaltung zu haben, diese nun wieder raus feuern. Aber wenn ich die über Yast update und die StandardRepos auswähle wehcselt er die einfach nicht.

Ein zypper pa -ir packman ergibt nach wie vor:

Repository-Daten werden geladen...
Installierte Pakete werden gelesen...
S | Repository | Name                         | Version                              | Arch
--+------------+------------------------------+--------------------------------------+-------
v | packman    | libavcodec57                 | 3.4.8-pm153.5.4                      | x86_64
v | packman    | libavcodec58_134             | 4.4-pm153.2.6                        | x86_64
v | packman    | libavdevice57                | 3.4.8-pm153.5.4                      | x86_64
v | packman    | libavdevice58_13             | 4.4-pm153.2.6                        | x86_64
v | packman    | libavfilter6                 | 3.4.8-pm153.5.4                      | x86_64
v | packman    | libavfilter7_110             | 4.4-pm153.2.6                        | x86_64
v | packman    | libavformat57                | 3.4.8-pm153.5.4                      | x86_64
v | packman    | libavformat58_76             | 4.4-pm153.2.6                        | x86_64
v | packman    | libavresample3               | 3.4.8-pm153.5.4                      | x86_64
v | packman    | libavresample4_0             | 4.4-pm153.2.6                        | x86_64
v | packman    | libavutil55                  | 3.4.8-pm153.5.4                      | x86_64
v | packman    | libavutil56_70               | 4.4-pm153.2.6                        | x86_64
i | packman    | libdca0                      | 0.0.7-pm153.1.3                      | x86_64
v | packman    | libdca0                      | 0.0.7-pm153.1.2                      | x86_64
i | packman    | libfaad2                     | 2.10.0-pm153.1.3                     | x86_64
v | packman    | libgstadaptivedemux-1_0-0    | 1.16.3-pm153.3.6.2                   | x86_64
i | packman    | libgstbadaudio-1_0-0         | 1.16.3-pm153.3.6.2                   | x86_64
i | packman    | libgstbasecamerabinsrc-1_0-0 | 1.16.3-pm153.3.6.2                   | x86_64
v | packman    | libgstcodecparsers-1_0-0     | 1.16.3-pm153.3.6.2                   | x86_64
i | packman    | libgstisoff-1_0-0            | 1.16.3-pm153.3.6.2                   | x86_64
v | packman    | libgstmpegts-1_0-0           | 1.16.3-pm153.3.6.2                   | x86_64
v | packman    | libgstphotography-1_0-0      | 1.16.3-pm153.3.6.2                   | x86_64
i | packman    | libgstsctp-1_0-0             | 1.16.3-pm153.3.6.2                   | x86_64
i | packman    | libgsturidownloader-1_0-0    | 1.16.3-pm153.3.6.2                   | x86_64
i | packman    | libgstwayland-1_0-0          | 1.16.3-pm153.3.6.2                   | x86_64
v | packman    | libgstwebrtc-1_0-0           | 1.16.3-pm153.3.6.2                   | x86_64
v | packman    | libpostproc54                | 3.4.8-pm153.5.4                      | x86_64
v | packman    | libpostproc55_9              | 4.4-pm153.2.6                        | x86_64
v | packman    | libsox3                      | 14.4.2-pm153.2.5                     | x86_64
v | packman    | libswresample2               | 3.4.8-pm153.5.4                      | x86_64
v | packman    | libswresample3_9             | 4.4-pm153.2.6                        | x86_64
v | packman    | libswscale4                  | 3.4.8-pm153.5.4                      | x86_64
v | packman    | libswscale5_9                | 4.4-pm153.2.6                        | x86_64
i | packman    | libvo-amrwbenc0              | 0.1.3-pm153.1.6                      | x86_64
i | packman    | libx264-161                  | 0.161+git20200912.d198931a-pm153.2.2 | x86_64
v | packman    | sox                          | 14.4.2-pm153.2.5                     | x86_64

Ich will diese Pakete wieder los werden und nur noch die des Standardrepos haben. Wie stelle ich das am besten an ?

Hallo Ihr Lieben,

ich habe kürzlich auf eine ziemlich nerven- und zeitaufreibende Art erfahren, daß man, zumindest bei GMail GPG nicht in Verbindung mit echtem TLS nutzen kann. Das Trauerspiel kann man hier nachlesen.

Mittlerweile habe ich gelernt, daß ich (zumindest wenn KMail mit GMail korrespondiert) für das SMTP Protokoll 2 Alternativen habe:

1. GPG (mit hochgeladenem Schlüssel) aber die SMTP Verbindung lediglich über StartTLS + XAUTH2
2. Richtiges TLS

Der Unterschied zwischen StartTLS und TLS ist mir natürlich klar, auch weiss ich im groben welche Vor- und Nachteile mit GPG einhergehen.

Ich bin dann zu TLS zurück gegangen und habe mich von GPG, zumindest erstmal, verabschiedet.

Mal abgesehen davon, daß ...

- GPG sicherlich noch bei einigen Empfängern für Probleme sorgen könnte

- ich GPG auch nicht auf allen Geräten nutzen kann, was auch zu Verwirrungen auf der Empfängerseite sorgen könnte (Standard Mail App Android zB oder die GMail Web UI)

--> Ist es wirklich sicherer als durchgehendes TLS, wenn man auf eine StartTLS + XAUTH2 SMTP Verbindung zurück greift, "nur" wegen PGP ?

Da kann man wahrscheinlich ewig drüber fachsimpeln und argumentieren - trotzdem würde mich hier die eine oder andere Meinung zu interessieren.

Mittlerweile funktioniert es, wenn auch nur über das Script welches KMail über den Filter verwendet - aber reicht ja auch.

Bei ein- und ausgehenden Emails. Auch dann, wenn die EICAR testdatei zB in einem ZIP Archiv ist. Die EICAR Signatur wird erkannt, der Filter greift und die Emails haben die entsprechenden X Header *freu*.

Diese Header habe ich im Script auch etwas ergänzt, damit so aussehen wie ein Mailserver das macht, also nicht nur

Zitat

X-Virus-Flag: no

sondern eben auch

Zitat

X-Virus-Scanned: by amavisd-new (OpenSuse) at MeinHostName.MeineFakeDomain.local

Echt schick Auch wenn ich überlege diese Info wieder raus zu nehmen, schließlich plaudere ich damit ja Informationen über mein System an potentielle Gegner aus - oder ?

Jetzt muss ich nur noch die nicht zum Erfolg führenden Änderungen an Amavisd.conf, , Clamd.conf , main.cf sowie master.cf wieder raus nehmen und gucken ob der Filter immer noch läuft. Dann bin ich eigentlich zufrieden

Wenn ich das erledigt habe, dokumentiere ich hier was man tun muss damit der Antivirus greift. Diese kleine Anleitung stelle ich dann in den HowTo Bereich des Forums

Wenn ich nur wüsste wie ich das damals gemacht habe - ist lange her, ich hab mich ja von 13.X bis 15.2 hochgeupdated und die funktionierende Config mit genommen.

Aber ich weiss daß ich das so eingerichtet habe, wie man es auf einem Mailserver tun würde, also nicht mit iwelchen Shellscripts die mit Filtern von Kmail angetriggert werden Leider sind die Configs bei OSS ganz anders verteiltz als bei Ubuntu

Jetzt kommt natürlich noch der SL Lite bedingte Mischbetrieb von IPV4 + IPV6 ins Spiel, aber an den Mailheadern sehe ich ja daß die Mails über IPV6 gehandhabt werden

Hallo Ihr Lieben,

mir fiel auf daß KMail und clamscan, zumindest in der Out-Of-The-Box Konfiguration nicht funktionieren.

Zum einen werden ausgehende Emails nicht gesnedet, wenn man sie durch den Filter schubst:

Zitat

Das Ergebnis kann nicht im Objekt gespeichert werden. [LLCONFLICT] Resource akonadi_imap_resource_0 tries to modify item 471 (16) (in collection 22) with revision 2; the item was modified elsewhere and has revision 3, aborting STORE.

Ok - das ist jetzt noch zu verkraften...

Deutlich bedenklicher finde ich aber, daß der Filter auch bei eingehenden Nachrichten die Eicar Signatur nicht erkennt...

Das hier verwendete Script kmail_clamav.sh wird einen Bug haben...

Hat sich damit hier schon mal jemand beschäftigt ? Ich versuche mir das im Laufe der Woche mal näher anzusehen.

Und ja, ich gehöre zu denen, die Fail2Ban, Antivirus, Antispam, Firewall, AppArmor, rkhunter, etc für sinnvoll halten

Zitat von matbhm

Vielleicht hat es damit zu tun:

https://spline.eisfair.narkive…ur-smtp-mailversand-innen

Nein, hats nicht.

Es geht wieder - ich kann Dir sagen was passiert ist:

1) Das GPG Zertifikat ist, wie auch immer, auf die Server geraten (keys.gnupg.net). Auch wenn ich mir sicher bin das nicht aktiviert zu haben, es kommt ja nicht von selbst dahin. Womöglich habe ich ungeschickt oder unbedacht geclickt.

2) Seitdem ging der SMTP Login nur noch mit Start-TLS in Verbindung mit XOAUTH2 Authetifizierung - ich bin aber erst spät darauf gekommen das SMTP Login Verfahren zu ändern, weil es gestern ja noch über SSL lief

3) Mit dem Widerrufszertifikat was ich eben erstellt habe ist es dann von den Srvern wieder deaktiviert worden

gpg --output revoke-dein_name_deinedomain_tld.asc --gen-revoke dein.name@deinedomain.tld

4) Mit der Neuinstallation die ich gerade wieder gemacht habe ist es dann auch aus meinem lokalen OSS wieder raus.

Ergebnis:

Der Mailaccount sendet wieder und zwar ganz normal mit SSL und ohne Start-TLS.

Ich weiß es zwar nicht wirklich aber ich glaube nicht daß Start-TLS in Verbindung mit XOAUTH2 Authetifizierung sicherer ist als "echtes SSL/TLS". Daher wollte ich das wieder ändern.

Das ist mir nun gelungen - halber Tag für drauf gegangen

Jedenfalls nutze ich KWallet jetzt wieder "ganz normal" - sprich ohne gpg.

Kleopatra ? Nie wieder

So... Nu werde ich gleich wieder die Netzwerkconfig und FW anpassen. Wenn es dann noch funktioniert mit SMTP (wovon ich ganz stark ausgehe), markiere ich diesen Thread als gelöst.

Aber erstmal halbes Stündchen Pause

Ja

Ja, insgesamt neu (neuinst läuft jetzt wieder durch)

Ja hab mich angemeldet aber die Aufforderung kam immer wieder neu

Erst als ich auf starttls gewechselt habe lief es wieder

Aber ich wmöchte starttls nicht

Hab den Schlüssel gelöscht daher klappt das widerrufzertifikat nicht...

Jetzt installiere ich zum 3. Mal neu (!! !) in der Hoffnung daß das gpg Zertifikat, wie auch immer, wieder einläuft. Das tat es ja beim letzten Mal auch.

Dann versuche ich nochmal das widerrufzertifikat einzuspielen

Und meine Laune ist im Keller - wenn sich das nicht fixen lässt kann ich mir nur noch einen neuen Google Account anlegen

Und ich raffe einfach nicht wie das überhaupt passiert ist denn gestern war das noch nicht so