- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
VK приобрела 70% в структуре компании-разработчика red_mad_robot
Которая участвовала в создании RuStore
Оксана Мамчуева
Все что нужно знать о DDоS-атаках грамотному менеджеру
И как реагировать на "пожар", когда неизвестно, где хранятся "огнетушители
Антон Никонов
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
Всем кто использует в интернет-магазине на движке osCommerce файлик kvitan.php (rusbank) для печати квитанции Сбербанка, советую проверить его на наличие уязвимости!
Любой посетитель сайта может набрать в браузере: http://адрес_магазина/kvitan.php?order_id=X
(где X - номер заказа), и посмотреть таким образом любую чужую квитанцию. Перебирая номера от 1 и далее, можно скачать всю базу заказов магазина (сумма, дата, платёжные данные клиента).
В пиратской сборке "VAM edition" есть патч 2008 года который устраняет только часть проблемы. Этот патч добавляет только проверку на то, залогинен ли пользователь, но при этом любой пользователь имеющий учётную запись в магазине может по-прежнему смотреть чужие квитанции.
Ниже приведён код, исправляющий данную уязвимость.
В файле kvitan.php сразу после строки:
require('includes/application_top.php');и ДО строки:
ДОБАВИТЬ:
Первая часть этого кода уже есть в одном из последних патчей vam.
А дайте ссылку на модуль ?
вот тут http://addons.oscommerce.com/info/3243, смотрю, принципиально другой код.
Это, похоже, обкур лично VaM-а. (и не первый).
А дайте ссылку на модуль ?
у меня смотрю в этом месте принципиально другой код.
Это, похоже, обкур лично VaM-а. (и не первый).
Вот полностью код kvitan.php:
Сам модуль нигде не мог найти, на oscommerce.ru раздел "Файлы" давно не работает, в итоге пришлось качать с торрента несколько версий "vam" и выдёргивать нужные модули квитанции и счёта оттуда.
Последняя версия vam которая у меня есть это 1.184 от 26 февраля 2008 года, там есть код который обозначен в комментарии как "SECURITY FIX 1" но нет кода с комментарием "SECURITY FIX 2". В версии vam 1.181 нет ни того ни другого исправления.
require('includes/application_top.php');
require(DIR_WS_CLASSES . 'order.php');
$order = new order;
и никаких $_GET .
Вывод :
Хоть VaM и молодец, но настоящие параноики не должны использовать его сборки.
и никаких $_GET .
Вывод :
Хоть VaM и молодец, но настоящие параноики не должны использовать его сборки.
Это точно :)
Один такой GET я уже где-то в другом файлике от Vam'а нашёл и исправил, этот файл ещё не успел проверить, только выше упомянутый баг пофиксил.
UPD. Невнимательно посмотрел.
Относительно конкретно этого GET'а. Как тогда смотреть квитанцию из истроии заказов, если в скрипт не будет передаваться переменная id?
Real Alex, в оригинале там вроде содержимое заказа берется из сессии. Естественно квитанция печатается только на текущую корзину. Если потребуется распечатать квитанцию на старый заказ, то уже никак не получится. Эту проблему Vam и исправил. К сожалению, не очень качественно.
Понятно тогда...
Да уж, Vam исправил так исправил :) Вообще ошибка-то глупая, не проверять чей заказ.