<?xml-model href='http://www.tei-c.org/release/xml/tei/custom/schema/relaxng/tei_all.rng' schematypens='http://relaxng.org/ns/structure/1.0'?><TEI xmlns="http://www.tei-c.org/ns/1.0">
	<teiHeader>
		<fileDesc>
			<titleStmt><title level='a'>Quantifying opportunity costs of enhanced security in multifactor authentication</title></titleStmt>
			<publicationStmt>
				<publisher>24th Workshop on the Economics of Information Security</publisher>
				<date>06/24/2025</date>
			</publicationStmt>
			<sourceDesc>
				<bibl> 
					<idno type="par_id">10582691</idno>
					<idno type="doi"></idno>
					
					<author>Seth Hastings</author><author>Tyler Moore</author><author>Neil Gandal</author><author>Noa Barnir</author>
				</bibl>
			</sourceDesc>
		</fileDesc>
		<profileDesc>
			<abstract><ab><![CDATA[Multifactor authentication (MFA) is one of the most important security controls, toppingmost lists of cyber hygiene activities advocated by experts. While the security benefits may besubstantial, less attention has been paid to the impact on users by the added friction introducedby the more stringent precautions. In this paper, we construct and analyze a dataset of authenticationlogs from a University population spanning two years. We focus on opportunity costsexperienced by users: (1) log-in failures and (2) the time spent away from IT applicationsfollowing a failed authentication before attempting to re-authenticate. The second measurecaptures how user frustration can manifest by avoiding or delaying future engagement afterexperiencing failures. Following an exogenous change in MFA policy from a deny/approvemobile notification to a more cumbersome two-digit code mobile notification confirmation,we show that there are significant increases in the number of log-in failures and in time spentaway following failures when using mobile MFA. We also briefly examine which types ofusers had the greatest difficulty adjusting to the more secure mobile MFA procedure.]]></ab></abstract>
		</profileDesc>
	</teiHeader>
	<text><body xmlns="http://www.tei-c.org/ns/1.0" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns:xlink="http://www.w3.org/1999/xlink">
