Бюджет: 2000 UAH Термін: 1 день
Добрий день!
У фронті прописано сервер: my-backend-service, порт: 3015?
CORS є?
Є 2 поди, фронт та бек.
Коли логінюсь в под з бекендом і роблю curl -X POST http://localhost:3015/admin/login -d '{"email": email", "password": ""}'
-H 'Content-Type: application/json' - отримую корректну відповідь
коли логінюсь в под з фронтом і роблю curl -X POST http://my-backend-service:3015/admin/login -d '{"email": "email", "password": ""}'
-H 'Content-Type: application/json' - також отримую корректну відповідь
Коли в браузері пробую залогінитись - отримую 404
Потрібно бек з фронтом подружити в браузері. Фронт - nextjs, Back - express
Є 2 поди, фронт та бек.
Коли логінюсь в под з бекендом і роблю curl -X POST http://localhost:3015/admin/login -d '{"email": email", "password": ""}'
-H 'Content-Type: application/json' - отримую корректну відповідь
коли логінюсь в под з фронтом і роблю curl -X POST http://my-backend-service:3015/admin/login -d '{"email": "email", "password": ""}'
-H 'Content-Type: application/json' - також отримую корректну відповідь
Коли в браузері пробую залогінитись - отримую 404
Потрібно бек з фронтом подружити в браузері. Фронт - nextjs, Back - express
Додатково:
CORS - нема
посилання на сервіс є
env:
- name: NEXT_PUBLIC_API_BASE_URL
value: "http://my-backend-service:3015"
Бюджет: 2000 UAH Термін: 1 день
Добрий день!
У фронті прописано сервер: my-backend-service, порт: 3015?
CORS є?
В рамках підвищення рівня кібербезпеки нашої інфраструктури нам необхідно відмовитися від практики зберігання «вічних» і статичних API-ключів, паролів і токенів інтеграцій у конфігураційних файлах (.env, appsettings.json, config.yaml) наших мікросервісів. Бізнес-мета: Створити єдину захищену точку зберігання конфіденційних даних (секретів) з механізмом їх автоматичного оновлення (ротації) у зовнішніх системах за розкладом. Інші наші сервіси будуть запитувати актуальні токени «на льоту» через API, що зведе до мінімуму шкоду в разі компрометації будь-якого з компонентів системи.Модель безпеки та шифрування (Crypto Core) У базі даних жоден секрет не повинен зберігатися в відкритому вигляді. При старті програми в змінні середовища передається Майстер-ключ (Master Key). Якщо ключ відсутній або має невалідну довжину, сервіс повинен падати на етапі ініціалізації з зрозумілою помилкою в логах. Кожен секрет шифрується перед записом у БД з використанням цього Майстер-ключа. При запиті — розшифровується в пам'яті і віддається в тілі відповіді.Аудит-логування (Audit Trail) Будь-яка дія з секретами (створення, читання сервісом, успішна або неуспішна ротація) повинна записуватися в окремий лог-файл audit.log (або окрему таблицю в БД). Суворе табу: В аудит-лог категорично заборонено записувати самі значення секретів (ні в відкритому, ні в зашифрованому вигляді).
Маємо dedicated сервер на hetzner з вебсайтом на докерах (+фремворк laravel) Контакт з розробниками втрачено Потрібно: - відновити і змінити серверні доступи (ймовірно, ssh) - рекомендувати місце зберігання і налаштувати повний бекап серверу з простим відновленням, ймовірно, не на hetzner для безпеки - пофіксити чомусь не відображаємий логотип (не зрозуміло чому файл перестав бути доступним) Важливо - бекапу сайту не має, права на помилку теж. Розглянемо тільки досвідчених спеціалістів.