Niezaufany kod GPGPU (OpenCL itp.) - czy jest bezpieczny? Jakie ryzyko?

Question

Istnieje wiele podejść, jeśli chodzi o uruchamianie niezaufanego kodu na typowym procesorze: piaskownicach, fałszywych źródłach, wirtualizacji ...

Co z niezaufanym kodem GPGPU (OpenCL, cuda lub już skompilowany)?

Zakładając, że pamięć na karcie graficznej jest wyczyszczone przed uruchomieniem takich osób trzecich kod niezaufane,

• czy są jakieś zagrożenia bezpieczeństwa?
• Jakie rodzaje ryzyka?
• W jaki sposób im zapobiec?
  • Czy Sandboxing możliwe/dostępny na GPGPU?
  • Może oprzyrządowanie binarne?
  • inne techniki?

PS: Bardziej interesuje mnie bezpieczeństwo na poziomie kodu binarnego gpu, a nie wysoki poziom bezpieczeństwa w języku programowania gpg (ale te rozwiązania również są mile widziane). Mam na myśli to, że mile widziane są odniesienia do opcodes gpu (kod maszynowy a.k.a).

Answer 1

Ryzyko jest takie samo jak w przypadku dowolnego programu C. Dodatkowo możesz zamrozić cały Twój pulpit. Udało mi się to zrobić raz, wykonując bardzo długie obliczenia. Efekt był taki, że ekran nie był już aktualizowany, na przykład czas w widżecie zegara nie zmienił się w tym okresie. Więc powinieneś użyć dwóch kart graficznych - jednej dla rzeczy GPU.

Answer 2

Kod GPU z pewnością może być ryzykowny. Obecne układy GPU nie zapewniają ochrony pamięci, więc zasadniczo każde jądro GPU może uzyskać dostęp do całej pamięci wideo. Nie jestem pewien, czy można uzyskać dostęp do pamięci hosta (może za pomocą mapowania pamięci?). Nie można przeładować jądra, mogą "przejąć" GPU, co powoduje zawieszenie, jeśli jest używane również do wyświetlania grafiki. (Zwykle sterownik zakończy jądra, które nie znikają po kilku sekundach)

Podobno nowe serie GPU AMD mają pewne funkcje ochrony pamięci, ale wątpię, że są one używane w tej chwili. Możliwe jest podzielenie wieloprocesorowych GPU na wiele segmentów z obecnym sprzętem genowym (GeForce 4xx +, Radeon 6xxx +), ale to nie jest tak samo jak w czasie rzeczywistym, wielozadaniowość z wyprzedzeniem. ;)