Color scheme: Riviera
You are here: start » sl » Dokumentacija » Orodja za Microsoft Access » WKL Office SDK » concepts » Varnost in obveznosti proizvajalca

Varnost in obveznosti proizvajalca

graph TD
  M[Proizvajalec izdelka WKL Office SDK] --> R[Različica z dnevnikom sprememb, dokumentacijo in kosovnico programske opreme]
  M --> V[Obravnava prijavljenih ranljivosti]
  V --> C[Skupina CSIRT, imenovana za koordinatorja, in ENISA]
  V --> N[Varnostno obvestilo uporabnikom]
  R --> P[SDK na razvijalskem in gradbenem računalniku]
  E[Stranka kot subjekt NIS 2] --> A[Oceni svoje dobavitelje]
  A --> M

WKL Office SDK je izdelek z digitalnimi elementi v smislu Uredbe (EU) 2024/2847, akta o kibernetski odpornosti (Cyber Resilience Act, CRA). Ta stran pojasnjuje, katere obveznosti ima njegov proizvajalec po tej uredbi in kot dobavitelj organizacij, za katere velja direktiva NIS 2. Opisuje tudi, kako prijavite ranljivost in kaj izdelek WKL Office SDK naredi za varnost računalnikov, na katerih razvijate in gradite svoje aplikacije.

Ključne točke

  • Ranljivosti prijavite na naslova Wolfgang.van.der.Stille@gmail.com in zp@datecpro.de; glejte Prijava ranljivosti.
  • Obveznosti poročanja že veljajo. Obveznosti iz 14. člena akta o kibernetski odpornosti veljajo od 11. septembra 2026, preostale obveznosti pa od 11. decembra 2027 (drugi odstavek 71. člena).
  • Varnostni popravki izidejo v samostojnih različicah. Vsak varnostni popravek izide v ločeni, brezplačni različici, ki jo dnevnik sprememb označi kot varnostni popravek.
  • Gradnja izvaja kodo vaših izvornih datotek. Kdor lahko spreminja izvorne datoteke, lahko izvaja kodo na računalniku, ki jih gradi; gradite samo izvorne datoteke, ki jim zaupate. Podatkovne zbirke, ki jih SDK odpre sam, ne zaženejo svoje kode.
  • Skladnost do 11. decembra 2027. Proizvajalec bo do tega dne za izdelek WKL Office SDK izdal EU izjavo o skladnosti z oznako CE; glejte Pot do skladnosti.

Za koga in kako veljajo obveznosti

Kdo je proizvajalec

Proizvajalec je, kdor izdelek z digitalnimi elementi razvije ali ga da razviti in ga trži pod svojim imenom ali znamko (13. točka 3. člena). Proizvajalec izdelka WKL Office SDK je EMSR DATA, D.O.O., Trg komandanta Staneta 8, 1000 Ljubljana, Slovenija, https://wvds.it, tudi če izdelek prejmete prek prodajnega partnerja. The White Knight Labs in WKL sta blagovni znamki družbe EMSR DATA, D.O.O. Aplikacije, zgrajene in izdane s SDK, imajo svojega proizvajalca: to je njihov založnik; njegove obveznosti opisuje stran Obveznosti založnika po aktu o kibernetski odpornosti. Če založnik v SDK odkrije ranljivost, jo sporoči proizvajalcu SDK (šesti odstavek 13. člena); za svojo aplikacijo pa ostane odgovoren sam.

Prijava ranljivosti

Prijavo pošljite po e-pošti na oba naslova:

  • Wolfgang.van.der.Stille@gmail.com
  • zp@datecpro.de

Navedite različico izdelka WKL Office SDK (razberete jo iz imena namestitvene mape ali iz lastnosti datoteke bin\wkl-office.exe), korake, s katerimi je težavo mogoče ponoviti, in kaj lahko napadalec z njo doseže. Sporočite tudi, ali veste, da je bila ranljivost že izrabljena. Podrobnosti ne objavljajte, dokler ni na voljo popravljena različica; čas objave proizvajalec uskladi z vami.

