Jako członek Bug Control musiałem czasami pracować z tymi prywatnymi błędami. Istnieją specjalne zasady postępowania z prywatnymi błędami i sprawdzania konkretnych informacji.
W przypadku błędów związanych z awariami ogólną rzeczą, której należy szukać w błędach prywatnych, są zrzuty pamięci i wszelkie ślady stosu, które mogą znajdować się w błędzie. Jeśli dołączony jest zrzut rdzenia, usuń go. Jeśli dołączone są ślady stosu, przejrzyj je i zidentyfikuj ewentualne prywatne dane w śladzie stosu. Jeśli wyglądają na prywatne dane, musisz pobrać plik stacktrace, edytować prywatne dane, przesłać edytowaną wersję, a następnie usunąć starą wersję.
Ponadto znajdź wszelkie inne dane osobowe lub informacje prywatne, takie jak numery ubezpieczenia społecznego, numery kont, hasła itp., A także spróbuj je edytować.
W przypadku innych błędów prywatnych jest to zależne, ponieważ istnieją osobne zasady dotyczące błędów związanych z prywatnymi zabezpieczeniami, których nie jestem wtajemniczony, ponieważ są one obsługiwane przez zespół ds. Bezpieczeństwa, i prawdopodobnie oznaczałoby to „Prywatne bezpieczeństwo” tylko wtedy, gdy błąd był uzasadniony ryzyko, że nie będą w stanie opublikować informacji.
Mogą również występować prywatne błędy, które nie są przeciwko pakietom Ubuntu, ale przeciwko innym projektom na Launchpad (tj. Nie projektowi Ubuntu ani pakietowi Ubuntu). W przypadku tych błędów menedżerowie tego projektu określą zasady dotyczące tych błędów.
Dodatkowe informacje na temat segregowania raportów o awariach Apport i innych prywatnych błędów w Ubuntu można znaleźć na Wiki Ubuntu, w przewodniku How to Triage, jako część bazy wiedzy Bug Squad . Link automatycznie przekieruje Cię do sekcji „Raporty Apport”, jednak w celu uzyskania najbardziej aktualnych informacji na temat wytycznych dotyczących segregacji należy odnieść się do tego dokumentu wiki.