<!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 />
    <article-meta>
      <title-group>
        <article-title>A Probabilistic Ontology for Large-Scale IP Geolocation</article-title>
      </title-group>
      <contrib-group>
        <contrib contrib-type="author">
          <string-name>Kathryn Blackmond Laskey</string-name>
          <email>klaskey@gmu.edu</email>
          <xref ref-type="aff" rid="aff1">1</xref>
        </contrib>
        <contrib contrib-type="author">
          <string-name>Sudhanshu Chandekar and Bernd-Peter Paris</string-name>
          <email>[schandek, pparis]@gmu.edu</email>
          <email>pparis@gmu.edu</email>
          <email>schandek@gmu.edu</email>
          <xref ref-type="aff" rid="aff0">0</xref>
        </contrib>
        <aff id="aff0">
          <label>0</label>
          <institution>Department of Electrical and Computer Engineering, George Mason University</institution>
          ,
          <addr-line>Fairfax VA 22030</addr-line>
          ,
          <country country="US">USA</country>
        </aff>
        <aff id="aff1">
          <label>1</label>
          <institution>Department of Systems Engineering and Operations Research, George Mason University</institution>
          ,
          <addr-line>Fairfax, VA 22030</addr-line>
          ,
          <country country="US">USA</country>
        </aff>
      </contrib-group>
      <pub-date>
        <year>2015</year>
      </pub-date>
      <fpage>8</fpage>
      <lpage>15</lpage>
      <abstract>
        <p>-Mapping IP addresses to physical locations is important for a host of cyber security applications. Examples include identifying the origin of cyber attacks, protecting against fraud in internet commerce, screening emails for phishing, and enforcing restrictions on commerce with sanctioned countries. Simultaneous geolocation of large numbers of IP hosts is needed for cyber situation awareness. Explicit formal representation of the geospatial aspects of the cyber domain is necessary for interoperation with other cyber security capabilities. Formally representing the uncertainty inherent in geolocation supports increased accuracy via information fusion, as well as integration of geospatial inference with inference about other aspects of the cyber landscape. This paper presents a probabilistic ontology (PO) for IP geolocation. The geolocation PO is represented in the PR-OWL language, which allows an OWL ontology to be augmented with information to support uncertainty management. We show how the PR-OWL ontology supports automated construction of a Bayesian network for simultaneously geolocating a large number of IP hosts. The ultimate aim is to integrate our probabilistic ontology into a comprehensive cyber security probabilistic ontology to support cyber situation awareness, predictive modeling, and response strategy definition.</p>
      </abstract>
    </article-meta>
  </front>
  <body>
    <sec id="sec-1">
      <title>-</title>
      <p>I. INTRODUCTION</p>
      <p>
        Recognition is growing of the need to establish a common
vocabulary for and a shared understanding of the cyber
security domain (e.g., [
        <xref ref-type="bibr" rid="ref1">1</xref>
        ]). Explicit, formal representation of
entity types, properties and relationships is a key means to
this end ([
        <xref ref-type="bibr" rid="ref2">2</xref>
        ], [
        <xref ref-type="bibr" rid="ref3">3</xref>
        ], [
        <xref ref-type="bibr" rid="ref4">4</xref>
        ]). Among the advantages of such a
cyber domain ontology include increasing interoperability of
cyber security tools and methods, improving tools to
support situation awareness among cyber security operators, and
enhancing information sharing among domain experts (c.f.,
[
        <xref ref-type="bibr" rid="ref5">5</xref>
        ]). Anticipating, diagnosing and responding to increasingly
sophisticated cyber threats requires drawing on and fusing
information from diverse sources. Automated fusion of hard
and soft, structured and unstructured information requires
semantic as well as syntactic interoperability among information
providers and consumers. Ontologies are a key enabler of
semantic interoperability.
      </p>
      <p>
        The cyber security domain is fraught with uncertainty.
Support for uncertainty management is a key requirement for cyber
situation awareness and decision support tools. Probabilistic
ontologies augment traditional ontologies with the ability
to represent uncertainty associated with properties of and
relationships among domain entities, supporting semantically
aware automated uncertainty management [
        <xref ref-type="bibr" rid="ref6">6</xref>
        ].
      </p>
      <p>This paper presents a case study of the use of a probabilistic
ontology to represent and reason about a key problem in
the cyber security domain, mapping IP addresses to physical
locations. Example applications of IP geolocation include
identifying the origin of cyber attacks, protecting against fraud
in internet commerce, screening emails for phishing, and
enforcing restrictions on commerce with sanctioned countries.
Most IP geolocation methods focus on identifying the location
of a single IP host. To support cyber situation awareness, a
useful capability is simultaneous geolocation of a large number
of hosts, with a reduced requirement for geographic resolution.</p>
      <p>As an essential component of an overall cyber security
strategy, geolocation services need to interoperate smoothly
with other elements of a cyber security tooklit. For this
purpose, an ontology of the geospatial aspects of the cyber
domain can form a useful module in a cyber domain ontology.
Available information for IP geolocation is fraught with
uncertainty. Representing the uncertainty inherent in geolocation can
support more accurate geolocation through information fusion,
as well as integration of geospatial inference with inference
about other aspects of the cyber landscape.</p>
      <p>This paper presents a probabilistic ontology (PO) for IP
geolocation and describes its application to the simultaneously
IP node geolocation problem. The geolocation PO is
represented in the PR-OWL language, which provides constructs
for augmenting an OWL ontology with information to support
uncertainty management. We show how the PR-OWL ontology
supports automated construction of a Bayesian network for
simultaneously geolocating a large number of IP hosts. The
ultimate aim is to integrate our probabilistic ontology into a
comprehensive cyber security probabilistic ontology to support
cyber situation awareness, predictive modeling, and response
strategy definition.</p>
      <p>
        The paper is organized as follows. Section II gives a brief
