Focus on Microsoft
customer user accounts and internal user accounts on same domain Jan 26 2009 08:02PM
Stegman, Bill (Bill Stegman crump com) (5 replies)
Re: customer user accounts and internal user accounts on same domain Jan 29 2009 12:31PM
Kevin Tunison (ktunison gmail com) (1 replies)
Re: customer user accounts and internal user accounts on same domain Feb 04 2009 03:17PM
pryorda pryor (pryordasspam gmail com)
R: customer user accounts and internal user accounts on same domain Jan 28 2009 07:12PM
Vega - Brunello Ivan (I Brunello vegaspa it)
RE: customer user accounts and internal user accounts on same domain Jan 28 2009 10:56AM
James D. Stallard (james leafgrove com)
RE: customer user accounts and internal user accounts on same domain Jan 28 2009 09:45AM
Davies, Alan (GE Money) (AlanJ Davies ge com) (1 replies)
Re: customer user accounts and internal user accounts on same domain Jan 28 2009 01:23AM
suess13 cfl rr com
Most companies do allow vendor accounts,service accounts for remote vendor
support, etc. however Customer accounts are a different story. Look at a
University/College as a model. Students are usually in an isolated domain
with limited access to the employee network.

Who's going to clean up all old customer accounts.

Users will inherit all permissions associated with the domain users group.

Mention to them,the requirement for 42 or 90 ? day password changes a domain
wide setting applied to every user consistently and can not be changed
unless you are on a 2008 DC.

Talk to them about possible hacking attempts from, privilege escalation,
denial of service accounts, if an external user can perform login attempts
against your internal domain controller, it would be easy to enumerate all
user accounts then systematically lock out or disable all of the user
accounts, in effect causing a denial of service. And I can do this sitting
on my couch from the house.

A DMZ Domain would be a better idea sounds like you already know that ,if
they are concerned with cost, look into virtualizing the domain controllers
with Vmware 3i it's free.

Also mention something about requiring a Microsoft cal license for every ad
user, legal fees etc, if they don't accept your ideas. BS them if you have
to as a fallback. It works in someplace and can be used as a last resort.

Sounds like your boss or upper management there are a bunch of "tools"

Good luck.

Jeff.

----- Original Message -----
From: "Stegman, Bill" <Bill.Stegman (at) crump (dot) com [email concealed]>
To: <focus-ms (at) securityfocus (dot) com [email concealed]>
Sent: Monday, January 26, 2009 3:02 PM
Subject: customer user accounts and internal user accounts on same domain

Hi, I'm trying to dissuade management from allowing user accounts to be
created on the same domain as our company users for what I feel are obvious
reasons, but when pressed for specific issues I'm at a bit of a loss. I
cited reasons such as;
A clear demarc between customer accounts and our own accounts
Not giving any unnecessary rights due to inheritance, but rather having to
apply the appropriate permissions rather than remove permissions to attain
the desired result

They want to extend a service we offer to our internal employees to a
partner. I suggested creating an extranet and using accounts from a
separate domain rather than our own, but there is additional overhead
imposed by such as design.duh.but I'm hoping to throw out an established
standard or something to help my argument.

Thank you,

Bill Stegman MCSE 2003, CCNP, CCSP, CCIP, INFOSEC, MCTS:Vista
Network Engineer
Crump Life Insurance Services
4250 Crums Mill Rd
Harrisburg, PA 17112
Phone: 717.657.0789 Ext. 4202
Fax: 717.703.4947

CONFIDENTIALITY NOTICE: This message is intended to be viewed only by the
listed recipient(s).
It may contain information that is privileged, confidential and/or exempt
from disclosure under
applicable law. Any dissemination, distribution or copying of this message
is strictly prohibited
without our prior written permission. If you are not an intended recipient,
or if you have
received this communication in error, please notify us immediately by return
e-mail and
permanently remove the original message and any copies from your computer
and all back-up systems.

[ reply ]


 

Privacy Statement
Copyright 2010, SecurityFocus