Size: a a a

1С, БСП, DevOps и Архитектура

2020 November 20

JD

John Doe in 1С, БСП, DevOps и Архитектура
‌‌‎infactum
сделать нормальную архитектуру сразу
во-первых ни на какие веб-сервис 1С напрямую не ходить, а сделать прослойку с очередью запросов. В рамках прослойки уже авторизацию, масштабирование и все остальное.
"Нормально сразу" на 1С?
источник

‌‌‎infactum in 1С, БСП, DevOps и Архитектура
John Doe
"Нормально сразу" на 1С?
Причем тут сама 1С ?)
Я про бэкэнд мобильного приложения, который для некоторых вызовов API умеет ходить в 1С.
источник

СЯ

Сергей Якушев... in 1С, БСП, DevOps и Архитектура
Если скрипт не сколхозить, а сделать по человечески - это будет очень даже нормально. Учитывая масштаб и бюджет.
источник

JD

John Doe in 1С, БСП, DevOps и Архитектура
‌‌‎infactum
Причем тут сама 1С ?)
Я про бэкэнд мобильного приложения, который для некоторых вызовов API умеет ходить в 1С.
Ну чел пишет
Есть мобильное приложение на 1С
источник

JD

John Doe in 1С, БСП, DevOps и Архитектура
МП на 1С, данные бэка в базе 1С. Все пропитано 1Сом )
источник

СЯ

Сергей Якушев... in 1С, БСП, DevOps и Архитектура
А что такого?
источник

‌‌‎infactum in 1С, БСП, DevOps и Архитектура
Если надо 100% от вендора и по уму.. то ждать шину)
источник

СЯ

Сергей Якушев... in 1С, БСП, DevOps и Архитектура
John Doe
А зачем какие-то пароли? 2фа сделай.
Я не понимаю, чем мне поможет 2фа, если 1С-овские сервисы будут торчать наружу.
источник

СЯ

Сергей Якушев... in 1С, БСП, DevOps и Архитектура
Хотя, Прокси сервер - тоже 2фа. По ключу в заголовке и по Пользователь/пароль.
источник

JD

John Doe in 1С, БСП, DevOps и Архитектура
Сергей Якушев
Я не понимаю, чем мне поможет 2фа, если 1С-овские сервисы будут торчать наружу.
Не знаю. Наверное, никак. Как и не поможет оно голодающим детям в Африке. Или росту цен.
источник

АМ

Александр Медведько... in 1С, БСП, DevOps и Архитектура
Ещё спрошу: кто-нибудь помнит, до того как interruptible появилось в gitlab pipeline все stage прекращались в случае прихода новой версии ветки (если была настройка на уровне проекта) или было другое ключевое слово?
источник

АМ

Александр Медведько... in 1С, БСП, DevOps и Архитектура
И ещё спрошу gitlab runner before_script, script и after_script выполняет в одном сеансе шелла, без перезапуска?
источник
2020 November 21

А

Алиса in 1С, БСП, DevOps и Архитектура
Привет
источник

IA

Igor Averin in 1С, БСП, DevOps и Архитектура
Сергей Якушев
Парни у меня вот такой вопрос:
Есть мобильное приложение на 1С. Оно взаимодействует с "большой базой" средставми web-сервисов.
С МП предполагаетя работать из сети Интернет. Требуется создать контур безопастности, из которого исключить сервера 1С:Предприятия.

Просто опубликовать web-сервисы на web-сервере с SSL меня не устраивает:
1. Можно устроить DDoS атаку и пострадает сервер 1С:Предприятие
2. Можно устроить атаку по подбору паролей. А вводить сложные пароли на мобильнике так себе идея.

Я вижу 3 пути решения:
1. Поднять VPN и настроить его на телефоне
2. Поднять центр сертификации, а на web-серверах авторизовать клиента по сертифкату, + ИмяПользователя/пароль уже на 1С:Предприятие
3. Поднять прокси-сервер, который будет проверять от клиента заголовки HTTP-запросов (какие-то ключи/токены там передавать), при успехе транслировать запросы на сервер 1С:Предприятие

По поводу п.1
мне все понятно, но не хочется телефоны настраивать. Может быть зря этого боюсь?

По поводу п.2
Мне идея нравится, старый добрый, проверенный способ.
Но есть баг в платфрме 1С:Предприятие. который приводит к падению мобильного приложения. На hotline уже написал, но они пока морозятся.
И мне не удалось установить сертификат пользователя на в Андроид, а потом воспользоваться им из Мобильного приложения. Если интерестно, можно обсудить.

По поводу п.3
Придется порядком переписать мобильное приложение и серверную часть, это решаемо.
Но по поводу самого прокси у меня пока тока нет мыслей... может у вас есть какая-то пища для размышлений или готовые решения?
Я бы рекомендовал историю с VPN. Если данные настолько критичные, а судя по всему это так, то по хорошему вам сразу надо это прятать. 1С "голой жопой" наружу, без ежедневного анализа логов, трафика, тестирования веб сервисов с новыми релизами конфы\платформы, это к скорой беде. Найти "дырочку" в открытом наружу приложении всегда можно при желании. Из вышесказанного вопрос - реально ли это поддерживать на таком уровне?

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

Таким образом вы сохраните приватность и останетесь нат"вендорском" стеке без костыликов. А там глядишь шина появится и вопросы эти решит.

