Это случилось...

Я узнал логин и пароль от базы данных своего провайдера.
Нет, я не хакер или профессиональный программист.

Просто когда я на днях зашел на сайт провайдера из-за того, что в очередной раз пропал интернет (подумал что оплата закончилась) мне показали ошибку.

Это случилось... Провайдер, Интернет, База данных, Фотография, Информационная безопасность

Далее я использовал небольшой анализ и понял, что в ошибке кроме файловой системы сервера провайдера написаны ещё и логин:пароль от БД.

"У тебя есть власть, которая и не снилась обычному юзеру" могли подумать вы. Но, к счастью или сожалению, нет

Посредством виртуальной машины с линуксом я попробовал подключиться к БД, но провайдер оказался таки не совсем уж дураком и поставил фильтр на IP адреса.

И ещё как вишенки на торте ко всему тому, что я успел написать:
1. На поддомене с авторизацией и личными кабинетами пользователей у провайдера открытая файловая система.
Под открытой я имею в виду то, что просмотреть её структуру может каждый (кроме главной папки с index).
Не уверен что это можно считать за большую уязвимость, но закрыть её насколько я знаю минутное дело.

Это случилось... Провайдер, Интернет, База данных, Фотография, Информационная безопасность

2. Пароль от БД, честно говоря, оказался не ахти. На уровне пятикласника аля имяфамилия1337.
Никаких специальных символов, заглавных букв. Только маленькие буквы и цифры. Длинна логина 6 символов, пароля - 9.

P.S. Учитывая строку "Error: Too many connections" в ошибке, предполагаю что сервер DDOSнули, а это значит что кроме меня ещё много людей смогли увидеть то же, а некоторые возможно даже зашли дальше.

P.P.S. Если я в чём-то ошибся, попрошу не пинать, а слегка поправить :)

Вы смотрите срез комментариев. Показать все
72
Автор поста оценил этот комментарий

Спецсимволы с заглавными буквами гарантируют лишь то, что пользователь обязательно забудет пароль)

раскрыть ветку (55)
19
Автор поста оценил этот комментарий

А какой тут пользователь? Напрямую в БД кроме админа лазят только разработчики и сам веб-сервер. У разработчиков наверняка своя база, тестовая, без личных данных юзеров. А админ лезет править sql только в самом крайнем случае.

Вот и получается что мощный пароль на этом слое - обязателен.

раскрыть ветку (8)
22
Автор поста оценил этот комментарий

Зачем там мощный пароль если к БД доступ только с localhost и никаких чужих пользователей на сервере нет?

раскрыть ветку (7)
4
Автор поста оценил этот комментарий

Доступ к БД далеко не всегда по Localhost. Я бы сказал что держать на одной железке и сервер и БД это роскошь. От размеров сайта конечно зависит.

раскрыть ветку (6)
4
Автор поста оценил этот комментарий

Если у тебя отдельный сервер БД и это не сторонний хостинг то все равно в сеть БД ни один вменяемый админ посторонних не пустит и уж тем более не выставит сервер БД голой задницей в инет.

А если ты на стороннем хостинге живешь с еще 10000 таких же сайтов на том же сервере БД то и ценность соответствующая

Автор поста оценил этот комментарий
Я бы хохмы ради попробовал эти логин и пароль на ssh. Эксперимент многое бы показал.
раскрыть ветку (4)
1
Автор поста оценил этот комментарий

Ну уж не-е-ет. Оставлять торчащий в сеть SSH это равносильно самоубийству. Не думаю что они на столько тупые.

раскрыть ветку (3)
1
DELETED
Автор поста оценил этот комментарий
Торчащих в сеть ssh - миллионы.
раскрыть ветку (2)
1
Автор поста оценил этот комментарий

Одно дело торчащий, но требующий ключ. Голый доступ с логином\паролем - совсем другое.

раскрыть ветку (1)
1
DELETED
Автор поста оценил этот комментарий

с логином паролем тоже миллионы торчат - перебор пароля бесполезен с fail2ban ом

ещё комментарии
1
Автор поста оценил этот комментарий

ну так запишет в архив запароленный вася123, где зачастую и еще куча пассов

Вы смотрите срез комментариев. Чтобы написать комментарий, перейдите к общему списку