overview of previous research on IP node geolocation. Section
III presents a factor graph model [
        <xref ref-type="bibr" rid="ref7">7</xref>
        ] for simultaneous IP
node geolocalization that forms the basis for our PO. Section
IV makes the case for explicitly representing the semantics
of the model, presents a probabilistic ontology for IP node
localization, and shows how the probabilistic ontology can be
queried using a generic reasoner to construct a geolocation
model that is formally equivalent to the model of [
        <xref ref-type="bibr" rid="ref7">7</xref>
        ]. Section
V presents a summary and discussion.
      </p>
    </sec>
    <sec id="sec-2">
      <title>II. BACKGROUND: IP GEOLOCATION</title>
      <p>
        Although most work on IP geolocation focuses on
identifying the physical location of a single IP host, the problem
of simultaneous geolocation of many IP hosts is beginning
to receive attention ([
        <xref ref-type="bibr" rid="ref7">7</xref>
        ], [
        <xref ref-type="bibr" rid="ref8">8</xref>
        ]). The challenge for large-scale
IP geolocation is three-fold. The first is to expand the scope
of IP geolocation by taking into account not only hosts at
the network edge but also hosts in the network core, such as
routers. The second is to achieve scalability to large numbers
of IP hosts, which requires the ability to simultaneously
infer the location of many hosts. The final challenge is to
improve geolocation accuracy while not sacrificing the first
two objectives. To tackle these challenges, we introduce a
model that uses Bayesian inference to fuse information from
multiple sources to simultaneously geolocate a set of IP
addresses to within a discrete set of geographic regions. The
simultaneous geolocation model underlying our IP geolocation
PO was presented in [
        <xref ref-type="bibr" rid="ref7">7</xref>
        ], and is reviewed briefly in this section.
      </p>
      <p>
        By itself, an IP address provides no information about a
host’s location. Therefore, information from external sources
is required to map an IP address to a physical location.
Available information comes from different sources, each
subject to uncertainty. Information sources for geolocation
can be classified into three broad categories: database-based,
name-based and measurement-based [
        <xref ref-type="bibr" rid="ref9">9</xref>
        ].
      </p>
      <p>
        Geolocation databases [
        <xref ref-type="bibr" rid="ref10">10</xref>
        ] contain mappings between IP
addresses and locations. These providers tend to focus on
geolocating end-hosts, and consequently tend to be unreliable
in geolocating routers. Moreover, it has been observed that
databases tend to geolocate blocks of IP addresses to the
location where they were initially registered — often the
business address of the network provider. As a result, some
geographically distributed blocks of IP addresses that may be
geolocated to the same location. Location information about
devices in the core of the network, such as routers, can often
be inferred from the names assigned to them.
      </p>
      <p>
        Name-based geolocation [
        <xref ref-type="bibr" rid="ref11">11</xref>
        ] uses information embedded
in a hostname, such as an airport code or a city abbreviation,
to infer the location of the host. For example, the hostname
ip68-100-3-241.dc.dc.cox.net indicates a device
located in Washington D.C. When available, hostname
information tends to be fairly reliable, but it is not always available.
      </p>
      <p>
        Measurement-based geolocation [
        <xref ref-type="bibr" rid="ref12">12</xref>
        ] uses network
information such as delay and topology to estimate the location of
nodes. When location of and connectivity to ”landmark” hosts
is available, measurement data can be used to infer the location
of other nodes in the network. However, such techniques
depend not only upon active landmarks that conduct delay
measurements among themselves and the target but also on
passive landmarks that are used for approximating the target’s
location. Also, due to factors discussed later, some delay
measurements may be biased significantly. As a result,
delaybased geolocation errors may be large, sometimes on the
order of several hundred kilometers. The size of the error
has been shown [
        <xref ref-type="bibr" rid="ref13">13</xref>
        ] to be correlated with the number of
distributed landmarks and with the number of probes between
landmarks and the unknown target. The dependence on many
distributed hosts with known locations, coupled with the focus
on pinpointing the location of individual target hosts, renders
such techniques impractical for geolocating large numbers of
IP hosts.
      </p>
    </sec>
    <sec id="sec-3">
      <title>III. A MODEL FOR IP GEOLOCATION</title>
      <p>
        From the discussion above, it is clear that geolocating a
large number of hosts requires coping with missing and/or
imperfect information. Fusing information from the geolocation
database and the location hints obtained from hostnames admit
information about mutually exclusive sets of hosts, thereby
increasing the number of hosts that can be geolocated.
However, this does not guarantee improvement in accuracy due to
the aforementioned uncertainties in the respective information
sources. Because past studies [
        <xref ref-type="bibr" rid="ref14">14</xref>
        ], [
        <xref ref-type="bibr" rid="ref15">15</xref>
        ] have shown a strong
relationship between measured delay and physical distance,
we incorporate evidence about link delay into our model as a
means to improve accuracy.
      </p>
      <p>
        Our link delay measurements are taken from the DIMES
database [
        <xref ref-type="bibr" rid="ref16">16</xref>
        ], [
        <xref ref-type="bibr" rid="ref17">17</xref>
        ], constructed as part of an ongoing,
distributed, open-source project to map the structure and
topology of the Internet. The DIMES database contains a set of
traceroute measurements. Each traceroute
measurement includes the measured round trip time (RTT) from a
source node along a path toward a destination node, along
with the IP addresses of the intermediate nodes along the path.
Host-to-host or link delays can be inferred by subtracting RTTs
for consecutive hosts. In addition, path information can be used
to infer the network topology.
      </p>
      <p>Our model assumes that IP nodes are to be geolocated
