Cal.com przechodzi na closed source. Oto dlaczego.
Po pięciu latach jako liderzy open source Cal.com przechodzi na closed source. To nie była łatwa decyzja, ale w erze zagrożeń bezpieczeństwa napędzanych przez AI ochrona danych klientów musi być na pierwszym miejscu. Cal.diy nadal będzie dostępne jako otwarta opcja dla hobbystów.
Niełatwo jest napisać ten wpis.
Kiedy zakładaliśmy Cal.com, głęboko wierzyliśmy w open source. To podstawowa zasada, wokół której zbudowaliśmy tę firmę, i coś, z czego byliśmy niesamowicie dumni.
Dziś podejmujemy bardzo trudną decyzję o przejściu na closed source, a powód jest jeden i prosty: bezpieczeństwo.
AI zmienia wszystko. Przekształca sposób, w jaki tworzymy treści, budujemy oprogramowanie i działamy na co dzień. Ale znacznie rzadziej mówi się o tym, jak dramatycznie AI zmienia świat bezpieczeństwa.
W przeszłości wykorzystanie aplikacji wymagało wysoko wykwalifikowanego hakera z wieloletnim doświadczeniem i dużej inwestycji czasu, żeby znaleźć i wykorzystać luki. Prawda jest taka, że ludziom brakuje czasu, uwagi i cierpliwości, żeby znaleźć wszystko.
Dziś można skierować AI na kod open source i systematycznie przeskanować go pod kątem luk.
Bycie open source coraz bardziej przypomina oddawanie atakującym planów skarbca. Gdy struktura jest w pełni widoczna, znacznie łatwiej wskazać słabe punkty i je wykorzystać.
W ostatnich miesiącach widzieliśmy falę startupów zajmujących się bezpieczeństwem AI, które komercjalizują tę możliwość. Każda platforma ujawnia inne luki, co utrudnia stworzenie jednego, wiarygodnego źródła prawdy o tym, co faktycznie jest bezpieczne.
Ta niepewność zmusiła nas do wyboru: pozostać przy open source i zaakceptować rosnące ryzyko dla danych klientów albo przejść na closed source, żeby to ryzyko zmniejszyć. To nie jest idealne rozwiązanie, ale musimy zrobić wszystko, co w naszej mocy, żeby chronić naszych użytkowników.
Jednocześnie nadal bardzo zależy nam na open source. Dlatego udostępniamy społeczności wersję naszego kodu na licencji MIT jako Cal.diy. Choć nasz produkcyjny kod bardzo się rozjechał, w tym przez duże przepisania kluczowych systemów, takich jak uwierzytelnianie i obsługa danych, chcemy zapewnić, że nadal dostępna będzie naprawdę otwarta wersja dla deweloperów, hobbystów i każdego, kto chce odkrywać i eksperymentować.
Krajobraz zagrożeń szybko przyspiesza. Zaawansowane modele AI są dziś w stanie identyfikować i wykorzystywać luki z niespotykaną dotąd szybkością. W jednym z niedawnych przykładów AI wykryła 27-letnią lukę w jądrze BSD, jednym z najczęściej używanych i najbardziej nastawionych na bezpieczeństwo projektów open source, i wygenerowała działające exploity w ciągu kilku godzin.
Dalsze działanie jako open source naraziłoby naszą aplikację, naszych klientów i wrażliwe dane, którymi zarządzamy, na poważne ryzyko. Robimy wszystko, co możemy, żeby to ryzyko zmniejszyć i chronić naszych użytkowników, a na ten moment oznacza to przejście na closed source, mimo jak trudna jest ta decyzja.
Mamy nadzieję, że pewnego dnia będziemy mogli wrócić do open source, gdy krajobraz bezpieczeństwa się zmieni. Na razie jednak musimy postawić naszych klientów na pierwszym miejscu.