Как проверить 1С-фрилансера перед тем как дать доступ к рабочей базе?

Нормальная практика безопасности, которую хороший специалист сам поддержит:

1. Работа на копии базы: все доработки делаются и проверяются на тестовой копии, в рабочую переносится готовый результат (файл расширения/обработки). Доступ к рабочей базе для большинства задач вообще не нужен.
2. Если доступ к рабочей нужен (диагностика «живой» проблемы): отдельный логин с ограниченными правами, а не общий «Администратор»; после работ — отключить. Все действия видны в журнале регистрации.
3. Обезличивание: для многих задач (отчёты, формы) можно дать копию со свёрнутыми/затёртыми данными — есть обработки обезличивания.
4. Перед стартом: свежий бэкап (сами, не на слово), краткое ТЗ с критериями приёмки, договорённость «конфигурацию с поддержки не снимать, доработки расширением».
5. О репутации: смотрите профиль и отзывы по реальным сделкам, историю выполненных задач; насторожить должны просьбы полного доступа «для оценки» и работа без какой-либо фиксации договорённостей.

Эти меры не обижают добросовестного исполнителя — наоборот, структурированный заказчик получает лучшие цены и отношение.