into a set of M discrete disjoint geographic regions. A joint
probability distribution is defined over the random variables
defined in Table I. The random variable Rn denotes the region
in which IP node n is located; Gn represents the result of
a geolocation database query for IP node n; Hn represents
the result of a hostname lookup for IP node n. The random
variable Ymn represents a measurement of relative host-to-host
propagation delay between host m and host n.</p>
      <p>Random
Variable
Rn
Gn
Hn
Ymn</p>
      <p>A joint probability distribution for the random variables
{Rn, Gn, Hn, Ymn} is defined in factored form as follows.</p>
      <p>In the absence of prior information on the distribution of
hosts across regions, independent uniform distributions are
assumed for the node locations Rn. That is, for each region
r,</p>
      <p>Pr(Rn = r) =
.</p>
      <p>Of course, if information were available about the relative
density of nodes in different regions, it could be encoded as
an informative prior distribution on the locations Rn.</p>
      <p>Conditional on the region in which n is located, the
geolocation database and hostname evidence are independent with
distributions given by:
and</p>
      <p>Pr(Gn = s|Rn = r) =
Pr(Hn = t|Rn = r) =
⇢
⇢
↵
1 ↵
M 1</p>
      <p>That is, the model assumes there is a probability ↵ that
the geolocation database query returns the correct region,
with the remaining probability distributed uniformly among
the remaining regions. Similarly, there is a probability
that the hostname lookup returns the correct region, with
the remaining probability distributed uniformly among the
remaining regions. Again, this simple model could be modified
to incorporate additional information if available.</p>
      <p>
        Finally, the distribution of a link delay measurement
depends on the distance between the starting and ending point of
the link. A measurement probe packet traveling from a source
to a destination may encounter other delays at each node.
While propagation delay is directly proportional to distance,
the true linear relation is distorted by the presence of other
delays, including queueing, transmission and nodal processing
delay. For Ymn measuring link delay between nodes m and
n, let Dmn denote the distance between the regions Rm and
Rn where nodes m and n are located. Chandekar and Paris
[
        <xref ref-type="bibr" rid="ref7">7</xref>
        ] considered a normal distribution for Ymn given Rm and
Rn:
f (Ymn = y|Rm = r, Rn = s) =
1
f (Ymn = y|Dmn = d) = p 2⇡
e
(y ad b)2
2 2
(4)
with mean ad + b a linear function of the distance between
the starting and ending point, and standard deviation . They
also noted that delay measurements may be biased due to
the fact that some internet routers delay ICMP (Internet
Control Message Protocol) replies. Thus, they also considered
a Gaussian mixture model with different components for zero,
positive and negative bias.
(1)
(2)
(3)
      </p>
      <p>The distributions (1 - 4) are combined into a factored
representation for the joint distribution of {Rn, Gn, Hn, Ymn}.
The joint probability mass / density function is:</p>
      <p>Y Pr(Rn) Pr(Gn|Rn) Pr(Hn|Rn) Y f (Ymn|Rm, Rn)
(m,n)2 L
n2 N
(5)
where N is the set of IP nodes to be localized and L is the set
of links, or pairs of nodes connected by signal transmission
measurements.</p>
      <p>
        Fig. 1, adapted from [
        <xref ref-type="bibr" rid="ref7">7</xref>
        ], depicts a factor graph for the
joint distribution (5) when there are two nodes connected by
a single link. A factor graph is a graphical probability model
for a joint distribution represented in factored form [
        <xref ref-type="bibr" rid="ref18">18</xref>
        ]. The
figure shows a Forney-style factor graph [
        <xref ref-type="bibr" rid="ref19">19</xref>
        ], [
        <xref ref-type="bibr" rid="ref20">20</xref>
        ], in which
nodes are labeled by factors of the joint distribution and edges
connect pairs of factors that share a random variable. Edges
are labeled by the random variable shared between the factors
at either end of the edge. If a random variable is shared by
more than two factors, equality constraint nodes are inserted
into the graph to “clone” random variables so each random
variable is shared by no more than two factors. Evidence is
shown as labels at the end of edges extending from the random
variables whose values are observed. For example, evidence
that Gm has value sm is depicted at the terminus of an edge
extending from the factor Pr(Gm|Rm).
      </p>
      <p>From Fig. 1 it can be observed that the underlying physical
topology determines the connectivity between random
variables in the factor graph. The graph shows a cluster for each
of the two hosts. Each of these clusters contains a factor for
the prior distribution over the node’s location, as well as a
factor for evidence from the geolocation database query and a
factor for evidence from the hostname lookup. These evidence
items local to each host are henceforth referred to as
nodelocal evidence. Fig. 1 also contains a link between the two
clusters, which is labeled by a factor representing the delay
measurement.</p>
      <p>Extending this model to an arbitrary network results in a
factor graph containing a node-local evidence cluster for each
host in the network and an edge connecting any two clusters
for which there is a link delay measurement. Thus, the factor
graph structure mirrors the topology of the physical network.
Each node-local evidence cluster corresponds to a physical IP
node and the delay evidence edge corresponds to a connection
(IP link) between nodes.</p>
      <p>
        This mapping between network topology and factor graph
allows for the systematic and simultaneous geolocation of a set
of interconnected nodes using the joint probability distribution
(5). This can be achieved by finding the joint posterior
distributions of the node regions {Rn}1 n M conditional on
database, hostname and delay evidence. For general network
topologies, solving for the joint posterior distribution is
intractable. However, the well-known sum-product algorithm
[
        <xref ref-type="bibr" rid="ref18">18</xref>
        ] can be applied to estimate the joint posterior distribution.
This algorithm operates by passing messages along edges of
the factor graph to propagate evidence through the network.
The factor graph model allows for the systematic update of
Rm00
Gm
sm
      </p>
      <p>P r(Rm)
Rm
Rm0
=
=
directly connected nodes, thereby reasoning about the location
of a host based on the location of its directly connected hosts
that may have inaccurate or missing node-local evidence.</p>
      <p>
        An algorithm for automatically constructing factor graphs
