<!DOCTYPE article PUBLIC "-//NLM//DTD JATS (Z39.96) Journal Archiving and Interchange DTD v1.0 20120330//EN" "JATS-archivearticle1.dtd">
<article xmlns:xlink="http://www.w3.org/1999/xlink">
  <front>
    <journal-meta>
      <journal-title-group>
        <journal-title>The Italian Conference on CyberSecurity, May</journal-title>
      </journal-title-group>
    </journal-meta>
    <article-meta>
      <title-group>
        <article-title>Explaining Phishing Attacks: An XAI Approach to Enhance User Awareness and Trust</article-title>
      </title-group>
      <contrib-group>
        <contrib contrib-type="author">
          <string-name>Francesco Greco</string-name>
          <xref ref-type="aff" rid="aff0">0</xref>
        </contrib>
        <contrib contrib-type="author">
          <string-name>Giuseppe Desolda</string-name>
          <xref ref-type="aff" rid="aff0">0</xref>
        </contrib>
        <contrib contrib-type="author">
          <string-name>Andrea Esposito</string-name>
          <xref ref-type="aff" rid="aff0">0</xref>
        </contrib>
        <aff id="aff0">
          <label>0</label>
          <institution>University of Bari Aldo Moro</institution>
          ,
          <addr-line>Bari</addr-line>
          ,
          <country country="IT">Italy</country>
        </aff>
      </contrib-group>
      <pub-date>
        <year>2023</year>
      </pub-date>
      <volume>0</volume>
      <fpage>3</fpage>
      <lpage>05</lpage>
      <abstract>
        <p>Phishing is a cyber-attack that is a plague in today's digital society. AI solutions are already being used to detect phishing emails, but they typically do not address the problem of explaining to users why certain emails are considered dangerous. This leads to users not understanding the risk and/or not trusting the defense system, resulting in higher success rates of phishing attacks. This paper presents an XAI-based solution to classify phishing emails and alert users to the risk by explaining the reasons behind the attacks. We compared diferent ML models using a subset of features that can be explained and understood by non-IT users. We found that Explainable Boosting Machine was the best choice for a high-performance and interpretable classifier for email phishing detection.</p>
      </abstract>
      <kwd-group>
        <kwd>eol&gt;Phishing</kwd>
        <kwd>Warning Dialogs</kwd>
        <kwd>Explainable Artificial Intelligence</kwd>
        <kwd>Human-Computer Interaction</kwd>
      </kwd-group>
    </article-meta>
  </front>
  <body>
    <sec id="sec-1">
      <title>1. Introduction</title>
      <p>
        As technology advances and more of our lives take place online, we are increasingly getting
exposed to cybercrime. In particular, phishing is one of the current biggest cyber threats, being
the top infection vector for gaining initial access to the victims’ network [
        <xref ref-type="bibr" rid="ref1">1</xref>
        ]. Phishing is a
method used by criminals to steal personal information through fraudulent websites, emails,
and phone calls. Since 2020, especially due to the COVID-19 pandemic and the shift to remote
work, phishing attacks have increased significantly [
        <xref ref-type="bibr" rid="ref2">2</xref>
        ].
      </p>
      <p>
        To combat phishing, many detection methods are used, although the most efective are those
based on Artificial Intelligence (AI) [
        <xref ref-type="bibr" rid="ref3 ref4">3, 4</xref>
        ]. These AI models can detect suspicious emails and
websites with very high precision (e.g., Google claims to have an anti-spam filter that catches
99.9% of spam and phishing emails [
        <xref ref-type="bibr" rid="ref5">5</xref>
        ]). Nonetheless, automatizing the phishing detection task
would inevitably lead to misclassifications, even with state-of-the-art models: this behavior
can easily compromise the user’s productivity by blocking or deleting important emails [
        <xref ref-type="bibr" rid="ref6">6</xref>
        ].
Therefore, the final decision to access them has to be left up to the user. This can happen by
showing warning dialogs that alert users about the dangerous nature of an email or website.
However, attackers exploit human factors like stress and fear, and this leads users to bypass
warnings [
        <xref ref-type="bibr" rid="ref2 ref7">7, 2</xref>
        ]. Moreover, not all users have the expertise or time to analyze the malicious
content on their own, and many fall victim to phishing attacks. These problems are amplified
by the fact that such dialogs are designed without properly taking into account the users [
        <xref ref-type="bibr" rid="ref8">8</xref>
        ].
      </p>
      <p>
        To improve the efectiveness of anti-phishing warnings, the user should understand the
reasons why the system considers a message or website suspicious [
        <xref ref-type="bibr" rid="ref9">9</xref>
        ]. This means that warning
dialogs should explain to the user the rationale behind the decision of the AI system. While AI
models keep on making progress in terms of accuracy and performance thanks to technology and
research innovation, they often remain hard or even impossible to be interpreted by a human.
Predictors like these are black-box models since their functioning remains uninterpretable.
This results in warnings that lack explanations and that do not provide insight into why the
model considers the message or website malicious, leading to warnings that are less efective
in conveying the danger of a phishing attack. To address the problem of “opening the black
box”, the field of eXplainable Artificial Intelligence (XAI) has explored and developed several
methods [
        <xref ref-type="bibr" rid="ref10">10</xref>
        ]. With XAI, it is possible to receive insight into the model’s reasoning process,
but in a way that is aimed to be interpreted often only by AI specialists. Therefore, the outputs
of an XAI tool should be adapted for the end-user to understand them, even with low or no
technical knowledge.
      </p>
      <p>
        In this paper, we present an approach that aims at increasing the efectiveness of warning
dialogs for guarding users against phishing attacks by employing existing XAI methodologies
for the phishing detection task. In particular, we developed an XAI-based tool that not only
classifies emails as phishing/non-phishing but that also warns the end-user and explains to them
the reasons why an email is considered dangerous. To do this, we followed a human-centered
approach by considering aspects that are strictly related to users within the development process
of the underlying AI system. The resulting warning messages have proven to be more efective
than the state-of-the-art approach in a user study with 300 participants [
        <xref ref-type="bibr" rid="ref11">11</xref>
        ].
      </p>
    </sec>
    <sec id="sec-2">
      <title>2. Related Work</title>
      <p>
        To defend users from phishing, warnings have been vastly employed and improved in the years
[
        <xref ref-type="bibr" rid="ref12 ref13 ref14 ref15">12, 13, 14, 15</xref>
        ]. Numerous design guidelines have to be considered when designing a warning
dialog [
        <xref ref-type="bibr" rid="ref16">16</xref>
        ]. For example, to be efective a warning should be “active”, i.e., interrupt the user’s
interaction flow and protect the user even when they do not read or understand the warning
message [
        <xref ref-type="bibr" rid="ref15">15</xref>
        ]. Another finding coming from the literature regards the psychological efect of
habituation [
        <xref ref-type="bibr" rid="ref13">13</xref>
        ]: users tend to ignore warnings if they look the same in diferent situations. To
address this efect and improve their efectiveness, warnings should change their aspect based
on the actual risk [
        <xref ref-type="bibr" rid="ref17">17</xref>
        ]; warnings that follow this principle are called polymorphic.
      </p>
      <p>
        To improve the efectiveness of warning dialogs, users should understand the hazard and be
motivated to heed the warning [
        <xref ref-type="bibr" rid="ref9">9</xref>
        ]. Explanations about why a particular phishing email can be
dangerous can help the users evaluate the risk and make the correct choice. Moreover, when the
decision is made by an AI agent, explanations can help increase the user’s trust in the system.
      </p>
      <p>
        AI models can be very complex and not interpretable in their predictions; in this case, they
are called “black box” models [
        <xref ref-type="bibr" rid="ref10">10</xref>
        ]. For example, deep neural networks are very hard to be
