Шантаж паролями

401

Что делать, когда инженер уходит и «стирает» доступы.

Шантаж паролями

Иллюзия контроля

Вы уверены, что ваш объект защищен: закуплены дорогие контроллеры, нанят штат, серверная под замком. Но всякое бывает. Настоящая безопасность — это не толщина двери, а ответ на вопрос: «Кто владеет ключами доступа в 2 часа ночи, если главный техник перестал брать трубку?».

Если доступы к чиллерам, вентиляции и ИТ-инфраструктуре хранятся в голове или на личном диске сотрудника — вы владеете коробкой из бетона, но не инженерным интеллектом здания. Любая лояльность имеет срок годности. Человеческий фактор — это не риск, это системная неизбежность.

Кейс «Тихий уход»

Представьте: инженер, который строил систему пять лет, уходит. Без скандалов, просто нашел место лучше. Через неделю выясняется: для смены графика работы HVAC или настройки освещения нужен мастер-пароль от BMS, который он «забыл обновить в базе». Или еще хуже: проект остался на его личном ноутбуке.

Теперь вы — проситель на собственном объекте. Вы звоните, уговариваете, предлагаете деньги. А в это время автоматика начинает сбоить. Кондиционер будет холодить зимой, а батареи решат «прогреть» здание в июле. Итог: недели переговоров, потерянные деньги и нервы ради доступа к своим же системам. Это происходит потому, что архитектура позволила человеку стать «точкой отказа».

    Есть ли у вас страховка?

    Проблема не в «доверии». Мы все доверяем своим сотрудникам. Но доверие — это эмоция, а управление активами — это технология.

    Когда вы страхуете склад от пожара, вы не планируете его поджигать. Вы создаете условия, при которых инцидент не станет катастрофой. В автоматизации всё так же. Большинство классических систем — это закрытые «черные ящики». Ключи от них легко потерять и почти невозможно восстановить без участия вендора или того самого «гуру».

    Ваша система — это не вопрос верности персонала. Это вопрос архитектурной страховки.

    Uspace — гарантированная собственность!

    Uspace — это система, в которой право собственности заказчика безусловно и технически закреплено. Мы используем подход Customer First, чтобы исключить саму возможность манипуляций.

  • Cloud AI & Edge Computing: Все конфигурации и логика управления резервируются в защищенном облаке. Вы — единственный владелец мастер-аккаунта. Ушел инженер? Вы аннулируете его доступ в два клика. Система не «забудет» пароли, они всегда в вашем доступе.
  • Технологическая свобода: Вы подключаете любые устройства на стандартных протоколах Modbus и BACnet. Вам не нужен «тот самый парень с тем самым софтом», чтобы поправить уставку температуры.
  • Эмоциональная свобода: Это самое важное. Имея архитектурную защиту Uspace, вам не нужно злиться на людей или подозревать их в саботаже. Вы можете искренне доверять команде, зная, что «страховка» в виде цифрового двойника (Digital Twin) гарантирует стабильность объекта при любом сценарии.

Чек-лист «Проверка страховки» (сделайте это сегодня)