for arbitrary IP topologies is given in [
        <xref ref-type="bibr" rid="ref7">7</xref>
        ]. The authors applied
their factor graph construction method to several test cases,
applied the sum-product algorithm to find posterior
distributions, and compared their results against ground truth. On both
simulated and real-world test cases, they reported improved
accuracy in geolocation from fusing delay data with
nodelocal information.
      </p>
      <p>IV. IP GEOLOCATION PROBABILISTIC ONTOLOGY
IP address geolocation is an important component capability
for a broad variety of applications in cyber security and other
information technology domains. Explicitly representing the
the semantics of the IP address geolocation model can support
model reuse across applications and interoperability with other
kinds of models. For example, IP geolocation can contribute
to predicting, diagnosing and responding to large-scale cyber
attacks. Incorporating a geolocation capability into a cyber
situation awareness and response system is facilitated by
semantic awareness of the system and the component module.</p>
      <p>
        As the factor graph in Fig. 1 makes clear, the geolocation
model consists of modular elements that are assembled into
a larger model to reason about a given network topology and
patterns of available evidence. Additional evidence types can
be added in a modular way by augmenting the graph with
additional nodes and edges representing the new evidence.
In a similar manner, the geolocation model could be used
within a more comprehensive system. For example, a graphical
probability model library for cyber attack plan recognition
(c.f. [
        <xref ref-type="bibr" rid="ref21">21</xref>
        ]) could be augmented with elements representing
geolocation information, which could then be referenced by
attack plan models.
      </p>
      <p>
        It is worth noting that the model of Section III does not
consider intentional efforts by users to thwart attempts at
geolocation. Reasons for evading geolocation are diverse,
including privacy concerns, overcoming geographical restrictions on
content access, and disguising the source of cyber-attacks.
To address the problem of IP spoofing, a technique common
in denial of service (DoS) attacks, it is important to draw a
distinction between user geolocation and IP geolocation. As
pointed out by [
        <xref ref-type="bibr" rid="ref22">22</xref>
        ], user geolocation seeks to identify the
location of a user who requests content or attempts to connect
to a specific resource, whereas IP geolocation seeks to identify
the geographic location of a device given its IP address. An
IP geolocation capability such as the one presented above
can support user geolocation by tracing the path of a spoofed
packet to the network edge and geolocating the device nearest
to the origin. Other techniques exist to extract the actual IP
address of the attacker, which can be geolocated using an
IP geolocation method. Again, our IP geolocation could be
combined with additional modular components to form a user
geolocation capability.
      </p>
      <p>
        Representing the model as a probabilistic ontology supports
this kind of model interoperability and reuse. Ideally, such a
probabilistic ontology would be built on an existing ontology
of the cyber domain (e.g., [
        <xref ref-type="bibr" rid="ref2">2</xref>
        ]). As such, many of the
random variables in the model should already be represented in
the ontology, and probabilistic ontology development would
largely involve augmenting the existing ontology with
information about uncertainties. For the purpose of illustrating the
approach, we constructed a limited, partial ontology consisting
of entities, properties and relationships needed to reason about
IP geolocation and augmented that ontology with uncertainty
information. Clearly, a comprehensive ontology of the cyber
domain would represent additional general knowledge and
specific domain knowledge not included here.
      </p>
      <p>
        Our probabilisitic ontology is represented in the PR-OWL
language [
        <xref ref-type="bibr" rid="ref6">6</xref>
        ] and implemented in the UnBBayes-MEBN
opensource PR-OWL reasoning tool [
        <xref ref-type="bibr" rid="ref23">23</xref>
        ]. Our representation
includes some workarounds to overcome limitations of the
current version of UnBBayes-MEBN. These limitations will
be addressed in future releases. The model encoded in the
probabilistic ontology is equivalent to the IP geolocation
model presented above.
      </p>
      <p>Table II lists the entities in the partial ontology and
properties used by the node geolocation probabilistic ontology. The
ontology has four types of entity: IP nodes, regions where IP
nodes can be located, probe packets for measuring link delays,
and evidence items. Because this is an OWL ontology, all four
types are subtypes of Thing.</p>
      <p>A property of an IP node is its location. A property of a
region is its region ID, a unique identifier used to refer to the
region. Properties of a probe packet include its starting and
ending nodes. Properties of an evidence item include the IP
node to which it refers for node local evidence, the content
of a GeoIP query response, the content of a hostname lookup
result, the probe packet measured by a link delay report, and
the measured delay for a probe packet sent across a link.</p>
      <p>Table III shows the relationships represented in the ontology.
The entity types participating in the relationship are shown.
The IsA relationship relates an entity and a type if the entity
is of the given type. The ontology includes the relationships
NodeDistance and RegionDistance to represent the
distance between nodes and regions, respectively. Ideally, there
would be only one Distance attribute to represent the distance
between two spatial entities. However, the current
UnBBayesMEBN implementation does not yet support polymorphism;
this capability is slated for the next release. Thus, the ontology
uses two different terms to accommodate the limitations of the
reasoning tool.</p>
      <p>Fig. 2 shows the Node Geolocation probabilistic ontology.
The probabilistic ontology consists of five MFrags
(MultiEntity Bayesian Network Fragments). Each MFrag defines a
local probability distribution for its resident random variables,
depicted by yellow ovals, conditional on their parents in
the MFrag. The context random variables, depicted by green
pentagons, represent conditions that must be satisfied for the
local distribution definitions to be meaningful. Finally, the
gray trapezoids are input random variables, which are parents
of resident random variables whose distribution is defined in
another MFrag.</p>
      <p>The random variables in the MFrags define a joint
