Cal.com przechodzi na closed source. Oto dlaczego.
Po pięciu latach bycia ambasadorem 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ć najpierw. Cal.diy nadal będzie dostępne jako opcja open source dla hobbystów.
To nie jest łatwy post do napisania.
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 jest jeden prosty powód: bezpieczeństwo.
AI zmienia wszystko. Przekształca to, jak piszemy treści, tworzymy oprogramowanie i działamy na co dzień. Ale znacznie rzadziej mówi się o tym, jak bardzo AI zmienia świat bezpieczeństwa.
W przeszłości wykorzystanie aplikacji wymagało wysoko wykwalifikowanego hakera z wieloletnim doświadczeniem i znaczącą inwestycją czasu, żeby znaleźć i wykorzystać luki. Prawda jest taka, że ludzie nie mają czasu, uwagi ani cierpliwości, żeby znaleźć wszystko.
Dziś AI można skierować na open source'owy codebase i systematycznie skanować go pod kątem luk.
Bycie open source coraz bardziej przypomina wręczenie atakującym planów skarbca. Gdy struktura jest w pełni widoczna, znacznie łatwiej jest zidentyfikować słabe punkty i je wykorzystać.
W ostatnich miesiącach widzieliśmy falę startupów od bezpieczeństwa AI, które produktowo opakowują tę możliwość. Każda platforma wykrywa inne luki, przez co trudno ustalić jedno, wiarygodne źródło prawdy o tym, co faktycznie jest bezpieczne.
Ta niepewność zmusiła nas do wyboru: pozostać open source i zaakceptować coraz większe ryzyko dla danych klientów albo przejść na closed source, żeby je 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 wydajemy społeczności wersję naszego codebase na licencji MIT jako Cal.diy. Choć nasz produkcyjny codebase znacząco się rozszedł, w tym przez duże przepisywanie kluczowych systemów, takich jak uwierzytelnianie i obsługa danych, chcemy mieć pewność, że nadal istnieje naprawdę otwarta wersja dostępna dla developerów, hobbystów i każdego, kto chce odkrywać i eksperymentować.
Krajobraz ryzyka zmienia się błyskawicznie. Zaawansowane modele AI potrafią dziś identyfikować i wykorzystywać luki z bezprecedensową szybkością. W jednym z niedawnych przykładów AI odkryła 27-letnią lukę w jądrze BSD, jednym z najczęściej używanych i najbardziej nastawionych na bezpieczeństwo open source'owych projektów, i wygenerowała działające exploity w zaledwie kilka godzin.
Dalsze pozostanie open source naraziłoby naszą aplikację, naszych klientów i wrażliwe dane, którymi się zajmujemy, na poważne ryzyko. Robimy wszystko, co możemy, żeby zmniejszyć to ryzyko 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. Ale na razie musimy stawiać naszych klientów na pierwszym miejscu.