Что делать с частными сообщениями об ошибках на панели запуска?

9

Со временем я собрал более 10 отчетов об ошибках панели запуска, о которых сообщалось с помощью apport, которые изначально были помечены как частные и никогда не отвечали.

Был один, который я обсуждал дополнительно на IRC, и это единственный, который я помню, когда обрабатывался.

Что мне с ними делать? Как я могу убедиться, что они не содержат ничего действительно приватного, прежде чем делать эти ошибки публичными?

int_ua
источник
1
int_ua, сам являюсь участником Bug Control, я привел здесь рекомендации. Я также удалил список ошибок, которые вы определили здесь как «частные», потому что пока эти ошибки не станут общедоступными, номера ошибок следует обсуждать только с контроллерами ошибок или людьми, которые могут видеть эти частные ошибки. Я скопировал список ошибок в свой буфер обмена, и если вы хотите, чтобы я помог вам просмотреть эти ошибки (при условии, что я их вижу), пожалуйста, присоединитесь ко мне в системе чата, чтобы вы и я могли обсудить их. Или на IRC, в зависимости от того, что вы предпочитаете.
Томас Уорд
1
Тем не менее, я бы предпочел работать с вами над частными ошибками через IRC, потому что мы можем координировать с другими контроллерами ошибок, но я могу попытаться ответить на любые другие ваши вопросы через канал чата, который я связал в своем предыдущем комментарии. :)
Томас Уорд

Ответы:

6

Как член Bug Control, мне иногда приходилось работать с этими частными ошибками. Существует специальная политика по обработке личных ошибок и проверке конкретной информации.

Для ошибок при сбое, в общих чертах вы должны искать в личных ошибках дампы ядра и любые трассировки стека, которые могут быть в ошибке. Если дамп ядра прикреплен, удалите его. Если есть прикрепленные трассировки стека, просмотрите их и определите любые возможные личные данные в трассировке стека. Если вам нужны личные данные, вам нужно скачать трассировку стека, отредактировать личные данные, загрузить отредактированную версию, а затем удалить старую версию.

Кроме того, найдите любую другую личную информацию или личную информацию, такую ​​как номера социального страхования, номера счетов, пароли и т. Д., И попробуйте также отредактировать их.

Для других личных ошибок это зависит, поскольку существуют отдельные политики для личных ошибок безопасности, к которым я не причастен, так как они обрабатываются командой безопасности, и, скорее всего, это будет помечено как «Личная безопасность», если ошибка была законно защищена риск того, что они не смогут опубликовать информацию для.

Также могут быть личные ошибки, которые не относятся к пакетам Ubuntu, но относятся к другим проектам на Launchpad (т.е. не к проекту Ubuntu или пакету Ubuntu). Для тех ошибок, менеджеры этого проекта будут устанавливать политики для этих ошибок.


Дополнительную информацию о том, как обрабатывать отчеты о сбоях в Apport и другие личные ошибки в Ubuntu, можно найти в Ubuntu Wiki в руководстве « Как выполнить сортировку», как часть базы знаний Bug Squad . По этой ссылке вы автоматически перейдете в раздел «Отчеты по Apport», однако для получения самой последней информации о правилах сортировки следует обратиться к этому вики-документу.

Томас Уорд
источник
1
Хороший ответ. Отмеченный.
23 93 26 35 19 57 3 89
Каков рекомендуемый период, после которого я должен опубликовать отчет об ошибке самостоятельно? Неделя? Месяц?
int_ua
2
@int_ua Насколько мне известно, не существует конкретного рекомендуемого периода времени, когда вы должны сделать личную ошибку общедоступной.
Томас Уорд