Yes, I will ditto the recommendation for Pete Finnigan's book.

Jared

On Fri, 2003-10-24 at 10:29, DENNIS WILLIAMS wrote:
> Paul - We have some of the similar issues here (network/firewall/VPN/Oracle
> Net). Based on your description of your business, you probably have some
> competent network engineers on staff. My experience is that they routinely
> handle issues like this, and you probably won't need to get involved in the
> actual configuration. However, you should educate yourself in the security
> issues involved so you can participate intelligently in any discussions from
> the database point of view. As a starter, I am including two recent
> excellent postings to this list from Tim Gorman and Ian MacGregor. Just
> scroll down.
> 
> Dennis Williams
> DBA
> Lifetouch, Inc.
> [EMAIL PROTECTED] 
> 
> Sent: Thursday, August 07, 2003 10:25 AM
> To: Multiple recipients of list ORACLE-L
> 
> 
> Sandro,
> 
> There is an excellent book on "Oracle Security" available online from
> "http://www.sans.org";.  Concise, organized, and prioritized.  Also, Newman
> and Theriault's "Oracle Security Handbook" from Oracle Press is chock full
> of common sense...
> 
> Not sure what the question about "automating the migration of stored
> procedures" refers to.  Could you provide more information?  I don't think I
> understand the problem...
> 
> Storing password files on the database server is mainly an exercise in
> ensuring that OS security and file permissions properly implemented.  If you
> cannot ensure that OS files are properly secured, then the entire Oracle
> database is at risk, not to mention files containing clear-text passwords.
> After all, one can view data within datafiles using programs other than the
> Oracle RDBMS...
> 
> The idea of creating production schemas/logins to separate object ownership
> from application/end-user access is excellent.  To avoid using synonyms,
> consider the functionality of the "ALTER SESSION SET CURRENT_SCHEMA =
> <ownership-schema>" command being executed in an AFTER LOGON trigger in all
> accounts used for end-user access.  It is a little-known but wonderfully
> manageable bit of functionality...
> 
> Hope this helps...
> 
> -Tim
> -----Original Message-----
> Sent: Wednesday, October 01, 2003 5:19 PM
> To: Multiple recipients of list ORACLE-L
> 
> 
> Our security folks just sent me this.
> 
> Ian MacGregor
> Stanford Linear Accelerator Center
> [EMAIL PROTECTED] 
> 
> -----Original Message-----
> Sent: Tuesday, September 30, 2003 1:35 PM
> To: [EMAIL PROTECTED]
> 
> 
> I've posted the presentation I gave at OracleWorld last month. This
> presentation covers writing secure code in Oracle databases and Oracle
> Application Server. The topics covered include:
> 
> Managing state
> Query parameters
> Hidden fields
> Cookies
> Cross-site scripting
> SQL Injection
> PL/SQL Injection
> Buffer overflows in EXTPROC
> Resources
> 
> You can download the presentation at
> http://www.appsecinc.com/techdocs/presentations.html under the heading
> "Writing Secure Code in Oracle Presentation".
> 
> I welcome comments and criticisms.
> 
> Regards,
> Aaron
> _______________________________
> Aaron C. Newman
> CTO/Founder
> Application Security, Inc.
> www.appsecinc.com
> Phone: 212-420-9270
> Fax: 212-420-9680
> - Securing Business by Securing Enterprise Applications -
> 
> 
> Sent: Friday, October 24, 2003 10:14 AM
> To: Multiple recipients of list ORACLE-L
> 
> 
> We are an Application Service Provider--we maintain a set of servers in
> a colocation facility and our customers use our application via the
> Web.  Security is a paramount concern, of course, and only our Web
> server has a public IP address, with the application and database
> servers completely private. 
> 
> We supply a number of standard reports, but most of our customers want
> some custom reports as well.  We would like to give them access to our
> database, possibly over a VPN, but only if security can be maintained. 
> I'd like to know if anyone has faced such a situation, and what kind of
> configuration (network/firewall/VPN/Oracle Net) might make such access
> possible.
> 
> TIA,
> 
> 
> 
> =====
> Paul Baumgartel
> Transcentive, Inc.
> www.transcentive.com
> 
> __________________________________
> Do you Yahoo!?
> The New Yahoo! Shopping - with improved product search
> http://shopping.yahoo.com
> -- 
> Please see the official ORACLE-L FAQ: http://www.orafaq.net
> -- 
> Author: Paul Baumgartel
>   INET: [EMAIL PROTECTED]
> 
> Fat City Network Services    -- 858-538-5051 http://www.fatcity.com
> San Diego, California        -- Mailing list and web hosting services
> ---------------------------------------------------------------------
> To REMOVE yourself from this mailing list, send an E-Mail message
> to: [EMAIL PROTECTED] (note EXACT spelling of 'ListGuru') and in
> the message BODY, include a line containing: UNSUB ORACLE-L
> (or the name of mailing list you want to be removed from).  You may
> also send the HELP command for other information (like subscribing).
> -- 
> Please see the official ORACLE-L FAQ: http://www.orafaq.net
> -- 
> Author: DENNIS WILLIAMS
>   INET: [EMAIL PROTECTED]
> 
> Fat City Network Services    -- 858-538-5051 http://www.fatcity.com
> San Diego, California        -- Mailing list and web hosting services
> ---------------------------------------------------------------------
> To REMOVE yourself from this mailing list, send an E-Mail message
> to: [EMAIL PROTECTED] (note EXACT spelling of 'ListGuru') and in
> the message BODY, include a line containing: UNSUB ORACLE-L
> (or the name of mailing list you want to be removed from).  You may
> also send the HELP command for other information (like subscribing).


-- 
Please see the official ORACLE-L FAQ: http://www.orafaq.net
-- 
Author: Jared Still
  INET: [EMAIL PROTECTED]

Fat City Network Services    -- 858-538-5051 http://www.fatcity.com
San Diego, California        -- Mailing list and web hosting services
---------------------------------------------------------------------
To REMOVE yourself from this mailing list, send an E-Mail message
to: [EMAIL PROTECTED] (note EXACT spelling of 'ListGuru') and in
the message BODY, include a line containing: UNSUB ORACLE-L
(or the name of mailing list you want to be removed from).  You may
also send the HELP command for other information (like subscribing).

Reply via email to