Шар, если правильно приготовлена, защищена не хуже.
Если хранится на сервере.
Тут эту тему обсасывали не раз.
Прикинте для начала объем хранения ваших картинок хотя бы на 2 года.
Ну придумайте костыли чеб вытаскивать картинки из какой-нибудь базы средствами Access
Вообщем хранить то можно, но придется писать очень много кода(вам же из коробки хочется, а код писать не хоца)

собственно хоца иметь возможность без кодинга решить вполне жизненную задачу: склепали такую 1-пользовательскую базу на коленке стандартными средствами, отдали заказчику.
Он наколотил в базу 100500 фотографий, понял, что многовато, - добыл себе одного-двух падаванов (долбильщиков-колотильщиков 2го разряда).
Ну ладно, стандартным визардом попилили им базу на две accdb, клиент и типа-сервер со связанными таблицами, настроили пессимистичные блокировки на редактиврование. Вродебы проблема совместной работы 2-3 долбильщиков решена.

Но не решена (и даже ухудшилась) проблема надёжности и отказоустойчивости "серверной" accdb с вложениями. И вот тут хотелось бы клиентской accdb подсунуть связь с какойто серверной СУБД, куда перелить таблицы as is. Только вот тип данных, соответствующий типу Вложение accdb подобрать бы, чтоб работал без доп.кодинга.
тип данных "картинки" это плюшки Access
в других этого нет (из коробки)
на коленке не получится.