made sense of, even for AI specialists. To interpret the decisions of an AI model and be able to
generate an explanation understandable also by lay users, Explainable Artificial Intelligence
(XAI) approaches are fundamental. XAI can help obtain AI systems that provide clear and
understandable explanations for their decisions. In particular, model-agnostic explanation tools
can be applied to already existing machine learning models in a post-hoc manner [
        <xref ref-type="bibr" rid="ref10">10</xref>
        ]. Post-hoc
XAI models are used to explain the output of an AI model related to individual instances. In
the case of phishing detection, this means explaining the importance that the diferent features
of, e.g., an email had on the final classification outcome. Examples of post-hoc XAI models
are LIME (Local Interpretable Model-agnostic Explanations) [
        <xref ref-type="bibr" rid="ref18">18</xref>
        ] and SHAP (SHapley Additive
exPlanations) [
        <xref ref-type="bibr" rid="ref19">19</xref>
        ], which can locally approximate any machine learning model to interpret the
results by analyzing the input features and their impact on the model’s predictions. Another
approach is training AI models that are explainable by design and do not need post-hoc tools
to be interpreted. Examples of these are linear models, decision trees, and rule-based models
[
        <xref ref-type="bibr" rid="ref20">20</xref>
        ]. Explainable Boosting Machine (EBM) is an example of a model explainable by design, as
it proposes highly explainable modeling to construct a prediction model which is explainable
both locally and globally [
        <xref ref-type="bibr" rid="ref21">21</xref>
        ].
      </p>
      <p>An explanation can be either global or local. A global explanation requires explaining the
entire model and its functioning in general. A local explanation, instead, refers to explaining
the outcome for an individual instance in particular. A local explanation can consist of a feature
importance vector, i.e., a list of values that reports, for each input feature of an AI model, a
numeric value that represents the importance of the feature for the model’s outcome. As one
can guess, the outputs of an XAI model cannot be easily understood by lay users as they are.</p>
      <p>
        Few works tried to employ XAI tools in the phishing detection field; e.g, in [
        <xref ref-type="bibr" rid="ref22">22</xref>
        ], the authors
have applied LIME [
        <xref ref-type="bibr" rid="ref18">18</xref>
        ] and EBM [
        <xref ref-type="bibr" rid="ref21">21</xref>
        ] to classify and generate explanations for phishing URLs.
Nonetheless, none of such works considers the user in the design process of their solutions.
Therefore, a novel approach is required to fill this gap. For example, Lin et al. [
        <xref ref-type="bibr" rid="ref23">23</xref>
        ] present a
model for phishing webpages detection called Phishpedia, which, without needing a training
set, takes as input a URL and a target brand list describing legitimate brand logos and their
web domains, to return the classification result. In this approach, the warning is shown only
when the user opens the phishing website and it might be too late to warn them. The alert
consists of bounding boxes drawn around the most important visual elements that led to the
classification outcome, like a fake brand logo or an input form; the URL of the website is shown
as well, together with a warning about eventual similarities to URLs of known brands. The
work by Franchina et al. [
        <xref ref-type="bibr" rid="ref24">24</xref>
        ] defines an approach for phishing email detection that utilizes
both the metadata describing the composition of the e-mail and its content. The results of the
classification procedure are shown to the user, reporting how each characteristic impacted the
ifnal score. Kluge and Eckhardt [
        <xref ref-type="bibr" rid="ref25">25</xref>
        ] propose the design of an approach that is almost model
agnostic to produce explanations in the shape of text highlights, namely by drawing the user’s
attention to the telltale signs of phishing in a suspicious e-mail. To ensure that the highlighted
words (i.e., the explanation) represent indeed phishing cues, the original AI model has to classify
them as suspicious, and they have also to be suficient themselves for the classification of the
entire e-mail; this means that replacing the remainder of the email with diferent words should
have a negligible influence on the classification output.
      </p>
    </sec>
    <sec id="sec-3">
      <title>3. Designing a user-facing AI-based tool for phishing detection</title>
      <p>Most current email clients use warnings to inform users that emails are suspicious. However,
these warnings typically do not explain what exactly is suspicious. The lack of specific
information puts the onus on the user to identify suspicious clues (such as the link). This increases the
risk that warnings will be ignored or misunderstood. In addition, some features that indicate an
email is phishing are invisible to the user, such as the age of the domain of the website linked
to in the email, or its web ranking.</p>
      <p>
        Our design approach focuses on the explanation process, starting from the phishing detection
model, to increase the efectiveness of the warning. This solution extends the one recently
presented by one of the authors of this paper, which mainly focuses on the design and evaluation
of explanation messages in warning dialogs for phishing attacks [
        <xref ref-type="bibr" rid="ref26">26</xref>
        ]. This paper, instead, mainly
focuses on the XAI models used to both classify phishing content and explain the outcome.
The explanation is performed by computing a vector containing the linear contribution of
each feature to the classification result. We used the feature importance as the basis for our
user-facing explanations by associating each model feature with a human-readable message to
be displayed in the warning.
      </p>
      <p>
        In the design process of this tool, we also considered warning theory and guidelines that
have been developed over the past decades (e.g., [
        <xref ref-type="bibr" rid="ref16 ref19 ref27">16, 19, 27</xref>
        ]). It is, however, out of the scope of
this paper to report the detailed design process of the warning dialogs in our system. Figure 1
shows the designed warning dialog that is meant to appear when a user clicks on a link in a
phishing email. The warning is “active” since it blocks the user’s interaction and forces their
attention to its content [
        <xref ref-type="bibr" rid="ref13">13</xref>
        ]. It consists of a window with a title (on the top), an explanation
message (in the middle), and two buttons (on the bottom); the “Back to Safety” button (in the
bottom-right part of the window) makes the user return to the email client, the “Show details”
button (in the bottom-left) extends the window with a section that contains a link (“here”) to
follow the suspicious URL.
      </p>
      <p>
        An important factor that we kept in mind when developing this tool is user habituation to
warnings [
        <xref ref-type="bibr" rid="ref28">28</xref>
        ]. Repeated exposure to warnings can indeed result in habituation, which leads
the users to ignore the warning even when there’s a concrete danger. To mitigate habituation,
we have designed our interface to behave in a polymorphic way [
        <xref ref-type="bibr" rid="ref17">17</xref>
        ], i.e., to show diferent
explanations according to the phishing email feature. This is obtained on two diferent levels:
• The feature to give the user an explanation of why an email is likely to be phishing
is randomly chosen between the 3 most relevant features in the decision made by the
classification model.
• The actual explanation message of the single feature will randomly change between 2
diferent versions of the explanations.
      </p>
    </sec>
    <sec id="sec-4">
      <title>4. Selecting the features set to train the XAI models</title>
      <p>
        Before designing the warning messages, we first had to choose which features to explain to
the user. These are part of the features adopted by the AI models to classify phishing emails.
To avoid explaining features that cannot be easily understood by users with no IT knowledge
(e.g., features that require specific knowledge of cybersecurity, networks, or web development),
we have pursued the goal of generating a list of features that would be as intuitive as possible
to be grasped by lay users. To discover what kind of features are generally used in phishing
detection with machine learning, we have considered several works in the literature [
        <xref ref-type="bibr" rid="ref3 ref4">3, 4</xref>
        ]. We
gathered over 140 features based on their usage in state-of-the-art solutions, reporting, for
each of them, the name, the type (binary, discrete, continuous, or categorical), and a textual
description; wherever the feature was not properly described in its relative work, we came up
with a reasonable description on the best of our understanding, considering its name. Starting
from these features, the authors of this paper manually analyze each of them, filtering the
features that met two criteria:
1. features that are too costly to compute in terms of time; in fact, for the tool to be efective,
we need to maximize Real-Time Application performance. For example, we excluded all
the features that required making web requests to each of the websites pointed by the
URLs in the email, wait for the diferent responses to arrive back, and then compute the
features on the received response.
2. features that are too technical for a naïve user to make sense of, and for which we could
not come up with a reasonable and concise explanation.
      </p>
      <p>After the selection process, we came down to a total of 66 features. A lot of these had some
