Доступ к MongoDB несанкционированному IP

Question

Я только что недавно играл с MongoDB на одном из моих серверов Dev, не делая ничего слишком серьезного и, несмотря на то, что лучше знаю, я разрешил удаленные подключения с любого IP-адреса. Через несколько дней база данных была «взломана» с попыткой выкупа. Я пожал плечами и решил пойти дальше и привязать IP к моему персональному публичному IP и локальному серверу, думая, что он отключит нарушение.

Nope. База данных снова была скомпрометирована, поэтому я решил взглянуть на журнал, и это ясно, поскольку день показывает, что соединение было завершено с IP-адреса, который не был включен в мою конфигурацию. Как это могло произойти?

Кроме того, я выполнил service mongodb restart после внесения изменений ipbind.

Вот интерфейс раздела сети моей конфигурации

# network interfaces 
net: 
    port: 27017 
    bindIp: [127.0.0.1,90.207.xxx.xxx,76.94.xxx.xxx,23.23.xxx.xxx] 

Answer 1

bindIp setting - это список IP-адресов вашего сервера MongoDB прослушивает, а не брандмауэр для ограничения удаленного доступа. Если ваш сервер имеет закрытый и общедоступный IP-адрес, список bindIp должен содержать не более трех записей: 127.0.0.1 (localhost), частный IP-адрес и общедоступный IP-адрес.

В идеале вы должны ограничить развертывание MongoDB только для прослушивания локального хоста или частного IP-адреса и удаленного подключения через SSH или VPN.

Глубокая охрана требует нескольких мер, как указано в MongoDB security checklist.

Например, в дополнение к коррекции вашего bindIp установки вы должны:

• Enable access control & enforce authentication.
• Configure your mongod and mongos servers to require SSL for all network communication.
• Configure a firewall for your deployment.
• Убедитесь, что вы используете поддерживаемый выпуск MongoDB (например, MongoDB 3.0 или новее по состоянию на январь 2017 года).
• Удостоверьтесь, что вы обновили до последней версии для выпуска вашей серии серий MongoDB (то есть самое последнее 3.2.x, если вы используете MongoDB 3.2).
• Убедитесь, что вы применили последние обновления безопасности O/S.

Answer 2

попробовать

netstat -tulpn | grep mongod 

тогда вы узнаете, на котором IP-адреса служба Монго является переплетена ...

Answer 3

I нашел проблему. [xxx.xxx.xxx.xxx, xxx.xxx.xxx.xxx] не должен быть правильным синтаксисом для привязки IP-адресов. Для тестирования я изменил IP привязку назад

# network interfaces 
net: 
    port: 27017 
    bindIp: 127.0.0.1 

Что же Infact блокировать попытки мое соединение, так что я тогда попытался

# network interfaces 
net: 
    port: 27017 
    bindIp: [127.0.0.1,1.1.1.1] 

который является явно неправильно IP и это позволяло мне не подключать без всяких вопросов. Я скопировал этот синтаксис с предыдущего вопроса о стеке. Теперь мне просто нужно найти подходящий способ сделать это.