Презентация с выступления на Infobez-Expo
Все что говорил включил в описание к слайдам.
15 октября 2013 г.
26 июня 2013 г.
ИБ лайфхаки
Создание сложного пароля из одной буквы в iOS:
Отфильтровка спама по ключевым словам "unsubscribe" и "отписаться"
может боян, но понравилось
Отфильтровка спама по ключевым словам "unsubscribe" и "отписаться"
может боян, но понравилось
17 февраля 2013 г.
5 февраля 2013 г.
Что такое iCVV
Как известно CVV (Card Verification Value) – это проверочное значение
использующееся для авторизации карты Visa при безпиновой транзакции. Значение CVV высчитывается
на основе номера карты, срока действия и
сервис кода. (подробности)
iCVV – это проверочное значение хранящееся на чипе, оно
эквивалентно по функциям значению CVV, но при его расчетах за величину сервис кода принимают значение
«999».
Таким образом значения CVV и iCVV различны.
Сделано это с целью противодействия мошенничеству связанному
с перехватом данных передаваемых от чипа и изготовлением на основании их поддельной
магнитной полосы.
22 января 2013 г.
Перевод Руководства по оценке рисков в рамках PCI DSS
Коллеги из бюро технических переводов «Альянс ПРО» перевели документ PCI DSS Risk Assessment Guidelines v1.0.
Текст доступен (в том числе для комментирования) по ссылке.
Документ ориентирован на процесс оценки рисков, требуемой в рамках выполнения стандарта PCI DSS и имеет рекомендательный статус.
Текст доступен (в том числе для комментирования) по ссылке.
Документ ориентирован на процесс оценки рисков, требуемой в рамках выполнения стандарта PCI DSS и имеет рекомендательный статус.
10 декабря 2012 г.
Хранение критичных данных в соответствии с PCI DSS
Периодически приходится сталкиваться со мнением, что в рамках PCI DSS запрещено к хранению только полное содержание треков магнитной полосы, но не их отдельные части, в том числе CVC, PVV, PVKI.
Это ложь. Хранение всей информации, идущей после сервис-кода запрещено:
(источник: Navigating the PCI DSS v2.0)
Что логично, т.к. CVC, PVV, PVKI - величины используемые для авторизации транзакций.
Это ложь. Хранение всей информации, идущей после сервис-кода запрещено:
Что логично, т.к. CVC, PVV, PVKI - величины используемые для авторизации транзакций.
29 ноября 2012 г.
14 ноября 2012 г.
Skype epic fail
Утренняя радость от Skype. Что интересно в данной ситуации, что за 12 часов компания разработчик так и не придумала никаких компенсационных мер, ну хотя бы банально запретили регистрировать на один e-mail несколько аккаунтов до решения проблемы в более глобальном плане.
Что по хорошему должно происходить в такой ситуации?
В организациях, где используется Skype:
- ответственные за выявление новых уязвимостьей должны сразу при обнаружении проблемы оповестить ответственных за ИТ, и сообща:
а) протестировать проблему на работоспособность
б) разработать план временного решения (например сменить привязку на новый, случайно сгенерированный e-mail)
в) оповестить руководителей подразделений о проблеме и возможных путях решения
- сотрудники без-ти выборочно проверить, что временное решение было сотрудниками принято;
- при выходе обновлений закрывающих уязвимость, произвести его установку, проверить, что оно действительно помогает избежать обозначенные проблемы, оповестить сотрудников, что проблема решена.
В компании разработчиков:
- ответственный за отслеживание информации о продукте, в том числе уязвимостей, оповещает руководство и ответственных разработчиков.
- выбирается предварительный план решения проблемы.
- пользователи оповещаются о проблеме, пути ее временного решения и сроках устранения.
- продумывается план устранения последствий уязвимости, откат базы данных, отмена последних регистраций;
- проблема устраняется, проверяется корректность устранения и смежные возможные бреши, выпускается обновление безопасности.
- всей ситуации должен быть присвоен максимальный уровень критичности, с соответствующим включением максимального количества сотрудников для оперативного реагирования и закрытия уязвимости.
Что происходит по факту?
Доступное описание эксплуатации уязвимости позволяет практически любому пользователю ее провести, служба поддержки Skype никого не оповещает ни о методах, ни о сроках решения.
update: 14 часов потребовалось разработчикам, что бы предложить временное решение - отключить функцию восстановления паролей.
Забавно, что сейчас легитимные пользователи у которых поменяли пароль, но не поменяли почту, не смогут вернуть себе аккаунт :)
Что по хорошему должно происходить в такой ситуации?
В организациях, где используется Skype:
- ответственные за выявление новых уязвимостьей должны сразу при обнаружении проблемы оповестить ответственных за ИТ, и сообща:
а) протестировать проблему на работоспособность
б) разработать план временного решения (например сменить привязку на новый, случайно сгенерированный e-mail)
в) оповестить руководителей подразделений о проблеме и возможных путях решения
- сотрудники без-ти выборочно проверить, что временное решение было сотрудниками принято;
- при выходе обновлений закрывающих уязвимость, произвести его установку, проверить, что оно действительно помогает избежать обозначенные проблемы, оповестить сотрудников, что проблема решена.
В компании разработчиков:
- ответственный за отслеживание информации о продукте, в том числе уязвимостей, оповещает руководство и ответственных разработчиков.
- выбирается предварительный план решения проблемы.
- пользователи оповещаются о проблеме, пути ее временного решения и сроках устранения.
- продумывается план устранения последствий уязвимости, откат базы данных, отмена последних регистраций;
- проблема устраняется, проверяется корректность устранения и смежные возможные бреши, выпускается обновление безопасности.
- всей ситуации должен быть присвоен максимальный уровень критичности, с соответствующим включением максимального количества сотрудников для оперативного реагирования и закрытия уязвимости.
Что происходит по факту?
Доступное описание эксплуатации уязвимости позволяет практически любому пользователю ее провести, служба поддержки Skype никого не оповещает ни о методах, ни о сроках решения.
update: 14 часов потребовалось разработчикам, что бы предложить временное решение - отключить функцию восстановления паролей.
Забавно, что сейчас легитимные пользователи у которых поменяли пароль, но не поменяли почту, не смогут вернуть себе аккаунт :)
13 ноября 2012 г.
Аудит безопасности: как не начать мерить среднюю температуру по больнице
Аудит безопасности информационных активов компании позволяет дать
представление о текущем состоянии защищенности инфраструктуры и
процессах управления информационной безопасностью. На основании данной
оценки может быть сформирован план дальнейшей работы, обеспечивающей
закрытие выявленных рисков до приемлемого уровня.
Важно помнить при этом, что оценка, которая является результатом самого «правильного» аудита, может оказаться совершенно бесполезной. Проведем аналогию со среднеобразовательной школой. Если для оценки уровня знаний по математике, вы выберете средней сложности задачу и будете предлагать ее решить каждому ученику школы, то выяснится, что уровень знаний по математике в целом в школе средний. Но иначе и быть не могло: наверняка старшеклассники справились с задачкой легко, а ученики младших классов не смогли ее решить. И сомнительно, что такой вывод можно назвать объективным.
Читать далее на bankir.ru
Важно помнить при этом, что оценка, которая является результатом самого «правильного» аудита, может оказаться совершенно бесполезной. Проведем аналогию со среднеобразовательной школой. Если для оценки уровня знаний по математике, вы выберете средней сложности задачу и будете предлагать ее решить каждому ученику школы, то выяснится, что уровень знаний по математике в целом в школе средний. Но иначе и быть не могло: наверняка старшеклассники справились с задачкой легко, а ученики младших классов не смогли ее решить. И сомнительно, что такой вывод можно назвать объективным.
Читать далее на bankir.ru
24 октября 2012 г.
Одноразовый пароль для мобильного банкинга.
Забавно выглядит использование одноразового пароля пересланного по смс для мобильного банкинга.
16 октября 2012 г.
Полностью автоматизированный публичный тест Тьюринга для различия компьютеров и людей
Интересная подборка различных CAPTCHA на сайте lenta.ru.
Только с большинством образцов машина как раз быстрее и лучше человека справится.
Только с большинством образцов машина как раз быстрее и лучше человека справится.
5 октября 2012 г.
Письма службы тех.поддержки 2.0
Лет 10 назад популярным был способ увода пароля через фейковые письма от якобы служб технической поддержки, вроде:
Думаю из этого метода можно еще что-то выжать, если не так очевидно спрашивать.
Например есть сервис А с секретными паролями для восстановления пароля и есть сервис В. Отправляем сообщение от "службы безопасности" в сервис B, в которой просим пользователя в целях повышения безопасности аккаунта ответить на несколько секретных вопросов, один из которых совпадает с вопросами сервиса А.
Вроде ничего секретного и не запрашивается, подозрений особо нет, а доступ (пусть и не надолго, т.к. обнаружат сразу по измененному паролю) получаем.
Добрый день, уважаемый пользователь.и многие велись. Потом уже начали предупреждать о том, что служба поддержки данных аутентификационных не запрашивает, да и пользователи пограмотнее стали.
В связи с атакой вируса MIR.DOS.X213-1 на сервера нашего сервиса электронной почты, часть данных об абонентах была утеряна.
Пожалуйста для актуализации информации перешлите нам следующие данные:
- адресс электронной почты;
- ФИО;
- год рождения;
- пароль доступа.
С уважением, служба технической поддержки mail.ru.
Думаю из этого метода можно еще что-то выжать, если не так очевидно спрашивать.
Например есть сервис А с секретными паролями для восстановления пароля и есть сервис В. Отправляем сообщение от "службы безопасности" в сервис B, в которой просим пользователя в целях повышения безопасности аккаунта ответить на несколько секретных вопросов, один из которых совпадает с вопросами сервиса А.
Вроде ничего секретного и не запрашивается, подозрений особо нет, а доступ (пусть и не надолго, т.к. обнаружат сразу по измененному паролю) получаем.
Подписаться на:
Сообщения (Atom)