burghardt / clamfs Goto Github PK

View Code? Open in Web Editor NEW

43.0 43.0 11.0 462 KB

ClamFS is a FUSE-based user-space file system for Linux and BSD with on-access anti-virus file scanning

License: GNU General Public License v2.0

Shell 0.30% C++ 72.32% Makefile 0.54% M4 25.66% C 1.19%

antivirus clamav clamd fuse fuse-filesystem linux on-demand security viruses

clamfs's People

Contributors

Stargazers

Watchers

Forkers

syspimp abhisheknishantpuresoftware vipintm ddeka2910 akhand1010 slyon developer191 webstorage119 isabella232 jingshaq

clamfs's Issues

Clamd socket reconnection support might get lost during migration to Poco::Net

This need to be analysed and tested to make sure clamd restart won't make any issues to running instances of ClamFS.

zenity alert

Is it possible to have clamfs produce zenity alert when virus is found?

Use FILDES command for scanning and file descriptor passing to avoid access denied errors in clamd.

Scanning with direct libclamav should be easier to setup for end users. Clamd support should be optional.

FreeBSD port cannot be built when fusefs-libs-2.x package is installed

The port apparently cannot be built when fusefs-libs-2.x package is installed (both ports can coexist).

Reported by Alexey Dokuchaev in FreeBSD's Bugzilla.

Remove mail notification support.

As clamd already has support to run custom scripts.

Remove deprecated mallinfo() calls

On Fedora rawhide ClamFS FTBFS due to deprecated mallinfo() call.

stats.cxx: In member function ‘void clamfs::Stats::dumpMemoryStatsToLog()’:
stats.cxx:73:35: error: ‘mallinfo mallinfo()’ is deprecated [-Werror=deprecated-declarations]
   73 |     struct mallinfo mi = mallinfo();
      |                                   ^
In file included from stats.hxx:33,
                 from stats.cxx:25:
/usr/include/malloc.h:118:24: note: declared here
  118 | extern struct mallinfo mallinfo (void) __THROW __MALLOC_DEPRECATED;
      |                        ^~~~~~~~
cc1plus: all warnings being treated as errors
make[2]: *** [Makefile:391: stats.o] Error 1

clamfs-1.3.0 release tarball

Hello,
I noticed that version 1.3.0 was tagged in the commits, but I can't find a release tarball. Is it possible to release the tarball so I can push the update downstream to Gentoo?

Thanks

Add support for lseek() call.

Add support for lseek() operation which can be used to report holes in sparse files.

CI scripts should test built binaries on FreeBSD.

Checking for _start in -lPocoFoundation fails on mips(64)el.

Check for _start in PocoFoundation library does not work on mips(64)el. Maybe this should be replaced with pkg-config?

Tail of log for clamfs on mips64el:

checking Poco/SAX/ContentHandler.h usability... yes
checking Poco/SAX/ContentHandler.h presence... yes
checking for Poco/SAX/ContentHandler.h... yes
checking Poco/SAX/LexicalHandler.h usability... yes
checking Poco/SAX/LexicalHandler.h presence... yes
checking for Poco/SAX/LexicalHandler.h... yes
checking Poco/SAX/Attributes.h usability... yes
checking Poco/SAX/Attributes.h presence... yes
checking for Poco/SAX/Attributes.h... yes
checking Poco/SAX/Locator.h usability... yes
checking Poco/SAX/Locator.h presence... yes
checking for Poco/SAX/Locator.h... yes
checking for _start in -lPocoFoundation... no
configure: error: libPocoFoundation not found!
make: *** [debian/rules:18: config.status] Error 1

Tail of log for clamfs on mipsel:

checking Poco/SAX/ContentHandler.h usability... yes
checking Poco/SAX/ContentHandler.h presence... yes
checking for Poco/SAX/ContentHandler.h... yes
checking Poco/SAX/LexicalHandler.h usability... yes
checking Poco/SAX/LexicalHandler.h presence... yes
checking for Poco/SAX/LexicalHandler.h... yes
checking Poco/SAX/Attributes.h usability... yes
checking Poco/SAX/Attributes.h presence... yes
checking for Poco/SAX/Attributes.h... yes
checking Poco/SAX/Locator.h usability... yes
checking Poco/SAX/Locator.h presence... yes
checking for Poco/SAX/Locator.h... yes
checking for _start in -lPocoFoundation... no
configure: error: libPocoFoundation not found!
make: *** [debian/rules:18: config.status] Error 1

request to improve user instructions in readme.md

I have difficulties to get clamfs running properly, because I do not understand the flow of the program.
I think the problem is that I do not know what
<filesystem root= ... /> and <filesystem mountpoint= ... />
are needed for.
Maybe an example use case will help. In my case I want that all files that are written to (or read from (?)) the ~/Downloads folder are scanned. What would for this case be the proper values for <filesystem root= ... /> and <filesystem mountpoint= ... />?

Thanks.

cache usage

<cache entries="16384" expire="10800000" /> <!-- time in ms, 3h -->

How big is one cache entry?
I do not want cache to have more then 256MB of my ram memory.

$ src/clamfs
22:34:52 (clamfs.cxx:993) ClamFS v1.1.0-snapshoot (git-f8888fc-dirty)
22:34:52 (clamfs.cxx:994) Copyright (c) 2007-2019 Krzysztof Burghardt <[email protected]>
22:34:52 (clamfs.cxx:995) https://github.com/burghardt/clamfs
22:34:52 (clamfs.cxx:1001) ClamFS need to be invoked with one parameter - location of configuration file
22:34:52 (clamfs.cxx:1002) Example: src/clamfs /etc/clamfs/home.xml

But if argument was passed and it is not a file:

22:34:58 (clamfs.cxx:993) ClamFS v1.1.0-snapshoot (git-f8888fc-dirty)
22:34:58 (clamfs.cxx:994) Copyright (c) 2007-2019 Krzysztof Burghardt <[email protected]>
22:34:58 (clamfs.cxx:995) https://github.com/burghardt/clamfs
terminate called after throwing an instance of 'Poco::FileNotFoundException'
  what():  File not found
fish: 'src/clamfs --help' zakończony sygnałem SIGABRT (Przerwij)

Migrate README to README.md and extend it

... to provide comprehensive documentation for ClamFS in one place.

Mount with noatime

Feature Request form SourceForge:

Hi!

It would be nice if we can mount clamfs with option "noatime".
Currently it is always mounted with "relatime" and there's no possibility (?) to pass "noatime" to underlying mount.fuse.

Regards,
mrupio