-
Notifications
You must be signed in to change notification settings - Fork 0
sa_tatics_for_security
EverNine edited this page Apr 28, 2015
·
1 revision
#Tactics for Security
- Comparing network traffic or service request patterns within a system to a set of signatures or known patterns of malicious behavior stored in a database
- The signatures can be based on protocol, TCP flags, payload sizes, applications, source or destination address, or port number
- Typically done with the help of an intrusion detection system (IDS)
- Comparing the pattern or signature of network traffic coming into a system to historic profiles of known denial-of-service (DOS) attacks
- Typical forms of DOS attack
- Local DOS against hosts
- fork() bomb; intentionally generate errors to fill logs, consuming disk space, crashing
- Network-based DOS
- Flood attack, ping of death (PoD), smurf attack, DDOS
- Local DOS against hosts
- Using techniques such as checksums or hash values to verify the integrity of messages, resource files, deployment files, and configuration files
- Detecting message interception by checking the time it takes to deliver a message
- When there are more variation in delivery time, such as in case of network congestion, more false alerts will result
- Identifying the source of any external input to the system
- User IDs, access codes, IP addresses, protocols, ports etc.
- Authenticate actors– assuring that an actor is actually who or what it says it is
- Passwords
- One-time passwords
- Digital certificates
- Biometric identification
- ……
- Authorize actors– ensuring that an authenticated actor has the right to access/modify data or services
- Access control by privileges or by roles
- Memory protection, blocking a host, closing a port, or rejecting a protocol etc.
- Firewalls (source, destination port)
- But it is not always possible to limit access to known sources, e.g. a public Web site.
- DMZ – demilitarized zone: access to Web but not to the rest of the LAN
- Attacks typically exploit a single weakness on a host to get access to all of its data
- Limit exposure is typically realized by having the least possible number of access points
- The architect can minimize risk by allocation of services/data to hosts and limit exposure on each host
- Data should be protected from unauthorized access by applying some form of encryption to data and to communication
- Encryption of data
- Symmetric key: DESAES
- Public-key encryption: RSA
- Encryption of communication links
- SSL (Secure Sockets Layer)
- VPN – virtual private networks
- Physical separation on different servers that are attached to different networks
- Virtual machines
- "Air gap"
- Separate sensitive data from non-sensitive data
- Forcing the user to change default settings will prevent attackers from gaining access to the system through settings that are publicly available
- Revoke a system's or a user's access to sensitive resources when an attack is detected or expected. E.g.
- When a computer is infected with virus, access to certain resources may be limited
- Revoke the access of a user account when attack using this accout is detected
- Limit access from a particular computer if there are repeated failed attempts to access an account from that computer
- E.g. Lock a computer when encountered with repeated failed login attempts
- Usually only lock for a certain time period
- Ongoing attacks may require action by operators, other personnel, or cooperating systems
- Notify these actors when a system attack is detected
- Systems attacked need to recover:
- Restoring data and service
- Tactics from availability: backups, passive redundancy, checkpoints etc.
- Attacker identi
- ficationAudi
- t trails forTrace the action
- of the attackerHelp identify intruder and support non-repudiation
- Should be protected/hidden
- ficationAudi
- Restoring data and service
- We check the architectural design and analysis process for security from the following 7 aspects:
- Allocation of responsibilities
- Coordination model
- Data model
- Management of resources
- Mapping among archit ectural elements
- Binding time decisions
- Choice of technology
- Mange Sampling Rate
- Limit Event Response
- Prioritize Event
- Reduce Overhead
- Bound Execution Times
- Increase Resource Efficiency
- Increase Resources
- Introduce Concurrency
- Maintain Multiple Copies of Computations
- Maintain Multiple Copies of Data
- Bound Queue Sizes
- Schedule Resources
- Specialized Interfaces
- Record/Playback
- Localize State Storage
- Abstract Data Sources
- Sandbox
- Executable Assertions
- Ping/Echo
- Monitor, Watchdog and Heartbeat
- Time Stamp
- Sanity Checking & Condition Monitoring
- Voting
- Exception Detection
- Self-test
- Removal from Service
- Transactions
- Two-phase Commit
- Predictive Model
- Exception Prevention
- Increase Competence Set