Из дельных решений VPN можно взять wireguard там правда нет 2FA уровня сейчас, зато есть очень неплохие клиенты для android и ios. Можно конечно по старинке openvpn, или проприетарные решения (cisco и т.д.)

P.S. вам посоветовали nginx поставить впереди всего, так вот кажется что с безопасность и DDOS он вам не поможет, так как это просто удобны и надёжный прокси\балансировщик\отдаватель статики и т.д..
С DDOS вам может помочь запуск фильтрующего прокси на базе CloudFlare например, у которого есть механизмы определения и блокировки, но тут с 1С могут быть нюансы, надо тестировать...
источник

Z

ZEEGIN in 1С, БСП, DevOps и Архитектура
nginx же можно как фильтрующий прокси настроить
источник

Z

ZEEGIN in 1С, БСП, DevOps и Архитектура
клуд флэйр крут тем что он это делает не на твоих ресурсах
источник

Z

ZEEGIN in 1С, БСП, DevOps и Архитектура
Сергей Якушев
Парни у меня вот такой вопрос:
Есть мобильное приложение на 1С. Оно взаимодействует с "большой базой" средставми web-сервисов.
С МП предполагаетя работать из сети Интернет. Требуется создать контур безопастности, из которого исключить сервера 1С:Предприятия.

Просто опубликовать web-сервисы на web-сервере с SSL меня не устраивает:
1. Можно устроить DDoS атаку и пострадает сервер 1С:Предприятие
2. Можно устроить атаку по подбору паролей. А вводить сложные пароли на мобильнике так себе идея.

Я вижу 3 пути решения:
1. Поднять VPN и настроить его на телефоне
2. Поднять центр сертификации, а на web-серверах авторизовать клиента по сертифкату, + ИмяПользователя/пароль уже на 1С:Предприятие
3. Поднять прокси-сервер, который будет проверять от клиента заголовки HTTP-запросов (какие-то ключи/токены там передавать), при успехе транслировать запросы на сервер 1С:Предприятие

По поводу п.1
мне все понятно, но не хочется телефоны настраивать. Может быть зря этого боюсь?

По поводу п.2
Мне идея нравится, старый добрый, проверенный способ.
Но есть баг в платфрме 1С:Предприятие. который приводит к падению мобильного приложения. На hotline уже написал, но они пока морозятся.
И мне не удалось установить сертификат пользователя на в Андроид, а потом воспользоваться им из Мобильного приложения. Если интерестно, можно обсудить.

По поводу п.3
Придется порядком переписать мобильное приложение и серверную часть, это решаемо.
Но по поводу самого прокси у меня пока тока нет мыслей... может у вас есть какая-то пища для размышлений или готовые решения?
Ты мыслишь очень правильно, только начал ты не с того.

Любая защита информации - это комплекс.

Сначала надо определить активы - ту чувствительную информацию, которую ты хочешь защитить.

Затем надо описать модель нарушителя, т.е мотивы, возмоножности, и т.п.

Затем модель угроз, т.е. те действия, которые могут привести к проблемам, в совокупности с активом который может быть компрометирован и нарушителем, который может эту угрозу реализовать.

Потом надо оценить насколько вероятна какая либо из атак на угрозу.

И те, которые наиболее вероятны - те закрываются так или иниче.
источник

Z

ZEEGIN in 1С, БСП, DevOps и Архитектура
Конкретно по твоим двум угрозам:
1. DDOS это атака на сервер, а именно распределенный вывод из обслуживания, внешне эта атака ничем не отличается от работы при большой нагрузке. Потому решается это может в двух направлениях - искусственно уменьшить знания о том куда бить, тут поможет vpn, либо масштабироваться так чтобы и выдержать атаку и поддержать больше паралелльных клиентов. Потому и выйдет дешевле то, что для твоей задачи конкретно нужно.

2. Брутфорс всегда можно устроить, внешне эта атака не будет отличаться от DDoS потому что это просто куча параллельных запросов. Потому опять же либо vpn если не нужно масштабироваться либо политика паролей если нужно.

3. Центр сертификации свой поднять и настроить - это очень полезно для общего развития, но слишком много заморочек с прокидыванием корнего доверенного сертификата на все устройства. Если бы это были корп мобильные и вход в домен с настройкой политики, то тогда это оправдано, но еще и это настроить и поддерживать тогда когда можно решить с vpn, может быть сильно дешевле.
источник

СЯ

Сергей Якушев... in 1С, БСП, DevOps и Архитектура
1. Пусть DDoS'ят web-сервера или VPN-сервера, лишь бы не 1Ску.
2. При наличии Центра сертификации, VPN по сертификатам - Брутфорс не возможен. Если сделать прокси, то в заголовках запросов можно передавать оч.длинный ключ (или даже подпись к запросу) - Брутфорс не возможен.
3. Центр сертификации меня полностью устраивает, я придумал как это делать хорошо и удобно. Из самой 1С-ки. Но МП на 1С-ке падает если использует сертификат клиента (причем не на первом запросе, а на 20-50-ом). Даже если мне баг подтвердят, придется ждать годы пока исправят.
источник

СЯ

Сергей Якушев... in 1С, БСП, DevOps и Архитектура
ZEEGIN, я все правильно понимаю
источник