IT-Security Step-by-step

ORM

Tue, 02 Sep 2025 23:28:52 GMT

ORM (Object-Relational Mapping / Об’єктно-реляційне відображення) — це програмна технологія, яка дозволяє працювати з базою даних не напряму через SQL-запити, а через об’єкти мови програмування.

Простими словами:

Без ORM: ви пишете SELECT * FROM users WHERE id=1;
З ORM: ви пишете User.find(1) і отримуєте об’єкт User, з яким можна працювати у коді.

Де застосовується

ORM є проміжним шаром (layer) між додатком і БД.
Він транслює методи й властивості об’єктів у SQL-запити і назад.
Це робить код простішим, зручнішим у підтримці та менш залежним від конкретної СУБД.

Приклади ORM

Java: Hibernate, EclipseLink
.NET: Entity Framework
Python: SQLAlchemy, Django ORM
Ruby: ActiveRecord
PHP: Doctrine, Eloquent (Laravel)

🪟 На стартову сторінку

comments

ISO/IEC/IEEE 42010: Viewpoint & View

Tue, 02 Sep 2025 23:13:18 GMT

У ISO/IEC/IEEE 42010 (Systems and Software Engineering — Architecture Description) є два близькі, але різні поняття:

Viewpoint (точка зору)

Визначення: це "шаблон" або правило, яке пояснює як і для кого треба створювати архітектурне подання.
Він відповідає на питання: які інтереси стейкхолдера ми показуємо, яку інформацію включаємо, якими засобами (діаграми, таблиці, текст) описуємо.
Простими словами: viewpoint — це інструкція або рецепт для створення подання.

View (подання)

Визначення: це конкретний результат застосування viewpoint до вашої системи.
Тобто це вже готова діаграма, таблиця чи текст, що показує систему під певним кутом зору.
Простими словами: view — це фото системи, зроблене за тим рецептом.

Приклад

Уявімо, що будуємо архітектуру для хмарної платформи:

Stakeholder (зацікавлена сторона)
- CIO (Chief Information Officer, директор з ІТ)
- Його concern (потреба): чи масштабована система і як забезпечено інтеграцію між додатками?
Viewpoint (точка зору на інтеграцію додатків)
- Назва: Application Communication Viewpoint
- Призначення: показати, як взаємодіють модулі та сервіси
- Мова: UML Component Diagram або ArchiMate Application Collaboration
- Яку інформацію включати: сервіси, API, протоколи, залежності
View (конкретне подання)
- Діаграма з Azure AD, веб-додатком на Ubuntu, RDS MySQL, інтеграцією з O365.
- Тут видно, що користувачі логіняться через Entra ID, доступ йде через API-шлюз, БД інтегрується через ORM-шар.
- Це вже готова картинка, яку CIO може подивитися.

🔹 Отже:

Viewpoint = каже: "покажи архітектуру додатків через компоненти і протоколи"
View = конкретна діаграма з вашим Entra ID, API Gateway і MySQL

🪟 На стартову сторінку

comments

TOGAF vs ISO 42010 vs Разом

Tue, 02 Sep 2025 22:57:14 GMT

В чому незручність, коли використовують тільки одну методологію для опису архітектурних рівнів?

TOGAF дає методологію (ADM-фази, артефакти, каталоги, матриці), але іноді в ньому бракує гнучкості у формальному представленні результатів.
ISO/IEC/IEEE 42010 дає рамку опису архітектури: хто стейкхолдери, які їхні потреби (concerns), через які viewpoints ці потреби відображати, і у вигляді яких views це презентувати.
Якщо користуватися лише TOGAF — є ризик, що опис буде “каталог + текст”, але не зовсім зрозумілий різним групам зацікавлених сторін.
Якщо користуватися лише ISO 42010 — буде гарна структура “хто/що/для чого”, але без готових методичних кроків і артефактів (каталогів, матриць).

Комбінація TOGAF і ISO/IEC/IEEE 42010 методично сильніша, ніж використання кожного окремо: TOGAF забезпечує процес і набір артефактів, а ISO 42010 — формалізований спосіб представлення архітектури через стейкхолдерів, concerns і viewpoints. Разом вони дозволяють зробити опис не лише повним, а й зрозумілим для різних аудиторій.

