Trust and Safety Product/Temporary Accounts/FAQ/uk

From mediawiki.org
This page is a translated version of the page Trust and Safety Product/Temporary Accounts/FAQ and the translation is 14% complete.

The basics

What is a temporary account?

Any time you publish an edit on Wikipedia or other sites hosted by the Wikimedia Foundation without logging into a registered account, a temporary account will be created for you. This account will automatically be given a username. A cookie will be set in your browser when the account is created. This username will be used to attribute all subsequent edits by you, even if your IP address changes.

With a temporary account, your IP address can only be accessed by authorized staff and community members, as outlined in the updated Privacy policy.

See also:

Why does everyone need to have a username?

The license used on the Wikimedia wikis requires each edit to be attributed to a user identifier.

People who create a free registered account can choose their own usernames. People who do not use a registered account are automatically assigned a temporary account. Previously, your edits would be publicly attributed to your IP address, such as User:192.0.2.1.

What does a temporary username look like?

~2024-12345-67.

The automatically generated usernames for temporary accounts will begin with a tilde (~) and the year when the first edit was made by that account. The year will be followed by numbers, which will be broken into groups of five digits. Users cannot register normal accounts with usernames that match this pattern.

Why are you working on temporary accounts at all?

We're working on this project for legal reasons. There are risks we can't afford to ignore.

Wikimedians began discussing the exposure of IP addresses as a privacy issue shortly after MediaWiki was developed. For example, there is a thread dating back to 2004. For many years, there was no strong incentive to change this, so the Wikimedia Foundation wasn't working on it. But in the meantime, in many countries, new laws and new standards were introduced. Finally, in 2018, the Foundation's Legal department determined that the indefinite public storage of IP addresses presents serious risks. This includes legal risks to the projects and risks to the users. Today, this project is one of the priorities of the Foundation's leadership.

See also:

Why a temporary account is the right solution to the problem?

There are some hard requirements that led to the design of the temporary accounts. Some of them are of legal, and some are of technical nature:

What we are facing What we have decided to do
One of the founding principles is that people should be able to make most simple edits without registering a permanent account. Temporary accounts will be created automatically (people won't need to create an account themselves).
Due to legal requirements, edits on the wikis should be attributed to a user identifier other than IP address. If temporary accounts are enabled on a wiki, an account is created for a user as soon as they commit their first edit. The user is automatically logged in to this account, which is tied to a randomly generated username. This username is displayed in every situation (except for various functionary tools) where IP addresses would have otherwise been displayed.
The identifier that a given not logged-in user's edits are attributed to needs to be stable. Creating a new user for each edit is not an option. Otherwise, there would be a too large rate of new users. As soon as the temporary account is created, the user is logged in. The cookie has a limited lifetime. Within this duration, if the user decides to make more edits, they are all attributed to the same temporary account. A new one is created if the user decides to log out of the temporary account or otherwise use a different browser. The user retains the same temporary account if they change IP address while using the same device/browser.
The MediaWiki software can't be changed too much. We need to limit novelties to let existing features work unmodified. A temporary account does not break anything in the way user accounts are handled. Aside from some special case behaviors that are required (such as some features that need to be disabled for temporary accounts), most code is likely to work without unexpected failures.

See also:

Is the Wikimedia Foundation monitoring the effect of using temporary accounts on our communities?

As of February 2024, not yet, because temporary accounts haven't been introduced on any wiki yet.

The teams involved in this work are monitoring some "guardrail" metrics. These include how many users get blocked, how many pages get deleted, how many edits get reverted, and the number of requests for assistance from CheckUsers.

Guardrail metrics in detail 

{{{2}}}

What if a temporary account holder does something bad and needs to be blocked?

Temporary accounts' IPs will be stored, IP blocks will continue to work, and temporary accounts will be subject to IP blocks.

IP addresses appear in the history of many pages. Will those past uses be modified?

No.

Historical IP addresses that were published on wiki before the switch to temporary accounts will not be modified. The Wikimedia Foundation Legal department has approved this decision.

When will these changes reach my wiki?

As of November 2023, temporary accounts may become available on a test wiki in March 2024.

Bot operators and tool developers are encouraged to test their tools as early as possible.

As of November 2023, the first deployment to a public pilot wiki (e.g., a low-traffic Wikipedia) is expected no earlier than April/May 2024.

Single wiki community questions

What if a community wants to keep using IP addresses?

After temporary accounts become available, displaying IP addresses for subsequent contributions will no longer be permitted. All communities need to prepare for the change to temporary accounts.

Would disallowing or limiting anonymous editing be a good alternative?

No.

In the past, the Wikimedia Foundation has supported research into requiring registration for all editors editing Wikipedia articles. The results have been mixed. We can't say that disabling not logged-in editing of articles is clearly an equally good solution.

Even if it was, we would need to disable not logged-in editing of any page. That would be against a founding principle. (To read more about it, look at the table above.)

Some communities currently have public pages for documenting the activities of some bad actors, including their IP addresses (e.g., Long-term abuse). Will this documentation still be permitted?

Yes.

The communities should treat the IPs of logged in users and temporary account holders the same on the Long-term abuse list. They may list the IP addresses when necessary, but they should refer to the abusers by their temporary account usernames.

See also:

Can we publicly document the IP addresses used by suspected (but not confirmed) bad actors who are using temporary accounts?

In general, no, but sometimes yes, temporarily.

When possible, patrollers with access to IP addresses should document the temporary account name(s) instead of the IP addresses. The exception is when the IP addresses are necessary for the purpose of protecting the wiki from abusive actions. Necessity should be determined on a case-by-case basis. If a disclosure later becomes unnecessary, then the IP address should be promptly removed.

For example, if a suspected vandal is exonerated during an investigation, then the report showing the user's IP address can be removed through oversight. That way, the IP address is only revealed while it is needed, and then is suppressed later, after it has been shown to not be needed any longer. See the related policy for more information.

Technical details about temporary accounts

Are temporary accounts deployed anywhere? Where can I test it?

Keep in mind that these are testing wikis. Software there may not work as expected.

How long does my temporary account last?

Your temporary account will work for as long as the cookie exists.

The cookie is currently set to expire after one year from the first edit.

The following are the most common scenarios in which a temporary account will be irretrievably lost:

  • You clear the cookies on your browser.
  • You delete the profile on your browser that you used when the temp account was created.
  • You used an incognito (private browsing) window, and closed the window.
  • The cookie expired.

If your temporary account is lost, then a new temporary account, with a new username, will be automatically generated for you the next time you publish an edit. If you would like a permanent account, you can create a free registered account at any time.

Can't an abuser just clear cookies?

Yes, they can. Temporary accounts are not intended to solve any anti-abuse problems.

We know the problem of abusers making edits through a pool of changing IPs while masking browser agent data. This cannot be solved through temporary accounts. This is not a design goal for this project either. Otherwise, we would need to use trusted tokens, disabling anonymous edits, or fingerprinting, all of which are very involved, complicated measures that have significant community and technical considerations.

However, abuse from a user that clears cookies will be no harder or easier to detect and mitigate than before the rollout of temporary accounts. Tools will be adapted to ensure that bidirectional mappings between temporary accounts and IPs can be safely and efficiently navigated by trusted functionaries.

How do I login to my temporary account? What is the password for my temporary account?

It is impossible to log in to a temporary account. There are no passwords for temporary accounts.

The only way to be "logged in" as a temporary user is to have the original, unexpired cookie that was set when you made the first edit in that account. You can only access your temp account from the device or browser where it was created. If you want to be able to set a password and log in on other devices, please create a free registered account.

What can I do with my temporary account?

Your temporary account will work at all of the Wikipedias and other SUL-connected wikis hosted by the Wikimedia Foundation.

You should have very similar capabilities as you did while edits were being attributed to IP addresses. This includes editing most articles on the Wikipedias. With the switch to temporary accounts, you will get one new feature. You will be able to receive notifications about messages from other users.

Some actions, such as uploading photos to Commons, are restricted to users with a free registered account. Registered accounts are permanent, provide better privacy protection for you, and offer many preference settings for customization. Registering a permanent account is quick and easy. You do not need an e-mail address to create a free registered account.

Note: When you create a free registered account, the edit history, notifications, and messages in your old temporary account will not be transferred to your new registered account.

Will the temporary username be unique across different wikis?

Yes.

If you see User:~2024-12345-67 at multiple SUL-connected wikis, you can be confident that this is the same account.

Experienced contributor questions and access to IP addresses

Who will be able to see the IP address of temporary accounts?

Stewards, CheckUsers, global sysops, admins, and patrollers who meet qualifying thresholds, as well as certain staff at the Wikimedia Foundation.

There are privacy risks associated with IP addresses. This is why they will be visible only to people who need to have that information for effective patrolling.

See also:

Access to temporary account IP addresses legal policy

I have a qualified account. How can I see the IP addresses?

Go to Special:Preferences and opt in.

Will I need to sign any non-disclosure agreement?

No.

There is the access to nonpublic personal data policy (ANPDP). It is a legal policy from the Wikimedia Foundation about how checkusers and people with certain other roles must protect non-public personal data that they obtain in the course of their duties.

Volunteer admins and patrollers do not need to sign it.

However, you will need to opt-in to access to IP addresses through Special:Preferences at your local wiki.

How will autoblocks work with temporary accounts?

Autoblocks stop vandals and other high-risk users from continuing to disrupt the projects by immediately creating a new account.

Autoblocks for temporary accounts are the same as autoblocks for registered users.

Як редактори будуть подавати заявки на цей новий вид прав користувача?

За замовчуванням, це право автоматично надаватиметься користувачам, які відповідають вимогам. Єдине, що треба буде зробити, це увімкнути свій доступ у налаштуваннях, коли він з'явиться у вашій вікі.

Однак кожна вікі може встановити власний процес зі стандартами, вищими за мінімальні, наприклад, процес індивідуального розгляду. Фонд Вікімедіа не вимагає процесу на рівні з отриманням прав адміна у великих спільнотах. Спільноти можуть вибрати обробляти ці запити на права через наявні процеси або відвести під них нові сторінки. Наприклад, англійська Вікіпедія може вибрати приймати запити на w:en:Wikipedia:Requests for permissions, а німецька Вікіпедія може вибрати обробляти запити на w:de:Wikipedia:Administratoren/Anfragen, а українська Вікіпедія може вирішити робити це на w:uk:Вікіпедія:Заявки на права патрульного. Дуже малі спільноти часто приймають такі запити у своїй кнайпі.

Моя спільнота хоче встановити вищі вимоги. Як нам це зробити?

Скористайтесь інструкцією на сторінці Доступ до IP-адрес тимчасових облікових записів#Локальні вимоги. Зазвичай це означатиме проведення обговорення у локальній спільноті, документування рішення спільноти і далі слідування процесу запиту на зміну конфігурації вікі.

Коли ці права користувачів стануть доступними? Коли ми можемо починати їх присвоювати?

Право користувача, ймовірно, буде додане у програмне забезпечення MediaWiki пізніше цього року (2023), однак початково воно не буде корисним у всіх вікі. Якщо спільноти так бажають, вони можуть запровадити процедуру індивідуального розгляду і почати попередньо схвалювати редакторів у будь-який час.

Моя вікі має наявну групу користувачів, вимоги до якої уже вищі ніж мінімальні. Вони усі отримають ці права автоматично, якщо ми не вирішимо впроваджувати окремий процес. Чи можемо ми надати ці нові права їм усім?

За умови, що усі користувачі групи відповідають усім мінімальним вимогам, права можуть бути надані наявній групі. Майбутні користувачі такої групи матимуть відповідати усім мінімальним вимогам.

Мінімальні вимоги для неадмінів надто низькі

Будь-яка спільнота може вирішити встановити вищі стандарти. Наприклад, деякі спільноти можуть обрати обмежити це право до лише людей, які відповідають усім мінімальним вимогам плюс активно долучаються до боротьби з вандалізмом. Інші можуть вибрати позбавляти доступу раніше, ніж вимагається, або впровадити періодичне підтвердження прав.

Мінімальні вимоги для неадмінів надто високі

Це може бути справді так, особливо якщо вікі недавно створена. У таких випадках хтось із цієї вікі має надіслати запит на виняток до Юридичного відділу Фонду Вікімедіа. Напишіть на privacy@wikimedia.org з поясненням ситуації у вашій спільноті.

Я відповідаю мінімальним вимогам для автоматичного доступу, але моя спільнота вимагає індивідуального розгляду, і вони відхилили мій запит!

Надавати чи не надавати ці права користувачам, які відповідають мінімальним вимогам, це справа виключно локальної спільноти. Ніхто не зобов'язаний надавати вам ці права користувача.

Я адмін, але я не хочу цих прав

Ви не будете бачити жодної цієї інформації, поки не підтвердите свою згоду.

Я вважаю, що хтось зловживає цією інформацією

Будь ласка, повідомляйте про свої занепокоєння щодо конфіденційності до комісії омбудів. Для забезпечення підзвітності ведуться журнали використання інструменту та користувачів, які мають до нього доступ.

З іншими занепокоєннями щодо потенційного зловживання можна звертатися до стюардів на сторінці m:Steward requests/Permissions#Removal of access. Стюарди уповноважені припиняти доступ користувача, якщо вони виявлять неправильне поводження користувача цими даними. Доступ користувача буде припинено, навіть якщо вони відповідають вимогам автоматичного надання прав або отримали ці права через процедуру спільноти.

See also