Proizvajalec prijavo evidentira in oceni ter ranljivost odpravi v novi različici. Nato objavi varnostno obvestilo, v katerem navede prizadete in popravljene različice, posledice ranljivosti in priporočene ukrepe (2. in 4. točka II. dela Priloge I). Varnostni popravek ostane na voljo najmanj deset let ali do konca obdobja podpore, če je to dlje (deveti odstavek 13. člena).

Kaj sporoči proizvajalec

DogodekZgodnje opozoriloObvestiloKončno poročilo
aktivno izrabljena ranljivostnajpozneje 24 ur po seznanitvinajpozneje 72 ur po seznanitvinajpozneje 14 dni po tem, ko so na voljo popravni ali blažilni ukrepi
resni incident, ki vpliva na varnost izdelka WKL Office SDKnajpozneje 24 ur po seznanitvinajpozneje 72 ur po seznanitvinajpozneje en mesec po obvestilu

Proizvajalec poroča prek enotne platforme za poročanje, ki jo upravlja agencija ENISA. Poročilo prejme skupina za odzivanje na incidente na področju računalniške varnosti (CSIRT), ki jo je država članica, v kateri ima proizvajalec glavni sedež, imenovala za koordinatorja; ENISA ga prejme hkrati (sedmi odstavek 14. člena in 16. člen). Prizadete uporabnike proizvajalec obvesti o incidentu ali ranljivosti in o ukrepih, ki jih lahko sprejmejo sami (osmi odstavek 14. člena).

V Sloveniji in pri dobavah v Nemčijo

Akt o kibernetski odpornosti je uredba: v vseh državah članicah, tudi v Sloveniji in Nemčiji, velja neposredno in enako. Proizvajalec ima torej iste obveznosti, ne glede na to, v kateri državi članici se izdelek prodaja. Direktiva NIS 2 pa podjetij ne zavezuje neposredno, ampak prek nacionalnih zakonov, ki jo prenašajo: v Sloveniji je to ZInfV-1, v Nemčiji zakon o BSI (BSIG) v različici zakona o prenosu direktive NIS 2, ki velja od 6. decembra 2025. Subjekt praviloma spada pod zakon države članice, v kateri ima sedež (prvi odstavek 26. člena Direktive (EU) 2022/2555); posebna pravila veljajo med drugim za ponudnike elektronskih komunikacij, storitev računalništva v oblaku, podatkovnih centrov in upravljanih storitev. Dobavitelja direktiva ne zavezuje sama po sebi: zahteve dobi od stranke, ki je zavezanec, po pravu države, ki velja za stranko.

  • Koordinator CSIRT: naloge koordinatorja za usklajeno razkrivanje ranljivosti v Sloveniji določa 17. člen Zakona o informacijski varnosti (ZInfV-1, Uradni list RS, št. 40/25, velja od 19. junija 2025), koordinatorja pa izmed skupin CSIRT določi vlada (13. člen). Po prehodni določbi 59. člena je koordinator SI-CERT, notranja organizacijska enota javnega infrastrukturnega zavoda Akademska in raziskovalna mreža Slovenije (ARNES). Proizvajalec z glavnim sedežem v Sloveniji zato po aktu o kibernetski odpornosti poroča skupini SI-CERT, tudi kadar izdelek prodaja v Nemčiji.
  • Varnost dobavne verige v Sloveniji: po 10. točki drugega odstavka 22. člena ZInfV-1 morajo zavezanci zagotoviti varnost dobavne verige in v ta namen določiti minimalne zahteve informacijske in kibernetske varnosti za ključne dobavitelje. Po četrtem odstavku istega člena pri tem upoštevajo ranljivosti posameznega neposrednega dobavitelja, kakovost njegovih izdelkov in kibernetskih praks ter njegove varne razvojne postopke. Ukrepe morajo sprejeti najpozneje do 19. decembra 2026 (62. člen). Po pojasnilih Urada Vlade RS za informacijsko varnost (URSIV) mora dobavitelj, ki sam ni zavezanec, upoštevati minimalne zahteve, ki mu jih določi stranka. Pri oceni dobaviteljev zavezancem pomagajo Priporočila za upravljanje tveganj dobavnih verig (URSIV, različica 1.0, avgust 2026); ta stran je lahko eden od virov za takšno oceno.
  • Dobave v Nemčijo: slovensko podjetje, ki izdelek WKL Office SDK ali aplikacijo z njim dobavlja nemškim strankam, s tem ne postane zavezanec po nemškem zakonu. Če je stranka posebej pomemben ali pomemben subjekt (besonders wichtige oziroma wichtige Einrichtung), mora po 4. točki drugega odstavka § 30 BSIG zagotavljati varnost dobavne verige, vključno z varnostnimi vidiki odnosov z neposrednimi dobavitelji, po 5. točki pa tudi varnost pri nabavi, razvoju in vzdrževanju informacijskih sistemov, vključno z obvladovanjem in razkrivanjem ranljivosti. Te zahteve lahko prenese na dobavitelja, na primer s pogodbo. Za nemški trg so torej pomembni akt o kibernetski odpornosti in zahteve nemških strank, ne pa ZInfV-1.
  • Ali je vaša organizacija bistveni ali pomembni subjekt, določa zakon države članice, v kateri ima sedež (v Sloveniji ZInfV-1); proizvajalec izdelka WKL Office SDK tega za vas ne presoja.