Критерій	TOGAF	ISO/IEC/IEEE 42010	Разом (TOGAF + ISO 42010)
Призначення	Методологія розробки архітектури (ADM, фази, артефакти)	Рамка для опису архітектури (stakeholders, concerns, viewpoints, views)	Повний цикл: розробка + формалізований опис
Сильна сторона	Дає покроковий процес (ADM) і набір артефактів (каталоги, матриці)	Дає чітку структуру для комунікації з різними стейкхолдерами	Виходить і методика роботи, і методика подачі результатів
Слабка сторона	Може вийти занадто “всередину ІТ”, важко донести до нефахівців	Немає власної методики створення артефактів, лише правила їх опису	Компенсують слабкі сторони один одного
Фокус	Що і як робити (Data, Application, Technology, Business Architectures)	Як показати і пояснити (concerns, viewpoints, views)	І процес, і представлення зрозумілі й прозорі
Приклад результату	Каталоги даних, матриці застосунків, моделі потоків	Logical Data View, Security View, паспорти viewpoints	Каталоги + матриці (TOGAF), оформлені у views для різних стейкхолдерів (ISO 42010)

Таким чином, можна сказати так — разом вони дають повну картину:

TOGAF = як і що робити (ADM, каталоги, матриці).

ISO 42010 = як правильно це описати й донести (stakeholders, concerns, viewpoints, views).

Див. також:
⋄ Приклад опису архітектури системи згідно TOGAF → https://bga68comp.dreamwidth.org/787432.html

🪟 На стартову сторінку

comments

Інформаційна архітектура ІТ-системи компанії. Приклад

Thu, 26 Jun 2025 18:06:09 GMT

Продовжуємо розбирати шаблони рівнів архітектури ІТ-систем. Це доповнення до опису архітектури за посиланнями:
• Приклад опису архітектури системи згідно TOGAF
• Побудова віртуальної інфраструктури на базі Microsoft Azure

✅ Опис інформаційної архітектури компанії
🖼️ Згідно з наданою схемою (RDS, Files, IIS Web Front/Back, AD DC1/DC2, VPN)

🧾 Інформаційна архітектура ІТ-системи компанії

🔹 1. Методологія

TOGAF 9.2, ADM, фаза C (Data Architecture): побудова інформаційного рівня архітектури.
ISO/IEC/IEEE 42010:2011: опис архітектури через зацікавлені сторони, погляди (views), моделі та відповідності.

🔹 2. Архітектурний контекст

Усі серверні ресурси компанії розміщені в тенанті Azure.
Користувачі підключаються до корпоративної мережі через захищені канали (VPN або Azure Bastion).
Робоче середовище реалізоване через RDS-сервер (DevSRV).
Веб-додатки розділені на фронт- (IIS Web Front) та бекенд (IIS Web Back).
Ідентифікація та авторизація забезпечуються двома доменними контролерами (AD DC1, DC2).

🔹 3. Архітектурні погляди (Views)

3.1 📡 Deployment View

DevSRV – RDS сервер для користувачів.
Files – файловий сервер зі спільними каталогами.
IIS Web Srv Front / Back – розподілення логіки веб-додатку.
AD DC1 / DC2 – розподілена автентифікація, DNS, GPO.
Всі ресурси ізольовані через NSG, Firewall, розміщені у VNet з Subnet-сегментацією.
Користувачі підключаються через захищений шлюз (VPN/Bastion).

3.2 🧩 Data Architecture View

Сутність даних	Опис
User Profile	Профілі користувачів, зберігаються в AD та RDS
File Object	Файли користувача на файловому сервері
DNS-записи	Зони та записи, керуються AD DC1/DC2
Web Session	Дані сесій на IIS Front
GPO Configuration	Групові політики, що застосовуються через AD
RDP Logs	Логи входів і дій у RDS

3.3 🔐 Access & Security View

RBAC на основі груп у AD.
GPO-політики: заборона USB, блокування локального диска, перенаправлення папок.
Шифрування: RDP over TLS, SMB over TLS.
Аудит: централізоване логування входів, дій на RDS.
Двофакторна автентифікація (MFA) через Azure AD / Conditional Access.
Firewall + NSG: розмежування Frontend, Backend, Infra.

3.4 🔄 Information Flow View

Звідки → Куди	Протокол	Захист
Користувач → RDS	RDP over TLS	VPN / MFA / GPO
RDS → Files	SMB 3.0	ACL + GPO + TLS
RDS → AD	LDAP/Kerberos	Шифрування, автентифікація
RDS → IIS Front/Back	HTTP/HTTPS	ACL, WAF, сегментація
RDS → DNS	DNS	ACL-захист зони