<div xmlns="http://www.tei-c.org/ns/1.0"><head n="1">Introduction</head><p>In response to growing threats and increased regulatory pressures, organizations have sought to strengthen their cybersecurity posture. They are spending more on cybersecurity, adopting new controls to mitigate elevated risks. Such investments have undoubtedly brought benefits in terms of reduced exposure to attacks. However, increased security can also introduce opportunity costs. Some legitimate tasks may now be blocked, from emails mistakenly caught in a spam filter to accounts being locked out following mandatory password changes. Additionally, even when working properly, security controls introduce friction that can slow task performance and frustrate users. Such opportunity costs are often overlooked, but they are critically important because they may add up to substantial losses and can even alter behavior to be less productive or secure.</p><p>As organizations seek to strengthen their cybersecurity posture, changes often come first to how authentication works. The Cybersecurity and Infrastructure Security Agency (CISA) recommends four critical steps individuals and organizations can take to strengthen security [6]. The first item of the four is to "turn on multifactor authentication" (MFA). For individuals, the process can be as simple as tweaking a configuration setting. For firms, the process can be a bit more involved, as it requires changes to how enterprise IT infrastructure is configured and operated. Nonetheless, organizations are increasingly supporting MFA. Most often, they are actually mandating its use throughout the enterprise [1].</p><p>MFA provides an excellent opportunity to study the opportunity costs of cybersecurity controls. That is because authentication affects everyone and is highly visible to users. Moreover, MFA significantly alters the steps users must take to use an enterprise IT system. When MFA works well, it can be seamless. Enrolled users provide a second factor (often a mobile device) and carry on with their tasks as before. However, when users fail to authenticate, they cannot complete their intended task. This can happen because they forgot their second factor, got a new phone, or for a variety of other reasons. Correcting the problem can be time consuming and costly, often requiring manual assistance from IT staff.</p><p>While we fully expect that the benefits of MFA to outweigh the costs, the burden imposed is often not explicitly accounted for. In this paper, we empirically analyze the opportunity costs of MFA in a deployed setting. Once opportunity costs are identified, it becomes possible to take steps that minimize them. As we will show, choices in how the technology is deployed can greatly impact how users respond and the resulting magnitude of the costs imposed.</p><p>Increasingly, the technologies deployed by enterprises generate large amounts of "data exhaust" that could be mined for insights into user behavior [9]. We leverage a very large dataset of Microsoft Azure Active Directory sign-in logs (now known as Microsoft Entra ID) from a University between 2021-2023. Using these data, we examine the opportunity costs associated with the adoption of a more onerous multifactor authentication process. Critically, at the end of the 2021-2022 academic year, the University changed the MFA procedure for mobile use with the authenticator app from a deny/approve "push" notification to a more cumbersome two-digit code which needs to be entered into the authenticator app when prompted on the login screen. This was especially cumbersome for users using Mobile MFA who attempted to login from a mobile device. This is because both the authentication app and the login window had to be open at the same time and users had to switch between them. Figure <ref type="figure">1</ref> provides screenshots. This exogenous change allows us to examine the added costs associated with a more secure mobile MFA method. In the case of text messages, no change was made. We focus on two measures that serve as proxies for increased opportunity costs associated with the change in MFA policy. (1) The first measure is the number of login failures users experience.</p><p>(2) The university employs a single-sign-on system and tracks all authentication attempts to any university service. Hence, the second measure we employ is how long a user remains without access to IT resources following a failure. In particular, we measure the time away following a failed login until the user attempts to login again. If users become frustrated, distracted or disengaged after failing to authenticate, then they may take longer to reengage. Hence, both failed logins and time away are promising measures of the opportunity cost from onerous security measures.</p><p>We first report descriptive statistics. This section clearly shows that there were significant increases in the number of log-in failures and in time spent away following failures when using mobile MFA following the exogenous change. We then employ "fixed effects" econometric models to analyze how these costs changed over time. <ref type="bibr">1</ref> The econometric results confirm the descriptive data "results" and provide us with estimates of the effect of changes in the MFA procedure on the number of failures and time away. Although we have very limited data on user characteristics, we do know the time of day for each attempted login. We find that users who were primarily active from 8:00 am to 5:00 pm during the week had the greatest difficulty adjusting to the new mobile MFA procedure. These users likely contain more staff members than faculty or students.</p><p>The paper is organized as follows. Section 2 reviews related work. Section 3 describes our derived event logs, defining the most relevant attributes. Section 4 discusses our data and provides descriptive statistics. In section 5, we conduct the econometric analysis and provide our results. Section 6 briefly concludes.</p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head n="2">Related Work</head><p>Existing work investigating multifactor authentication use has studied adoption rates, usability, and user attitudes towards the technology. This work is discussed in Tables <ref type="table">4</ref> and <ref type="table">5</ref> in the Appendix.</p><p>Our work is very different than that of the existing literature because we are interested in how an exogenous change in the MFA authentication process affected the number of login failures and the time away following a failure. Further our analysis is different, since we measure these costs using "fixed effects" econometric models. The previous work in the literature has not exploited the panel nature of the data (i.e., repeated observations of the same users). We are also interested in examining which type of users had trouble adjusting to the MFA change and examining changes in user behavior following the change in MFA policy.</p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head n="3">Methodology for Constructing Authentication Events</head><p>Whereas most prior work studying authentication usage has surveyed users about their experience, we seek to go straight to the source: authentication logs. Through a partnership with the IT department at the authors' university we obtained access to anonymized Entra ID authentication logs for analysis, approved by the Institutional Review Board (IRB) under protocol 24-02.</p><p>Interpretable user experience is buried in raw security logs, with combinations of values for different attributes indicating meaningful states. A sign-in log entry contains around 36 attributes representing a single system interaction. Hence, a small period of user interaction can generate many log entries, sometimes dozens per minute. Critically, many of these entries represent back-end processes that users do not directly experience. By inspecting these logs carefully, we constructed a set of 38 row codes that capture critical information about an authentication attempt, and are used to characterize an attempted individual login. This allows us to discard irrelevant entries and consolidate significant interactions as we construct events. The construction methodology itself is described in detail in a technical paper ( [10]) whose methodology we adopt in this paper. Hence, we do not discuss it here. We define an event as follows:</p><p>The occurrences reflected in log data that are directly experienced by a user, beginning when an authentication to a particular application is initiated, and terminated upon the eventual success or failure of the authentication attempt. <ref type="bibr">2</ref> Each event captures the number of errors encountered before eventual success or failure, as well as the type of errors involved, the type of authentication used, as well as whether the attempted login was from a desktop/laptop or a mobile device During a login attempt, a user can experience one or more errors, from misconfigurations to failed passwords or MFA prompts, before ultimately succeeding in the authentication. Errors are assigned to three primary categories: User and Configuration Errors which are split by attribution, and Interrupts. User Errors are those error codes generated by invalid or missing user input, such as failure to answer an MFA prompt or incorrect password entry. Configuration Errors encompass errors that are not due to user error, such as developer errors or issues with the user's account status. Interrupts occur when the system needs to take further action during an authentication flow, such as when the token presented has expired, and the user must be redirected to use their second factor. These "Interrupt Errors" do not indicate adverse events or impediment to normal usage flows, and instead serve as flags for various operations. We also track the number of times the user input their password during the authentication event. Time Away measures the gap in time between a failed authentication to a service and the next attempted login<ref type="foot">foot_2</ref> . We examine what happened to the number of login failures and "Time Away" (TA) following the 2021-2022 academic year. This made authentication more secure, but with a "cost" in that authentication became more complicated. From our standpoint, this yields a natural experiment and enables us to compare the before and after periods and the effect of an (exogenous) increase in mobile MFA authentication procedures on Time Away and the number of failures.</p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head n="4">Data and Descriptive Statistics</head><p>We are particularly interested in how this change affected time away and the failure rate. The explanatory variables (factors) we employ in the analysis are discussed when we present our models.</p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head n="4.2">Descriptive Statistics</head><p>The first step when analyzing a large data set is to cut the data in many ways and look for patterns. When we examined the data by academic year at the event level, we were struck by the significant increase in TA and the number of failures during the 2022-23 academic year for attempted logins using mobile MFA relative to the 2021-2022 academic year.</p><p>Following a discussion with the University IT department, we learned that following the 2021-22 academic year, the mobile MFA authentication process was changed. It was changed from a (1) push notification, where users simply had to approve or deny that they were trying to login to a (2) two-digit approval system requiring the user to enter a number shown in the login process into a mobile authenticator. The effect of this change is well illustrated by the descriptive statistics for failures and time way at the event level. Below we show comparisons on these measures when(i) mobile MFA was employed and (ii)) when Text MFA was employed.</p><p>In Table <ref type="table">1</ref>, we report the descriptive data at the event level when mobile or text MFA is used. More importantly, the table shows that the 90 th percentile of the distribution of TA increased dramatically from 0 minutes in the 2021-22 academic year to approximately 170 minutes per event in the 2022-23 academic year. Thus, a non-trivial percent of users have struggled with the enhanced MFA procedure for Mobile MFA. <ref type="bibr">4</ref> Table <ref type="table">1</ref> shows that the failure rate (the percent of times an authentication attempt was not successful) increased significantly in the second academic year when the mobile MFA procedure changed: The failure rate with mobile MFA rose from 10.2 percent in the 2021-22 academic year to 17.9 percent in the 2022-23 academic year. This is a very large absolute increase.</p><p>Table <ref type="table">1</ref> also shows that MFA using text messages is much less problematic for users and there was a much smaller change from the 2021-22 Academic year to the 2022-23 Academic year. The mean Time Away was approximately 10 minutes when using Text MFA login procedure in the 2021-22 academic year and approximately 24 minutes per event in the 2022-23 academic year.</p><p>Importantly, the 90 th percentile of the distribution of 'time away" for text messages was zero in both the 2021-22 academic year and the 2022-23 academic year. Additionally, the differences between these two methods in mean time away was 25 minutes (35-10) in the first academic year and 57 minutes in the second academic year.</p><p>While the failure rate was higher for Text MFA in the second period (4.8% in the second period vs. 2.6% in the first period), it was much lower than when Mobile MFA was used. Further, the differences between these two methods in the failure rate (by academic year) was 7.6% (10.2-2.6) in the first academic year and 13.1% (17.9.-4.8) in the second academic year. Hence, the difference nearly doubled in the second year. <ref type="bibr">5</ref> </p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head n="5">Econometric Analysis</head><p>We now turn to the formal analysis, in which we use (i) Time Away and (ii) log-in failures as the dependent (or response) variables. To ensure that our results are not due to new users, as discussed, we only include users that were active in both academic years. Since there is little change in faculty and staff users from year to year and since most undergraduate students are at University for four years, most of the users (around 90%) are repeat users.</p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head n="5.1">Fixed Effect Models</head><p>We have panel data, that is, repeated observations on each individual. Having a panel rather than cross-sectional data (one data point on each individual) is advantageous, since a cross-section cannot control for time-invariant individual characteristics, like user attitudes towards risk. Such unobservable factors are included in the error term in cross-sectional analysis. If these unobserved effects are correlated with the right-hand-side variables of the estimation equation, the estimates from the cross-sectional analysis will be biased. However, we eliminate this problem by using fixed effect models. We now describe the fixed effect model.</p><p>The equation we start with is the following:</p><p>The dependent variable Y it is (say) the sum of TA for user i at time t, where time is at the aggregated weekly level. <ref type="bibr">6</ref> The explanatory variables in X it are observable time-varying factors that likely affect Time Away and &#946; are coefficients to be estimated. The vector &#945; i = &#945; + A i &#951; is such that &#945; is a constant and A i is the vector of unobserved time-invariant user characteristics. An example is user attitudes towards risk. The key is that the user characteristics in the vector A i is do not change over time. As we show below, we do not need to know the value of these characteristics in order to estimate the model. &#948; t is the week effect. Finally, &#1013; it is an error term.</p><p>The following equation expresses the mean values at the level of the user, where the mean is computed over time from equation (1).</p><p>Subtracting ( <ref type="formula">2</ref>) from ( <ref type="formula">1</ref>) yields:</p><p>Since the vector &#945; i = &#945; + A i &#951; does not depend on time, it drops out in equation ( <ref type="formula">3</ref>) which are the deviations from the mean. Equation ( <ref type="formula">3</ref>) is the fixed effects model we will estimate. <ref type="bibr">7</ref> We employ a variable (denoted "Post") in X it that takes on the value zero if the data are in the first academic year and one if the data are in the second academic year. We interact "Post" with all of the other explanatory variables. In this way, we analyze both years together, which is preferred to estimating both years separately, since we can easily see the differences between the first and second year. Our results are robust to running separate regressions for each year.</p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head n="5.2">Variables in the Analysis</head><p>The variables we employ (and their definitions) in the analysis (at the weekly level) are as follows:</p><p>&#8226; Dependent Variables:</p><p>-Time Away (TA): The sum of the Time Away in minutes for that user during the period, which is a week in our analysis. <ref type="bibr">8</ref> -The sum of the number of failures for that user during the week. Independent Variables: &#8226; IEs: The number of Interrupt Errors during the period.</p><p>&#8226; CEs: The number of Configuration Errors during the period. <ref type="bibr">9</ref> &#8226; Text-MFA: The Number of Logins when a text message MFA procedure was used during the period. &#8226; Mobile-MFA: The Number of Logins when a mobile app MFA procedure used during the period. &#8226; Pw-uses: The number of Password Entries (whether correct or incorrect) during the period.</p><p>&#8226; Mobile entries is the number of attempted logins from a Mobile device. <ref type="bibr">10</ref> &#8226; Period: The week number &#8226; Post is a binary variable that takes on the value zero if the data are in the first academic year and one if the data are in the second academic year. We interact Post with all of the independent variables. We are mainly interested in how (i) the different MFA uses (Text message, Mobile app) and (ii) whether the user attempted to login from a mobile or desktop device affected (I) the number of failures and (II) "Time Away", the time in between a failed authentication attempt and the next attempt to authenticate. The other variables are primarily controls.</p><p>Overall in both academic years, 13 percent of attempted logins used text message MFA procedures, while 17 percent of attempted logins used mobile MFA procedures. The remainder of the attempted logins were primarily from a Remembered device. In many cases, when using a remembered device,the user did not have to use MFA. <ref type="bibr">11</ref> The breakdown among these categories did not change from year to year.</p><p>The formal analysis is at the weekly level. The dependent variables are failures and TA, which is defined as the time in minutes between a failed login and the subsequent attempt to login for that user for each event in the week. We add the TA and number of failures as well as all independent variables for each event to get the totals at the weekly level for each user.</p><p>We employ a log/log functional form (which employs the natural logarithm (ln) of each variable). This functional form typically gives better results in terms of the explanatory power of the model when the variables employed have skewed distributions. This is true in our case as well, since the raw data is quite skewed. <ref type="bibr">8</ref> When calculating the mean TA for descriptive statistics, we limited TA to 1000 minutes. We do this so not to "distort" the means, as several values reach 14,000 minutes. In the regressions, we do not restrict TA. Because we have so many observations, and because we are running a log/log model, nothing in the results changes if we restrict Time Away to 1000 minutes in the econometric analysis. <ref type="bibr">9</ref> Nothing changes in the analysis if we combine the interrupt and configuration errors into one variable of "nonuser" errors. <ref type="bibr">10</ref> This is regardless of whether text MFA or Mobile MFA was employed. <ref type="bibr">11</ref> In these case there are virtually no login failures. Less than two percent of total attempted logins used either Phone Call or OATH MFA procedures.)</p><p>The overall R-squared, which measures the explanatory power of the model (and ranges from 0 to 1) is 0.504 for the log/log model with Time Away as the dependent variable and 0.509 when using the number of failures as the dependent variable. <ref type="bibr">12</ref> In (natural) logarithm form, the variables are as follows:</p><p>&#8226; ln-TA is the natural logarithm of the sum of "Time Away" (ln(TA + .001) <ref type="bibr">13</ref> &#8226; In-Failures = ln(Failures + . </p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head n="5.3">Regression Results: Time Away as the Dependent Variable</head><p>The results in the first column of Table <ref type="table">2</ref> (in the appendix) show that in the case of Time Away, other things being equal, the estimated coefficient associated with the number of mobile MFA uses per week is positive (0.16). The Table shows that this result is statistically significant at the 99 percent level of confidence for the first academic year. That is, more mobile MFA login attempts per week, other things being equal, leads to significantly more Time Away in that week. Strikingly, in the case of the 2022-23 academic year, the estimated coefficient associated with the number of mobile MFA uses is (0.25=0.16+0.09). The difference in the coefficient estimates between the two years (0.09) is statistically and economically significant as shown in the Table.</p><p>Since we are estimating a log-log model, this means that a 100 percent increase in the number of Mobile MFA uses leads to a 25 percent increase in Time Away in the 2022-23 Academic year vs. 16 percent in the 2021-2022 academic year. This means that, conditional on the same number of mobile MFA uses, there is significantly more Time Away in 2022-23 than in 2021-2022. Thus, controlling for other factors, the change in mobile MFA policy (which made it more secure) greatly increases the weekly Time Away when Mobile MFA is used, relative to the effect in the academic year 2021-22.</p><p>Importantly, the results show that, other things being equal, the estimated coefficient associated with the number of text messages MFA uses is much smaller in both academic years (0.027 in year one and 0.042 in year two). Other things being equal, there is a very small change in Time Away in the second period (relatively to the first period) when text MFA is employed.</p><p>In the case of attempting to login in from a mobile device (whether it is using text MFA or Mobile MFA), the number of attempted logins from a mobile device had virtually no effect on Time Away in the first period. (The estimated coefficient is 0.005.) However, this coefficient is much larger (0.094=0.005+0.089) in the second period reflecting the fact that logins from a mobile device became more cumbersome in the second period.</p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head n="5.4">Regression Results: Number of Failures as the Dependent Variable</head><p>In the case of the number of failures as the dependent variable, the results are qualitatively the same. The results in the second column of Table <ref type="table">2</ref> show that in the case when the dependent variable is the number of failures, other things being equal, the estimated coefficient associated with the number of mobile MFA uses per week is positive (0.10) and is statistically significant for the first academic year. That is, more mobile MFA login attempts per week, other things being equal, leads to significantly more Time Away in that week. In the case of the 2022-23 academic year, the estimated coefficient associated with the number of mobile MFA uses (0.14=0.10+0.04) is 40 percent larger than the coefficient associated for the 2021-2022 academic year. Again, the difference in the coefficient estimates between the two years is both statistically and economically significant. Thus, controlling for other factors, the change in mobile MFA policy (which made it more secure) greatly increases the number of failures when Mobile MFA is used, relative to the effect in the academic year 2021-22.</p><p>Similarly to the case when time away is the dependent variable, the results show that, other things being equal, the estimated coefficient associated with the number of text message MFA uses is much smaller in both academic years (0.022 in year one and 0.027 in year two) and that there is virtually no change in the second year.</p><p>In the case of attempting to login in from a mobile device (whether it is using text MFA or Mobile MFA), the number of attempted logins from a mobile device had virtually no effect on the number of failures in year one. (The estimated coefficient is 0.006.) The estimated coefficient associated with the number of attempted logins from a mobile device is much larger (0.051=0.006+0.045) in the second period. This again reflects the fact that logins from a mobile device became more cumbersome in the second period.</p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head n="5.5">Different Types of Users</head><p>In this section we examine how different types of users were affected by the change in Mobile MFA policy. We do not know the identity of the users and do not know if they are faculty, staff or students. However, we can proxy for these groups. It is probably likely that many of the University staff primarily use the online system during work hours, which we defined to be 8:00am -5:00m pm. Hence, we divided the users as follows:</p><p>&#8226; Group 1 -less than 1/3 of their logins in 2021-22 academic year occurred during "work hours". &#8226; Group 2 -Between 1/3 and 2/3 of their logins in 2021-22 academic year occurred during "work hours". &#8226; Group 3 -More than 2/3 of their logins in 2021-22 academic year occurred during "work hours". It is likely that Group 3 consists includes much of the University staff, while Group 1 has a greater percentage of students and faculty members.</p><p>In the case of Time Away, other things being equal, the estimated coefficient associated with the number of mobile MFA uses per week is 0.14 for Group 1 and 0.19 for Group 3 in the first academic year. In the case of the 2022-23 academic year, the estimated coefficient associated with the number of mobile MFA uses is 0.22. (0.22=0.14+0.08) In the case of Group 3, the estimated coefficient associated with the number of mobile MFA uses in the second academic year is 0.30 (0.30=0.19+0.11). Thus the difference between the groups essentially nearly doubles in the second academic year from 0.05 (0.19-0.14) to 0.08 (0.30-0.22). Group 3 users had much greater difficulty adjusting to the new mobile MFA policy.</p><p>In the case of the Number of failures, other things being equal, the estimated coefficient associated with the number of mobile MFA uses per week is 0.09 for Group 1 and 0.12 for Group 3 in the first academic year. In the case of the 2022-23 academic year, the estimated coefficient associated with the number of mobile MFA uses is 0.12. (0.12=0.09+0.03) In the case of Group 3, however, the estimated coefficient associated with the number of mobile MFA uses in the second academic year is 0.17 (0.17=0.12 +0.05). Thus the difference (0.03 vs. 0.05) nearly doubles in the second academic year. See Table <ref type="table">3</ref>. Again, this shows that group 3 users had much greater difficulty adjusting to the new mobile MFA policy.</p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head n="6">Concluding remarks</head><p>Multifactor authentication is widely touted as one of the most important security controls organizations can deploy to improve cybersecurity. While the benefits of MFA are well understood, the burdens they impose are not. This paper sets out to fix this discrepancy.</p><p>Using a large dataset gathered from a University with mandatory multifactor authentication requirements, we studied login failures the time users spend away from IT systems and services following a failed authentication attempt. In particular, we investigated the impact of a change in policy to a more secure and onerous configuration requiring users to input codes to app-based (Mobile) MFA. We find that the number of login failures and time away increases substantially for Mobile MFA following this policy change. This suggests that the opportunity costs imposed by the more secure configuration are high for a non-trivial number of users. This is especially the case when the attempted login is from a mobile device.</p><p>The most important take-away in our opinion is that the increased opportunity costs from the more secure MFA security measure was very large. The significant increase in both the number of failures and time away in the second period when using mobile MFA is something that decision makers must take into account when improving security. We are not arguing against improved security, but rather that users who have difficulty should be helped so that the adjustment does not result in a large increase in opportunity costs. In this paper, we have shown a way that such users can be identified. Unfortunately, many University IT departments are concerned only with enhancing security and not making the adjustment process easier for those who struggle. This has implications far beyond University users. A cyber security expert at a major bank told us that bank agents spend a disproportionate amount of time helping a small group of users who have trouble with MFA to access and make changes to their account. The time spent on this is a large opportunity cost, both to users and the bank agents. Hence, we suggest that all institutions identify and help the users who have trouble adjust to increased MFA security.  </p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head>Topic</head><p>Focus Findings Identify anomalous behavior [16]   They investigated deviation from baseline cluster location as an indicator of insider threats.</p><p>Using the "Insider Threat" data set from [11], they detected 80% of insider threats within the ITA administration group. When applying the methodology to real-world data, cluster consistency dropped by 50%, which they partially attribute to the differences in granularity in the most relevant features from each data set.</p><p>For more work on clustering behavior, see [7, 8].</p><p>Identify anomalous behavior [12]   They used a private dataset of 4 million logs to demonstrate a behaviorbased authentication compromise detection model. They used only two features to model users: consecutive failures and login time. Although the topic is different, the paper is particularly relevant given the use of failed logins.</p><p>The gap between failed attempts has no time cap, so a single event may span a large time frame, which is not true to the user experience. The probabilistic model employed demonstrated a good true positive false positive trade off with high prediction accuracy at a low computational cost. See [4] for similar work focusing on identifying lateral movement.</p><p>Security Operations Center (SOC) diagnosis [2]   They surveyed SOC practitioners. They and found that there are an excessive number of security alerts across organizations, and this high alert load combined with low interpretability results in analyst fatigue, human error, and burnout.</p><p>Security Operations Center (SOC) diagnosis [17]   They investigated log anomaly detection systems They found that log data was used in over 30% of incident diagnoses, with indicators that this portion would be larger if the logs had greater interpretability. They emphasize poor interpretability as a limiting factor in both the accuracy and actionability of generated alerts, and advocate for systems that combine a level of domain knowledge with the raw data to produce logs and alerts than are more easily interpreted.</p><p>Table 5: Overview of Related Work (continued).</p></div><note xmlns="http://www.tei-c.org/ns/1.0" place="foot" n="1" xml:id="foot_0"><p>These models explicitly take into account that there are repeated observations on users. This enables us to examine how user costs increased from enhanced security changes to how MFA was deployed.</p></note>
			<note xmlns="http://www.tei-c.org/ns/1.0" place="foot" n="2" xml:id="foot_1"><p>If there is a lapse of activity great than 90 seconds, we also define this as a failure. The results are robust to changing the length of the lapse in activity.</p></note>
			<note xmlns="http://www.tei-c.org/ns/1.0" place="foot" n="3" xml:id="foot_2"><p>Time away is similar to "recovery time" reported by<ref type="bibr">[15]</ref>, except our measure does not discriminate between successful and failed follow ups; it simply captures the gap between interactions after a failed login.</p></note>
			<note xmlns="http://www.tei-c.org/ns/1.0" place="foot" n="4" xml:id="foot_3"><p>The increased mean authentication delay (denoted elapsed), on the other hand, is virtually unchanged: From approximately 3.5 seconds per event in the 2021-22 academic year to approximately 4.2 seconds per event in the 2022-23 academic year. Hence, we do not focus on this variable as we noted in the introduction.</p></note>
			<note xmlns="http://www.tei-c.org/ns/1.0" place="foot" n="5" xml:id="foot_4"><p>Once we control (in the regressions) for whether the login attempt was from a mobile or desktop/laptop device, there is virtually no change in the failure rate between the periods when using Text MFA.</p></note>
			<note xmlns="http://www.tei-c.org/ns/1.0" place="foot" n="6" xml:id="foot_5"><p>In fixed-effect analysis, the data must be in time periods (say a day or week).</p></note>
			<note xmlns="http://www.tei-c.org/ns/1.0" place="foot" n="7" xml:id="foot_6"><p>See<ref type="bibr">Angrist (2009)</ref> for more a detailed discussion of fixed effects models<ref type="bibr">[3]</ref>.</p></note>
			<note xmlns="http://www.tei-c.org/ns/1.0" place="foot" n="12" xml:id="foot_7"><p>Unsurprisingly, the overall R-squared is much lower when estimating linear/linear models. This was what we expected given the skewed distribution of the data.</p></note>
			<note xmlns="http://www.tei-c.org/ns/1.0" place="foot" n="13" xml:id="foot_8"><p>Since these variables can take on the value zero, we add a very small number (.001) in order to create the logarithms.Nothing changes if we add a slightly larger value than 0.001.</p></note>
		</body>
		</text>
</TEI>
