A. B. Mutiara

Universitas Gunadarma Staff Blog

Dewasa ini baik PC maupun Laptop telah menggunakan teknologi multi-core
processor. Sepertinya sampai saat ini kita belum memanfaat- kannya untuk
kebutuhan pengolahan paralel. Beberapa kemungkinan untuk pemanfaatannya
dengan menggunakan tool/library/bahasa pemrograman berikut:
1. OpenMP http://openMP.org/wp/
e-book bisa di DL di sini
Feature:
The OpenMP Application Program Interface (API) supports multi-platform
shared-memory parallel programming in C/C++ and Fortran. OpenMP is a
portable, scalable model with a simple and flexible interface for
developing parallel applications on platforms from the desktop to the
supercomputer.

2. Threading Building Block http://www.threadingbuildingblocks.org/
e-book bisa di DL di sini
Threading Building Blocks will enable you to specify parallelism far more
conveniently than using raw threads, while improving performance,
portability, and scalability.

3. Carnap Programming ( http://www.carnap.info/ )

Carnap is a general purpose programming language for the next generation
of many-core devices, many many-core systems and their applications. It
introduces a process oriented programming model that allows programmers to
separate concerns: Carnap programs consist of data structures and the
concurrent processes that act upon them.

4. StreamIt (http://www.cag.csail.mit.edu/streamit/)

StreamIt is a programming language and a compilation infrastructure,
specifically engineered for modern streaming systems. It is designed to
facilitate the programming of large streaming applications, as well as
their efficient and effective mapping to a wide variety of target
architectures, including commercial-off-the-shelf uniprocessors, multicore
architectures, and clusters of workstations.

Buku elektronik (e-book) klasik, atau wajib tahu, bagi para komputer saintis dapat di download di http://e7l3.org/classics.html

Buku dikarang oleh pioner-pioner di bidang ilmu komputer antara lain:

F.E. Allen A Technological Review of the FORTRAN I Compiler 1982
Jack Crenshaw Let’s Build a Compiler 1988-1995
Edsger W. Dijkstra Notes On Structured Programming
Douglas C. Engelbar Augmenting Human Intellect: A Conceptual Framework 1962
C.A.R. Hoare Communicating Sequential Processes 1985
Brian W. Kernighan Why Pascal is Not My Favorite Programming Language
Donald E. Knuth Computer Programming as an Art 1974
W.A. Martin The MACSYMA System
John McCarthy Recursive Functions of Symbolic Expressions and their Computation by Machine (Part I) 1960, LISP 1.5 Programmer’s Manual 1962, LISP 1.5 Programmer’s Manual 1961 Draft
Dennis Ritchie The Development of the C Language* 2003
Claude Shannon A Mathematical Theory of Communication
Alan M. Turing On Computable Numbers, with an Application to the Entscheidungsproblem
Niklaus Wirth On the Design of Programming Languages
A Plea For Lean Software
Lotfi A. Zadeh From Computing with Numbers to Computing with Words—From Manipulation of Measurements to Manipulation of Perceptions 1999
Jacob Ziv and Abraham Lempel A Universal Algorithm for Sequential Data Compression
Konrad ZuseDer Plankalkül (engl.)
Digital Physics
  • Comments Off
  • Filed under: Free e-Books
  • Free online paper from 1995-2006 (visit here)

    From editor:

    D-Lib Magazine is a solely electronic publication with a primary focus on digital library research and development, including but not limited to new technologies, applications, and contextual social and economic issues. The magazine is currently published six times a year. The full contents of the magazine, including all back issues, are available free of charge at the D-Lib web site (http://www.dlib.org) as well as multiple mirror sites around the world.

    The primary goal of the magazine is timely and efficient information exchange for the digital library community. To meet this goal, both the articles and the shorter pieces are solicited or selected from among unsolicited submissions. If you would like to contribute to the D-Lib Magazine, or if you have any questions and comments about the magazine, please send e-mail to <editor@dlib.org>.

  • Comments Off
  • Filed under: Digital Library
  • Members and ISACA Certification holders shall:

    ? Support the implementation of, and encourage compliance with, appropriate standards, procedures and controls for information systems.

    ? Perform their duties with due diligence and professional care, in accordance with professional standards and best practices.

    ? Serve in the interest of stakeholders in a lawful and honest manner, while maintaining high standards of conduct and character, and not engage in acts discreditable to the profession.

    ? Maintain the privacy and confidentiality of information obtained in the course of their duties unless disclosure is required by legal authority. Such information shall not be used for personal benefit or released to inappropriate parties.

    ? Maintain competency in their respective fields and agree to undertake only those activities, which they can reasonably expect to complete with professional competence.

    ? Inform appropriate parties of the results of work performed; revealing all significant facts known to them.

    ? Support the professional education of stakeholders in enhancing their understanding of information systems security and control.

    RELATIONSHIP OF STANDARDS TO GUIDELINES AND PROCEDURES

    IS Auditing Standards are mandatory requirements for certification holders’ reports on the audit and its findings. IS Auditing Guidelines and Procedures are detailed guidance on how to follow those standards. The IS Auditing Guidelines are guidance an IS Auditor will normally follow with the understanding that there may be situations where the auditor will not follow that guidance. In this case, it will be the IS Auditor’s responsibility to justify the way in which the work is done. The procedure examples show the steps performed by an IS Auditor and are more informative than IS Auditing Guidelines. The examples are constructed to follow the IS Auditing Standards and the IS Auditing Guidelines and provide information on following the IS Auditing Standards. To some extent, they also establish best practices for procedures to be followed.

    AUDIT TABLES:

    • Audit table for Application
    • Audit table for Control Access
    • Audit table for UNIX/LINUX Environments
    • Audit table for Window XP/2000 Environments

    ISACA Code of Ethics and All table could be found here

    The audit program is designed to address the primary risks of virtually all computing systems. Therefore, the objective statement and steps in the program are general by design. Obviously, computing systems can have many different applications running on them, each with its own unique set of controls. However, the controls surrounding all computing systems are very similar. The IS controls in the audit program have been grouped into four general categories:

    Objective:

    1. To assess the adequacy of environmental, physical security, logical security, and operational controls designed to protect IS hardware, software, and data against unauthorized access and accidental or intentional destruction or alteration, and
    2. to ensure that information systems are functioning in an efficient and effective manner to help the organization achieve its strategic objectives.

    TESTS OF ENVIRONMENTAL CONTROLS

    Step 1. Assess the adequacy and effectiveness of the organization’s IS security policy. In addition, assess whether the control requirements specified in the organization’s IS security standards adequately protect the information assets of the organization. At a minimum, the standards should specify the following controls and require them to
    be applicable to all information systems:

    a. The maiden password should be changed after the system is installed.

    b. There is a minimum password length of eight or more characters.

    c. Passwords require a combination of alpha and numeric characters.

    d. The password is masked on the screen as it is entered.

    e. The password file is encrypted so nobody can read it.

    f. There is a password expiration period of 60 days or less.

    g. Three or fewer unsuccessful sign-on attempts are allowed, then the user ID is suspended.

    h. User sessions are terminated after a specified period of inactivity (e.g., five minutes or less).

    i. Concurrent sign-on sessions are not allowed.

    j. Procedures are in place to remove user IDs of terminated users in a timely manner.

    k. Users are trained not to share or divulge their passwords with other users, post them in their workstations, store them in eletronic files, or perform any other act that could divulge theirpasswords.

    l. Unsuccessful sign-on attempts and other logical security-related events (e.g., adding and deleting users, resetting passwords, restarting the system) are logged by the system, and the log is reviewed regularly by system security staff.

    m. Fully developed and tested backup and recovery procedures exist to help ensure uninterrupted business resumption in the event of a full or partial disaster.

    n. New information systems are required to be designed to enable the aforementioned controls to be implemented by system security administrators. New systems include those developed in house, those purchased from vendors, and third-party processor systems. In the case of software vendors and third-party processors,the above control requirements should be specified as requirements in the contract.

    Step 2. For service organization applications, examine the most recent report in the policies and procedures placed in operation at the vendor’s data processing site as prepared by its external auditors. In the United States, the format and testing requirements are dictated by Statement on Auditing Standards 70 (SAS 70), issued by the American Institute of Certified Public Accountants.

    Step 3. If the system was purchased from and supported by a vendor, assess the financial stability of the system vendor using the most recent audited financial statements prepared by the vendor’s external auditors.

    Step 4. Examine the vendor software license agreement and any agreements for ongoing maintenance and support to ensure that they are current, address service needs, and do not contain or omit any wording that could be detrimental to your organization.

    TESTS OF PHYSICAL SECURITY CONTROLS
    Step 5. Assess the adequacy of physical security over the computer system hardware and storage media.

    Step 6. Determine whether an adequately trained backup system security administrator has been designated.

    Step 7. Assess the adequacy and effectiveness of the written business resumption plan, including the results of mock disaster tests that have been performed.

    Step 8. Assess the adequacy of insurance coverage over the hardware, operating system, application software, and data.

    TESTS OF LOGICAL SECURITY CONTROLS
    Step 9. Determine whether the maiden password for the system has been changed and whether controls exist to change it on a periodic basis in conformity with the computing system security policy, standards, or guidelines identified in Step 1.

    Step 10. Observe the system security administrator sign on and print a list of current system users and their access capabilities. Alternatively, if you can obtain appropriate system access, you can obtain the list of users independently.

    Step 11. Document and assess the reasonableness of the default system security parameter settings. The settings should conform to the organization’s computing system security policy, standards, or guidelines tested in Step 1. (Be alert to the fact that in some systems, individual user parameter settings override the default system security
    parameter settings.)

    Step 12. Test the functionality of the logical security controls of the system (e.g., password masking, minimum password length, password expiration, user ID suspended after successive invalid sign-on attempts, log-on times allowed, and session time-outs).

    Step 13. Determine whether the file containing user passwords is encrypted and cannot be viewed by anyone, including the system security administrator.

    Step 14. Determine whether sensitive data, including passwords, are adequately
    encrypted throughout their life cycles, including during storage, transmission through any internal or external network or telecommunications devices, and duplication on any backup media.

    Step 15. Assess the adequacy of procedures to review the log of system security-related events (e.g., successive invalid sign-on attempts, system restarts, changes to user access capabilities and user parameter settings).

    Step 16. Assess the adequacy of remote access controls (e.g., virtual private networks [VPNs], token devices [CRYPTOCard, SecurID, etc.], automatic dial-back, secure sockets layer [SSL]).

    TESTS OF INFORMATION SYSTEMS OPERATING CONTROLS
    Step 17. Determine whether duties are adequately segregated in the operating
    areas supporting the information system (e.g., transactions should be authorized only by the originating department, programmers should not have the capability to execute production programs, procedures should be adequately documented, etc.).

    Step 18. Determine whether there have been any significant software problems with the system. Assess the adequacy, timeliness, and documentation of resolution efforts.

    Step 19. Assess the adequacy of controls that help ensure that IS operations are functioning in an efficient and effective manner to support the strategic objectives and business operations of the organization (e.g., system operators should be monitoring CPU processing and storage capacity utilization throughout each day to ensure that adequate reserve capacities exist at all times).

    more details read here (pdf)

  • Comments Off
  • Filed under: Audit SI, Information Systems and Technology
  • Cannot create QuickStats table. Database user does not have CREATE priviledge.