{"id":4794,"date":"2021-02-19T12:15:42","date_gmt":"2021-02-19T18:15:42","guid":{"rendered":"http:\/\/neosmart.net\/blog\/?p=4794"},"modified":"2021-02-19T12:15:42","modified_gmt":"2021-02-19T18:15:42","slug":"regarding-twitters-new-login-from-unknown-device-alerts","status":"publish","type":"post","link":"https:\/\/neosmart.net\/blog\/regarding-twitters-new-login-from-unknown-device-alerts\/","title":{"rendered":"Regarding Twitter’s “new login from unknown device” alerts…"},"content":{"rendered":"

One nice thing that’s come about from the increased scrutiny that online security has been receiving is that it’s gone from being considered paranoid to becoming completely expected to be notified regarding incidents such as new logins, password changes, failed 2FA attempts, and other security-related activity. But any time a metric gets noticed, it also gets gamified and either decreases in value or ceases to be relevant altogether – a principal first documented by British economist Charles Goodhart and now known as\u00a0Goodhart’s Law<\/em> and demonstrated in this wonderful Sketch Plantations depiction<\/a>:<\/p>\n

\"\"<\/a><\/p>\n

<\/p>\n

A year or two ago, twitter began alerting you when a login is first seen from a new device, even if two-factor login was used and the IP address is the same as a previously seen login attempt, a perfectly worthy attempt at increasing awareness of active sessions and logins. If someone scraped your email and password from the recent database dump omgkittens and discovered you’ve reused the same credentials on twitter, you’ll know that they logged into your account when you get an alert from twitter that looks like this:<\/p>\n

\"\"<\/a><\/p>\n

That’s perfectly reasonable. They logged into your twitter, but they don’t necessarily have your email username\/password and this gives you a chance to do something about it in case that wasn’t you (i.e. reset your password and start using a password manager with a unique password on each site).<\/p>\n

But you’ll\u00a0also<\/em> get an in-app notification from twitter as soon as you<\/span> someone’s logged in:<\/p>\n

\"\"<\/a><\/p>\n

This<\/em> alert will appear as an unread notification\u00a0until whoever logged in to your account without your permission clicks on it<\/em> and then it’ll eventually go away. In other words: it serves no purpose whatsoever besides getting you to click on the red\/yellow notification icon to see your “notifications” inbox (so perhaps I’m actually being naive and this is in fact a dark pattern?) but it won’t serve any purpose because if you’ve hacked into an account, all you have to do is click the notification to make it go away.<\/p>\n

It’s not\u00a0impossible<\/em> to make in-app “new login” notifications useful, but this isn’t the way to do them. For applications without access to a second form of notification that doesn’t involve using the app itself to notify the user (which doesn’t apply here since Twitter also sent an email), one such strategy is to wait some time (a few hours or a day) and then generate the in-app alert: chances are that the hacker isn’t still the one that’s logging into the account and won’t be the one to dismiss the alert this time around. Another option is to generate the alert when the account is next logged in to\u00a0from an address\/computer other than the one the app is alerting you about<\/em> – which is downright obvious given that they clearly have and are able to use that very same information to generate this alert.<\/p>\n","protected":false},"excerpt":{"rendered":"

One nice thing that’s come about from the increased scrutiny that online security has been receiving is that it’s gone from being considered paranoid to becoming completely expected to be notified regarding incidents such as new logins, password changes, failed … Continue reading →<\/span><\/a><\/p>\n","protected":false},"author":505,"featured_media":0,"comment_status":"open","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":{"jetpack_post_was_ever_published":false,"_jetpack_newsletter_access":"","_jetpack_dont_email_post_to_subs":false,"_jetpack_newsletter_tier_id":0,"_jetpack_memberships_contains_paywalled_content":false,"_jetpack_memberships_contains_paid_content":false,"footnotes":""},"categories":[975],"tags":[12,1010,319],"class_list":["post-4794","post","type-post","status-publish","format-standard","hentry","category-security","tag-security","tag-security-theater","tag-twitter"],"aioseo_notices":[],"jetpack_featured_media_url":"","jetpack_shortlink":"https:\/\/wp.me\/p4xDa-1fk","jetpack_sharing_enabled":true,"_links":{"self":[{"href":"https:\/\/neosmart.net\/blog\/wp-json\/wp\/v2\/posts\/4794","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/neosmart.net\/blog\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/neosmart.net\/blog\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/neosmart.net\/blog\/wp-json\/wp\/v2\/users\/505"}],"replies":[{"embeddable":true,"href":"https:\/\/neosmart.net\/blog\/wp-json\/wp\/v2\/comments?post=4794"}],"version-history":[{"count":1,"href":"https:\/\/neosmart.net\/blog\/wp-json\/wp\/v2\/posts\/4794\/revisions"}],"predecessor-version":[{"id":4799,"href":"https:\/\/neosmart.net\/blog\/wp-json\/wp\/v2\/posts\/4794\/revisions\/4799"}],"wp:attachment":[{"href":"https:\/\/neosmart.net\/blog\/wp-json\/wp\/v2\/media?parent=4794"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/neosmart.net\/blog\/wp-json\/wp\/v2\/categories?post=4794"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/neosmart.net\/blog\/wp-json\/wp\/v2\/tags?post=4794"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}