<?xml version="1.0" encoding="UTF-8"?>
<event>
<ID>0</ID>
<category>Conferences</category>
<parentProtection>false</parentProtection>
<materialList>[["minutes", "Minutes"], ["notes", "Notes"], ["paper", "Paper"], ["poster", "Poster"], ["slides", "Slides"], ["summary", "Summary"]]</materialList>
<announcer>
 <user>
  <title></title>
  <name first="Alan" middle="" last="Barr"></name>
  <organization>University of Oxford (GB)</organization>
  <email>alan.barr@cern.ch</email>
  <userid>19868</userid>
 </user>
</announcer>
<title>CHEP04</title>
<description>These are the Web pages providing information for the upcoming Computing in High Energy Physics (CHEP) conference in September 2004.

CHEP conferences provide an international forum to exchange information on computing experience and needs for the High Energy Physics community, and to review recent, ongoing and future activities.

CHEP conferences are held every 18 months, the previous one being held in San Diego in March 2003.</description>
<participants></participants>
<closed>False</closed>
<location>
 <name>Interlaken, Switzerland</name>
 <address></address>
 <room></room>
</location>
<startDate>2004-09-27T08:30:00</startDate>
<endDate>2004-10-01T18:00:00</endDate>
<creationDate>2004-02-03T15:53:31</creationDate>
<modificationDate>2012-08-22T15:40:41</modificationDate>
<timezone>Europe/Zurich</timezone>
<contribution color="#CCCCCC" textcolor="#777777">
 <ID>154</ID>
 <parentProtection>false</parentProtection>
 <materialList>[["minutes", "Minutes"], ["notes", "Notes"], ["paper", "Paper"], ["poster", "Poster"], ["slides", "Slides"], ["summary", "Summary"]]</materialList>
 <track>Track 4 - Distributed Computing Services</track>
 <type>
  <id>1</id>
  <name>poster</name>
 </type>
 <title>Security enhanced kernels in EDG/LCG enabled clusters</title>
 <speakers>
  <user>
   <title>Mr.</title>
   <name first="Marcus" middle="" last="Hardt"></name>
   <organization>KARLSRUHE RESEARCH CENTER (FZK)</organization>
   <email>hardt@iwr.fzk.de</email>
  </user>
 </speakers>
 <primaryAuthors>
  <user>
   <title>Mr.</title>
   <name first="Marcus" middle="" last="Hardt"></name>
   <organization>KARLSRUHE RESEARCH CENTER (FZK)</organization>
   <email>hardt@iwr.fzk.de</email>
  </user>
  <user>
   <title>Mr.</title>
   <name first="Ariel" middle="" last="Garcia"></name>
   <organization>KARLSRUHE RESEARCH CENTER (FZK)</organization>
   <email>garcia@iwr.fzk.de</email>
  </user>
 </primaryAuthors>
 <coAuthors>
  <user>
   <title>Mr.</title>
   <name first="Christos" middle="" last="Kanellopoulos"></name>
   <organization>Aristotle University of Thessaloniki</organization>
   <email>skanct@physics.auth.gr</email>
  </user>
  <user>
   <title>Mr.</title>
   <name first="Jan" middle="" last="Astalos"></name>
   <organization>Slovak Academy of Sciences</organization>
   <email>astalos.ui@savba.sk</email>
  </user>
 </coAuthors>
 <location>
  <name>Interlaken, Switzerland</name>
  <address></address>
  <room>Coffee</room>
 </location>
 <abstract>In the HEP environment, clusters are running jobs comming from other 
sites and usually also from a relatively unknown user community -- 
Virtual Organizations of geographically distributed people. In this 
context, security is crucial! Much more crucial than in the case of cluster 
accepting only batch jobs from local users of an institution. A 
security breach could, for instance, let the attackers get access to 
the grid-certificates i.e. steal identities of many users in the 
Grid. Since the overall security of an insfrastructure is only as strong 
as the weakest link it is very important to make it certain that layers on 
top of which we build our higher lever Grid services are solid. Therefore, 
in parallel to the normal ways of dealing with security in the server code, 
a hardening of the Linux Kernel itself should be seriously considered. 
 
In this work we report on our experience with some of those hardened 
kernels in a Grid cluster running EDG/LCG middleware. Although some of 
the solutions provide the highest level of security in these kernels, 
they can also restrict the access that applications need to have to 
the system. Therefore it is particularly important to know beforehand 
which features can be enabled in the kernel, and which ones will lead 
to funtionally non-working nodes.</abstract>
</contribution>
<plugins>
 <collaboration>
<!-- Needed for timezone awareness -->
  <todayReference>2013-05-25</todayReference>
  <tomorrowReference>2013-05-26</tomorrowReference>
 </collaboration>
</plugins>
</event>