Obveznosti dobavitelja subjektov NIS 2

Bistveni in pomembni subjekti morajo zagotavljati varnost svoje dobavne verige, vključno z varnostnimi vidiki odnosa z vsakim neposrednim dobaviteljem (točka (d) drugega odstavka 21. člena Direktive (EU) 2022/2555). Pri tem upoštevajo ranljivosti, značilne za posameznega dobavitelja, ter splošno kakovost njegovih izdelkov in kibernetskih praks, vključno z njegovimi varnimi razvojnimi postopki (tretji odstavek 21. člena). Če je vaša organizacija takšen subjekt, je proizvajalec izdelka WKL Office SDK eden od vaših dobaviteljev. Izdelek in način dela proizvajalca lahko ocenite na podlagi teh virov:

Kako SDK varuje razvijalske in gradbene računalnike

ZahtevaKaj naredi WKL Office SDKOmejitev
Omejitev napadnih površin (točka (j) 2. točke I. dela Priloge I)Ne izvaja nobene omrežne storitve in ne odpre nobenih vrat; dodatek za Access registrira samo wkl-office addin install; gradnja zažene lasten skrit Access in ga po časovni omejitvi konča.Gradnja izvaja kodo VBA iz izvornih datotek (zaključno funkcijo Finish in funkcije modelov WKL): kdor lahko spreminja izvorne datoteke, lahko izvaja kodo na gradbenem računalniku; spremembe preglejte, gradbeni agent pa naj gradi samo pregledane veje.
Odpiranje tujih podatkovnih zbirk brez njihove kode (točki (j) in (k) 2. točke I. dela Priloge I)Podatkovno zbirko, ki jo SDK odpre sam (izvoz, validate, call, test), odpre kot kopijo brez zagonskega obrazca; podatkovno zbirko z makrom AutoExec zavrne.Če kopijo še drži prisilno končan Access, ostane v začasni mapi.
Zaupnost poverilnic (točka (e) 2. točke I. dela Priloge I)Preverjanje izvornih datotek javi PWD= in Password= z vrednostjo v besedilih povezav kot napako: check in build končata z izhodno kodo 2, commit pa zavrne (izhodna koda 7); export odstrani gesla iz vrstic povezav upravitelja povezav (Linked Tables Manager).Preverjanje ne najde vsake oblike gesla, skrivnost, ki je že v zgodovini različic, pa tam ostane; zamenjajte jo (Geslo je v izvornih datotekah).
Varne privzete nastavitve (točka (b) 2. točke I. dela Priloge I)Izhodno mapo konfiguracije vpiše kot zaupanja vredno mesto programa Access samo na razvijalčev klik, brez podmap, in odstrani samo svoje vnose.Kdor lahko piše v zaupanja vredno mesto, lahko tja postavi kodo, ki jo Access zažene brez vprašanja.
Preverjanje programov pred zagonom (točka (f) 2. točke I. dela Priloge I)wkl-office verify-signature preveri, ali ima programska datoteka veljaven podpis pričakovanega založnika; izhodna koda 0 ali 17, uporabno iz VBA (Referenčni priročnik ukazne vrstice).Upošteva se samo podpis v datoteki.
Odstranitev vseh podatkov in nastavitev (točka (m) 2. točke I. dela Priloge I)wkl-office addin remove --all odstrani dodatek, povezavo projektnih datotek in nastavitve SDK za uporabnika.Bootstrapper Manager ostane nameščen; njegovo mapo navaja stran Namestitev WKL Office SDK.
Zagon samo predvidenih programov (točka (j) 2. točke I. dela Priloge I)Programe git, svn, PowerShell 7, Visual Studio Code in wkl-office zažene s polno potjo, ki jo poišče v spremenljivki PATH uporabnika (samo absolutni vnosi), cmd.exe in Windows PowerShell iz mape System32, Raziskovalec pa iz mape Windows; istoimenski program v trenutni mapi se nikoli ne zažene.Kdor lahko spremeni PATH, določa, kateri program se zažene, kot pri vsakem orodju ukazne vrstice.
Varna obdelava tujih projektov (točki (j) in (k) 2. točke I. dela Priloge I)Ukazi, kot so check, status in export, iz mape projekta ne zaženejo nobenega programa in ne naložijo nobene knjižnice: wkl-office naloži knjižnice samo iz svoje programske mape in iz mape System32, dodatek pa knjižnice sistema Windows samo iz mape System32; projektno datoteko z definicijo vrste dokumenta (DTD) SDK zavrne; vzorce z nadomestnimi znaki (Include, Exclude) primerja v času, ki narašča le linearno z dolžino imena; export zapiše dele teme podatkovne zbirke in datoteke ikon samo v njihovo mapo v projektu, vse drugo pa javi kot težavo.Gradnja izvaja kodo VBA iz izvornih datotek (prva vrstica).
Prepoznavanje komponent s kosovnico programske opreme (1. točka II. dela Priloge I)Paket izdaje vsebuje sbom.cdx.json (CycloneDX 1.6 po smernici BSI TR-03183-2): vsako datoteko z zgoščeno vrednostjo SHA-512, vsebovane ikone Codicons podjetja Microsoft ter izvajalno okolje .NET in Microsoft Access, ki ju potrebuje, vsakega z različico in licenco; wkl-office deliver tak seznam zapiše za vsako izdajo vaše aplikacije.–
Zaščita programskih datotek pred spreminjanjem (točka (f) 2. točke I. dela Priloge I)Vsaka datoteka EXE in DLL v paketu izdaje ima podpis Authenticode podjetja EMSR DATA, D.O.O. s časovnim žigom; SHA256SUMS navaja kontrolno vsoto SHA-256 vsake datoteke; glejte Namestitev WKL Office SDK.Bootstrapper Manager (Wkl.Bootstrapper.Manager.accdb) ni podpisan; zajema ga SHA256SUMS.

