Lokalna AI na komputerze czy AI w chmurze
AI na komputerze (układ NPU) i AI w chmurze rodzą inne pytania: wybór dozwolonego narzędzia, co wolno wpisywać, kogo poinformować.
W 30 sekund
- Gdzie to się zdarza
- Asystenci do tłumaczenia lub generowania obrazów, na nowszym komputerze wyposażonym w układ AI1.
- Co się zmienia
- Lokalna AI działa na urządzeniu, AI w chmurze na usłudze hostowanej gdzie indziej. W obu przypadkach trzeba panować nad wpisywanymi danymi i nad samym narzędziem.
- Odruch
- Korzystać wyłącznie z narzędzi zatwierdzonych przez firmę i zapytać dział bezpieczeństwa lub IT, zanim wpisze się wrażliwe dane albo zainstaluje nowe narzędzie.
- Jeśli już się stało
- Niezwłocznie poinformować dział IT, podając narzędzie i to, co zostało wpisane.
O co chodzi
„Lokalna” AI wykonuje obliczenia na komputerze pracownika. AI „w chmurze” robi to na serwerach znajdujących się gdzie indziej, z którymi łączy się narzędzie. Dla osoby, która wpisuje pytanie lub wkleja dokument, oba rozwiązania wyglądają podobnie. Ryzyka dla danych firmy nie są jednak takie same, a decyzja o użyciu danego narzędzia należy do firmy.
Ta karta wyjaśnia różnicę, a potem to, co może zrobić pracownik: wybrać dozwolone narzędzie, wiedzieć, co wolno w nim wpisywać, i pytać w razie wątpliwości.
Pytania wprost
Czym jest układ NPU?
Microsoft opisuje go jako układ wyspecjalizowany w ciężkich zadaniach AI, takich jak tłumaczenie w czasie rzeczywistym czy generowanie obrazów1. Komputery „Copilot+” firmy Microsoft mają taki układ, zdolny do ponad 40 bilionów operacji na sekundę (40 TOPS)1. NPU pracuje razem z procesorem i kartą graficzną, a Windows 11 rozdziela zadania między nie1. Umożliwia on uruchamianie funkcji AI na samym urządzeniu1.
Czy lokalna AI jest bezpieczna bez zastrzeżeń?
Nie. Nic w cytowanych tu źródłach nie mówi, że model uruchamiany na komputerze zwalnia ze środków ostrożności. Brytyjskie NCSC przypomina, że systemy AI są narażone na nowe podatności, które trzeba brać pod uwagę obok zwykłych zagrożeń informatycznych2. OWASP w swojej dziesiątce ryzyk dla aplikacji opartych na modelach językowych wymienia ujawnienie informacji wrażliwych, łańcuch dostaw oraz zatruwanie danych i modeli3. Żadne z tych źródeł nie ogranicza tych ryzyk do narzędzi hostowanych gdzie indziej.
Co zmienia AI w chmurze?
NCSC kieruje swoje wytyczne głównie do dostawców systemów AI, które korzystają z modeli hostowanych przez inną organizację lub z zewnętrznych interfejsów programistycznych (API)2. Przy zewnętrznym API narzędzie zależy od usługi strony trzeciej. Cytowane tu źródła nie opisują szczegółowo, co każdy dostawca robi z wpisanymi danymi: ten punkt znajduje się w warunkach usługi i warto go sprawdzić w dziale IT firmy.
Co mogę wpisywać w narzędziu AI?
Cytowane tu źródła nie ustalają listy dozwolonych danych. Obowiązuje zasada firmy. CISA wiąże bezpieczeństwo danych z poprawnością, integralnością i wiarygodnością wyników AI na każdym etapie jej życia4. W razie wątpliwości lepiej nie wpisywać niczego poufnego ani osobowego, dopóki nie ma się odpowiedzi.
Do kogo zwrócić się w razie wątpliwości?
Do działu IT lub działu bezpieczeństwa firmy, a gdy w grę wchodzą dane osobowe, także do inspektora ochrony danych. Te osoby różnią się w zależności od firmy i żadne z cytowanych tu źródeł ich nie wskazuje.
1Jak to działa1 min
Model AI jest uruchamiany („inferencja”) na jakimś sprzęcie. Na komputerze z NPU Microsoft zaleca korzystanie z Windows ML do uruchamiania zadań AI na NPU1. Jeśli NPU jest niedostępny, Windows ML przełącza się na GPU lub procesor1. Windows ML opiera się na ONNX Runtime, otwartym silniku inferencji1.
Modele są często publikowane w ciężkich formatach. Wiele układów NPU przyjmuje tylko obliczenia na liczbach całkowitych o zmniejszonej precyzji, więc modele trzeba przekonwertować („kwantyzacja”), zanim zadziałają na takim układzie1. Istnieją modele już przekonwertowane, a każdy może przynieść własny model do konwersji1. Ten ostatni punkt ma znaczenie dla pracownika: model lokalny to plik i ktoś go przygotował.
2Co Pan/Pani robi1 min
- Proszę korzystać z narzędzi udostępnionych lub zatwierdzonych przez firmę, lokalnych lub w chmurze.
- Przed instalacją narzędzia lub modelu proszę uzyskać zgodę działu IT.
- Przed wpisaniem wrażliwego dokumentu lub danych osób proszę zapytać, czy narzędzie jest dopuszczone do takiego użycia. CNIL publikuje praktyczne karty o stosowaniu RODO do AI, w tym jedną o bezpieczeństwie tworzenia systemu AI5.
- Jeśli dane zostały już wpisane w niezatwierdzonym narzędziu, proszę to zgłosić.
3Pułapki1 min
Wiara, że lokalna AI jest bezpieczna bez zastrzeżeń
Obliczenia odbywają się na komputerze, ale model i aplikacja pozostają oprogramowaniem, które trzeba aktualizować. NCSC zalicza aktualizacje i rejestrowanie zdarzeń do działań fazy eksploatacji i utrzymania systemu AI2. OWASP wskazuje też ryzyko „nadmiernej sprawczości”: system oparty na modelu językowym dostaje często pewną autonomię3. Narzędzie lokalne podłączone do Pana/Pani plików lub skrzynek pocztowych jest jednym z przykładów, które warto omówić z działem IT.
Używanie niezatwierdzonego narzędzia („shadow AI”)
Niezatwierdzone narzędzie wymyka się kontrolom firmy. NCSC zaleca traktować bezpieczeństwo jako podstawowy wymóg, w całym cyklu życia systemu2. Narzędzie wybrane samodzielnie przez pracownika nie podlega żadnej z tych kontroli.
Pobieranie modelu o nieznanym pochodzeniu
Pobrany model jest elementem łańcucha dostaw, czyli ryzykiem, które OWASP wymienia wprost3. Raport NIST o uczeniu maszynowym w warunkach ataku omawia ataki przez tylne drzwi i przez „konia trojańskiego” oraz zatruwanie danych7. CNIL prowadzi ze swej strony narzędzie do badania genealogii modeli AI publikowanych jako otwarte oprogramowanie, zaktualizowane 26 sierpnia 20266. W przypadku modelu o nieznanym pochodzeniu proszę uzyskać zgodę działu IT przed instalacją.
Lekceważenie dostępu do danych
AI, która czyta dokumenty, może ujawnić ich treść. OWASP wymienia ujawnienie informacji wrażliwych, które dotyczy zarówno modelu, jak i jego aplikacji3. Ramy zarządzania ryzykiem NIST, stosowane dobrowolnie, mają włączać wiarygodność w projektowanie, użytkowanie i ocenę systemów AI8.
Karta
- Identyfikator
- CP-269
- Skrzydło
- 4. Sztuczna inteligencja
- Kompetencja Brain
- Dozwolone narzędzia (authorized_tools)
- Odruch Brain
- air-021
- Schemat
- G3 · Przekrój anatomiczny
- Języki
- de, en, es, fr, it, nl, pl, pt
- Źródła
- Źródła sprawdzone 3 listopada 2026: 8
ŹródłaŹródła: 8
- Microsoft, „Develop AI applications for Copilot+ PCs”. https://learn.microsoft.com/en-us/windows/ai/npu-devices/ (dostęp 3 listopada 2026)
- NCSC (Royaume-Uni), „Guidelines for secure AI system development”, 27 listopada 2023. https://www.ncsc.gov.uk/collection/guidelines-secure-ai-system-development (dostęp 3 listopada 2026)
- OWASP, „LLMRisks Archive”. https://genai.owasp.org/llm-top-10/ (dostęp 3 listopada 2026)
- CISA, „AI Data Security: Best Practices for Securing Data Used to Train & Operate AI Systems”, 22 maja 2025. https://www.cisa.gov/resources-tools/resources/ai-data-security-best-practices-securing-data-used-train-operate-ai-systems (dostęp 3 listopada 2026)
- CNIL, „Les fiches pratiques IA”. https://www.cnil.fr/fr/les-fiches-pratiques-ia (dostęp 3 listopada 2026)
- CNIL, „Intelligence artificielle”. https://www.cnil.fr/fr/intelligence-artificielle (dostęp 3 listopada 2026)
- NIST, „Adversarial Machine Learning: A Taxonomy and Terminology of Attacks and Mitigations”. https://csrc.nist.gov/pubs/ai/100/2/e2023/final (dostęp 3 listopada 2026)
- NIST, „AI Risk Management Framework”. https://www.nist.gov/itl/ai-risk-management-framework (dostęp 3 listopada 2026)
Zacytuj ten artykuł
Brain, „Lokalna AI na komputerze czy AI w chmurze”, Cyberpedia, 2026. https:/
BibTeX
@misc{brain_cp269_pl_2026,
author = {Brain},
title = {Lokalna AI na komputerze czy AI w chmurze},
year = {2026},
howpublished = {Cyberpedia},
url = {https://startbrain.io/cyberpedia/pl/articles/lokalna-ai-npu-vs-ai-w-chmurze/},
note = {CC BY 4.0}
}