You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
The Application Customizable Branch Predictor (ACBP) is a design proposed by Raid Ayoub and Alex Orailoglu that attempts to exploit the relationships between remotely correlated branches in global branch history. Although Ayoub and Oraioglu acknowledge that there are stronger relationships between locally related branches, they maintain that remote correlations are still useful and worth predicting. Their design intends to both save power and improve accuracy by filtering out branching history that is unnecessary to store. This allows the branch predictor to be smaller, and thus more power efficient. By only filtering unnecessary branching history, Ayoub and Oraioglu ensure that no accuracy will be lost. In fact, the performance is improved over that of traditional predictors due to the information gained from remote correlations.
The architecture of ACBP preserves important global branch history by storing it in a dedicated section of the predictors global-history-register (GHR). As branch predictions are
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
The Cockpit project's src directory contains a series of modules organizing the source code for the webserver, authentication services, data-parsing routines, and internal communication protocols. The subdirectories are listed below with their respective contents. Finally, most of the directories contained within the project contain testing files prefixed with "test", auxillary testing files suffixed with "samples", or "mock" files. A smattering of other kinds of make files and configuration files are also present. In the interest of documenting the functionality most central to the project, I've chosen to elide those from the summary below.
common: Common contains the core functionality of the project, namely the webserver and internal message passing facilities. The following files contain the most important components of the source code. All files listed here are written in C
cockpitwebserver: The webserver source code (request handlers
Adversary can flip fields or fragments in an IP packet.
Premature assembly (look at packets coming in, one signals the last packet. If you miss some packets, then you wait to receive it. If message is received which says you have everything, you try (and keep trying) to reassemble. Form of DOS.
Message indicates you must wait for data. Then more data comes than you can store or reassemble (DOS).
Fragmentation Border Cases
IP packet max length 2^16. Fragmentation offset is 2^13.
You only realize you are out of memory when the specified packet size turns out to be smaller than what is actually transmitted.
Suggests a buffer overflow then occurs, seems like that only applies to shit code practices.
Ping of death
Spam prevention avoids spoofed IP addresses by checking if sending IP is one actually associated with organization (?)