Pot do skladnosti

Preostale obveznosti uredbe se začnejo uporabljati 11. decembra 2027. Proizvajalec izdelek WKL Office SDK že danes razvija z mislijo na bistvene zahteve glede kibernetske varnosti iz Priloge I in bo do tega dne izpolnil vse obveznosti, ki jih ima kot proizvajalec (13. člen). Za izdelek WKL Office SDK to pomeni:

  • Razvrstitev: po oceni proizvajalca izdelek WKL Office SDK ne spada v nobeno kategorijo pomembnih ali kritičnih izdelkov (prilogi III in IV). Izdaje podpisuje zaganjalnik WKL Bootstrapper, ne SDK; SDK ni infrastruktura javnih ključev in ne upravlja identitet ali omrežij.
  • Ugotavljanje skladnosti: proizvajalec skladnost ugotovi sam, s postopkom notranje kontrole (modul A, I. del Priloge VIII); priglašeni organ pri tem ni predpisan (prvi odstavek 32. člena).
  • Tehnična dokumentacija: med drugim vsebuje oceno tveganj za kibernetsko varnost, poročila o preskusih in utemeljitev obdobja podpore (31. člen, Priloga VII). Ni javna: proizvajalec jo na zahtevo predloži organu za nadzor trga in jo hrani najmanj deset let (trinajsti odstavek 13. člena). Kosovnica programske opreme je poleg tega v paketu izdaje (sbom.cdx.json).
  • EU izjava o skladnosti in oznaka CE: vsaki različici je priložena izjava ali poenostavljena izjava s spletnim naslovom celotne izjave (dvajseti odstavek 13. člena, 28. člen). Pri programski opremi je oznaka CE na izjavi ali na spletnem mestu, povezanem z izdelkom (prvi odstavek 30. člena).
  • Obdobje podpore: vsaka različica je podprta pet let od meseca izdaje; končni datum z mesecem in letom je naveden ob vsaki različici (osmi in devetnajsti odstavek 13. člena). Varnostni popravki izidejo za najnovejšo različico glavne različice; novejša različica iste glavne različice je brezplačna in od vas ne zahteva prilagoditev (deseti odstavek 13. člena).