Проверьте вашу систему автоматизации прямо сейчас. Если хотя бы на два пункта ответ «Нет» — вы в зоне риска.

  • Владение почтой: На какую почту зарегистрирован административный доступ к облаку или контроллерам? Если это личный Gmail сотрудника — вы в красной зоне.
  • Локация логики: Где лежит исходный код программы управления? Если он не в вашем защищенном бэкапе в редактируемом формате — его не существует.
  • Удаленная автономия: Можете ли вы выдать временный доступ новому подрядчику и отозвать его удаленно, не меняя физические пароли на устройствах?
  • Логирование: Видите ли вы историю изменений (кто, когда и зачем изменил уставку или регистр)?
  • Если хотя бы по одному пункту прочерк — ваша страховка не работает.

    Не ждите, пока «всякое» случится. Подтвердите контроль над объектом делом, а не честным словом. Пройдите аудит инженерных систем с Uspace — мы сделаем вашу автоматизацию прозрачной и неуязвимой для человеческого фактора.

    Читайте также
    O‘zbekistonda biznes uchun elektr tarifi 2026
    02.06.2026
    865
    O‘zbekistonda biznes uchun elektr tarifi 2026

    2026-yil 1-iyundan O'zbekistonda yuridik shaxslar uchun elektr energiyasi 10%ga qimmatlashtdi. KV №194 Qaroriga ko'ra bu har yili takrorlanadi. Oyiga 100 mln so'm to'lasangiz — 5 yil ichida hech narsani o'zgartirmasdan 1,43 mlrd so'm ortiqcha to'laysiz.

    2026-yil 1-iyundan nima o'zgardi

    2025-yil 31-martdagi KV №194-sonli Qaror yuridik shaxslar uchun elektr energiyasi va gaz tariflarini yillik indeksatsiya mexanizmini — inflyatsiya darajasida, ammo yiliga 10%dan ko'p bo'lmagan holda — belgilab qo'ydi. Birinchi oshirish 2026-yil 1-iyundan kuchga kirdi.

    Bu inqiroz yoki istisno emas. Bu yangi operatsion haqiqat. Har yili hisobingiz avtomatik oshib boradi — kengaymagan, uskunangizni almashtirmagan bo'lsangiz ham, odatdagi rejimda ishlayotgan bo'lsangiz ham.

    Tijorat ko'chmas mulk egalari ko'pincha buni hisob-fakturadan bilib olishadi. Maslahatchi yoki yangiliklar orqali emas. Hisob-fakturadan — pul ketib bo'lgandan so'ng.

    Farq har yili o'sib boradi: qonun ma'lumotlariga asoslangan hisob-kitob

    Joriy hisobi oyiga 100 mln so'm bo'lgan odatiy ob'ektni olamiz. Tarifning yillik o'sishi va Uspace bilan farqini ko'ramiz:

    Uspace siz
    Uspace bilan
    2,0 1,7 1,4 1,1 Yil 1 Yil 2 Yil 3 Yil 4 Yil 5 1,2 1,3 1,5 1,6 1,8 0,96 1,05 1,16 1,28 1,46

    Manba: lex.uz, KV №194-sonli Qaror, 31.03.2025 · ma'lumotlar mlrd so'm/yilda

    Yil Uspace siz, mlrd/yil Uspace bilan, mlrd/yil Tejash, mlrd/yil Tejash, mln/oy
    Yil 1 1,20 0,96 0,24 20 mln
    Yil 2 1,30 1,05 0,25 21 mln
    Yil 3 1,50 1,16 0,34 28 mln
    Yil 4 1,60 1,28 0,32 27 mln
    Yil 5 1,80 1,46 0,34 28 mln
    Jami 7,40 mlrd/yil 5,97 mlrd/yil 1,43 mlrd/yil

    Uspace siz · 5 yil

    7,40 mlrd

    tarifning +10%/yil o'sishi bilan umumiy xarajatlar

    Uspace bilan · 5 yil

    5,97 mlrd

    har yili 20% iste'molni kamaytirish

    Foyda · 5 yil

    1,43 mlrd

    joriy tariflar bo'yicha yillik hisobdan ko'proq

    Xarajatlaringiz siz o'ylaganidan tezroq o'sishining sababi

    Bu tizimli muammo. O'zbekistondagi ko'pgina boshqaruvchi kompaniyalar va bino egalari energiya iste'moli bilan o'n yil oldingi kabi ishlaydi:

    • Real vaqtda monitoring tizimlari yo'q — ma'lumotlar oyiga bir marta hisoblagich bo'yicha olinadi, ortiqcha to'lov juda kech aniqlanadi.
    • Muhandislik tizimlari — HVAC, yoritish, nasoslar — binoningizning haqiqiy yuklamasini hisobga olmay, jadval bo'yicha yoki qo'lda ishlaydi.
    • Uskunalar ish vaqtidan tashqari, dam olish kunlari, kam yuklanadigan zonalarda energiya sarflaydi — shunchaki hech kim qaramaydi.
    • Yagona boshqaruv nuqtasi yo'q: iqlim nazorati, yoritish va elektr ta'minot tizimlari o'zaro bog'liq emas va birgalikda optimallashtirilmaydi.

    Natijada, iste'mol qilinadigan energiyaning 20–30%gacha befoyda ketadi. Eski tariflarda bu yoqimsiz edi. Yiliga 10% o'sish bilan esa — bu sezilarli yo'qotish moddasi bo'lib qoladi.

    Yechim: Uspace — avtomatik tejayotgan platforma

    Biz "energiya samaradorligi"ni kontseptsiya sifatida sotmaymiz. Biz o'lchanadigan natija beramiz: elektr energiyasiga OPEX ni 20% kamaytirish va rejalashtirilmagan uskunalar to'xtashini 30% qisqartirish.

    • Demontajsiz integratsiya. Uspace RTU kontrolleri mavjud muhandislik uskunalariga ochiq sanoat protokollari — Modbus va BACnet orqali ulanadi. 50 dan ortiq protokol qo'llab-quvvatlanadi. Uskunalarni almashtirish shart emas — ob'ektda allaqachon turgan narsaga ulanamiz.
    • Real vaqtda AI-optimallashtirish. Tizim iste'mol naqshlarini, bino yuklamasini, tashqi sharoitlarni uzluksiz tahlil qiladi va 24/7 yukni boshqaradi. Binoningizning raqamli egizagi iste'molni bashorat qilish va cho'qqi yuklamalarini oldindan bartaraf etish imkonini beradi.
    • Edge Computing — internetsiz ishlaydi. Hisoblash intellekti ob'ektda qoladi. Aloqa uzilsa — tizim ishlashda davom etadi, ma'lumotlar buferlanadi va aloqa tiklanganida sinxronlanadi.

    Bu klassik tizimlardan 2 baravar tezroq joriy etiladigan va 30 kun ichida birinchi o'lchanadigan natijani beradigan yechim.

    Tekshiruv ro'yxati: ob'ektingizni bugun tekshiring

    Yil oxirida byudjetda o'nlab million so'mlik rejalashtirilmagan xarajatlarni ko'rmaslik uchun hoziroq ushbu 5 bandni tekshiring:

    • Real vaqtda ko'rinish: Hozir binoingiz qancha elektr energiyasi iste'mol qilayotganini ko'ra olasizmi? Yo'q bo'lsa — ko'r-ko'rona boshqarayapsiz.
    • Tungi va dam olish kuni iste'moli: Binoda hech kim bo'lmaganda qancha energiya sarflanadi? Norma — kunduzi 15–25%. Ko'proq bo'lsa — bevosita yo'qotishlar mavjud.
    • Tizimlar integratsiyasi: Iqlim nazorati, yoritish va kirish tizimlari o'zaro bog'liqmi? Bog'liq bo'lmagan tizimlar birgalikda optimallashtirilmaydi.
    • Aloqa protokollari: Muhandislik uskunangiz Modbus yoki BACnet-ni qo'llab-quvvatlaydimi? Ha bo'lsa — Uspace bilan integratsiya oylar emas, kunlar ichida amalga oshiriladi.
    • O'tgan yilgi ma'lumotlar: So'nggi 12 oy uchun oyma-oy iste'mol dinamikasi bormi? Bu ma'lumotsiz tejash imkoniyatini baholash mumkin emas.

    Eski savol: «Bu o'z-o'zini qoplaydimi?» Yangi savol: «Kutib tursam qancha yo'qotaman?»

    Oyiga 100 mln so'm hisobi bilan yangi savolga javob — birinchi yildayoq oyiga taxminan 20 mln so'm. Bu raqam tariflar bilan birga o'sib boradi.

    Biz allaqachon o'nlab tijorat ko'chmas mulk ob'ektlarida integratsiyani amalga oshirdik va maydonchangizdа audit o'tkazishga tayyormiz. Muhandislik uskunangiz bo'lsa-yu, u optimallashtirilmay ishlayotgan bo'lsa — demontajsiz ulanib, 30 kun ichida birinchi natijani ko'rsata olamiz.

    Hisob-kitoblar yuridik shaxslar uchun rasmiy tariflarga asoslanadi. Manba: lex.uz, O'zbekiston Respublikasi Vazirlar Mahkamasining 2025-yil 31-martdagi №194-sonli Qarori.

    ANDIJANPETRO Keysi
    24.04.2026
    177
    ANDIJANPETRO Keysi

    ANDIJANPETRO va Uspace Keysi: Masofaviy obyektlarni OctaNode IoT-shlyuzlari orqali aqlli boshqarish

    Masofaviy texnologik obyekt — bu byudjet va asab tizimi uchun «qora tuynuk». Agar u yerda adekvat monitoring bo'lmasa, siz shunchaki uskunalar yonib ketmasligiga umid qilib yashaysiz. Uspace bu muammoni professional darajada hal qiladi.

    Raqamli transformatsiya (Digital transformation)

    Haqiqiy raqamli transformatsiya — bu shunchaki qimmat uskunalar emas, balki shaffof nazorat tizimidir. Agar avtomatlashtirish toʻgʻri yoʻlga qoʻyilmasa, u cheksiz sozlash ishlariga va ortiqcha xarajatlarga aylanib ketadi.

    Masofaviylik muammosi: Aloqa — bu imtiyoz bo'lganda

    Masofaviy obyektlarda 4G yoki optik aloqa ko'pincha yo'q. Standart PLC (dasturlanadigan mantiqiy kontrollerlar) bunday sharoitda serverga ma'lumot uzatolmay, ishdan chiqadi.

    Uspace loyihalarida biz Cloud Automation va Edge computing texnologiyalariga tayanamiz. Bizning OctaNode IoT shlyuzimiz ma'lumotlarni joyida qayta ishlaydi, siqadi va hatto 100 kbit/s kanal orqali ham uzatadi. Aloqa uzilsa, tizim avtonom ishlaydi va ma'lumotlarni buferda saqlaydi.

    Texnik topshiriq (TT): Muvaffaqiyatning 50 foizi

    Noaniq TT — har qanday loyihaning dushmani. «ANDIJANPETRO» MChJ XK bilan hamkorlikda biz vazifalarni aniq belgilab oldik. Bu bizga bitta brendga bog'lanib qolmagan moslashuvchan tizimni qurishga imkon berdi.

    Professional avtomatlashtirish afzalliklari:

    • Yong'in o'chirish paneli holatini real vaqtda monitoring qilish;
    • Modbus qurilmalarini tez va yo'qotishlarsiz ulash;
    • DALI, DMX, BACnet protokollarini yagona SCADA tizimiga integratsiya qilish;
    • Yoritish nazorati va energiya hisoblagichlarini samarali sozlash.

    Smart Building va Sanoat Monitoringi

    Binolarni avtomatlashtirish (Smart building) — bu insoniy xatolar, yo'qotilgan parollar va mas'uliyatsiz muhandislarga qarshi raqamli himoyadir. Uspace monitoring tizimi — bu sizning uxlamaydigan va xato qilmaydigan raqamli aktivingizdir.

    Audit: Obyektingizda nimani tekshirish kerak?

    Masofaviy infratuzilmani boshqarayotgan bo'lsangiz, ushbu bandlar bo'yicha nazorat o'tkazing:

    • Mahalliy saqlash: Aloqa uzilsa, ma'lumotlar saqlanib qoladimi?
    • Minimal trafik: Kritik signalni uzatish uchun tizimga qancha internet kerak?
    • Yagona oyna: Barcha tizimlar bitta SCADA interfeysiga birlashtirilganmi?
    • Modbus polling: Qurilmalarga xizmat ko'rsatish vaqti aniq belgilanganmi?

    OctaNode bilan obyektlarni "ko'r-ko'rona" boshqarishdan to'xtang

    Masofaviy obyektda avtomatika — bu hashamat emas, balki zararlardan qochishning yagona yo'li. Uspace sizga tizimingizni 40 daqiqada tahlil qilishga va samarali IoT gateway yechimlarini joriy etishga yordam beradi.

    Obyektlaringizni toʻliq nazoratga oling! Konsultatsiya uchun ariza qoldiring.

    RS-485 in Building EMS/BMS: No-Nonsense Guide to Pros, Cons and Pitfalls
    02.10.2026
    82
    RS-485 in Building EMS/BMS: No-Nonsense Guide to Pros, Cons and Pitfalls

    Modbus RTU not responding, BACnet lagging? We break down why RS-485 fails at the worst possible moment: topology mistakes, terminators, register offsets and quick diagnostics with an ordinary multimeter.

    RS-485: anatomy of collisions, bad data and broken mapping

    A call at 10 PM: “The ventilation is down, the dispatcher can't do anything, the chiller has stopped.”

    Automation engineers, EMS/BMS commissioning specialists and system integrators get calls like this all the time.

    The causes vary, but in our experience it very often comes down to communication! The RS-485 standard is more than forty years old, and the Modbus protocol will soon turn fifty.

    You would think everything should work flawlessly by now. But on real sites the picture is always the same: installers have run the twisted pair in the same tray as the power cable, terminators were either left out or fitted on every device “just to be safe”, and an engineer has spent three hours sitting on an upturned bucket trying to guess in what order a Chinese manufacturer described the data.

    What we'll cover

    Where Modbus / BACnet logic breaks against physics, how to diagnose a line with an ordinary multimeter, and how to stop wasting your life on manual configuration:

    1. Physical layer: topology and terminators
    2. Addressing and protocol: a zoo of vendors
    3. How to get away from manual integration

    1. The “Death Star”: physics installers never think about

    RS-485 is a differential interface: information is transmitted not as a voltage but as the potential difference between lines A and B. This makes it remarkably immune to noise, which is why it is still specified in projects today. Cheap and reliable — but only as long as the rules are followed.

    Rule #1

    Daisy chain only. No stars

    Installers love running cable in a star from a central cabinet: it's “more convenient — yes, it takes more cable, but it's easier to pull”.

    ✓ The right way: daisy chain

    RS-485 daisy chain diagram: Gateway/PLC with a 120 ohm terminator, Device 1 and Device 2 without terminators, Device N with a 120 ohm terminator. A connects to A, B to B.
    The cable runs into each device in turn. 120 ohm terminators go only on the first and last device.

    ✕ Never do this: star / “stubs”

    Incorrect RS-485 star diagram: from the Gateway/PLC, stubs of 15, 30 and 15 metres run through a branch point to Devices 1, 2 and 3.
    Long stubs from a common point are a source of reflections and communication errors.
    Why this breaks communication. A stub longer than 30–50 cm becomes an unmatched line. The signal reflects and creates interference. Instead of clean information you'll see “garbage”, and instead of clean data the controller will show a constant stream of CRC errors.

    Rule #2

    120 ohm terminators — exactly two per line (at the start and at the end)

    The characteristic impedance of standard industrial twisted-pair cable is about 120 ohms. The signal from the transmitter travels in both directions along the line. To absorb the wavefront and eliminate echo, exactly two termination resistors are fitted:

    First resistor

    On the very first physical node of the bus — on the A/B terminals of the controller or polling gateway.

    Second resistor

    On the very last physical device in the chain — for example, the farthest drive or meter.

    Intermediate devices

    All of them must be without terminators.

    There are always nuances: controllers and devices from different manufacturers

    You need to check the built-in resistor in the controller. A common commissioning mistake is blindly believing that “an expensive controller surely has the terminator built in”.

    Reality is different: the automation giants have no common standard. Some expect you to fit resistors by hand, some switch them in software, and some require you to buy proprietary jumpers. As a cheat sheet, here is a comparison of the most common product lines:

    Manufacturer / line Typical port Built-in resistor How it's enabled
    Siemens Desigo PX / PXC Screw terminals No (in 90% of cases) External 120 ohm resistor under the terminal screws, or an external termination/biasing module
    Siemens S7 Profibus/MPI Sub-D 9-pin Yes (in the plug itself) Mechanical ON / OFF switch on the housing of the purple connector
    Schneider SpaceLogic AS-P/B Removable terminals Yes A checkbox in the software (EcoStruxure EBO) or internal jumpers
    Schneider Modicon M221/M241 RJ45 connector No Proprietary T-adapter and RJ45 terminator plug
    Uspace FlexNode, OctaNode Screw terminals Yes (inside the housing) Standard jumper

    ⚠ The critical check rule

    Reading the documentation is good, but not every nuance makes it into the manuals. Make it a rule to do a hardware test before start-up:

    1. Power down the controller.
    2. Put the multimeter in ohmmeter mode on the controller's own A and B terminals (with the external line disconnected).
    Infinity (open circuit)? There is no built-in resistor — clamp a leaded 120 ohm resistor under the screws.
    About 120 ohms? The resistor is fitted and enabled.

    Quick multimeter diagnostics: two test measurements

    1Measure the equivalent line resistance (with power OFF)

    ~60 Ω

    Normal: two 120 ohm resistors in parallel at the ends of the line.

    120 Ω

    The line is broken in the middle, or the second terminator was forgotten (for example, someone assumed Siemens has one by default).

    < 45 Ω

    Terminators are enabled on intermediate devices.

    2Measure the idle-state voltage

    When the controller is not sending requests (the bus is idle), the line must not be left “floating”. The potential difference UB − UA measured with a multimeter must be STRICTLY positive: from +200 to +300 mV. If it is close to zero, external interference will seriously degrade communication quality.

    2. Addressing and protocol: a zoo of vendors

    If the physical layer is sound, problems can still arise at the logical layer.

    Off-by-one offset (zero-based vs one-based)

    Always check that the register addresses you read in your system are correct. The documentation may say: “Frequency register: 40001 (or address 1)”.

    • If the polling controller counts addresses from zero (0-based), a request for 0x0001 will actually go to the device's second register and return an error.
    • If the device returns error 02 (Illegal Data Address) or shows the value of a neighbouring parameter, simply try subtracting or adding one to the register address.

    Endianness: four ways to break a Float32

    Modbus transmits data in 16-bit words. Any fractional value (pressure, flow, power) occupies 2 registers (32 bits). But the standard does not specify the byte order. As a result, you have 4 combinations:

    ABCD

    Big-Endian: straight order.

    DCBA

    Little-Endian: reversed order.

    CDAB

    Word Swap: the words are swapped. The most common option — used by 80% of electricity and heat meters.

    BADC

    Byte Swap: the bytes within each 16-bit word are swapped. The rarest option.

    Example: if instead of 220.5 V you see NaN, 0.00 or -1.42e-38, the maths is fine — just try the other Endian combinations.

    3. Breaking the vicious circle of manual integration

    A commissioning engineer's typical process on site looks like this:

    1. Find the 80-page PDF manual 2. Find the register table 3. Manually enter the addresses into the SCADA or PLC configurator 4. Guess the byte order (if the manual doesn't say) 5. Write a scaling script (multiply by 0.1) ↻ Repeat all of this 50 times

    If six months later the device is replaced with an equivalent of a different revision, all the work starts from scratch.

    The modern approach: auto-configuration on IoT Edge gateways

    A field device should not depend on manual configuration:

    • Polling by standard templates: device polling parameters (addresses, data types, coefficients) are not hard-coded into the PLC logic.
    • On-the-fly conversion of raw data: the gateways normalise data for your energy monitoring system (EMS) themselves.
    • Publishing: the upper-level system or BMS/SCADA receives not anonymous Modbus registers but messages with meaningful values and a timestamp.

    Example of normalised telemetry from a metering point:

    {
      "ts": 1727542800,
      "device": "heat_meter_01",
      "supply_temp": {"v": 82.4, "unit": "C", "status": "valid"}
    }