probability distribution over properties and relationships in the
ontology. A random variable with a single argument
corresponds to a property, and a random variable with two
arguments corresponds to a relationship. The arguments are
placeholders (called ordinary variables to distinguish them
from random variables) that can be filled in by the identifiers
of individuals of the appropriate types. For example, if N1 and
N2 are individuals of the IPNode type, the random variable
Location(N1) represents the uncertain location of N1, and
NodeDistance(N1, N2) corresponds to the distance between
IP nodes N1 and N2. The second argument of the IsA random
variable is always a type name, indicating the type of its
first argument. Thus, IsA(N1, IPNode) has value True and
IsA(N1, Region) has value False. Multiple instances of these
MFrags can be constructed by filling in the ordinary variables
with different entity instances. The MFrag instances can then
be assembled into a Bayesian network called a
situationspecific Bayesian network, or SSBN.</p>
      <p>The MFrags and local distributions are described as follows.
• Node Location: This MFrag defines a distribution for
the Location random variable, representing the region
in which an IP node is located. This random variable
corresponds to the Location property of the IPNode
entity. It also corresponds to the random variable Rn in
the factor graph of Fig. 1. Its possible values are regions
and it is given a uniform distribution, meaning that all
regions are equally likely locations for any given node.
• Distance: This MFrag defines distances between regions.</p>
      <p>The RegionDistance random variable is initialized to
a uniform distribution (or a Gaussian distribution with
mean zero and very large variance). When region
instances are defined, their respective RegionDistance
random variables are set to the actual distance between each
pair of regions. The NodeDistance random variable has
a deterministic distribution, being equal to the distance
between the regions in which its arguments are located.
These random variables define distributions for the
RegionDistance and NodeDistance relationships from Table
III.
• Probe Packet Definition: This MFrag defines random
variables StartingNode and EndingNode for probe packets
sent across links. The distributions are initialized as
uniform. When a delay measurement is received, they
are set to the starting and ending node for the the
probe packet. These random variables define distributions
for the StartingNode and EndingNode properties of a</p>
      <p>ProbePacket entity as defined in Table II.
• Evidence: This MFrag defines random variables
ReportedNode and ReportedProbe for evidence items. The
former defines the IP node to which a GeoIP query or a
hostname lookup refers. The latter defines the probe packet
to which a given link delay measurement refers. These
random variables are initialized to uniform distributions
and are set to the appropriate values when reports are
received. These random variables define distributions for
the ReportedNode and ReportedProbe properties of
EvidenceItem entities as defined in Table II.
• Link Delay: This MFrag defines the distribution for a link
delay measurement conditional on the distance between
the starting node and ending node for the corresponding
probe packet. The DelayReport random variable
corresponds to the random variable Ymn in the factor graph
of Fig. 1. It has the normal distribution given by (4),
or a mixture of normal distributions if router delay is
being considered in the model. This random variable
defines the distribution for the DelayReport property of
an EvidenceItem entity as presented in Table II.
• Node Local Information: This MFrag represents evidence
local to a given node. The resident nodes GeoIPReport
and HostnameReport correspond to the random
variables Gn and Hn, respectively, in the factor graph of
Fig. 1. The local distributions for GeoIPReport and
HostnameReport are given by (2) and (3), respectively.
These random variables define distributions for the
GeoIPReport and HostnameReport properties of an
IPNode entity shown in Table II.</p>
      <p>The probabilistic ontology is applied to a given network
topology and set of measurements as follows. Assume that we
are given a set of nodes, a set of regions, a network topology
defining node connectivity, link delay measurements for nodes
connected by the topology, and GeoIP query and hostname
lookup results for some or all of the nodes. Inference about
node locations proceeds as follows.</p>
      <p>1) Create an instance of Region for each region. Define the
regions as mutually exclusive. Give each region an ID,
and set the value of RegionID to the region’s ID. For
each pair of regions, set the value of RegionDistance
to the distance between the regions.
2) Create an instance of IPNode for each node in the
network. Define the nodes as mutually exclusive.
3) Create an instance of ProbePacket for each probe
packet for which the propagation delay has been
measured. Set the properties StartingNode and
EndingNode to the instances of IPnode corresponding
to the endpoints of the link.
4) Create an instance of EvidenceItem for each GeoIP
query result. For each report, set the property
ReportedNode to the IPnode instance to which the
report refers, and the property GeoIPReport to the
region indicated by the report.
5) Create an instance of EvidenceItem for each
hostname lookup result. For each report, set the property
ReportedNode to the IPnode instance to which the
report refers, and the property HostnameReport to the
region indicated by the report.
6) Create an instance of EvidenceItem for each link
delay measurement. For each report, set the property
ReportedProbe to the instance of ProbePacket to
which the report refers. Set the property DelayReport
to the measured delay across the link.
7) Run a query to find the posterior distribution of the
NodeLocation properties. This involves assembling a
situation-specific Bayesian network containing the
random variable instances created in the above steps. The
MFrags containing the random variable instances are
retrieved and instantiated, and then combined by unifying
on common random variables. The result is a Bayesian
network to reason about IP node locations.</p>
      <p>Fig. 3 shows the situation-specific Bayesian network
produced by the UnBBayes software for the case of a network
with two nodes connected by a single link. The Bayesian
network of Fig. 3 and the factor graph of Fig. 1 encode the
identical joint distribution for node locations and evidence.
The model of (5) and the probabilistic ontology of Fig. 2
encode formally equivalent joint distributions over node
locations, node local evidence and transmission delay evidence.</p>
      <p>
        The SSBN of Fig. 3 is a hybrid Bayesian network containing
both discrete and continuous random variables. The distance
random variables are real-valued and continuous; the other
random variables are discrete. The graph of Fig. ?? is a
polytree, and exact inference is possible using an algorithm
for conditional linear Gaussian (CLG) Bayesian networks.
For larger networks with complex network topologies, the
graph will contain cycles and exact inference is intractable.
Approximate inference algorithms such as the one presented
in [
        <xref ref-type="bibr" rid="ref24">24</xref>
        ] can be applied.
      </p>
      <sec id="sec-3-1">
        <title>V. CONCLUSION</title>
        <p>Explicitly representing domain semantics in computable