concepts in common (e.g., “anomalies in the URL length” can be captured by counting the
characters of the URL, the hostname or domain length, the length of the URL path, the average
length of the domain tokens, etc.). Therefore, we conducted a grouping of features based on
similarities between them, reaching a total of 18 features. The complete list of features is
reported in Appendix Appendix A.</p>
      <sec id="sec-4-1">
        <title>4.1. Design of the explanation messages for the warnings</title>
        <p>
          As detailed at the beginning of this Section, the warning dialog we propose is characterized
by an explanation message in the middle of the interface. A critical aspect of the design of
the entire solution was how to explain to the users the technical concepts behind the feature
chosen by the XAI model. To this aim, we designed, for each of the 18 features, two explanation
messages following the design indications in the field of warnings for phishing attacks, such as
the C-HIP model [
          <xref ref-type="bibr" rid="ref29">29</xref>
          ] and warning messages design guidelines [
          <xref ref-type="bibr" rid="ref16">16</xref>
          ]. In particular, we designed
the messages to let them describe the risk comprehensively [
          <xref ref-type="bibr" rid="ref30">30</xref>
          ], and we followed a consistent
layout [
          <xref ref-type="bibr" rid="ref12">12</xref>
          ]. The explanation messages follow a template which can be schematized as:
Description of the phishing feature + Hazard explanation + Consequences of a successful attack
        </p>
        <p>An example of an explanation following this template, which explains the feature Top-Level
Domain mispositioned, is the following:</p>
        <p>In the URL present in the email the top-level domain is in an abnormal position. This could
indicate that the URL leads to a fake website. Such websites might steal your personal
information”.</p>
        <p>
          The color coding of the sentences represents the role they have within the template. Two
variants were created for each feature explanation to facilitate the creation of polymorphic
warning dialogs, i.e., warnings that do not always look the same. Polymorphic warnings are
required to limit the habituation efect [
          <xref ref-type="bibr" rid="ref17">17</xref>
          ]. Having numerous explanation messages allows us
to create warnings that are very likely to difer one from another and, thus, limit the habituation
efect. Therefore, we came up with 36 ( 2 × 18) diferent explanation messages in total. The
complete list of explanation messages is reported in [
          <xref ref-type="bibr" rid="ref11">11</xref>
          ].
        </p>
      </sec>
      <sec id="sec-4-2">
        <title>4.2. System design</title>
        <p>The tool was designed to be placed within an email client and consists of diferent components.
In Figure 2, a sequence diagram illustrates the functioning of the system and the user interaction
lfow. The user interacts with the email client and, whenever they open an email, the system
computes both the classification output and the feature importance vector for that specific email.
Based on the feature importance, a warning dialog (as seen in Figure 1) is generated and shown
to the user, who can decide to heed it or ignore it and access the suspicious email.</p>
        <p>
          The XAI system was designed to detect phishing emails starting from a raw HTML file, which
represents the email to classify; the feature extractor component computes the 18 input features
that are needed by the AI model (this is diferent from feature extraction as commonly intended
in machine learning). We trained diferent AI models to perform a binary classification task,
classifying an email as either “phishing” or “legitimate”. The selection of these models took
into account the most adopted models in this field [
          <xref ref-type="bibr" rid="ref3 ref31 ref4">3, 31, 4</xref>
          ]. Among the machine learning
models that were trained, some of them are interpretable by design, i.e., decision tree, logistic
regression, and Explainable Boosting Machine (EBM) [
          <xref ref-type="bibr" rid="ref21">21</xref>
          ]. Conversely, others are black-box
models, i.e., Support Vector Machine (SVM), Random Forest, Multi-Layer Perceptron (MLP),
Feature
extractor
Email client
        </p>
        <p>AI model</p>
        <p>XAI model
User
1: Open (email) </p>
        <p>2: Classify (email)
alt mail is legitimate
alt Ignore warning
1.1: Show email 
1.2: show warning
(with chosen feature)
6.1: show (email)</p>
        <p>email 
6.2: go back ()</p>
        <p>
          3: Classify (features)
2.1: Email legitimate
5: create warning
(top 3 features)
2.2: Feature importance
4: Explain (email, class,
 model)
Deep Neural Network (DNN). Therefore, to make these interpretable, we applied post-hoc XAI
models, specifically LIME [
          <xref ref-type="bibr" rid="ref18">18</xref>
          ] and SHAP [
          <xref ref-type="bibr" rid="ref19">19</xref>
          ].
        </p>
        <p>In case of the email being phishing, the XAI model (e.g., LIME or SHAP) takes the features
of the email, the classification outcome of the AI model, and the model itself, and produces
an explanation in the form of a feature importance vector. The latter is then sent to the
email client, which creates the explanation message to show in the warning. To generate a
polymorphic warning dialog, the system selects one of the explanation messages among those
described in Section 4.1; the message is selected depending on the features that impacted the
AI model’s classification outcome the most. Starting from the feature importance vector, the 3
most impactful features are candidates to constitute an explanation in the warning dialog. One
of the 3 features is chosen at random and then one of its two versions is randomly selected.</p>
      </sec>
    </sec>
    <sec id="sec-5">
      <title>5. Method</title>
      <p>
        The data used to train the AI models originates from two diferent datasets: 2319 legitimate
emails from the SpamAssassin dataset [
        <xref ref-type="bibr" rid="ref32">32</xref>
        ], and 1452 phishing emails plus 643 legitimate emails
from the Enron corpus [
        <xref ref-type="bibr" rid="ref33">33</xref>
        ]. It is worth noting that these numbers come after a filtering process
to delete emails that did not include at least one link in them. This is necessary to conform
to our assumptions of phishing emails that should have at least one phishing link. With a
total of 2962 legitimate emails and 1452 phishing emails, we obtain a ratio of about 2 : 1. We
decided to apply an 80-20 split for the training and testing set with 5-fold cross-validation [
        <xref ref-type="bibr" rid="ref34">34</xref>
        ],
to mitigate overfitting and selection bias efects. This is done in a stratified fashion so that the
same legitimate-phishing ratio is kept for both training and testing folds. As anticipated in
Section 4.2, a feature extractor component preprocesses the raw email files and produces an
array of 18 features for each one (see Appendix A).
      </p>
      <p>
        In an email, the feature extractor computes the features related to a URL (e.g., self-signed
HTTPS certificate , Top-Level Domain mispositioned, URL length, etc.) starting from a link, which
is either retrieved from an anchor tag or just found in plain text. The script for the feature
calculation computes the features related to the URL for each link found in the emails. This
means that for an email we should have an array of N sets of features, one for each URL. To
have the data in a consistent format, we decided to consider only the most “dangerous” URL in
each email, based on the value of its features. Finally, all the features are scaled, with a MinMax
normalization to have only values in a [
        <xref ref-type="bibr" rid="ref1">0,1</xref>
        ] range, and standardized.
      </p>
      <p>
        Since we used model-agnostic explainers we were not tied to any model for the phishing
detection task. The machine-learning (ML) models were chosen based on the performance in
the literature [
        <xref ref-type="bibr" rid="ref3 ref31 ref4">3, 31, 4</xref>
        ]: decision tree, logistic regression, SVM, random forest, an MLP (with 2
intermediate fully-connected layers), a DNN (with 4 hidden layers and 1 dropout layer), and
EBM. Python’s Scikit-learn [
        <xref ref-type="bibr" rid="ref35">35</xref>
        ] library was used to train the diferent machine-learning models.
Keras library (in particular, Sequential model and Keras Tuner) [
        <xref ref-type="bibr" rid="ref36">36</xref>
        ] was used to build and train
the neural networks, and to tune their hyperparameters.
      </p>
      <p>
        For the hyperparameter tuning of every model, we applied a 5-fold stratified cross-validation,
using a custom seed (= 42) to make the results repeatable. To find the locally optimal
hyperparameters for the ML models, we performed the tuning using a grid search technique. For the
two neural network models (MLP and DNN), instead, we used a random search [
        <xref ref-type="bibr" rid="ref37">37</xref>
        ]. In the end,
