Re: [Full-disclosure] [inbox] Re: Fwd: Comment on: USB devices spreading viruses
- From: "Salvador III Manaois" <badzmanaois@xxxxxxxxx>
- Date: Mon, 24 Nov 2008 16:04:00 +0800
This feature (blocking based on device ID) is also a built in feature
of Windows Server 2008 group policy. An administrator can now
centrally restrict devices from being installed on computers in his
organization. The implementation, though, is not for the
faint-hearted, it requires creating a list of authorized devices and
adding them to the "Allow installation of devices that match any of
these device IDs" under the following group policy tree:
Computer Configuration
-> Administrative Templates,
-> System
-> Device Installation
-> Device Installation Restrictions
Here are a couple of Technet links that provide more detail on this:
http://technet.microsoft.com/en-us/library/cc731387.aspx
http://technet.microsoft.com/en-us/magazine/cc138012.aspx
...Badz...
Bytes & Badz: http://badzmanaois.blogspot.com
On Mon, Nov 24, 2008 at 3:08 PM, Elazar Broad <elazar@xxxxxxxxxxxx> wrote:
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Symantec's Endpoint Protection has a device control feature which
basically functions as you have stated. I haven't really played
around with it much, however, it can block devices based on device
id...
elazar
On Mon, 24 Nov 2008 00:17:34 -0500 Bipin Gautam
<bipin.gautam@xxxxxxxxx> wrote:
On 11/24/08, James Matthews <nytrokiss@xxxxxxxxx> wrote:-----BEGIN PGP SIGNATURE-----
bit9 and kaspersky offer this new service. Companies should makeuse of it.
what service, James!
Could you please explain more...
I find it ridicules to know that this problem has been there since
the
earliest version of windows but still without a generic solution!
Is
this unwillingness for the approach to a proper solution is what
has
fueled the "antivirus business" for so long?
If you look in the *nix side you will see this technique is
tested/proven. Signature based or behavior based approach
detection
will continue to fail.
To address this never-ending problem of virus infection from
removable
media, i have implemented no-execution-from-removable to dorzons
of
computers in the past years, even the dumbest of users understand
what
is being done and feel safe about they wont likely have virus
infection from the removable media ever, even if the media has a
virus. They know workaround on how to temporarily disable the
restriction if they are willing to run something trustworthy as i
have
made the users clear there is no solution to the problem of virus
infection from removable media and and you have to learn these few
things ...like you have learned to use antivirus software to stay
safe. Users get it, really!
Antivirus companies should take similar approach (as described
previously) to address it but adding USABILITY.
This problem is there to stay for years to come. What better could
be
the proper solution to this problem?
thanks,
-bipin
On Sun, Nov 23, 2008 at 10:05 PM, Bipin Gautamthe hair
<bipin.gautam@xxxxxxxxx>wrote:
On 11/23/08, Mike C <mike.cartall@xxxxxxxxx> wrote:
Of course, blindly thwacking people / dragging them to HR by
security, arewhen they're really just trying to do their jobs is
counter-productive. The calls also show us where we,
user didn'tfalling down. Perhaps it's poor awareness training (if the
have thatknow that they shouldn't run unapproved software, or why we
the officialrule, or how to get a new app approved); or could be that
case itroute is being seen as too slow or bureaucratic, in which
future.needs fixing. And so on.
All I hope is we can fix the issue. Hopefully in the near
compromise
Yeah!
Here is my prospective to a possible solution that wouldn't
fromusability.
But, first lets all agree on "banning execution of any binary
decades oldremovable media" is the only straightforward solution this
plugin, yourproblem of virus infection/propagation from removable media.
See, if a web-page tries to install an activeX / browser
securitybrowser (non intrusively) waits for user interaction with a
(Whichwarning message on "if you really intend to install the plugin
executionmay be harmful!)" or .......may choose to ignore the dialog and
continue browsing.
Here, it is assumed "user understands" the security impact of
executing untrusted programs from internet and let the
plugindecision left to the end user with manual interaction. If the
theinstallation behavior is not intended user can simply ignore
similarmanual interaction request for execution and instead continue.
In similar way, anti virus company or Microsoft should create
"fromfor "My Computer Zone" where the first execution of a binary
interactionremovable media" is denied by default and prompt for user
(nonto execute, white list&execute or terminate/ban the request for
execution from removable media like the way internet explorer
untrustedintrusively) handles installation of activeX like in IE. Binary
execution from removable media should be treated that way (
execute! )
Pen drive / SD have unique serial numbers which can be used to
identify and permanently whitelist or blacklist the media from
execution.
Windows already has a feature for prompting if user tries to
marked asbinary from intranet/shared folder or execution of binary
as well!?downloaded from "Internet Zone"
Why not have similar for binary execution from removable media
propagate from
What better could be the solution to stopping virus to
ACL's)removable medias with (default) FAT file system. (lacking
white
For corporate environment let there be feature to sync these
fromlisted/blacklisted hashes of executable or removable media UID
clients/relatedanti virus server/domain controller to anti virus
service running in user end.
Will this work :)?
-thanks,
bipin
_______________________________________________
Full-Disclosure - We believe in it.
Charter: http://lists.grok.org.uk/full-disclosure-charter.html
Hosted and sponsored by Secunia - http://secunia.com/
--
http://www.goldwatches.com/
http://www.jewelerslounge.com/luxury-insurance
--
x-no-archive: yes
_______________________________________________
Full-Disclosure - We believe in it.
Charter: http://lists.grok.org.uk/full-disclosure-charter.html
Hosted and sponsored by Secunia - http://secunia.com/
Charset: UTF8
Version: Hush 3.0
Note: This signature can be verified at https://www.hushtools.com/verify
wpwEAQECAAYFAkkqUtIACgkQi04xwClgpZitOQP8D1lV4X3nBEKbynQ0RUX5RMO3U/5Z
cpJAalM0CPllm0sbTkAMeuogsyB4vhZ9J4UdXcRzyVOZPLs1nMOvQHttNTTXAKQDXsiv
6aexWRZvg4UeE5YSbgs7bU8PjWsNAW3kPL9d2/fkuLisCA2leOMMjPUdxZQu8vRg5oIC
IQQl5TM=
=/TSf
-----END PGP SIGNATURE-----
--
Click for huge discounts on pet food and supplies - up to 70% off
http://tagline.hushmail.com/fc/PnY6qxt2l8TNc9jVLBmA5nygUPHxBXPtdRHOAicTVOCmlIMT7aiDW/
_______________________________________________
Full-Disclosure - We believe in it.
Charter: http://lists.grok.org.uk/full-disclosure-charter.html
Hosted and sponsored by Secunia - http://secunia.com/
_______________________________________________
Full-Disclosure - We believe in it.
Charter: http://lists.grok.org.uk/full-disclosure-charter.html
Hosted and sponsored by Secunia - http://secunia.com/
- References:
- Prev by Date: Re: [Full-disclosure] Fwd: Comment on: 2 engineers from China sentenced for espionage
- Next by Date: [Full-disclosure] [SVRT-05-08] Critical BoF vulnerability found in ffdshow affecting all internet browsers (SVRT-Bkis)
- Previous by thread: Re: [Full-disclosure] [inbox] Re: Fwd: Comment on: USB devices spreading viruses
- Next by thread: [Full-disclosure] [SECURITY] [DSA 1669-1] New xulrunner packages fix several vulnerabilities
- Index(es):
Relevant Pages
|