Serwer z modelem jest zwykłym serwerem i wymaga zwykłych zabezpieczeń. Bywa o tym zapominane, bo uwagę przyciąga sam model.
Nie wystawiać na zewnątrz
Usługa dostępna z internetu bez uwierzytelniania zostaje znaleziona i wykorzystana w ciągu godzin. Dostęp wyłącznie z sieci firmowej albo przez połączenie szyfrowane.
Wystawienie zdarza się zwykle przez przypadek, nie z decyzji. Ktoś otwiera port na czas testu i zapomina go zamknąć, albo usługa domyślnie nasłuchuje na wszystkich adresach. Warto to sprawdzić z zewnątrz po uruchomieniu, zamiast zakładać, że skoro serwer stoi w biurze, to jest niewidoczny.
Uwierzytelnianie
Nawet wewnątrz firmy. Klucze przypisane do aplikacji pozwalają ustalić, kto generuje obciążenie, i odebrać dostęp pojedynczo.
Osobny klucz dla każdej aplikacji ma jeszcze jedną zaletę: przy podejrzeniu wycieku unieważnia się jeden, a nie wszystkie. Ten sam mechanizm porządkuje później dostęp wielu użytkowników i pozwala nałożyć limity tam, gdzie są potrzebne.
Aktualizacje
Oprogramowanie uruchamiające modele rozwija się szybko i zawiera błędy bezpieczeństwa jak każde inne. Wymaga tego samego rytmu aktualizacji.
To argument przeciwko traktowaniu takiej maszyny jako czegoś osobnego. Serwer z modelem powinien wejść do tej samej listy co reszta infrastruktury — z przypisaną osobą i ustalonym terminem przeglądu. Wyłączony z tej listy zostaje bez opieki na lata, bo nikt nie czuje się za niego odpowiedzialny.
Modele z niepewnych źródeł
Plik modelu pobrany z przypadkowego miejsca może zawierać kod wykonywany przy wczytaniu. Warto korzystać z uznanych źródeł i bezpiecznych formatów zapisu.
Traktować to trzeba jak każdy plik wykonywalny pobierany z zewnątrz, a nie jak dokument. Sprawdzenie, kto opublikował plik i czy suma kontrolna się zgadza, zajmuje chwilę i zamyka najprostszą drogę wejścia do firmowej sieci.
Dane przekazywane do przetwarzania
Zostają w firmie, ale trafiają do dzienników i pamięci podręcznej. Zakres zapisu warto ustalić świadomie.
To częste zaskoczenie. Instalacja lokalna miała chronić poufność, a przy okazji powstaje zbiór wszystkich zapytań i odpowiedzi, zapisany na dysku bez ograniczeń dostępu. Trzeba zdecydować, co jest zapisywane, jak długo i kto może to czytać. Dotyczy to również dokumentów wciągniętych do indeksu, gdy działa baza wiedzy na własnym serwerze.
Uprawnienia
Usługa uruchomiona z pełnymi uprawnieniami systemu jest niepotrzebnym ryzykiem. Osobne konto o ograniczonych prawach wystarcza.
Zasada jest prosta: usługa ma widzieć katalog z modelami i katalog roboczy, i nic poza tym. Ustawia się to raz przy uruchomieniu i później nie wymaga uwagi. Pozostałe elementy takiej instalacji porządkuje tekst o tym, jak zorganizować model na serwerze firmowym.
Czego instalacja lokalna nie załatwia sama
Przeniesienie modelu na własny sprzęt zamyka pytanie o to, dokąd wychodzą dane, i nie zamyka żadnego innego. Serwer nadal może zostać przejęty, dysk nadal może zniknąć razem z zawartością, a uprawnienia nadal mogą być ustawione zbyt szeroko. Bywa, że po takim wdrożeniu firma czuje się bezpieczniej, niż jest naprawdę — bo argument o poufności został uznany za rozwiązany raz na zawsze.