we chose the model with the parameters that carried the best performance according to the
f1-score.
      </p>
      <p>To protect the user from receiving phishing emails without displaying a warning, it is crucial
to minimize the number of False Negatives (FN). To find a good tradeof between precision
and recall, at first, we trained all the models with unbalanced class weights: the phishing class
was set to have 5 times the weight of the legitimate class, in order to reduce the FN rate. We
searched for the class weights that, for each model, optimized the performances. The optimal
configurations for each model resulting from the hyperparameter tuning process are reported
in Appendix B.</p>
      <p>The models were tested on the whole dataset using 5-fold stratified cross-validation,
measuring the average precision, recall¸ negative predicted value, specificity, accuracy, Area Under the
Receiver Operating Characteristic Curve (ROC AUC) score, and f1-score, across the folds. The</p>
      <p>SVM</p>
      <p>RF</p>
      <p>MLP</p>
      <p>DNN</p>
      <p>EBM
90%
measurements for each model are reported in Figure 3. The results are reported as percentages
rounded to the first decimal place. We can observe that the best performance is achieved by
the Explainable Boosting Machine (EBM) and the Random Forest (RF) models, which achieve,
respectively, 98.0% and 97.8% F1-score values. The model that performed the worst, instead, is
MLP, with an F1-score of 81.1%.</p>
      <p>
        To warn the user, the email client needs 3 features to generate an explanation in a polymorphic
manner by randomly choosing a feature to show in the warning dialog, as discussed in Section
4.2. The explanations from the XAI tool are generated in diferent ways, depending on the
underlying ML model:
• The decision tree model is explained using the Gini impurity metric for each node of the
tree that is found in the decision path. The Gini impurity of a node can tell us how the
feature used in the node splitting was relevant in telling the two classes apart.
• EBM is defined as a “glass-box” model since it is explainable by design [
        <xref ref-type="bibr" rid="ref21">21</xref>
        ]. With EBM,
the tool can easily obtain both the model explanation and instance explanations.
• All the other ML models are explained with two post-hoc XAI models, i.e., LIME and
SHAP. LIME can be applied to all of the other XAI models to generate an explanation of
an instance (i.e., a specific email). SHAP is a post-hoc XAI model analogous to LIME, but
it is also able to quickly generate a model explanation.
      </p>
    </sec>
    <sec id="sec-6">
      <title>6. Discussions and Conclusion</title>
      <p>The performances of the models on the test set (Figure 3) are quite satisfying, especially if
we consider that it is possible to interpret the behavior of the models. We want to limit as
much as possible the number of phishing emails that may reach the user without the system
displaying a warning. In other words, we should minimize the number of phishing emails that
are misclassified as genuine, preferring XAI models with a low False Negative (FN) rate; i.e., we
should favor recall over precision. Therefore, EBM, Random Forest, and Decision Tree are good
candidates to constitute the phishing detection classifier. In particular, we can observe that the
highest recall and F1-score are obtained with EBM, which is also interpretable by design.</p>
      <p>
        Regarding the limitations of this work, the selection of the features to train the models has
been conducted by our team based on common sense and personal knowledge. To shift more
towards a human-centered approach, in future works we need to consider setting a user study
to find which features best fit an explanation for the end-user. Another limitation regards the
public dataset used for the training of the AI models, which dates back to 2008. The scarcity
of publicly available email corpora is due to the existence of privacy-related issues in the
publication of private data. Since phishing is a continuously evolving attack, we plan to gather
a new dataset of real-world phishing emails coming from an IT company. Finally, with the
assumption of phishing emails having at least one phishing link, we are neglecting attacks based
on attachments and/or social engineering. Future work will include conducting a longitudinal
user study to assess both the in-vivo performance of the tool and the efect of the polymorphic
warnings on habituation. Despite the eforts in research, phishing continues to be a critical
problem, and the number of victims is increasing year after year. This work aims at increasing
the user’s trust in security software by giving them explanations about the causes of why
specific emails are dangerous. We designed and developed a high-performant AI-based tool,
which can help users correctly detect phishing emails, giving them the ability to make informed
decisions, as it resulted in a user study with 300 participants [
        <xref ref-type="bibr" rid="ref11">11</xref>
        ].
      </p>
    </sec>
    <sec id="sec-7">
      <title>Acknowledgments</title>
      <p>The research of Francesco Greco is funded by a PhD fellowship within the framework of the
Italian “D.M. n. 352, April 9, 2022” - under the National Recovery and Resilience Plan, Mission 4,
Component 2, Investment 3.3 - PhD Project “Investigating XAI techniques to help user defend
from phishing attacks”, co-supported by “Auriga S.p.A.” (CUP H91I22000410007). The research
of Andrea Esposito is funded by a Ph.D. fellowship within the framework of the Italian “D.M. n.
352, April 9, 2022” - under the National Recovery and Resilience Plan, Mission 4, Component
2, Investment 3.3 - Ph.D. Project “Human-Centered Artificial Intelligence (HCAI) techniques
for supporting end users interacting with AI systems”, co-supported by “Eusoft S.r.l.” (CUP
H91I22000410007). This Publication was produced with the co-funding of the European union
Next Generation EU: NRRP Initiative, Mission 4, Component 2, Investment 1.3 – Partnerships
extended to universities, research centres, companies and research D.D. MUR n. 341 del 5.03.2022
– Next Generation EU (PE0000014 - "Security and Rights In the CyberSpace - SERICS" - CUP:
H93C22000620001).</p>
    </sec>
    <sec id="sec-8">
      <title>A. Appendix A</title>
      <p>In Table 1 it is reported the complete list of 18 features for the AI models. The column Type
tells the type of the values for the feature (B=Boolean, D=discrete number); the column Part of
mail tells from which part of the email the feature is computed.</p>
      <sec id="sec-8-1">
        <title>Image Presence &lt;Aimbgin&gt;atraygfienattuhreeetmhaaitl bisodeqyual to 1 if there is a</title>
        <p>Links Present Number of links in the e-mail body
