OpenVDDK otwiera bibliotekę dysków VMware, którą Broadcom zamknął w sierpniu

Projekt nazywa się OpenVDDK. Robi jedną rzecz: wczytuje się w miejsce libvixDiskLib.so.8.0.3. Tej biblioteki narzędzia VMware do backupu i migracji używają do odczytu dysków wirtualnych.

The Register podał 3 listopada, że autor, architekt chmury Andrija Panić, napisał ją od zera w Go. Kod liczy około 2 000 linii, a cienka warstwa w C wystawia ten sam interfejs, nazwę biblioteki i wersje symboli co kod VMware. Sam VDDK to zestaw bibliotek i narzędzi, jak opisuje go VMware. Pozwalają programistom budować oprogramowanie do pracy z dyskami wirtualnymi. Korzystali z niego dostawcy backupu i narzędzia do migracji. Miało to znaczenie, gdy w sierpniu VMware ograniczyło pobrania do partnerów. Klienci stracili dostęp, a część konkurencyjnych produktów do migracji osłabła.

Co zbudował Panić i co według niego robi

Panić powiedział The Register, że testował OpenVDDK na vSphere 6.7 U3, 7.0.3, 8.0.3 i 9.1.1. Na ostatniej z tych wersji, przy odczycie przez vCenter na samodzielnym hoście ESXi, każdy odczyt dysku się zgadzał. Narzędzie nie zapisuje dysków. Czyta je, na potrzeby backupu i migracji.

To węższe zadanie niż to, które wykonuje VDDK. To także to zadanie, które przestało działać, gdy zamknięto stronę z pobraniami. Panić zastrzega, że doniesienia o użyciu produkcyjnym nie są audytowanymi rekomendacjami. „Otrzymałem doniesienia o użyciu produkcyjnym, w tym od niemieckiego dostawcy chmury, który migrował duży serwer plików za pomocą V2K Migrate, oraz od firmy z USA migrującej do Apache CloudStack/KVM”, powiedział The Register. Dodał, że nie są to „niezależnie audytowane rekomendacje klientów ani gwarancja przydatności w każdym środowisku produkcyjnym”. Niezależni testerzy, jak mówił, donosili o sukcesach z Forklift i MTV na OpenShift, z pipeline'em Proxmox VE i z własnymi narzędziami opartymi na nbdkit.

„Nie uważałem za fair, żeby zdolność ludzi do przenoszenia i ochrony własnych danych zależała od strony z pobieraniem”. Andrija Panić dla The Register

Kontekst, który podał dla projektu, to lista narzędzi opierających się na tej samej małej bibliotece. Są wśród nich virt-v2v i nbdkit, importery w Forklift i MTV, Proxmox VE, Apache CloudStack oraz skrypty pisane wewnętrznie. Każde z nich po sierpniu trudniej zainstalować. OpenVDDK nie jest jedyną odpowiedzią. The Register zauważa, że OneSwap z OpenNebuli deklaruje 96 procent skuteczności. Nutanix dostosował swoje narzędzie Move do pracy bez VDDK, a Red Hat opublikował obejście, pracując nad poprawką.

Większy spór o to, kto utrzymuje infrastrukturę

To historia o migracji. Trafia jednak w środek szerszej dyskusji o infrastrukturze open source i o tym, kto utrzymuje ją przy życiu. Jesienią ta dyskusja jest głośna. Anthropic rozdaje skany podatności dla projektów open source. Google wstrzymało swój bug bounty dla open source po fali nieprawdziwych zgłoszeń generowanych przez AI. Fundacja odpowiadająca za reakcję na podatności w PHP miała, jak donoszono, jednego pracownika na pełnym etacie.

Cisco dołożyło swoją część 28 października, udostępniając jako open source Project Quarry, silnik wykrywania zachowań agentów AI. Amy Chang, która kieruje badaniami nad zagrożeniami i bezpieczeństwem AI w Cisco, powiedziała The Register w wywiadzie, że istniejące narzędzia pytają, czy agent próbował wstrzyknięcia promptu albo wywołał narzędzie atakujące. Pomijają jednak „cały kontekst, w którym coś może się wydarzyć”. Quarry obserwuje całe sesje agenta, łącznie z wywołaniami narzędzi i interakcjami przez Model Context Protocol. Ma wtyczki do Claude Code, Codex i innych agentów zgodnych z MCP. Cisco porównuje go do Snorta i YARY: wspólny język opisu zachowań.

Pieniądze na bezpieczeństwo od dostawców ruszają w tym samym tygodniu. OpenAI podało 3 listopada, że czterokrotnie zwiększyło wypłaty w bug bounty, według The Decoder. Krytyczne błędy w ChatGPT lub Codex są warte do 30 000 dol., wyjątkowe znaleziska do 100 000 dol., a premie podnoszą sumę do około 172 000 dol. Zgłoszenia z ostatnich 30 dni dostają różnicę retroaktywnie. Firma planuje też sprint bezpieczeństwa z firmą Cathedral i własnymi inżynierami. W poprzednim sprincie 25 procent inżynierów produktowych OpenAI szukało podatności, podała firma.

Spory o infrastrukturę, które nie dotyczą kodu

Open source to nie jedyny front. W poniedziałek OpenAI zaczęło używać określenia „compute campus” w ogłoszeniu o Grid Protectors Program, podał The Verge 3 listopada. Program startuje z lokalizacją w hrabstwie Effingham w Georgii. W tekście na około 900 słów „data center” pojawiło się dwa razy.

The Verge cytuje Holly Elmore z PauseAI US, według której firma reaguje na niepopularność centrów danych. Zmiana nazwy „może oszukać słuchaczy raz czy dwa”, ale problemem jest budowa, nie etykieta. Tom's Hardware donosił dzień wcześniej, że OpenAI rozważa rebranding. Drugim ograniczeniem jest energia. Tom's Hardware podał 3 listopada, że xAI używa ośmiu przerobionych turbin silników odrzutowych w centrum danych w Missisipi. Pozwolenia dopuszczają o 25 procent wyższy limit lotnych związków organicznych. Southern Environmental Law Center zaskarżyło zgodę Missisipi, argumentując, że xAI nie wykazało, iż turbiny spełniają normy dla zanieczyszczeń, w tym formaldehydu. Ta sama grupa pozwała wcześniej xAI za generatory gazowe używane bez wymaganych pozwoleń.

Ludzie dochodzą do tego samego wniosku: warstwa, od której wszyscy zależą, potrzebuje kogoś, kto się nią zajmie. Panić odpowiedział, pisząc bibliotekę sam. „Wiele narzędzi, które nie mają ze sobą nic wspólnego poza VMware, używa tej samej małej biblioteki do odczytu dysków maszyny wirtualnej”, powiedział The Register. „Gdy publiczne pobrania VDDK się skończyły, wszystkie trudniej było zainstalować i uruchomić”.