🔹 4. Зацікавлені сторони (Stakeholders)

Сторона	Інтерес
Користувачі	Стабільний і безпечний доступ до робочого середовища
Системні адміністратори	Централізоване управління політиками та файлами
Відділ ІБ	Впровадження GPO, аудит, захист інформації
Бізнес	Доступність сервісів, віддалена робота

🔹 5. Цільова модель та вдосконалення

Компонент	Поточна реалізація	Рекомендоване покращення
RDS	DevSRV на VM	Перехід до RDS Farm + Load Balancer
Files	Windows FS	Azure Files + Private Endpoint
MFA	Часткове	Універсальне MFA через Azure AD
AD	DC1 + DC2	Гібрид із Azure AD DS
IIS Front/Back	На VM	Azure App Service або контейнеризація

🔹 6. Узгодженість із ISO/IEC/IEEE 42010

Компонент	Відповідність
Stakeholders	Визначено
Architectural Views	Згруповано (Deployment, Security, Data)
Вимоги	Ураховані: доступність, безпека, контроль
Traceability	Показано зв’язок між цілями й рішеннями

✅ На останок:

Інформаційна архітектура побудована згідно з TOGAF ADM (фаза C) та структурована за стандартом ISO 42010.
Враховано як функціональні, так і нефункціональні вимоги: доступність, безпека, масштабованість.
Усі основні компоненти (RDS, Files, AD, IIS) інтегровані через захищені канали й управляються централізовано.

Annex:
🟠 Фази ADM (Architecture Development Method)

Preliminary Phase
Phase A: Architecture Vision
Phase B: Business Architecture
Phase C: Information Systems Architectures
Phase D: Technology Architecture
Phase E: Opportunities and Solutions
Phase F: Migration Planning
Phase G: Implementation Governance
Phase H: Architecture Change Management
Requirements Management

🪟 На стартову сторінку

comments

Пілотный проект

Sun, 11 Feb 2024 08:57:07 GMT

Працюючи в одній із компаній, я зіткнувся з терміном "пілотний проект".

При цьому в жодній документації (стандартах чи політиках) не було цього поняття. Та й ніхто до ладу роз'яснити його не міг. Менеджери з продажу партнерів чи дистриб'юторів активно пропонували провести пілот їхніх рішень "за безкоштовно".

Тільки як проводити те, чого немає у документації? Воно поза правилами і навіщо ті правила свідомо порушувати?

Тестове середовище, виробниче середовище, середовище розробки були.
Тобто, були тестовий проект та впровадження/розгортання рішення у виробничому середовищі або у середовищі розробки.

При цьому "на словах" начальство ніби розуміло, що пілотний проект або пілот - це можливість потестувати рішення на живих виробничих даних, але в обмеженому сегменті мережі та на обмеженій кількості користувачів або пристроїв. При цьому це все було напівлегально та неофіційно.
Тобто, якесь неіснуюче де-факто, за яке, якщо щось піде не так, обов'язково покарають.

При цьому залишається питання: обмежена кількість користувачів або пристроїв - це скільки? 10 - це багато чи мало? А 50? Це багато чи ще мало? Результати, які будуть отримані на такій кількості, будуть адекватними для цього конкретного виробничого середовища підприємства?

Для того, щоб не було таких слизьких моментів, потрібно вчитися, вчитися і ще раз вчитися. А краще насамперед читати документацію передових вендорів 🙂

Компанія Microsoft, наприклад, ділить проекти в ІТ-інфраструктурі на кола розгортання.

Підхід на основі кола – це метод визначення набору кінцевих точок для підключення та перевірки відповідності певним критеріям перед розгортанням служби / рішення на великому наборі пристроїв.

Для продукту Microsoft Defender це виглядає так:

Коло розгортання	Опис
Оцінка	Коло 1. Визначте 50 пристроїв для підключення до служби для тестування.
Пілотний проект	Коло 2. Визначення та підключення наступних 50–100 кінцевих точок у робочому середовищі. Microsoft Defender для кінцевої точки підтримує різні кінцеві точки, які можна підключити до служби. Для отримання додаткових відомостей див. у розділі Вибір способу розгортання.
Повне розгортання	Коло 3. Розгортання служби в іншому середовищі з великим кроком. Для отримання додаткових відомостей див. у статті Початок роботи з розгортанням Microsoft Defender для кінцевої точки.

