Sekerviaautor: SANTVIA

Jak unieważniamy klucz podpisu dodatków

Ostatnia aktualizacja: 4 października 2026 r.

Każdy dodatek Sekervia jest podpisany (Ed25519). Aplikacja odrzuca każdy dodatek, którego podpis nie odpowiada znanemu jej kluczowi. Sam podpis jednak nie wystarcza: liczy się to, co dzieje się w dniu, w którym klucz zostaje utracony lub skompromitowany, i jak szybko.

Nasze zobowiązanie

W ciągu 24 godzin od stwierdzenia problemu dany klucz zostaje wycofany z Sekervia.

W ciągu 72 godzin poprawiona i podpisana wersja zostaje wysłana przez automatyczną aktualizację.

Wycofany klucz jest odrzucany na stałe, nawet jeśli stara kopia aplikacji lub pakiet nadal go przedstawia: Sekervia prowadzi listę wycofanych kluczy i sprawdza ją przed każdą inną weryfikacją.

Co robimy, krok po kroku

1. Wykrycie — automatyczna kontrola sprawdza przy każdej wersji, czy każdy dostarczany dodatek jest podpisany obowiązującym kluczem. Źle przeprowadzona rotacja sprawia, że kontrola kończy się niepowodzeniem.

2. Utworzenie nowego klucza — jego część prywatna zostaje natychmiast zabezpieczona, przed jakimkolwiek podpisaniem.

3. Zastąpienie, nie dodanie — stary klucz zostaje usunięty z aplikacji i trafia na listę wycofanych kluczy.

4. Ponowne podpisanie każdego oficjalnego dodatku nowym kluczem.

5. Dowód — testy sprawdzają, że żaden dodatek nie nosi wycofanego klucza i że wycofany klucz nigdy nie wraca do użytku.

6. Dystrybucja poprawionej wersji przez podpisaną aktualizację.

7. Informacja — informacje o wydaniu wskazują wycofany klucz, datę i powód. Dodatek nadal nim podpisany nie zostanie już załadowany: tak ma być.

Co już nam się przydarzyło

22 września 2026 r., chcąc ponownie podpisać dodatek, stwierdziliśmy, że część prywatna jednego z naszych kluczy, utworzonego 4 września, została utracona: nigdy nie została zabezpieczona. W ciągu kolejnych minut uruchomiono nowy klucz, ponownie podpisano dodatki i wycofano stary klucz. Żaden dodatek nie został podpisany przez stronę trzecią.

Utratę zauważono jednak dopiero 18 dni po fakcie, ponieważ nic nie sprawdzało, czy klucz nadal istnieje. Dlatego krok 2 wymaga teraz zabezpieczenia klucza przed jakimkolwiek podpisaniem.