We just finished up the breakout design for the PSoC 5LP. On the board there are 10 headers, 9 for GPIO ports and 1 for programming. Either 5V can be supplied to the power pin on a port's header or 12V can be supplied to the large pad on the back where we will probably just solder a wire. This is so we can either do bench testing or plug this into the car if we need to. Otherwise it's an extremely simple design. I'm waiting to hear back from Cypress (probably tomorrow) and then we will order the boards if they end up giving us chip samples. We still need to write a proposal for this project so I guess that's next along with selecting hardware for the Linux system.
Documentation is extremely important. If a user wants to do something with an application, they look at the available guides to see what they are able to do. In the interest of giving that guy something to look at I have updated the Readme for cDashboard to reflect the current options available in the latest build. A big update to this was documenting the new functions of cStopwatch and cWeather.
Is it RCOS or RC...&D?
update to documentation
Ideally by the end of this semester (fall 2014) I hope to have the server side implementation completed or almost fully completed. Currently, I am planning to implement the server in python. The server will essentially be a REST api to provide support multiple different torrent clients. However, next semester I am planning to make a customized torrent client for bandit that would provide functionality tailored to bandit's features. Such as, if a user has a file on their computer that matches an existing bounty request then it would inform the user.
Here is a general timeline/break-down for this semester: week 1: research & organization, find out what libraries are required, plan out general timeline for project, what to do when, etc... weeks 2-4: begin implementing core layer of the server weeks 5-7: core layer should be finished, start implementing REST api and tying core layer into REST api weeks 8-10: REST api should be mostly complete, start incorporating reward (payment) functionality week 11: testing, debugging, testing, debugging week 12: SHIP IT
from api/samples/bin to api/bin, thus making the relative rpath identical for a build-dir and an install-dir.
git-svn-id: http://dynamorio.googlecode.com/svn/trunk@2816 49cc7528-f6fd-11dd-9d1a-b59b2e1864b6
So, rather than describe what the project is here (there's a wiki for that! - not that we've posted anything there yet), we're going to jump right in with our first progress update. We are now in the process of trying to get free dev boards from Cypress and investigating hardware for this project, as well as beginning to design breakout boards for the TQFP 100 PSoC 5LP s. Getting these hardware portions of the project started early will let us jump into actually starting the embedded code within a week or two, and start the x86 frontend within a month. The PSoC and related hardware will form the data collection system, which will connect a variety of off the shelf and custom sensors with an embedded linux system, which will process the realtime data and display/log it in a meaningful manner. We are also beginning to investigate options for the embedded linux system - we are essentially looking for an industrialized version of a Beagle Bone Black. The durability of this system will be key, as it will likely be exposed to oils and solvents, vibrations from the car, and other harsh conditions that a consumer grade system would not hold up to. We are hoping to make a decision and order this linux computer within the next 2-3 weeks, which will allow us to get started with the computer side of things as soon as the data collection prototype is working (even if it is just spitting out dummy test data at first).
Controllable by an option -include_tool_code, drcov2lcov now skips DR, drpreload, and client libs.
Fixes issue 1534
git-svn-id: http://dynamorio.googlecode.com/svn/trunk@2815 49cc7528-f6fd-11dd-9d1a-b59b2e1864b6
Fixes bugs in the current version check code.
Adds a second "flavor" field to the file that specifies cbr vs regular and also specifies the bitwidth for ELF, so that we error out up front on an ELF bitwidth mismatch (until drsyms supports mixed: i#1532).
Fixes issue 1533
git-svn-id: http://dynamorio.googlecode.com/svn/trunk@2814 49cc7528-f6fd-11dd-9d1a-b59b2e1864b6
We want to know what you'd like to see in SelfSecured! If you have an idea for a feature or something you would like to suggest, please submit it through this Google Form: https://docs.google.com/forms/d/1NXs1a6P15Mxz2QhX3VhzleltilO97sdnNqLgcXahXAs/viewform?usp=send_form We welcome any and all suggestions and appreciate all the feedback, and we're excited to start working on the project!
Since the last demo, a few more features have been added - most notably, the volunteer login, the way visits are handled (displayed, edited, etc.), and the textbox with helpful prompts for food pantry volunteers.Here is the volunteer login screen:There is no password required at this point; all we are doing is getting the volunteer's id, so it can be recorded in visits, or the volunteer's information can be edited and viewed.Here is the screen for viewing a volunteer's information:When a volunte...
functional example of how to ensure torrent file intrigrity
We're working this semester to get the app ready for the hackathon being held here in November. That means major progress needs to be made on the android app, and I need to finish up iOS. All this and tying the apps and web front end in with the backend changes that will come this semester (like using cookies for login, instead of a body-held token) will take a lot of work. We're looking for an Android programmer, which I was approached about today and a front-end dev who can w...
So, this is my first blog post ever. I can only hope the quality of our project offsets the eventual quality of this post. Anyway, let's get down to business.My name is Derek Meer, and I'll be working with Michael Hosier for the semester on a project called OpenWSN. Initiated by UC-Berkeley students and faculty, OpenWSN's goal is to turn wireless sensor networks an open-source project. They already have a solid framework, and since Mike and I have very little practical knowledge of WSNs, we deci...
LANalyzer will be a mobile local area network analyzer application built for Android and iOS. Its primary uses are to measure the activity on a LAN (Local Area Network), providing useful data on how congested a LAN is, how many users are on it, the activity of those users, etc. The Android version will also provide packet / frame sniffing functionality, which it will also use to help report quantitative data about the LAN. Because iOS cannot intercept packets (at least not without Jailbreaking the phone) the iOS version will not have this functionality, but it will still provide some data about the LAN.
There are many network-related side features that could be built in, including bandwidth monitoring over time, testing the accessibility of a network over time, and storing packets intercepted. If I have time I may also consider WAN (Wide Area Network) and IP analysis (ping, traceroute, etc).
A key design goal of the app will be accessibility - I want the lay user to be able to use this app, find it useful for network analyzing, and understand not only how to use the app, but also the fact that their wireless packets can be intercepted by anyone on the local area network if they are not encrypted. Thus, this app will raise awareness about the poor security of public Wifi networks, and that packets can be intercepted in general, to the general public, increasing security and privacy awareness. However, the app will have an “advanced mode” for developers.
Why do I want to make this application? Many desktop applications exist for network analysis (i.e. Wireshark), but there are fewer mobile applications. Several apps for Android do exist for network analysis. However, a lot of them are confusing and foreign to the lay user, and many do not have features that make deciphering packets / frames intercepted easy to do. This app will clearly report what is sniffed on the network. For iOS, there are very few apps like this because the aforementioned lack of packet sniffing. However, it is still possible to scan a local area network for IP / MAC addresses on iOS, so this data could be used creatively to provide LAN analysis (i.e. measuring response times and using that to estimate LAN latency). Essentially this app is a simplified Wireshark for mobile.
The apps will be useful for the lay user for gauging how badly a LAN is congested so they can diagnose a slow network. Since it’s for mobile, they can do this on the go, for any LAN they visit. The app will be useful for software developers trying to test security of their network / web applications (i.e. verifying that packets are not sent in plaintext) as well as profiling the network overhead that their app is generating.
Project Plan of Attack
I will probably start with the iOS version first since I am not familiar with iOS development. Once I am done with that I will move on to the Android version (I am more familiar with Android development). The Android version will likely take much longer due to implementing packet tracing.
Weeks 1 - 2: Plan out all features for both versions; make wireframes of the app’s UI design
Weeks 3 - 6: Begin the iOS version; familiarize with iOS and begin scaffolding out the code base
Weeks 7 - 10: Complete the iOS version
Weeks 11 - 15: Complete the Android version
Week 16: Test & attempt to deploy applications to respective app markets
Fix uninitialized string passed to SymInitialize.
git-svn-id: http://dynamorio.googlecode.com/svn/trunk@2813 49cc7528-f6fd-11dd-9d1a-b59b2e1864b6
Avoids repeated warnings about network symbol fetches by allowing a local cached symbol file check. This is accomplished by splitting drfront_set_symbol_search_path() into two: drfront_set_client_symbol_search_path(), which sets the symbol search path to a client-friendly non-network value and returns a string that includes a remote symbol server, and drfront_set_symbol_search_path() which takes in the returned string for network queries.
Also fixes incorrect statements in the documentation for drfront_set_symbol_search_path().
git-svn-id: http://dynamorio.googlecode.com/svn/trunk@2812 49cc7528-f6fd-11dd-9d1a-b59b2e1864b6
Add missing newlines to debug messages, and fix indentation problems.
git-svn-id: http://dynamorio.googlecode.com/svn/trunk@2811 49cc7528-f6fd-11dd-9d1a-b59b2e1864b6
Fix the dir creation check in drfront_set_symbol_search_path() to not fail when the dir already exists.
git-svn-id: http://dynamorio.googlecode.com/svn/trunk@2810 49cc7528-f6fd-11dd-9d1a-b59b2e1864b6
Review URL: https://codereview.appspot.com/135130043
git-svn-id: http://dynamorio.googlecode.com/svn/trunk@2809 49cc7528-f6fd-11dd-9d1a-b59b2e1864b6
Review URL: https://codereview.appspot.com/135110043
git-svn-id: http://dynamorio.googlecode.com/svn/trunk@2808 49cc7528-f6fd-11dd-9d1a-b59b2e1864b6
git-svn-id: http://dynamorio.googlecode.com/svn/trunk@2807 49cc7528-f6fd-11dd-9d1a-b59b2e1864b6
git-svn-id: http://dynamorio.googlecode.com/svn/trunk@2806 49cc7528-f6fd-11dd-9d1a-b59b2e1864b6
Changes drcov and drltrace to be stored in the lib dir, via a new utility routine place_shared_lib_in_lib_dir(). Along with a bug fix in install_subdirs() (removing the config-time glob check which will fail) this properly installs pdb files.
Removes the exported target request from all the tools via a new routine install_target().
git-svn-id: http://dynamorio.googlecode.com/svn/trunk@2805 49cc7528-f6fd-11dd-9d1a-b59b2e1864b6
working well enough.
git-svn-id: http://dynamorio.googlecode.com/svn/trunk@2804 49cc7528-f6fd-11dd-9d1a-b59b2e1864b6
Review URL: https://codereview.appspot.com/136880043
git-svn-id: http://dynamorio.googlecode.com/svn/trunk@2803 49cc7528-f6fd-11dd-9d1a-b59b2e1864b6
The API sets "API-MS-Win-Eventing-Controller-L1-1" and "API-MS-Win-Eventing-Consumer-L1-1" moved to sechost.dll on win8.1.
Fixes issue 1528
git-svn-id: http://dynamorio.googlecode.com/svn/trunk@2802 49cc7528-f6fd-11dd-9d1a-b59b2e1864b6
Adds ntdll!RtlPcToFileHeader redirection to fix msvcrt's init routine crashing on x64 win8.1.
Adds privload_lookup_by_pc() to implement the redirected routine.
Unfortunately we don't yet have a nice way to add unit tests for library lookup redirections.
Fixes issue 1527
git-svn-id: http://dynamorio.googlecode.com/svn/trunk@2801 49cc7528-f6fd-11dd-9d1a-b59b2e1864b6
Changes the title of the dr_messagebox() window to match the title used on error windows, including any name set in dr_set_client_name().
Adds calls to dr_set_client_name() to all our samples.
git-svn-id: http://dynamorio.googlecode.com/svn/trunk@2800 49cc7528-f6fd-11dd-9d1a-b59b2e1864b6
Review URL: https://codereview.appspot.com/136840043
git-svn-id: http://dynamorio.googlecode.com/svn/trunk@2797 49cc7528-f6fd-11dd-9d1a-b59b2e1864b6
replace "ok_to_mangle" with "app" for better understanding
Review URL: https://codereview.appspot.com/132160043
git-svn-id: http://dynamorio.googlecode.com/svn/trunk@2796 49cc7528-f6fd-11dd-9d1a-b59b2e1864b6
Review URL: https://codereview.appspot.com/127500043
git-svn-id: http://dynamorio.googlecode.com/svn/trunk@2795 49cc7528-f6fd-11dd-9d1a-b59b2e1864b6
Getting ready for the school year, time has been tight between Gabe and me. We didn't work on the project for a little bit, but we've recently started up again. From my end, like usual, has come styling and page design. The past few days, I've been specifically doing the admin side of the site. As far as Gabe's work, most of it continues to stem from the backend. There is quite a bit of databasing to be done, and many things (e.g. issue delimination, extraneous HTML tags, etc.) still need to be figured out.
Gabe and I both plan to continue this project in the fall semester.
git-svn-id: http://dynamorio.googlecode.com/svn/trunk@2794 49cc7528-f6fd-11dd-9d1a-b59b2e1864b6
Strips #include "dr_annotation.h" from dr_api.h if ANNOTATIONS is off.
git-svn-id: http://dynamorio.googlecode.com/svn/trunk@2793 49cc7528-f6fd-11dd-9d1a-b59b2e1864b6
git-svn-id: http://dynamorio.googlecode.com/svn/trunk@2792 49cc7528-f6fd-11dd-9d1a-b59b2e1864b6
git-svn-id: http://dynamorio.googlecode.com/svn/trunk@2791 49cc7528-f6fd-11dd-9d1a-b59b2e1864b6
Fix regression in r2772: make sure to clear the buffer when drfront_searchenv fails.
Fixes issue 1523
git-svn-id: http://dynamorio.googlecode.com/svn/trunk@2790 49cc7528-f6fd-11dd-9d1a-b59b2e1864b6
Fixes regression from r2733: now that DR intercepts NtQueryInformationThread its own calls to that syscall must be raw and not through the ntdll wrapper.
Fixes issue 1521
git-svn-id: http://dynamorio.googlecode.com/svn/trunk@2789 49cc7528-f6fd-11dd-9d1a-b59b2e1864b6
Solves the problem of preinject thinking user32.dll is not statically linked by using a combination of the LoadCount, LdrProcessStaticImport, and a new loader field LoadReason == LoadReasonStaticDependency.
We still have a hang at exit though, so this commit does not yet remove the drconfig -syswide_on win8 check.
git-svn-id: http://dynamorio.googlecode.com/svn/trunk@2788 49cc7528-f6fd-11dd-9d1a-b59b2e1864b6
Review URL: https://codereview.appspot.com/131040043
git-svn-id: http://dynamorio.googlecode.com/svn/trunk@2787 49cc7528-f6fd-11dd-9d1a-b59b2e1864b6
Starting over on the project with Swift instead of Obj-C
Review URL: https://codereview.appspot.com/125650043
git-svn-id: http://dynamorio.googlecode.com/svn/trunk@2786 49cc7528-f6fd-11dd-9d1a-b59b2e1864b6
Whoops. It wasn't parsing the JSON string, so everything was fail.