Misspelled Words Number of misspelled words
Special Characters Occurrences of special characters in the email
in body body</p>
      </sec>
      <sec id="sec-8-2">
        <title>Suspicious Words eO-nmeaoilrbmodoyre suspicious words are found in the</title>
      </sec>
      <sec id="sec-8-3">
        <title>Age of Domain yTehaersagisesoufsptihceioduos)main (a site with less than 2</title>
        <p>Expiration The expiration date of the web domain</p>
      </sec>
      <sec id="sec-8-4">
        <title>Ranking AThleexaranking of the website according to Google,</title>
        <p>No HTTPS The website does not use the HTTPS protocol
cSeerlft-ifsiicganteed HTTPS tcTrahuteestsew)debcseirtteifiucsaetse iHssTuTePrS(exp.rosteolcf-osligwnietdh
caerntiofitSpecial Chars in Presence of special characters (_, /, //, @, -),
UniURL code characters, or digits in the URL</p>
        <p>A binary feature that equals 1 if a link displayed
Link Mismatch in the email body is diferent than the redirected
website</p>
      </sec>
      <sec id="sec-8-5">
        <title>Sensitive words in cCuorue”n,ts“athcceounnutm”,be“wreobfsscern”,si“tlioveginw”o,rd“esb(ai.yei.s,a“psie”-,</title>
        <p>URL “signin”, “banking”, “confirm”) in the URL</p>
      </sec>
      <sec id="sec-8-6">
        <title>IP address aTshethree adroemoanien or more URLs with an IP Address</title>
        <p>There is an anomaly in the position of the
Top</p>
      </sec>
      <sec id="sec-8-7">
        <title>TLD mispositioned eLietvheelrDino mthaeinpaisthinoafnthaebnUoRrLmoalr pinosoitnioenof(itthies</title>
        <p>subdomains)
Number of sub- There is an anomaly in the domain of the URL
domains since there are too many subdomains</p>
      </sec>
      <sec id="sec-8-8">
        <title>URL Length TUhReLreoristhaenleanngotmhaolfytihnetdhoemleaningth of the entire</title>
        <p>URL is shortened A URL is shortened (e.g., TinyURL, etc.)
In the following, the optimal configurations for the ML models are reported.</p>
      </sec>
    </sec>
    <sec id="sec-9">
      <title>B. Appendix B</title>
      <p>Decision Tree (DT)
• ccp_alpha: 0.0
• criterion: ’entropy’
• max_depth: 8
• min_sample_leaf: 7
Logistic Regression (LR)
• C: 100
• penalty: ’l2’
• solver: ’lbfgs’
• C: 100
• degree: 3
• gamma: 0.1
• kernel: ’poly’
Support Vector Machine (SVM)
Random Forest (RF)
• max_features: 5
• max_samples: 0.5
• n_estimators: 50
EBM</p>
      <p>No configurable hyperparameter.
Multi-Layer Perceptron (MLP)
• Class_weights: [Legit: 1, Phishing: 2]
Network configuration:
Layer (Type)</p>
      <p>Output Shape</p>
      <p>No. Parameters
Deep Neural Network (DNN)</p>
      <p>Output Shape</p>
    </sec>
  </body>
  <back>
    <ref-list>
      <ref id="ref1">
        <mixed-citation>
          [1]
          <string-name>
            <given-names>M. T.</given-names>
            <surname>Ribeiro</surname>
          </string-name>
          ,
          <string-name>
            <given-names>S.</given-names>
            <surname>Singh</surname>
          </string-name>
          ,
          <string-name>
            <given-names>C.</given-names>
            <surname>Guestrin</surname>
          </string-name>
          ,
          <article-title>Why should i trust you? : Explaining the predictions of any classifier</article-title>
          ,
          <year>2016</year>
          . URL: https://doi.org/10.1145/2939672.2939778. doi:
          <volume>10</volume>
          .1145/2939672. 2939778.
        </mixed-citation>
      </ref>
      <ref id="ref2">
        <mixed-citation>
          [2]
          <string-name>
            <given-names>M.</given-names>
            <surname>Wogalter</surname>
          </string-name>
          ,
          <string-name>
            <surname>Communication-Human Information Processing (C-HIP) Model</surname>
          </string-name>
          , 1st edition ed., CRC Press,
          <year>2018</year>
          , pp.
          <fpage>33</fpage>
          -
          <lpage>49</lpage>
          . doi:
          <volume>10</volume>
          .1201/9780429462269-3.
        </mixed-citation>
      </ref>
      <ref id="ref3">
        <mixed-citation>
          [3]
          <string-name>
            <surname>IBM</surname>
          </string-name>
          ,
          <article-title>X-force threat intelligence index</article-title>
          ,
          <year>2022</year>
          . URL: https://www.ibm.com/downloads/cas/ ADLMYLAZ.
        </mixed-citation>
      </ref>
      <ref id="ref4">
        <mixed-citation>
          [4]
          <string-name>
            <given-names>S. M.</given-names>
            <surname>Lundberg</surname>
          </string-name>
          ,
          <string-name>
            <given-names>S.-I.</given-names>
            <surname>Lee</surname>
          </string-name>
          ,
          <article-title>A unified approach to interpreting model predictions</article-title>
          ,
          <source>in: Proceedings of the 31st International Conference on Neural Information Processing Systems</source>
          , NIPS'17, Curran Associates Inc.,
          <string-name>
            <surname>Red</surname>
            <given-names>Hook</given-names>
          </string-name>
          ,
          <string-name>
            <surname>NY</surname>
          </string-name>
          , USA,
          <year>2017</year>
          , p.
          <fpage>4768</fpage>
          -
          <lpage>4777</lpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref5">
        <mixed-citation>
          [5]
          <string-name>
            <given-names>N.</given-names>
            <surname>Kumaran</surname>
          </string-name>
          ,
          <article-title>Understanding gmail's spam filters</article-title>
          ,
          <year>2022</year>
          . URL: https://workspace.google. com/blog/identity-and
          <article-title>-security/an-overview-of-gmails-spam-filters.</article-title>
        </mixed-citation>
      </ref>
      <ref id="ref6">
        <mixed-citation>
          [6]
          <string-name>
            <given-names>R.</given-names>
            <surname>Guidotti</surname>
          </string-name>
          ,
          <string-name>
            <given-names>A.</given-names>
            <surname>Monreale</surname>
          </string-name>
          ,
          <string-name>
            <given-names>S.</given-names>
            <surname>Ruggieri</surname>
          </string-name>
          ,
          <string-name>
            <given-names>F.</given-names>
            <surname>Turini</surname>
          </string-name>
          ,
          <string-name>
            <given-names>F.</given-names>
            <surname>Giannotti</surname>
          </string-name>
          ,
          <string-name>
            <given-names>D.</given-names>
            <surname>Pedreschi</surname>
          </string-name>
          ,
          <article-title>A survey of methods for explaining black box models</article-title>
          ,
          <source>ACM Computing Survey</source>
          <volume>51</volume>
          (
          <year>2018</year>
          )
          <article-title>42</article-title>
          . URL: https://doi.org/10.1145/3236009. doi:
          <volume>10</volume>
          .1145/3236009.
        </mixed-citation>
      </ref>
      <ref id="ref7">
        <mixed-citation>
          [7]
          <string-name>
            <given-names>M.</given-names>
            <surname>Wu</surname>
          </string-name>
          ,
          <string-name>
            <given-names>R. C.</given-names>
            <surname>Miller</surname>
          </string-name>
          ,
          <string-name>
            <given-names>S. L.</given-names>
            <surname>Garfinkel</surname>
          </string-name>
          ,
          <article-title>Do security toolbars actually prevent phishing attacks?</article-title>
          ,
          <source>in: SIGCHI Conference on Human Factors in Computing Systems</source>
          , ACM, New York, NY, USA,
          <year>2006</year>
          , p.
          <fpage>601</fpage>
          -
          <lpage>610</lpage>
          . URL: https://doi.org/10.1145/1124772.1124863. doi:
          <volume>10</volume>
          . 1145/1124772.1124863.
        </mixed-citation>
      </ref>
      <ref id="ref8">
        <mixed-citation>
          [8]
          <string-name>
            <given-names>C.</given-names>
            <surname>Bravo-Lillo</surname>
          </string-name>
          ,
          <string-name>
            <given-names>L. F.</given-names>
            <surname>Cranor</surname>
          </string-name>
          ,
          <string-name>
            <given-names>J.</given-names>
            <surname>Downs</surname>
          </string-name>
          ,
          <string-name>
            <given-names>S.</given-names>
            <surname>Komanduri</surname>
          </string-name>
          ,
          <string-name>
            <given-names>M.</given-names>
            <surname>Sleeper</surname>
          </string-name>
          ,
          <article-title>Improving computer security dialogs</article-title>
          , in: International Conference on Human-Computer Interaction, volume LNCS of Human-Computer Interaction, Springer Berlin Heidelberg,
          <year>2011</year>
          , pp.
          <fpage>18</fpage>
          -
          <lpage>35</lpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref9">
        <mixed-citation>
          [9]
          <string-name>
            <given-names>J.</given-names>
            <surname>Ellis</surname>
          </string-name>
          , Covid-19
          <source>phishing update: Campaigns exploiting hope for a cure</source>
          ,
          <year>2020</year>
          . URL: https://info.phishlabs.com/blog/covid
          <article-title>-phishing-update-campaigns-addressing-a-cure.</article-title>
        </mixed-citation>
      </ref>
      <ref id="ref10">
        <mixed-citation>
          [10]
          <string-name>
            <surname>B. B. Anderson</surname>
            ,
            <given-names>C. B.</given-names>
          </string-name>
          <string-name>
            <surname>Kirwan</surname>
            ,
            <given-names>J. L.</given-names>
          </string-name>
          <string-name>
            <surname>Jenkins</surname>
            ,
            <given-names>D.</given-names>
          </string-name>
          <string-name>
            <surname>Eargle</surname>
            ,
            <given-names>S.</given-names>
          </string-name>
          <string-name>
            <surname>Howard</surname>
            ,
            <given-names>A.</given-names>
          </string-name>
          <string-name>
            <surname>Vance</surname>
          </string-name>
          ,
          <article-title>How polymorphic warnings reduce habituation in the brain: Insights from an fmri study</article-title>
          ,
          <year>2015</year>
          . URL: https://doi.org/10.1145/2702123.2702322. doi:
          <volume>10</volume>
          .1145/2702123.2702322.
        </mixed-citation>
      </ref>
      <ref id="ref11">
        <mixed-citation>
          [11]
          <string-name>
            <given-names>P.</given-names>
            <surname>Buono</surname>
          </string-name>
          ,
          <string-name>
            <given-names>G.</given-names>
            <surname>Desolda</surname>
          </string-name>
          ,
          <string-name>
            <given-names>F.</given-names>
            <surname>Greco</surname>
          </string-name>
          ,
          <string-name>
            <given-names>A.</given-names>
            <surname>Piccinno</surname>
          </string-name>
          ,
          <article-title>Let warnings interrupt the interaction and explain: Designing and evaluating phishing email warnings</article-title>
          ,
          <source>in: Extended Abstracts of the 2023 CHI Conference on Human Factors in Computing Systems, CHI EA '23</source>
          ,
          <string-name>
            <surname>Association</surname>
          </string-name>
          for Computing Machinery, New York, NY, USA,
          <year>2023</year>
          , p.
          <fpage>6</fpage>
          . URL: https://doi.org/10.1145/ 3544549.3585802. doi:
          <volume>10</volume>
          .1145/3544549.3585802.
        </mixed-citation>
      </ref>
      <ref id="ref12">
        <mixed-citation>
          [12]
          <string-name>
            <given-names>G.</given-names>
            <surname>Desolda</surname>
          </string-name>
          ,
          <string-name>
            <given-names>L. S.</given-names>
            <surname>Ferro</surname>
          </string-name>
          ,
          <string-name>
            <given-names>A.</given-names>
            <surname>Marrella</surname>
          </string-name>
          ,
          <string-name>
            <given-names>T.</given-names>
            <surname>Catarci</surname>
          </string-name>
          ,
          <string-name>
            <given-names>M. F.</given-names>
            <surname>Costabile</surname>
          </string-name>
          ,
          <article-title>Human factors in phishing attacks: A systematic literature review</article-title>
          ,
          <source>ACM Computing Survey</source>
          <volume>54</volume>
          (
          <year>2021</year>
          )
          <article-title>35</article-title>
          . URL: https://doi.org/10.1145/3469886. doi:
          <volume>10</volume>
          .1145/3469886.
        </mixed-citation>
      </ref>
      <ref id="ref13">
        <mixed-citation>
          [13]
          <string-name>
            <given-names>S.</given-names>
            <surname>Egelman</surname>
          </string-name>
          ,
          <string-name>
            <given-names>L. F.</given-names>
            <surname>Cranor</surname>
          </string-name>
          ,
          <string-name>
            <given-names>J.</given-names>
            <surname>Hong</surname>
          </string-name>
          ,
          <article-title>You've been warned: An empirical study of the efectiveness of web browser phishing warnings</article-title>
          ,
          <source>in: SIGCHI Conference on Human Factors in Computing Systems</source>
          , ACM, New York, NY, USA,
          <year>2008</year>
          , p.
          <fpage>1065</fpage>
          -
          <lpage>1074</lpage>
          . URL: https://doi.org/10.1145/1357054.1357219. doi:
          <volume>10</volume>
          .1145/1357054.1357219.
        </mixed-citation>
      </ref>
      <ref id="ref14">
        <mixed-citation>
          [14]
          <string-name>
            <given-names>M.</given-names>
            <surname>Wogalter</surname>
          </string-name>
          , Purposes and scope of warnings,
          <source>Handbook of Warnings</source>
          (
          <year>2006</year>
          )
          <fpage>3</fpage>
          -
          <lpage>9</lpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref15">
        <mixed-citation>
          [15]
          <string-name>
            <given-names>F.</given-names>
            <surname>Chollet</surname>
          </string-name>
          , et al.,
          <string-name>
            <surname>Keras</surname>
          </string-name>
          ,
          <year>2015</year>
          . URL: https://keras.io.
        </mixed-citation>
      </ref>
      <ref id="ref16">
        <mixed-citation>
          [16]
          <string-name>
            <given-names>M.</given-names>
            <surname>Khonji</surname>
          </string-name>
          ,
          <string-name>
            <given-names>Y.</given-names>
            <surname>Iraqi</surname>
          </string-name>
          ,
          <string-name>
            <given-names>A.</given-names>
            <surname>Jones</surname>
          </string-name>
          ,
          <article-title>Phishing detection: A literature survey</article-title>
          ,
          <source>IEEE Communications Surveys &amp; Tutorials</source>
          <volume>15</volume>
          (
          <year>2013</year>
          )
          <fpage>2091</fpage>
          -
          <lpage>2121</lpage>
          . doi:
          <volume>10</volume>
          .1109/SURV.
          <year>2013</year>
          .
          <volume>032213</volume>
          .00009.
        </mixed-citation>
      </ref>
      <ref id="ref17">
        <mixed-citation>
          [17]
          <string-name>
            <given-names>E.</given-names>
            <surname>Montalbano</surname>
          </string-name>
          ,
          <article-title>Top email protections fail in latest covid-19 phishing campaign</article-title>
          ,
          <year>2020</year>
          . URL: https://threatpost.com
          <article-title>/top-email-protections-fail-</article-title>
          <string-name>
            <surname>covid-</surname>
          </string-name>
          19-phishing/154329/.
        </mixed-citation>
      </ref>
      <ref id="ref18">
        <mixed-citation>
          [18]
          <string-name>
            <given-names>A.</given-names>
            <surname>El Aassal</surname>
          </string-name>
          ,
          <string-name>
            <given-names>S.</given-names>
            <surname>Baki</surname>
          </string-name>
          ,
          <string-name>
            <surname>A. Das</surname>
            ,
            <given-names>R. M.</given-names>
          </string-name>
          <string-name>
            <surname>Verma</surname>
          </string-name>
          ,
          <article-title>An in-depth benchmarking and evaluation of phishing detection research for security needs</article-title>
          ,
          <source>IEEE Access 8</source>
          (
          <year>2020</year>
          )
          <fpage>22170</fpage>
          -
          <lpage>22192</lpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref19">
        <mixed-citation>
          [19]
          <string-name>
            <given-names>L.</given-names>
            <surname>Franchina</surname>
          </string-name>
          ,
          <string-name>
            <given-names>S.</given-names>
            <surname>Ferracci</surname>
          </string-name>
          ,
          <string-name>
            <given-names>F.</given-names>
            <surname>Palmaro</surname>
          </string-name>
          ,
          <article-title>Detecting phishing e-mails using text mining and features analysis</article-title>
          ,
          <source>in: Italian Conference on CyberSecurity</source>
          , volume
          <volume>2940</volume>
          , CEUR-WS.org,
          <year>2021</year>
          , p.
          <fpage>14</fpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref20">
        <mixed-citation>
          [20]
          <string-name>
            <given-names>K.</given-names>
            <surname>Kluge</surname>
          </string-name>
          ,
          <string-name>
            <given-names>R.</given-names>
            <surname>Eckhardt</surname>
          </string-name>
          ,
          <article-title>Explaining the suspicion: Design of an xai-based user-focused anti-phishing measure</article-title>
          , in: International Conference on Wirtschaftsinformatik,
          <source>Innovation Through Information Systems</source>
          , Springer International Publishing,
          <year>2021</year>
          , pp.
          <fpage>247</fpage>
          -
          <lpage>261</lpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref21">
        <mixed-citation>
          [21]
          <string-name>
            <given-names>M. S.</given-names>
            <surname>Wogalter</surname>
          </string-name>
          ,
          <string-name>
            <given-names>V. C.</given-names>
            <surname>Conzola</surname>
          </string-name>
          ,
          <string-name>
            <given-names>T. L.</given-names>
            <surname>Smith-Jackson</surname>
          </string-name>
          ,
          <article-title>Research-based guidelines for warning design and evaluation</article-title>
          ,
          <source>Applied Ergonomics</source>
          <volume>33</volume>
          (
          <year>2002</year>
          )
          <fpage>219</fpage>
          -
          <lpage>230</lpage>
          . URL: https: //www.sciencedirect.com/science/article/pii/S0003687002000091. doi:https://doi.org/ 10.1016/S0003-
          <volume>6870</volume>
          (
          <issue>02</issue>
          )
          <fpage>00009</fpage>
          -
          <lpage>1</lpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref22">
        <mixed-citation>
          [22]
          <string-name>
            <given-names>L.</given-names>
            <surname>Bauer</surname>
          </string-name>
          ,
          <string-name>
            <given-names>C.</given-names>
            <surname>Bravo-Lillo</surname>
          </string-name>
          ,
          <string-name>
            <given-names>L.</given-names>
            <surname>Cranor</surname>
          </string-name>
          , E. Fragkaki,
          <article-title>Warning design guidelines (cmu-cylab-</article-title>
          <source>13- 002)</source>
          ,
          <year>2013</year>
          . URL: https://kilthub.cmu.edu/articles/journal_contribution/Warning_Design_ Guidelines_
          <string-name>
            <surname>CMU-CyLab-</surname>
          </string-name>
          13-002_/6468131.
        </mixed-citation>
      </ref>
      <ref id="ref23">
        <mixed-citation>
          [23]
          <string-name>
            <given-names>Y.</given-names>
            <surname>Lin</surname>
          </string-name>
          ,
          <string-name>
            <given-names>R.</given-names>
            <surname>Liu</surname>
          </string-name>
          ,
          <string-name>
            <given-names>D. M.</given-names>
            <surname>Divakaran</surname>
          </string-name>
          ,
          <string-name>
            <given-names>J.</given-names>
            <surname>Ng</surname>
          </string-name>
          ,
          <string-name>
            <given-names>Q.</given-names>
            <surname>Chan</surname>
          </string-name>
          ,
          <string-name>
            <given-names>Y.</given-names>
            <surname>Lu</surname>
          </string-name>
          ,
          <string-name>
            <given-names>Y.</given-names>
            <surname>Si</surname>
          </string-name>
          ,
          <string-name>
            <given-names>F.</given-names>
            <surname>Zhang</surname>
          </string-name>
          , J. Dong,
          <article-title>Phishpedia: A hybrid deep learning based approach to visually identify phishing webpages (usenix security</article-title>
          <year>2021</year>
          ),
          <year>2021</year>
          . URL: https://www.usenix.org/conference/usenixsecurity21/presentation/ lin.
        </mixed-citation>
      </ref>
      <ref id="ref24">
        <mixed-citation>
          [24]
          <string-name>
            <given-names>C.</given-names>
            <surname>Bravo-Lillo</surname>
          </string-name>
          ,
          <string-name>
            <given-names>L. F.</given-names>
            <surname>Cranor</surname>
          </string-name>
          ,
          <string-name>
            <given-names>J.</given-names>
            <surname>Downs</surname>
          </string-name>
          ,
          <string-name>
            <given-names>S.</given-names>
            <surname>Komanduri</surname>
          </string-name>
          ,
          <article-title>Bridging the gap in computer security warnings: A mental model approach</article-title>
          ,
          <source>IEEE Security &amp; Privacy</source>
          <volume>9</volume>
          (
          <year>2011</year>
          )
          <fpage>18</fpage>
          -
          <lpage>26</lpage>
          . doi:
          <volume>10</volume>
          .1109/MSP.
          <year>2010</year>
          .
          <volume>198</volume>
          .
        </mixed-citation>
      </ref>
      <ref id="ref25">
        <mixed-citation>
          [25]
          <string-name>
            <given-names>P. R. Galego</given-names>
            <surname>Hernandes</surname>
          </string-name>
          ,
          <string-name>
            <given-names>C. P.</given-names>
            <surname>Floret</surname>
          </string-name>
          ,
          <string-name>
            <surname>K. F. Cardozo De Almeida</surname>
            ,
            <given-names>V. C.</given-names>
          </string-name>
          <string-name>
            <surname>Da Silva</surname>
            ,
            <given-names>J. P.</given-names>
          </string-name>
          <string-name>
            <surname>Papa</surname>
            ,
            <given-names>K. A.</given-names>
          </string-name>
          <string-name>
            <surname>Pontara Da</surname>
            <given-names>Costa</given-names>
          </string-name>
          ,
          <article-title>Phishing detection using url-based xai techniques</article-title>
          ,
          <year>2021</year>
          . doi:
          <volume>10</volume>
          .1109/SSCI50451.
          <year>2021</year>
          .
          <volume>9659981</volume>
          .
        </mixed-citation>
      </ref>
      <ref id="ref26">
        <mixed-citation>
          [26]
          <string-name>
            <given-names>G.</given-names>
            <surname>Desolda</surname>
          </string-name>
          ,
          <string-name>
            <given-names>J.</given-names>
            <surname>Aneke</surname>
          </string-name>
          ,
          <string-name>
            <given-names>C.</given-names>
            <surname>Ardito</surname>
          </string-name>
          ,
          <string-name>
            <given-names>R.</given-names>
            <surname>Lanzilotti</surname>
          </string-name>
          ,
          <string-name>
            <given-names>M. F.</given-names>
            <surname>Costabile</surname>
          </string-name>
          ,
          <article-title>Explanations in warning dialogs to help users defend against phishing attacks</article-title>
          ,
          <source>International Journal of HumanComputer Studies</source>
          <volume>176</volume>
          (
          <year>2023</year>
          )
          <article-title>103056</article-title>
          . URL: https://www.sciencedirect.com/science/article/ pii/S1071581923000654. doi:https://doi.org/10.1016/j.ijhcs.
          <year>2023</year>
          .
          <volume>103056</volume>
          .
        </mixed-citation>
      </ref>
      <ref id="ref27">
        <mixed-citation>
          [27]
          <string-name>
            <given-names>F.</given-names>
            <surname>Pedregosa</surname>
          </string-name>
          ,
          <string-name>
            <given-names>G.</given-names>
            <surname>Varoquaux</surname>
          </string-name>
          ,
          <string-name>
            <given-names>A.</given-names>
            <surname>Gramfort</surname>
          </string-name>
          ,
          <string-name>
            <given-names>V.</given-names>
            <surname>Michel</surname>
          </string-name>
          ,
          <string-name>
            <given-names>B.</given-names>
            <surname>Thirion</surname>
          </string-name>
          ,
          <string-name>
            <given-names>O.</given-names>
            <surname>Grisel</surname>
          </string-name>
          ,
          <string-name>
            <given-names>M.</given-names>
            <surname>Blondel</surname>
          </string-name>
          ,
          <string-name>
            <given-names>P.</given-names>
            <surname>Prettenhofer</surname>
          </string-name>
          ,
          <string-name>
            <given-names>R.</given-names>
            <surname>Weiss</surname>
          </string-name>
          ,
          <string-name>
            <given-names>V.</given-names>
            <surname>Dubourg</surname>
          </string-name>
          ,
          <string-name>
            <surname>J. VanderPlas</surname>
          </string-name>
          ,
          <string-name>
            <given-names>A.</given-names>
            <surname>Passos</surname>
          </string-name>
          ,
          <string-name>
            <given-names>D.</given-names>
            <surname>Cournapeau</surname>
          </string-name>
          ,
          <string-name>
            <given-names>M.</given-names>
            <surname>Brucher</surname>
          </string-name>
          ,
          <string-name>
            <given-names>M.</given-names>
            <surname>Perrot</surname>
          </string-name>
          , E. Duchesnay,
          <article-title>Scikit-learn: Machine learning in python</article-title>
          ,
          <source>Journal of Machine Learning Research</source>
          (
          <year>2011</year>
          ).
        </mixed-citation>
      </ref>
      <ref id="ref28">
        <mixed-citation>
          [28]
          <string-name>
            <given-names>C.</given-names>
            <surname>Molnar</surname>
          </string-name>
          , Interpretable Models, Leanpub,
          <year>2020</year>
          . URL: https://christophm.github.
          <article-title>io/ interpretable-ml-book/simple</article-title>
          .html.
        </mixed-citation>
      </ref>
      <ref id="ref29">
        <mixed-citation>
          [29]
          <string-name>
            <given-names>P.</given-names>
            <surname>Refaeilzadeh</surname>
          </string-name>
          ,
          <string-name>
            <given-names>L.</given-names>
            <surname>Tang</surname>
          </string-name>
          , H. Liu, Cross-Validation, Springer US, Boston, MA,
          <year>2009</year>
          , pp.
          <fpage>532</fpage>
          -
          <lpage>538</lpage>
          . URL: https://doi.org/10.1007/978-0-
          <fpage>387</fpage>
          -39940-9_
          <fpage>565</fpage>
          . doi:
          <volume>10</volume>
          .1007/ 978-0-
          <fpage>387</fpage>
          -39940-9_
          <fpage>565</fpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref30">
        <mixed-citation>
          [30]
          <string-name>
            <given-names>B.</given-names>
            <surname>Klimt</surname>
          </string-name>
          ,
          <string-name>
            <given-names>Y.</given-names>
            <surname>Yang</surname>
          </string-name>
          , Introducing the enron corpus,
          <year>2004</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref31">
        <mixed-citation>
          [31]
          <string-name>
            <given-names>J.</given-names>
            <surname>Petelka</surname>
          </string-name>
          ,
          <string-name>
            <given-names>Y.</given-names>
            <surname>Zou</surname>
          </string-name>
          ,
          <string-name>
            <given-names>F.</given-names>
            <surname>Schaub</surname>
          </string-name>
          ,
          <article-title>Put your warning where your link is: Improving and evaluating email phishing warnings</article-title>
          ,
          <source>in: Conference on Human Factors in Computing Systems</source>
          , ACM, New York, NY, USA,
          <year>2019</year>
          , p.
          <fpage>1</fpage>
          -
          <lpage>15</lpage>
          . URL: https://doi.org/10.1145/3290605.3300748. doi:
          <volume>10</volume>
          .1145/3290605.3300748.
        </mixed-citation>
      </ref>
      <ref id="ref32">
        <mixed-citation>
          [32]
          <string-name>
            <given-names>A.</given-names>
            <surname>Schwartz</surname>
          </string-name>
          , SpamAssassin,
          <string-name>
            <given-names>O</given-names>
            <surname>'Reilly Media Inc</surname>
          </string-name>
          .,
          <year>2004</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref33">
        <mixed-citation>
          [33]
          <string-name>
            <given-names>H.</given-names>
            <surname>Nori</surname>
          </string-name>
          ,
          <string-name>
            <given-names>S.</given-names>
            <surname>Jenkins</surname>
          </string-name>
          ,
          <string-name>
            <given-names>P.</given-names>
            <surname>Koch</surname>
          </string-name>
          ,
          <string-name>
            <given-names>R.</given-names>
            <surname>Caruana</surname>
          </string-name>
          ,
          <article-title>Interpretml: A unified framework for machine learning interpretability</article-title>
          ,
          <year>2019</year>
          . URL: https://www.microsoft.com/en-us/research/ publication/interpretml
          <article-title>-a-unified-framework-for-machine-learning-interpretability/,.</article-title>
        </mixed-citation>
      </ref>
      <ref id="ref34">
        <mixed-citation>
          [34]
          <string-name>
            <given-names>C.</given-names>
            <surname>Bravo-Lillo</surname>
          </string-name>
          ,
          <string-name>
            <given-names>L. F.</given-names>
            <surname>Cranor</surname>
          </string-name>
          ,
          <string-name>
            <given-names>J. S.</given-names>
            <surname>Downs</surname>
          </string-name>
          ,
          <string-name>
            <given-names>S.</given-names>
            <surname>Komanduri</surname>
          </string-name>
          ,
          <article-title>Bridging the gap in computer security warnings: A mental model approach</article-title>
          ,
          <source>IEEE Security &amp; Privacy</source>
          <volume>9</volume>
          (
          <year>2011</year>
          )
          <fpage>18</fpage>
          -
          <lpage>26</lpage>
          . doi:
          <volume>10</volume>
          .1109/MSP.
          <year>2010</year>
          .
          <volume>198</volume>
          .
        </mixed-citation>
      </ref>
      <ref id="ref35">
        <mixed-citation>
          [35]
          <string-name>
            <given-names>S.</given-names>
            <surname>Kim</surname>
          </string-name>
          ,
          <string-name>
            <given-names>M.</given-names>
            <surname>Wogalter</surname>
          </string-name>
          , Habituation, dishabituation, and
          <article-title>recovery efects in visual warnings</article-title>
          ,
          <source>Human Factors and Ergonomics Society Annual Meeting Proceedings</source>
          <volume>53</volume>
          (
          <year>2009</year>
          )
          <fpage>1612</fpage>
          -
          <lpage>1616</lpage>
          . doi:
          <volume>10</volume>
          .1518/107118109X12524444080675.
        </mixed-citation>
      </ref>
      <ref id="ref36">
        <mixed-citation>
          [36]
          <string-name>
            <given-names>G.</given-names>
            <surname>Desolda</surname>
          </string-name>
          ,
          <string-name>
            <given-names>F.</given-names>
            <surname>Di Nocera</surname>
          </string-name>
          ,
          <string-name>
            <given-names>L.</given-names>
            <surname>Ferro</surname>
          </string-name>
          ,
          <string-name>
            <given-names>R.</given-names>
            <surname>Lanzilotti</surname>
          </string-name>
          ,
          <string-name>
            <given-names>P.</given-names>
            <surname>Maggi</surname>
          </string-name>
          ,
          <string-name>
            <given-names>A.</given-names>
            <surname>Marrella</surname>
          </string-name>
          ,
          <article-title>Alerting users about phishing attacks</article-title>
          , in: International Conference on
          <article-title>Human-Computer Interaction for Cybersecurity, Privacy and Trust, volume LNCS of HCI for Cybersecurity, Privacy</article-title>
          and Trust, Springer International Publishing,
          <year>2019</year>
          , pp.
          <fpage>134</fpage>
          -
          <lpage>148</lpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref37">
        <mixed-citation>
          [37]
          <string-name>
            <given-names>A.</given-names>
            <surname>Almomani</surname>
          </string-name>
          ,
          <string-name>
            <given-names>B. B.</given-names>
            <surname>Gupta</surname>
          </string-name>
          ,
          <string-name>
            <given-names>S.</given-names>
            <surname>Atawneh</surname>
          </string-name>
          ,
          <string-name>
            <given-names>A.</given-names>
            <surname>Meulenberg</surname>
          </string-name>
          ,
          <string-name>
            <given-names>E.</given-names>
            <surname>Almomani</surname>
          </string-name>
          ,
          <article-title>A survey of phishing email filtering techniques</article-title>
          ,
          <source>IEEE Communications Surveys &amp; Tutorials</source>
          <volume>15</volume>
          (
          <year>2013</year>
          )
          <fpage>2070</fpage>
          -
          <lpage>2090</lpage>
          . doi:
          <volume>10</volume>
          .1109/SURV.
          <year>2013</year>
          .
          <volume>030713</volume>
          .00020.
        </mixed-citation>
      </ref>
    </ref-list>
  </back>
</article>