Все образы docker-selenium доступны в паблик доступе. Чем там ваша другая команда занимается?
Даже если на минуточку представить, что у вас кастомная сборка грида. Наверняка она лежит где-то в репозитории компании. Не вижу проблемы создать форк с бранчем, внести нужные модификации, и использовать уже измененную версию.
Как уже выше написали, драйвера тянутся в процессе билда образа из официальных источников. Нужна кастомизация - модифицируем образы.
Это как бы в “генах” докера заложено - предоставить возможность управления различными версиями софта с минимальными телодвижениями. У вас может быть хоть десяток разных сборок одного и того же продукта на одной тачке. Используйте хоть какую-то конкретную, хоть все сразу. Docker вас в этом не ограничивает.
Ваша затея с потенциальной пересылкой драйвера средствами грида в любом случае подразумевает модификацию standalone сервера, которая в свою очередь приведет к неизбежной модификации Docker образов. Так что при любых раскладах вмешательство в образы неизбежно.
В качестве альтернативы вы конечно можете замапить фолдер хост машины с местоположением драйвера в контейнере, на лету подсовывая новую версию. Но если сам docker image поднимается удаленно, вам все равно придется закидывать хосту новый драйвер средствами скриптов или deployment софта по типу chef / puppet / ansible.
Касательно пересылки файлов в целом, это не задача хаба. У нас для таких целей поднимался микросервис, генерирующий файлы на хост машине. При этом, output folder был замаплен со всеми контейнерами, что позволяло нодам без проблем видеть соответствующие файлы в процессе запуска.
Как не крути, вам в любом случае придется вмешиваться в инфраструктуру - либо грида, либо контейнеров, либо хост машины. По взмаху волшебной палочки версии сами по себе не обновятся, ровно как и файлы - не загрузятся.