<?xml version="1.0" encoding="UTF-8"?>
<rss xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:clearspace="http://www.jivesoftware.com/xmlns/clearspace/rss" xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns:wfw="http://wellformedweb.org/CommentAPI/" xmlns:opensearch="http://a9.com/-/spec/opensearch/1.1/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" version="2.0">
  <channel>
    <title>VMware Communities : Document List - Security &amp; vShield Zones</title>
    <link>http://communities.vmware.com/community/vmtn/general/security?view=documents</link>
    <description>Latest Documents in Security &amp; vShield Zones</description>
    <language>en</language>
    <pubDate>Fri, 21 Aug 2009 20:28:26 GMT</pubDate>
    <generator>Clearspace 1.10.12 (http://jivesoftware.com/products/clearspace/)</generator>
    <dc:date>2009-08-21T20:28:26Z</dc:date>
    <dc:language>en</dc:language>
    <item>
      <title>vmware + truecrypt for fully encrypted windows OS?</title>
      <link>http://communities.vmware.com/docs/DOC-10593</link>
      <description>started from thread on truecrypt forums: &lt;a class="jive-link-external" href="http://forums.truecrypt.org/viewtopic.php?p=22979"&gt;http://forums.truecrypt.org/viewtopic.php?p=22979&lt;/a&gt;&lt;br /&gt;
&lt;br /&gt;
my question from there repeated for convenience:&lt;br /&gt;
&lt;br /&gt;
&lt;b&gt;if I do the following, will any traces be left on my machine at all?&lt;/b&gt;&lt;br /&gt;
&lt;br /&gt;
&lt;b&gt;create a truecrypt volume. mount it, and create a vmware partition for a new operating system on the truecrypt volume. if I boot up the vmware operating system (which only has access to the truecrypt section of the hard drive), would any traces of my activity be left behind? what about with the swap/page file in the native OS?&lt;/b&gt; &lt;br /&gt;
&lt;br /&gt;
there responses seem to indicate "there's no way that'd work." is that accurate? can I configure vmware to do what I want? if so, how do I go about it?&lt;br /&gt;
&lt;hr /&gt;
Encrypting the VM volume is not really the answer here.&lt;br /&gt;
What you need to do is seal up the OS (inbound and outbound) within itself.&lt;br /&gt;
This will give you the self protecting layer you require.&lt;br /&gt;
&lt;br /&gt;
Encrypting the vm volume will only stop other volumes/ hosts accessing it, not control the effects you are talking about in your thread.&lt;br /&gt;
&lt;br /&gt;
Good luck.&lt;br /&gt;
&lt;hr /&gt;
Hello!&lt;br /&gt;
Could you please be more specific on how this should/could be done?&lt;br /&gt;
&lt;br /&gt;
P.S.: Merry Christmas!&lt;br /&gt;
&lt;hr /&gt;
VMware products can create files outside the VM's directory, but you can play with the tmpDirectory field to control that. &lt;br /&gt;
&lt;br /&gt;
However, the larger problem of the swap/pagefile containing traces of your activity remains intact. This is an operating systems shortcoming, not a VMware one.&lt;br /&gt;
&lt;hr /&gt;
I haven't tried, but if you gave the VM 100% reservation of the memory would it not create the swap file?  Thus securing the VM from the host perspective?&lt;br /&gt;
&lt;hr /&gt;
when you give th VM 100% reservation a zero byte sized swap file is created&lt;br /&gt;
&lt;hr /&gt;
There are other traces left besides the swapfile&lt;br /&gt;
There are traces in the different logs (vmkernel,hostd,...).&lt;br /&gt;
Question is how easily these traces can be used.&lt;br /&gt;
&lt;hr /&gt;
But those traces contain no data of what is in the VM.  So even a zero byte swapfile is useless, because it has no data in it.  I would think if you secure the guest os, turn of things like TPS and have no swap it would be considered secure.  The only thing on top of that you could add would be maybe encryption of the VMDKs, but that would add a significant amount of overhead to the virtualization layer.&lt;br /&gt;
&lt;hr /&gt;
&lt;div class="jive-quote"&gt;But those traces contain no data of what is in the VM.  &lt;/div&gt;
only VMware knows, I guess&lt;br /&gt;
&lt;br /&gt;
&lt;div class="jive-quote"&gt;So even a zero byte swapfile is useless, because&lt;br /&gt;
it has no data in it.agree&lt;/div&gt;
&lt;hr /&gt;
Yes, it will leave traces see my post  &lt;a class="jive-link-external" href="http://www.vmware.com/community/thread.jspa?threadID=70884&amp;#38;tstart=0"&gt;http://www.vmware.com/community/thread.jspa?threadID=70884&amp;#38;tstart=0&lt;/a&gt;&lt;br /&gt;
&lt;br /&gt;
then any dissent forensic will get you.&lt;br /&gt;
&lt;hr /&gt;
Encryption of the VMDKs, suspend file, and configuration files has been available in VMware ACE, since Dec 2004. You might want to look into that if you're on the desktop, not the server.&lt;br /&gt;
&lt;hr /&gt;
I know what you want to do but who exactly do you want to protect your data from?  If it's law enforcement having a VM inside of an encrypted drive might be sufficient.  If you're trying to protect things from the government then all bets are off.&lt;br /&gt;
&lt;br /&gt;
If you want to hide porn from your parents it's easy. (Unless one of your parents happens to work for the FBI forensics team or NSA data recovery.)&lt;br /&gt;
&lt;br /&gt;
If you want to hide things from the law, it gets harder as they have access to the FBI's forensic services.  The best you can do is get everything encrypted and then run ENCASE on your own drives to see if you can find anything.&lt;br /&gt;
&lt;br /&gt;
If you want to hide things from criminals then consider worst case they have a black hat with the skills of the FBI's forensic lab.&lt;br /&gt;
&lt;br /&gt;
If you want to hide things from the NSA what the h@#$ are you doing in the first place that would draw their attention and you should seal your computers into an EM shielded room  (TEMPEST) with no outside connections (Sniffing and intrusion) and have a block of thermite setting on top of your drives with a panic button on you at all times (NSA Data recovery that can get data off your drive no matter how many times you overwrite it though it will drop the classification level of the drive by one step.  Per their own directive for destruction of classified material get an NSA approved degausser, yank your drive and toss it in.  Note that those degaussers that don't require you to take the platters out cost in the range of $30k+)  Even with all of that I can't guarantee they won't get your data.&lt;br /&gt;
&lt;br /&gt;
If you want ideas look at the Common Criteria approved products list for data encryption that's approved per NSTISSP No. 11 for use on classified data.  I'd advise looking for EAL 4+ products.&lt;br /&gt;
&lt;br /&gt;
This document was generated from the following thread: &lt;a class="jive-link-thread" href="http://communities.vmware.com/thread/63179"&gt;vmware + truecrypt for fully encrypted windows OS?&lt;/a&gt;</description>
      <pubDate>Fri, 21 Aug 2009 20:27:42 GMT</pubDate>
      <guid>http://communities.vmware.com/docs/DOC-10593</guid>
      <dc:date>2009-08-21T20:27:42Z</dc:date>
      <clearspace:dateToText>3 months, 6 days ago</clearspace:dateToText>
    </item>
    <item>
      <title>Putty &amp;#38; Certificate Authentication.</title>
      <link>http://communities.vmware.com/docs/DOC-7910</link>
      <description>Can any one help?&lt;br /&gt;
&lt;br /&gt;
Scenario&lt;br /&gt;
&lt;p /&gt;
I have 2 ESX 3.0.2.Upd1 host machines that are managed from a laptop. Using PuttyGen I have created my id_rsa.txt, id_rsa.pub and id_rsa.ppk keys. I have then FTP'd my id_rsa.txt to /$home/.ssh directory and changed the permissions to -rw-------- and ownership to owner:owner, and renamed teh file authorized_keys. I have then started up Putty in the normal way and configured it to use the id_rsa.ppk previously created. &lt;br /&gt;
&lt;p /&gt;
Problem&lt;br /&gt;
&lt;p /&gt;
I get either "Server Refused Key" or "No Authentication Methods Available".&lt;br /&gt;
&lt;p /&gt;
Other Info&lt;br /&gt;
&lt;p /&gt;
I have accepted the Key request that appears on opening a Putty connection for the first time. But this is not using the keys that I have created and thus doesn't fulfil the security criteria that have been set. The end result must be certificated authentication with all other means disabled. Currently I have bypassed this by ammending the sshd_config file.&lt;br /&gt;
&lt;p /&gt;
Is there a file or cache that holds the keys that can be flushed or deleted or ammended to clear out any spurious or out of date keys?&lt;br /&gt;
&lt;p /&gt;
&lt;p /&gt;
&lt;br /&gt;
&lt;hr /&gt;
Hello,&lt;br /&gt;
&lt;br /&gt;
Please give the exact puttygen steps you took.&lt;br /&gt;
&lt;br /&gt;
Also the exact changes you made to sshd_config.&lt;br /&gt;
&lt;br /&gt;
Otherwise we are shooting in the dark here.&lt;br /&gt;
&lt;p /&gt;
Best regards,&lt;br /&gt;
Edward L. Haletky&lt;br /&gt;
VMware Communities User Moderator&lt;br /&gt;
====&lt;br /&gt;
Author of the book 'VMWare ESX Server in the Enterprise: Planning and Securing Virtualization Servers', Copyright 2008 Pearson Education. CIO Virtualization Blog: &lt;a class="jive-link-external" href="http://www.cio.com/blog/index/topic/168354,"&gt;http://www.cio.com/blog/index/topic/168354,&lt;/a&gt; As well as the Virtualization Wiki at &lt;a class="jive-link-external" href="http://www.astroarch.com/wiki/index.php/Virtualization"&gt;http://www.astroarch.com/wiki/index.php/Virtualization&lt;/a&gt;&lt;br /&gt;
&lt;hr /&gt;
To create my keys I did teh following:&lt;br /&gt;
&lt;br /&gt;
1 Open PuttyGen and select Generate, move the cursor around the space to generate the key.&lt;br /&gt;
&lt;br /&gt;
2. Enter a "Key comment" for Reference purposes.&lt;br /&gt;
&lt;p /&gt;
3. Enter a "Key Passphrase" then "Confirm Passphrase".&lt;br /&gt;
&lt;p /&gt;
4. Click on "Save Public Key" and save it as a id_rsa.pub on the desktop.&lt;br /&gt;
&lt;p /&gt;
5. Click on "Save Private Key" and save it as a id_rsa.ppk on the desktop.&lt;br /&gt;
&lt;p /&gt;
6. Highlight, and copy the contents of the key window "ssh-rsa....to end, and paste into Notepad. Save as id_rsa.txt.&lt;br /&gt;
&lt;p /&gt;
The id_rsa.txt is then ftp'd over to the ESX Host into the /$home/.ssh and renamed authorized_keys&lt;br /&gt;
&lt;p /&gt;
As I said previously change ownership and permissions, and as far as I am aware, that should be it.&lt;br /&gt;
&lt;p /&gt;
To use, open Putty, enter IP Address, select SSH/Auth from the Catagory tree, browse to my id_rsa.ppk file and click Open.&lt;br /&gt;
&lt;p /&gt;
That is as far as I get.&lt;br /&gt;
&lt;p /&gt;
The problem is that this has been working in our test environment, and I am doing nothing different. The systems are identical except for one factor and that is that the test environment was set up and is being managed from the same laptop. However the Dev environment was set up with one laptop, and managed with another having moved teh .ppk file across. I thought there may be some tie in between hardware and key so I generated a new set of keys with the new laptop, but it still fails. That is why I enquired if there was some sort of cache of keyfile that gets written to, that could be cleared.&lt;br /&gt;
&lt;p /&gt;
The only change I made to the sshd_config was to enable Password Authentication so that if and when the certificate failed I could still log on. This eventually will need to be disabled once I have sorted out this problem.&lt;br /&gt;
&lt;br /&gt;
&lt;hr /&gt;
Hello,&lt;br /&gt;
&lt;br /&gt;
THere is no keyfile cache. Are you trying to get in as root or another user? Root will not work by default.&lt;br /&gt;
&lt;br /&gt;
Look in ~/.ssh/authorized_keys and see if you have two lines with the same comment. Sometimes that is the issue. &lt;br /&gt;
&lt;br /&gt;
Did you add it to the proper users authorized_keys file?&lt;br /&gt;
&lt;br /&gt;
Simple things, I know but there is no cache mechanism for sshd. You could always do 'service sshd restart' and that will clear anything out that was there.&lt;br /&gt;
&lt;p /&gt;
Best regards,&lt;br /&gt;
Edward L. Haletky&lt;br /&gt;
VMware Communities User Moderator&lt;br /&gt;
====&lt;br /&gt;
Author of the book 'VMWare ESX Server in the Enterprise: Planning and Securing Virtualization Servers', Copyright 2008 Pearson Education. CIO Virtualization Blog: &lt;a class="jive-link-external" href="http://www.cio.com/blog/index/topic/168354,"&gt;http://www.cio.com/blog/index/topic/168354,&lt;/a&gt; As well as the Virtualization Wiki at &lt;a class="jive-link-external" href="http://www.astroarch.com/wiki/index.php/Virtualization"&gt;http://www.astroarch.com/wiki/index.php/Virtualization&lt;/a&gt;&lt;br /&gt;
&lt;hr /&gt;
Hi Edward,&lt;br /&gt;
&lt;br /&gt;
I am using a user that has admin privilages, and once logged on su to root. I have looked at the authorized keys file, and there is only one key in it, the one that I created using Putty?&lt;br /&gt;
&lt;p /&gt;
I cannot see any reason why this configuration doesn't work. I have done all the things that you suggest, during my fault diagnosis but cannot coome up with a cause.&lt;br /&gt;
&lt;p /&gt;
My interntion is to build a stand alone host and try to either re-create the fault or see if re-building the host and starting with a clean sheet will cure the problem.&lt;br /&gt;
&lt;p /&gt;
I will keep you posted as to my success/failure...&lt;br /&gt;
&lt;p /&gt;
&lt;p /&gt;
&lt;br /&gt;
&lt;hr /&gt;
Hi again Edward,&lt;br /&gt;
&lt;br /&gt;
Thanks for your help thus far, just to give a quick update. I haven't been able to reproduce the problem, but I have been able to get everything to work as expected. This leads me to believe my original thought about a user profile issue was the culprit although not proven. I think that the solution to my problem will be to remove the offending profile and recreate it. Then generate a fresh pair of keys, and take it from there.&lt;br /&gt;
&lt;br /&gt;
Many thanks for your advice and assistance, this isn't the first timie you've got me out of a hole.&lt;br /&gt;
&lt;br /&gt;
Kind regards&lt;br /&gt;
&lt;br /&gt;
Steve Pickering&lt;br /&gt;
&lt;hr /&gt;
Hello Steve,&lt;br /&gt;
&lt;br /&gt;
Just another thought, all items pertaining to SSH logins are logged to /var/log/secure and /var/log/messages. Do either of these files have errors pertaining to your login? It could be a permission problem with some aspect of the ssh subsystem. But recreating the profile and keys is a good way to go.&lt;br /&gt;
&lt;p /&gt;
Best regards,&lt;br /&gt;
Edward L. Haletky&lt;br /&gt;
VMware Communities User Moderator&lt;br /&gt;
====&lt;br /&gt;
Author of the book 'VMWare ESX Server in the Enterprise: Planning and Securing Virtualization Servers', Copyright 2008 Pearson Education. CIO Virtualization Blog: &lt;a class="jive-link-external" href="http://www.cio.com/blog/index/topic/168354,"&gt;http://www.cio.com/blog/index/topic/168354,&lt;/a&gt; As well as the Virtualization Wiki at &lt;a class="jive-link-external" href="http://www.astroarch.com/wiki/index.php/Virtualization"&gt;http://www.astroarch.com/wiki/index.php/Virtualization&lt;/a&gt;&lt;br /&gt;
&lt;br /&gt;
This document was generated from the following thread: &lt;a class="jive-link-thread" href="http://communities.vmware.com/thread/147186"&gt;Putty &amp;#38; Certificate Authentication.&lt;/a&gt;</description>
      <pubDate>Wed, 24 Sep 2008 13:39:10 GMT</pubDate>
      <guid>http://communities.vmware.com/docs/DOC-7910</guid>
      <dc:date>2008-09-24T13:39:10Z</dc:date>
      <clearspace:dateToText>1 year, 2 months ago</clearspace:dateToText>
    </item>
    <item>
      <title>Reporting on privilege assignment</title>
      <link>http://communities.vmware.com/docs/DOC-5370</link>
      <description>An Access SQL query I use to help report and diagnose access privilege issues.  Assumes an ODBC connection to your SQL VCDB called VCDB.&lt;br /&gt;
&lt;br /&gt;
The inner joins are to compensate for the fact that read-only is a reserved role with no VPX_ROLE record and no VPX_PRIV_ROLE entries. &lt;br /&gt;
&lt;br /&gt;
 SELECT dbo_VPX_ACCESS.PRINCIPAL, dbo_VPX_OBJECT_TYPE.NAME, dbo_VPX_ENTITY.NAME, dbo_VPX_ROLE.NAME, dbo_VPX_PRIV_ROLE.PRIV_NAME, d bo_VPX_ACCESS.FLAG&lt;br /&gt;
 FROM ((dbo_VPX_ACCESS INNER JOIN dbo_VPX_ENTITY ON dbo_VPX_ACCESS.ENTITY_ID = dbo_VPX_ENTITY.ID) LEFT JOIN (dbo_VPX_PRIV_ROLE LEFT JOIN dbo_VPX_ROLE ON dbo_VPX_PRIV_ROLE.ROLE_ID = dbo_VPX_ROLE.ID) ON dbo_VPX_ACCESS.ROLE_ID = dbo_VPX_PRIV_ROLE.ROLE_ID) INNER JOIN dbo_VPX_OBJECT_TYPE ON dbo_VPX_ENTITY.TYPE_ID = dbo_VPX_OBJECT_TYPE.ID&lt;br /&gt;
 WHERE (((dbo_VPX_ACCESS.PRINCIPAL)="INTERNAL\test.vm.admins"))&lt;br /&gt;
 ORDER BY dbo_VPX_ACCESS.PRINCIPAL, dbo_VPX_OBJECT_TYPE.NAME, dbo_VPX_ENTITY.NAME, dbo_VPX_ROLE.NAME, dbo_VPX_PRIV_ROLE.PRIV_NAME;</description>
      <category domain="http://communities.vmware.com/tags?communityID=2004">access</category>
      <category domain="http://communities.vmware.com/tags?communityID=2004">security</category>
      <category domain="http://communities.vmware.com/tags?communityID=2004">permissions</category>
      <pubDate>Wed, 21 May 2008 18:29:45 GMT</pubDate>
      <guid>http://communities.vmware.com/docs/DOC-5370</guid>
      <dc:date>2008-05-21T18:29:45Z</dc:date>
      <clearspace:dateToText>1 year, 6 months ago</clearspace:dateToText>
      <clearspace:replyCount>1</clearspace:replyCount>
    </item>
  </channel>
</rss>