Za različice, dane na trg pred 11. decembrom 2027, te zahteve veljajo le, če se pozneje bistveno spremenijo; obveznosti poročanja iz 14. člena veljajo za vse različice (drugi in tretji odstavek 69. člena).

Ta različica še nima EU izjave o skladnosti in oznake CE. Končni datum obdobja podpore nastane ob ugotavljanju skladnosti.

Kako uporabiti to stran

Stran povzema obveznosti proizvajalca in prispevek izdelka WKL Office SDK, na primer kot podlago za vašo oceno dobavitelja. Zavezujoča so spodaj navedena pravna besedila. Ali je vaša organizacija bistveni ali pomembni subjekt in katere obveznosti ima sama, presodite sami ali s svojim pravnim svetovalcem. Viri: Uredba (EU) 2024/2847 (akt o kibernetski odpornosti; UL L št. 2024/2847 z dne 20. 11. 2024, http://data.europa.eu/eli/reg/2024/2847/oj): 13. točka 3. člena, 13., 14., 16., 28., 30. do 32. in 69. člen, drugi odstavek 71. člena ter priloge I do III, V, VII in VIII; Direktiva (EU) 2022/2555 (direktiva NIS 2; UL L št. 333 z dne 27. 12. 2022, str. 80, http://data.europa.eu/eli/dir/2022/2555/oj): 21. in 26. člen; ZInfV-1 (Uradni list RS, št. 40/25): 13., 17., 22., 59. in 62. člen; URSIV, Pojasnila k ZInfV-1, različica 1.4, januar 2026; URSIV, Priporočila za upravljanje tveganj dobavnih verig, različica 1.0, avgust 2026; BSIG v različici zakona o prenosu direktive NIS 2 (§ 30).

Sorodne teme

sl/wiki/msaccess/sdk/concepts/security-and-manufacturer-obligations.txt · Last modified: by Wolfgang van der Stille