form supports maintainability, interoperability and
extensibility of systems. For problems characterized by reasoning under
uncertainty, a semantically rich representation for sources
of uncertainty should be appropriately integrated with the
domain ontology. This paper presented a case study of a
probabilistic ontology for large-scale IP address geolocation.
The probabilistic ontology integrates an existing factor graph
model for IP geolocation with a domain ontology representing
geolocation knowledge. Random variables in the factor graph
model correspond to uncertain properties and relationships
in the domain ontology. The model is represented as a
PROWL probabilistic ontology that augments an OWL domain
ontology by defining probability distributions for uncertain
properties and relationships. Reasoning with the probabilistic
ontology is performed by creating instances of the relevant
entities, instantiating copies of the random variables by filling
in their arguments with appropriate entity instances, and
assembling them into a Bayesian network to reason about the
particular problem instance. The model can be used to reason
about arbitrary numbers of IP nodes and regions, arbitrary
network topologies, and arbitrary numbers of evidence items.</p>
      </sec>
      <sec id="sec-3-2">
        <title>ACKNOWLEDGMENT The authors thank Shou Matsumoto for assisting with development of the UnBBayes representation of the probabilistic ontology.</title>
      </sec>
    </sec>
  </body>
  <back>
    <ref-list>
      <ref id="ref1">
        <mixed-citation>
          [1]
          <string-name>
            <given-names>A.</given-names>
            <surname>Kott</surname>
          </string-name>
          , “
          <article-title>Towards Fundamental Science of Cyber Security,” in Network Science and Cybersecurity</article-title>
          , R. E. Pino, Ed., New York,
          <year>2014</year>
          , vol.
          <volume>55</volume>
          .
        </mixed-citation>
      </ref>
      <ref id="ref2">
        <mixed-citation>
          [2]
          <string-name>
            <given-names>A.</given-names>
            <surname>Oltramari</surname>
          </string-name>
          ,
          <string-name>
            <given-names>L.</given-names>
            <surname>Cranor</surname>
          </string-name>
          ,
          <string-name>
            <given-names>R.</given-names>
            <surname>Walls</surname>
          </string-name>
          , and
          <string-name>
            <given-names>P.</given-names>
            <surname>McDaniel</surname>
          </string-name>
          , “
          <article-title>Building an Ontology of Cyber Security,”</article-title>
          <source>in Proceedings of the Ninth Conference on Semantic Technologies for Intelligence</source>
          , Defense, and
          <string-name>
            <surname>Security</surname>
          </string-name>
          (STIDS
          <year>2014</year>
          )
          <article-title>, ser</article-title>
          . CEUR Workshop Proceedings, K. B.
          <string-name>
            <surname>Laskey</surname>
            ,
            <given-names>I. Emmons</given-names>
          </string-name>
          , and P. C. G. Costa, Eds. Aachen: George Mason University,
          <year>2014</year>
          , pp.
          <fpage>54</fpage>
          -
          <lpage>61</lpage>
          . [Online]. Available: http://ceur-ws.
          <source>org/</source>
          Vol-xxx/
        </mixed-citation>
      </ref>
      <ref id="ref3">
        <mixed-citation>
          [3]
          <string-name>
            <given-names>R.</given-names>
            <surname>Dipert</surname>
          </string-name>
          , “
          <article-title>The Essential Features of an Ontology for Cyberwarfare,” in Conflict and Cooperation in Cyberspace - The Challenge to National Security</article-title>
          ,,
          <string-name>
            <given-names>P. A.</given-names>
            <surname>Yannakogeorgos</surname>
          </string-name>
          and
          <string-name>
            <given-names>A. B.</given-names>
            <surname>Lowther</surname>
          </string-name>
          , Eds. Taylor and Francis,
          <year>2013</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref4">
        <mixed-citation>
          [4]
          <string-name>
            <given-names>B.</given-names>
            <surname>Barnett</surname>
          </string-name>
          and
          <string-name>
            <given-names>A.</given-names>
            <surname>Crapo</surname>
          </string-name>
          , “
          <article-title>A Semantic Model for Cyber Security,” in Proceedings of the Fifth Grid-Interop Forum</article-title>
          .
          <source>Gridwise Architectural Council</source>
          ,
          <year>2011</year>
          . [Online]. Available: http://www.gridwiseac.org/pdfs/ forum papers11/barnett paper gi11.pdf
        </mixed-citation>
      </ref>
      <ref id="ref5">
        <mixed-citation>
          [5]
          <string-name>
            <given-names>N. F.</given-names>
            <surname>Noy</surname>
          </string-name>
          and
          <string-name>
            <given-names>D. L.</given-names>
            <surname>Mcguinness</surname>
          </string-name>
          , “
          <article-title>Ontology development 101: A guide to creating your first ontology,” Knowledge Systems Laboratory</article-title>
          , Stanford University, Tech. Rep.,
          <year>2001</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref6">
        <mixed-citation>
          [6]
          <string-name>
            <given-names>K.</given-names>
            <surname>Laskey</surname>
          </string-name>
          ,
          <string-name>
            <given-names>P.</given-names>
            <surname>Costa</surname>
          </string-name>
          , and T. Janssen, “
          <article-title>Probabilistic ontologies for knowledge fusion</article-title>
          ,
          <source>” in 2008 11th International Conference on Information Fusion, Jun</source>
          .
          <year>2008</year>
          , pp.
          <fpage>1</fpage>
          -
          <lpage>8</lpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref7">
        <mixed-citation>
          [7]
          <string-name>
            <given-names>S.</given-names>
            <surname>Chandekar</surname>
          </string-name>
          and
          <string-name>
            <surname>B.-P</surname>
          </string-name>
          . Paris, “
          <article-title>Large-scale, discrete IP geolocation via multi-factor evidence fusion using factor graphs,”</article-title>
          <source>in 18th International Conference on Information Fusion, Jul</source>
          .
          <year>2015</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref8">
        <mixed-citation>
          [8]
          <string-name>
            <given-names>R.</given-names>
            <surname>Koch</surname>
          </string-name>
          ,
          <string-name>
            <given-names>M.</given-names>
            <surname>Golling</surname>
          </string-name>
          , and
          <string-name>
            <given-names>G. D.</given-names>
            <surname>Rodosek</surname>
          </string-name>
          , “Advanced Geolocation of IP Addresses,” in
          <source>International Conference on Communication and Network Security (ICCNS)</source>
          ,
          <year>2013</year>
          , pp.
          <fpage>1</fpage>
          -
          <lpage>10</lpage>
          . [Online]. Available: http://www.waset.org/publications/16111
        </mixed-citation>
      </ref>
      <ref id="ref9">
        <mixed-citation>
          [9]
          <string-name>
            <given-names>M.</given-names>
            <surname>Crovella</surname>
          </string-name>
          and
          <string-name>
            <given-names>B.</given-names>
            <surname>Krishnamurthy</surname>
          </string-name>
          ,
          <article-title>Internet Measurement infrastructure, traffic and applications</article-title>
          . England: John Wiley and Sons,
          <year>2006</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref10">
        <mixed-citation>
          [10]
          <string-name>
            <surname>MaxMind</surname>
            <given-names>LLC</given-names>
          </string-name>
          , “GeoIP.” [Online]. Available: http://www.maxmind.com
        </mixed-citation>
      </ref>
      <ref id="ref11">
        <mixed-citation>
          [11]
          <string-name>
            <given-names>V. N.</given-names>
            <surname>Padmanabhan</surname>
          </string-name>
          and
          <string-name>
            <given-names>L.</given-names>
            <surname>Subramanian</surname>
          </string-name>
          , “
          <article-title>An investigation of geographic mapping techniques for internet hosts,” in ACM SIGCOMM Computer Communication Review</article-title>
          , vol.
          <volume>31</volume>
          , no. 4. ACM,
          <year>2001</year>
          , pp.
          <fpage>173</fpage>
          -
          <lpage>185</lpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref12">
        <mixed-citation>
          [12]
          <string-name>
            <given-names>B.</given-names>
            <surname>Gueye</surname>
          </string-name>
          ,
          <string-name>
            <given-names>A.</given-names>
            <surname>Ziviani</surname>
          </string-name>
          ,
          <string-name>
            <given-names>M.</given-names>
            <surname>Crovella</surname>
          </string-name>
          , and
          <string-name>
            <given-names>S.</given-names>
            <surname>Fdida</surname>
          </string-name>
          , “
          <article-title>Constraint-based geolocation of internet hosts</article-title>
          ,
          <source>” IEEE/ACM Transactions on Networking</source>
          , vol.
          <volume>14</volume>
          , no.
          <issue>6</issue>
          , pp.
          <fpage>1219</fpage>
          -
          <lpage>1232</lpage>
          ,
          <year>2006</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref13">
        <mixed-citation>
          [13]
          <string-name>
            <given-names>A.</given-names>
            <surname>Ziviani</surname>
          </string-name>
          ,
          <string-name>
            <given-names>S.</given-names>
            <surname>Fdida</surname>
          </string-name>
          ,
          <string-name>
            <surname>J. F. de Rezende</surname>
            , and
            <given-names>O. C.</given-names>
          </string-name>
          <string-name>
            <surname>Duarte</surname>
          </string-name>
          , “
          <article-title>Improving the accuracy of measurement-based geographic location of internet hosts,” Computer Networks</article-title>
          , vol.
          <volume>47</volume>
          , no.
          <issue>4</issue>
          , pp.
          <fpage>503</fpage>
          -
          <lpage>523</lpage>
          ,
          <year>2005</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref14">
        <mixed-citation>
          [14]
          <string-name>
            <surname>M.J.Arif</surname>
            ,
            <given-names>S.</given-names>
          </string-name>
          <string-name>
            <surname>Karunasekara</surname>
            ,
            <given-names>S.</given-names>
          </string-name>
          <string-name>
            <surname>Kulkarni</surname>
            ,
            <given-names>A.</given-names>
          </string-name>
          <string-name>
            <surname>Gunatilaka</surname>
            , and
            <given-names>B.</given-names>
          </string-name>
          <string-name>
            <surname>Ristic</surname>
          </string-name>
          , “
          <article-title>Internet host geolocation using maximum likelihood estimation technique</article-title>
          ,
          <source>” IEEE International Conference on Advanced information Networking and Applications</source>
          ,
          <year>2010</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref15">
        <mixed-citation>
          [15]
          <string-name>
            <given-names>I.</given-names>
            <surname>Youn</surname>
          </string-name>
          ,
          <string-name>
            <given-names>B. L.</given-names>
            <surname>Mark</surname>
          </string-name>
          , and
          <string-name>
            <given-names>D.</given-names>
            <surname>Richards</surname>
          </string-name>
          , “
          <article-title>Statistical geolocation of internet hosts,” in Computer Communications</article-title>
          and Networks,
          <year>2009</year>
          .
          <article-title>ICCCN 2009</article-title>
          .
          <source>Proceedings of 18th Internatonal Conference on. IEEE</source>
          ,
          <year>2009</year>
          , pp.
          <fpage>1</fpage>
          -
          <lpage>6</lpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref16">
        <mixed-citation>[16] DIMES, “Ip topology,” http://www.netdimes.org.</mixed-citation>
      </ref>
      <ref id="ref17">
        <mixed-citation>
          [17]
          <string-name>
            <given-names>Y.</given-names>
            <surname>Shavitt</surname>
          </string-name>
          and E. Shir, “
          <article-title>Dimes: Let the internet measure itself,” ACM SIGCOMM Computer Communication Review, vol</article-title>
          . Vol
          <volume>35</volume>
          ,
          <year>October 2005</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref18">
        <mixed-citation>
          [18]
          <string-name>
            <given-names>F. R.</given-names>
            <surname>Kschischang</surname>
          </string-name>
          ,
          <string-name>
            <given-names>B. J.</given-names>
            <surname>Frey</surname>
          </string-name>
          , and H.-A. Loeliger, “
          <article-title>Factor graphs and the sum-product algorithm</article-title>
          ,
          <source>” IEEE Transactions on Information Theory</source>
          , vol.
          <volume>47</volume>
          , no.
          <issue>2</issue>
          , pp.
          <fpage>498</fpage>
          -
          <lpage>519</lpage>
          ,
          <year>2001</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref19">
        <mixed-citation>
          [19]
          <string-name>
            <given-names>H.-A.</given-names>
            <surname>Loeliger</surname>
          </string-name>
          ,
          <string-name>
            <given-names>J.</given-names>
            <surname>Dauwels</surname>
          </string-name>
          ,
          <string-name>
            <given-names>J.</given-names>
            <surname>Hu</surname>
          </string-name>
          ,
          <string-name>
            <given-names>S.</given-names>
            <surname>Korl</surname>
          </string-name>
          ,
          <string-name>
            <given-names>L.</given-names>
            <surname>Ping</surname>
          </string-name>
          , and
          <string-name>
            <given-names>F. R.</given-names>
            <surname>Kschischang</surname>
          </string-name>
          , “
          <article-title>The factor graph approach to model-based signal processing</article-title>
          ,
          <source>” Proceedings of the IEEE</source>
          , vol.
          <volume>95</volume>
          , no.
          <issue>6</issue>
          , pp.
          <fpage>1295</fpage>
          -
          <lpage>1322</lpage>
          ,
          <year>2007</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref20">
        <mixed-citation>
          [20]
          <string-name>
            <surname>G. D. Forney</surname>
          </string-name>
          Jr, “Codes on graphs: normal realizations,
          <source>” IEEE Transactions on Information Theory</source>
          , vol.
          <volume>47</volume>
          , no.
          <issue>2</issue>
          , pp.
          <fpage>520</fpage>
          -
          <lpage>548</lpage>
          ,
          <year>2001</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref21">
        <mixed-citation>
          [21]
          <string-name>
            <given-names>C. W.</given-names>
            <surname>Geib</surname>
          </string-name>
          and
          <string-name>
            <given-names>R. P.</given-names>
            <surname>Goldman</surname>
          </string-name>
          , “
          <article-title>A probabilistic plan recognition algorithm based on plan tree grammars</article-title>
          ,
          <source>” Artificial Intelligence</source>
          , vol.
          <volume>173</volume>
          , no.
          <issue>11</issue>
          , pp.
          <fpage>1101</fpage>
          -
          <lpage>1132</lpage>
          , Jul.
          <year>2009</year>
          . [Online]. Available: http://www.sciencedirect.com/science/article/pii/S0004370209000459
        </mixed-citation>
      </ref>
      <ref id="ref22">
        <mixed-citation>
          [22]
          <string-name>
            <given-names>J. A.</given-names>
            <surname>Muir</surname>
          </string-name>
          and
          <string-name>
            <given-names>P. C. V.</given-names>
            <surname>Oorschot</surname>
          </string-name>
          , “
          <article-title>Internet geolocation: Evasion and counterevasion</article-title>
          ,
          <source>” ACM Computing Surveys (CSUR)</source>
          , vol.
          <volume>42</volume>
          , no.
          <issue>1</issue>
          , p.
          <fpage>4</fpage>
          ,
          <year>2009</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref23">
        <mixed-citation>
          [23]
          <string-name>
            <surname>P. C. G. d. Costa</surname>
            ,
            <given-names>M.</given-names>
          </string-name>
          <string-name>
            <surname>Ladeira</surname>
            ,
            <given-names>R. N.</given-names>
          </string-name>
          <string-name>
            <surname>Carvalho</surname>
          </string-name>
          ,
          <string-name>
            <surname>K. B. Laskey</surname>
            ,
            <given-names>L. L.</given-names>
          </string-name>
          <string-name>
            <surname>Santos</surname>
            , and
            <given-names>S.</given-names>
          </string-name>
          <string-name>
            <surname>Matsumoto</surname>
          </string-name>
          , “
          <article-title>A First-Order Bayesian Tool for Probabilistic Ontologies,”</article-title>
          <source>in FLAIRS Conference</source>
          ,
          <year>2008</year>
          , pp.
          <fpage>631</fpage>
          -
          <lpage>636</lpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref24">
        <mixed-citation>
          [24]
          <string-name>
            <given-names>W.</given-names>
            <surname>Sun</surname>
          </string-name>
          ,
          <string-name>
            <surname>K.-C. Chang</surname>
            , and
            <given-names>K.</given-names>
          </string-name>
          <string-name>
            <surname>Laskey</surname>
          </string-name>
          , “
          <article-title>Scalable inference for hybrid Bayesian networks with full density estimations</article-title>
          ,
          <source>” in 2010 13th Conference on Information Fusion (FUSION)</source>
          ,
          <year>Jul</year>
          .
          <year>2010</year>
          , pp.
          <fpage>1</fpage>
          -
          <lpage>8</lpage>
          .
        </mixed-citation>
      </ref>
    </ref-list>
  </back>
</article>