از بین رفتن و یا به بیرون درز کردن اطلاعات سازمانی به اندازه تعداد افرادی که به آنها دسترسی دارند متنوع است. علت عمده از بین رفتن اطلاعات و دادهها و یا نشت امنیتی این گونه اطلاعات خطاهای انسانی خواسته و یا ناخواسته است. علت عمده این خطاهای ناخواسته بر خلاف تصور عمومی ندانستن و عدم وجود دانش نیست، بلکه سهلانگاری و تنبلی باعث ایجاد خطا و بروز نشت اطلاعات و یا از بین رفتن اطلاعات میشود.
در نوشته ۲۰ روشی که بانک اطلاعاتی شما از دست خواهد رفت، CREDANT این موارد را بیان کرده است:
- Employees able to access a database regardless of their need to do so, with sight of complete records including information that they do not necessarily need to see
- Unrestricted downloading of the database to removable media
- Employees able to print individual records, or even the full database, in hard copy format
- Employees able to access records, in undefined quantities or for unlimited periods of time, providing the opportunity to make a written copy
- Records, or even the entire database, altered or deleted
- The full database, or individual files, emailed as an attachment
- The full database, or individual files, uploaded to an external storage facility/website or a hosted document storage and management solution.
- Loss of external or portable media (memory sticks, CDs, laptops, etc) that contain unencrypted information, often during travel.
- Misplaced, or stolen, devices (laptops, blackberries, etc) used as a back door to the corporate network
- Secure employment for the purpose of having unrestricted access to confidential data with criminal intent
- Existing employees being coerced into removing data for financial gain
- Ex-employees who have not had their access rights revoked
- Photocopy hard copies
- Over the shoulder screen theft from mobile workforce
- Writing down, or even sharing, passwords
- Hacked WiFi networks – even with passwords
- Use of non-alphanumeric passphrases and passphrases of eight or less characters – which can be cracked in a few hours
- Use of unvetted external contractors or companies
- Use of vetted external companies on contracts without remediation/penalty clauses on responsibilities for when things go pear-shaped on the data security front
- Failure to use encrypted back-up storage media
کسب EAL4 برای ردهت RHEL
در مورد
گواهینامه های
EAL
درحدود 3 سال پیش مطلبی با عنوان EAL -
Evaluation
Assurance Level
نوشته بودم. در آن زمان ردهت توانسته بود EAL2 را
برای خانواده RHEL کسب کند. با گذشت زمان و تکمیل شدن بررسی
ها، اکنون قسمتی از محصولات ردهت RHEL توانسته است به +EAL4
دسترسی پیدا کند. این گواهینامه بدین معنا است که اکنون امکان استفاده کاملا امن و
قابل اطمینان بر پایه محصولات مبتنی بر لینوکس و بر اساس استانداردهای دولتی وجود
دارد (البته پیشتر نیز این امکان وجود داشت، ولی با این گواهینامه این
ادعا به
صورت رسمی قابل استناد است).
LWN |
Infoworld
RHEL is now
certified at
EAL4+, when configured appropriately on IBM’s mainframe, System x,
System p5 and eServer boxes, according to the protection profiles LSPP
(labeling), RBACPP (role based access control) and CAPP (audit).EAL4+
is as far as you can go with an off the shelf OS. Beyond this, you need
semiformal security design and pretty much a new OS. LSPP is the current
equivalent of the old "orange book" B1
TCSEC rating.
شرکت ناول با محصول SLES
دو سال پیش توانسته بود به سطح پایین تری از این گواهینامه دست پیدا کند.
حاشیه:در
مطلب قبلی EAL، دوستی به علمی نبودن مطلب و اهمیت
CC اشاره کرده است.
مطالب زیادی در مورد این که واقعا هزینه کردن پول در کسب EAL
نقش دارد یا نه وجود دارد. همانطور که گرفتن بعضی از ISOها
به پرداخت حق عضویت تبدیل شده است، بعضی از محصولات هم با مبالغ بسیار زیادی (US$1
million and even US$2.5 million) این گواهینامه ها را کسب کرده اند. اینجا را
ببینید:
Impact on cost and schedule
صنعت امنیت بعد از دوران شروع به کار خودش کم کم وارد مرحله بلوغ شده است، غول های بزرگ تکنولوژی اطلاعاتی شروع به برنامه ریزی بلند مدت در مورد امنیت برنامه ها و کاهش ریسک مشتریانشان کرده اند. جدیدترین نمونه تصاحب Watchfire از سوی IBM است. طی تفاهم نامه ای که دیروز اعلام شد، با تصاحب Watchfire از طرف IBM و ترکیب محصولات آن با خانواده IBM’s Rational توسعه نرم افزارها با امنیت بیشتری ادامه خواهد یافت.
محافظت از وب سرور آپاچی
وب
سرور آپاچی به عنوان پراستفاده ترین وب سرور اینترنت (که
البته این محبوبیت در حال کاهش است!) دارای تهدید هایی است که به رعایت برخی
نکات و استفاده از ابزارهای موجود می توان این تهدید ها را کاهش داد. قسمتی از این
تهدید ها را در مقاله
Protect your Apache server from DoS attacks می توانید بخوانید. در ادامه چند
مطلب در مورد پیشگیری و محافظت در برابر حملات بر ضد Apache
را می توانید دنبال کنید.
Mitigate Attacks With
mod_evasiveNow that you have a tuned,
well-trafficked site, what should you think about next? High on your list
should be security. Hopefully, you’ve adopted the best practices for locking
down your Apache and PHP installations, but beyond that, there are many
Apache modules that can further bolster a hardened configuration and
therefore increase uptime. One module that comes to mind is mod_security, an
embeddable Web application firewall. Another is mod_evasive. Available from
http://www.zdziarski.com/projects/mod_evasive/ and licensed under the
GNU Public License, mod_evasive is an Apache module that provides evasive
action in the event of an HTTP denial of service (DoS), distributed denial
of service (DDoS), or brute force attack. mod_evasive is also designed to be
a detection and network management tool, and can be easily configured to
talk to ipchains, firewalls, and routers. Moreover, it can report abuses via
email and syslog.
SNIPS (System & Network
Integrated Polling Software) is a system and network monitoring
software that runs on Unix systems and can monitor network and system
devices. It is capable of monitoring DNS, NTP, TCP or web ports, host
performance, syslogs, radius servers, BGP peers, etc. New monitors can be
added easily (via a C or Perl API).
–
20 ways to Secure your Apache
Configuration
Before we start securing Apache, we must
specify what functionality we expect from the server. Variety of Apache’s
use makes it difficult to write a universal procedure to secure the server
in every case. That’s why in this article we’ll base on the following
functionality:* The Web server will be accessible from the Internet; and,
* Only static HTML pages will be served
* the server will support name-based virtual hosting mechanism
* specified Web pages can be accessible only from selected IP addresses or
users (basic authentication)
* the server will log all the Web requests (including information about Web
browsers)
Securing Apache 2:
Step-by-StepWhen choosing a web server, Apache very
often wins against its competitors because of stability, performance, that
fact that it’s open source, and many other advantages. But when deciding on
which version of Apache to use, the choice is not always so simple. On the
one hand there is a very popular, stable version used by millions of users,
version 1.3, and on the other hand, there is an enhanced and re-designed
version 2.0.
Secure Your Apache
With mod_securityThis article shows how to install and
configure mod_security. mod_security is an Apache module (for Apache 1 and
2) that provides intrusion detection and prevention for web applications. It
aims at shielding web applications from known and unknown attacks, such as
SQL injection attacks, cross-site scripting, path traversal attacks, etc.In the first chapter I will show how to install mod_security on Debian Sarge,
Ubuntu 6.06 LTS (Dapper Drake), and on Fedora Core 5, and in the second
chapter I will describe how to configure Apache for mod_security which is
independent from the distribution you’re using.