Джерело:
https://learn.microsoft.com/ru-ru/microsoft-365/security/defender-endpoint/onboarding?view=o365-worldwide#deploy-using-a-ring-based-approach

Іншими словами, оцінка – це тестовий проект.
Повне розгортання - це рішення, яке працює у робочому виробничому середовищі.
Отже, приходимо і до наступного:

Пілотний проект / пілот – це можливість використання 50-100 одиниць обладнання у виробничому середовищі підприємства.

Користуємося!

💻 На стартову сторінку

comments

Microsoft Office 2019 официально доступен с 24.09.2018

Sun, 12 Jun 2022 20:44:36 GMT

Office 2019 теперь доступен для Windows и Mac

Автор: Jared Spataro (Джаред Спатаро), корпоративный вице-президент по маркетингу Office и Windows, 24 сентября 2018 года

Сегодня мы объявляем об общей доступности Office 2019 для Windows и Mac. Office 2019 - это следующая локальная версия Word, Excel, PowerPoint, Outlook, Project, Visio, Access и Publisher.

Office 365 ProPlus, облачная версия Office, обеспечивает наиболее продуктивный и безопасный опыт - с самой низкой общей стоимостью владения для развертывания и управления. Однако для клиентов, которые не готовы к облаку, Office 2019 предоставляет новые функции и обновления для локальных приложений (on-premises apps) для пользователей и ИТ-специалистов. Подобно выпускам Windows Long Term Service Channel (LTSC), Office 2019 предоставляет набор ценных усовершенствований для клиентов, которые не могут подключаться к облаку или получать регулярные обновления.

Новые усовершенствования в Office 2019 являются подмножеством длинного списка функций, которые были добавлены в Office 365 ProPlus за последние три года. Office 2019 является одноразовым выпуском (one-time release) и не получит будущих обновлений функций. Тем не менее, мы будем продолжать добавлять новые функции в Office 365 ProPlus ежемесячно, включая инновации в совместной работе, искусственном интеллекте (AI), безопасность и многое другое.

Office 2019 предоставляет функции в приложениях, которые помогают пользователям создавать удивительный контент в кратчайшие сроки. В PowerPoint 2019 вы можете создавать кинематографические презентации с новыми функциями, такими как Morph и Zoom. Улучшенные функции чернил в приложениях в Windows, такие как роуминг-пенал (для карандашей), чувствительность к нажатию и эффекты наклона позволяют создавать документы легко.

Excel 2019 добавляет новые мощные функции анализа данных, включая новые формулы и диаграммы и усовершенствования для PowerPivot.

Word 2019 и Outlook 2019 помогут вам сосредоточиться на наиболее важных вопросах. Инструменты обучения, такие как «Чтение вслух» и «Паузы в словах» (Read Aloud and Text Spacing), облегчают взаимодействие с вашим контентом. Режим фокусировки блокирует отвлекающие факторы и помещает ваш контент на передний план и в центр. Функция Сфокусированные входящие (Focused Inbox) перемещают вниз менее важные электронные письма в списке, поэтому вы можете сразу заниматься важным делом. Более подробный список новых функций Office 2019 см. в Часто задаваемых вопросах (FAQs).

