Що насправді охоплює це завдання
Скасування старої сесії GitLab виглядає як один клік, але насправді це завдання з перевірки з двома окремими наслідками. Один наслідок обмежується вибраною сесією. Інший виходить за межі цієї сесії та завершує токени запам’ятованого входу всюди. Розуміння обох до натискання допомагає не заблокувати себе та не припускати, що прибрано більше, ніж насправді.
Цей посібник охоплює лише власний список сесій власника. Він не охоплює адміністрування сервера, команди консолі Rails або зміни в обліковому записі будь-кого іншого.
Крок 1: Дістатися до списку сесій і прочитати його перед дією
Власник GitLab може відкрити «Редагувати профіль», «Доступ», «Активні сесії» і скасувати небажану сесію.
Власник GitLab може відкрити «Редагувати профіль», «Доступ», «Активні сесії» і скасувати небажану сесію. Джерело
Перш ніж щось скасовувати, сприймайте список як щось для читання, а не лише для очищення. Для кожного запису зауважте те, що ви справді бачите: опис пристрою або браузера, коли сесія востаннє була активною і чи впізнаєте ви її як свою. Сесія, яку ви не впізнаєте, — це привід придивитися уважніше, а не автоматичний доказ, що хтось інший має ваш пароль. Спільні комп’ютери, старіші телефони та браузери, якими ви більше не користуєтеся, можуть створювати записи, що виглядають незнайомими.
Практичний порядок дій такий:
- Визначте сесію, яку ви використовуєте зараз, щоб знати, який запис має залишитися.
- Позначте записи, які ви не можете пояснити.
- Вирішіть, чи проблема в одній застарілій сесії, чи це ширше занепокоєння щодо запам’ятованих входів.
- Лише потім скасовуйте.
Крок 2: Знайте, чого поточна сесія не робить
Поточна активна сесія не скасовується цією дією.
Поточна активна сесія не скасовується цією дією. Джерело
Це деталь, яка найімовірніше спричинить плутанину. Скасування старої сесії не виводить вас із браузера, у якому ви працюєте. Це зручно, бо означає, що дія очищення не перериває саму перевірку. Це також означає, що якщо ваша мета — завершити сесію, яку ви використовуєте зараз, скасування іншого запису цього не досягне. Вихід із поточної сесії — це окрема дія від скасування запису зі списку.
Крок 3: Врахуйте ширший ефект запам’ятованого входу
Скасування будь-якої сесії також скасовує токени «Запам’ятати мене» на всіх пристроях.
Скасування будь-якої сесії також скасовує токени «Запам’ятати мене» на всіх пристроях. Джерело
Це та частина, яка змінює масштаб завдання. Ви можете мати намір прибрати один старий запис, але вплив на запам’ятовані входи ширший за цей єдиний запис. Якщо інші пристрої покладаються на запам’ятовані входи, очікуйте, що ці запам’ятовані входи завершаться, і плануйте знову входити на цих пристроях з обліковими даними, які ви досі контролюєте.
Цей крок планування важливий. Перед скасуванням переконайтеся, що ви все ще можете увійти способом, який контролюєте, наприклад паролем або іншим шляхом відновлення, уже налаштованим в обліковому записі. Не видаляйте й не замінюйте свій спосіб відновлення в межах цього очищення. Залишайте його на місці, доки не переконаєтеся, що обліковий запис у бажаному стані.
Таблиця рішень: одна сесія чи ширше скидання запам’ятованих входів
| Що ви спостерігали | Що робить скасування | До чого готуватися |
|---|---|---|
| Одна застаріла сесія, яку ви впізнаєте як ваш старий пристрій | Завершує цю сесію; поточна сесія залишається активною; токени «Запам’ятати мене» завершуються на всіх пристроях | Увійдіть знову на будь-якому пристрої, який покладався на запам’ятований вхід |
| Сесія, яку ви не можете пояснити | Те саме, що вище | Сприймайте це як привід переглянути безпеку входу, а не як доказ злому |
| Ви хочете завершити сесію, яку використовуєте зараз | Скасування запису зі списку цього не робить | Вийдіть із поточної сесії окремо |
| Кілька незнайомих записів | Кожне скасування несе той самий ширший ефект запам’ятованого входу | Вирішіть, чи потрібні повторні скасування, і збережіть свій шлях відновлення недоторканим |
Крок 4: Чесно перевірте результат
Список сесій — це місце, де підтверджують, що змінилося. Перевірте, що цільовий запис зник, а сесія, яку ви використовуєте, все ще присутня. Потім перевірте пристрої, які, за вашими очікуваннями, мали зазнати впливу зміни запам’ятованого входу, і увійдіть знову там, де потрібно.
Будьте обережні щодо того, що список може й не може вам сказати. Зникнення запису зі списку показує, що сесію скасовано. Це саме по собі не говорить вам, чому сесія існувала, хто нею користувався або чи змінилося щось інше в обліковому записі. Якщо ви скасували сесію, бо не впізнали її, розумний наступний крок — переглянути безпеку входу, а не вважати питання закритим.
Поширені шляхи помилок
- Помилкове скасування сесії, у якій ви працюєте. Поточна сесія не скасовується цією дією, тож саме ця помилка не трапляється; але окремий вихід перерве вашу перевірку. Завершіть перевірку перед виходом.
- Припущення, що одне скасування очистило кожен пристрій. Ефект запам’ятованого входу ширший за єдину сесію, але список сесій усе ще не є повною картиною кожного місця, де ви коли-небудь входили.
- Передчасне видалення способу відновлення. Зберігайте шлях відновлення, який контролюєте, доки не переконаєтеся, що обліковий запис у бажаному стані.
- Сприйняття незнайомого запису як доведеного вторгнення. Це зачіпка для подальшої перевірки, а не висновок.
Корисне наступне завдання
Сесії GitLab — це один обліковий запис. Якщо ваше занепокоєння ширше, та сама дисципліна відокремлення сесії від людини застосовна й в інших місцях. Посібник про перегляд пристроїв облікового запису Google без плутанини сесій із людьми розглядає цю різницю для іншого облікового запису, і це природне продовження після завершення тут.
Якщо частина вашого занепокоєння стосується того, до чого публічно прив’язане ім’я користувача, пошук за іменем користувача може показати публічні збіги як зачіпки. TraceSeek охоплює 3 000+ платформ, перше сканування безкоштовне й триває 20–30 секунд. Публічні збіги — це зачіпки, а не доказ володіння, і пошук за іменем користувача не є повним переліком облікових записів.