Office 2019 также по новому снижает издержки ИТ для повышения безопасности и упрощения администрирования. Мы представили технологию Нажми и работай (Click-to-Run (C2R) - современную технологию развертывания в Office 2013 и теперь она используется для развертывания и обновления Office на сотнях миллионов устройств по всему миру. С Office 2019 мы перемещаем локальные (on-premises) версии Office в C2R для снижения затрат и повышения безопасности. Преимущества C2R включают стандартные ежемесячные обновления безопасности, современные приложения при установке, снижение требований к сети с помощью технологии оптимизации загрузки Windows 10 и простой путь обновления до Office 365ProPlus. C2R предлагает те же возможности управления на предприятии, что и продукты Microsoft Installer (MSI), а также будет поддерживать обновление сразу (an in-place) при переходе на Office 2019 с более старых продуктов на базе MSI. Чтобы узнать больше, см. Часто задаваемые вопросы о работе с Office 2019 (Office 2019 Click-to-Run FAQ).

Выпуск 2019 продуктов Office включает и обновления для наших серверов и в ближайшие недели мы выпустим Exchange Server 2019, Skype for Business Server 2019, SharePoint Server 2019 и Project Server 2019.

Office 2019 является полезным обновлением для клиентов, которые еще не готовы к облаку. И каждый раз, когда мы выпускаем новую локальную версию Office, клиенты спрашивают нас, будет ли этот выпуск последним. Мы рады сообщить, что в будущем мы намерены провести еще один выпуск локальной версии. В то время как облако дает реальные преимущества в производительности, безопасности и общей стоимости владения, мы понимаем, что у каждого клиента своя точка зрения принятия облачных услуг. Мы видим, что локальная (on-premises) версия Office является важной частью нашего обязательства перед клиентами для обеспечения гибкости, необходимой им для перехода в облако в том темпе, который им удобен.

Доступность

Клиенты с лицензией Commercial volume license (trusted) могут получить доступ к Office 2019, начиная с сегодняшнего дня. (прим. 24.09.2018. VLSC)

Office 2019 будет доступен для всех клиентов, физ.лиц и коммерческих структур, в ближайшие несколько недель.

Project 2019, Visio 2019, Access 2019 и Publisher 2019 доступны только для Windows.
Некоторые функции доступны только в версиях Office 2019 для Mac или Windows. Подробнее см. В разделе «Вопросы и ответы».

Источник:
https://www.microsoft.com/en-us/microsoft-365/blog/2018/09/24/office-2019-is-now-available-for-windows-and-mac/

Справочно:
В чем разница между Office 365 и Office 2016?

comments

Azure. Частное облако. Этап 1. Создание виртуальной сети

Sat, 11 Jun 2022 22:16:35 GMT

Azure. Частное облако. Этап 1. Создание виртуальной сети

comments

Azure. Примерный чек-лист виртуальной сети

Sat, 11 Jun 2022 21:30:14 GMT

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

Примерный перечень задач - чек-лист для проекта https://bga68comp.dreamwidth.org/3936.html

( Read more... )

comments

Побудова віртуальної інфраструктури на базі Microsoft Azure

Sat, 11 Jun 2022 21:19:27 GMT

Побудова віртуальної інфраструктури на базі Microsoft Azure

Приклад обсягу завдань за налаштуванням:

№ п/п	Блок завдань	Найменування завдань	Кіл-сть	GPO	Трудомісткість
1	Мережа	Створення віртуальної мережі VNet	1		0,2
		Мережа / ємність	1		0,2
		Адресний простір	1		0,2
		Підмережа	1		0,2
		Створення шлюза за умовчанням	1		0,2
		Розташування ресурсу (Західна Європа)	1		0,2
2	VM	Створення віртуальної машини
		DC1	1		2
		FS1	1		2
		WS1	1		2
		WS2	1		2
		DevS1/RDS	1		2
3	AD	Active Directory	1		1
		Адміністратори	1		0,1
		Групи	1	1	0,1
		Користувачі	1		0,1
		Comps	1		0,1
		Сервери	1		0,1
4	DNS	DNS	1		1
		transfers
		hints
		zones
5	Time	Time	1		0,5
6	FS1	Shares (Мережеві ресурси, що розділяються)
		Групи мережевого каталогу	1	1	0,4
		Особисті каталоги
		Рольовий доступ до мережевого ресурсу	1	1	0,4
		Спільний доступ до мережевого каталогу	1	1	0,4
		загальний доступ до мережевого каталогу - диск Z
7	DevS1/RDS	Налаштування термінального доступу	1		2
		заборона до буфера обміну	1	1	0,1
		заборона "прокидання" локальних дисків	1	1	0,1
		налаштування робочого столу	1	1	0,1
		налаштування перенаправлення папок користувача	1	1	0,5
8	AD	Active Directory
		Створення облікових записів	1		0,5
		GPO (для нових серверів, облікових записів, перенаправлення папок і мережевих дисків через GPO)	8	8	1
9	WS1	Налаштування IIS	1		1
		внутрішній доступ	1		0,4
		доступ для дизайнера по ftp	1		0,4
10	WS2	Налаштування IIS	1		1
		зовнішній доступ	1		0,4
		доступ для дизайнера по ftp	1		0,4
		Всього:			23

Azure. Приблизний чек-лист віртуальної мережі https://bga68comp.dreamwidth.org/4272.html
Приклад опису архітектури системи згідно TOGAF https://bga68comp.dreamwidth.org/787432.html 🔞

🪟 На стартову сторінку

comments