1.1 Cloud Computing: Cloud Computing Is The Use of Computing Resources (Hardware and Software) That Are
1.1 Cloud Computing: Cloud Computing Is The Use of Computing Resources (Hardware and Software) That Are
1.1 Cloud Computing: Cloud Computing Is The Use of Computing Resources (Hardware and Software) That Are
INTRODUCTION
Cloud computing is the use of computing resources (hardware and software) that are
delivered as a service over a network (typically the Internet). The name comes from the
common use of a cloud-shaped symbol as an abstraction for the complex infrastructure it
contains in system diagrams. Cloud computing entrusts remote services with a user's data,
software and computation. Cloud computing consists of hardware and software resources
made available on the Internet as managed third-party services. These services typically
provide access to advanced software applications and high-end networks of server computers.
1
together. Often, virtualization techniques are used to maximize the power of cloud
computing.
1.3 Characteristics of Cloud Computing:
The salient characteristics of cloud computing based on the definitions provided by the
National Institute of Standards and Terminology (NIST) are outlined below:
On-demand self-service:
Capabilities are available over the network and accessed through standard
mechanisms that promote use by heterogeneous thin or thick client platforms (e.g.,
mobile phones, laptops, and PDAs).
Resource pooling:
Rapid elasticity:
2
Measured service:
3
1.4 Services Models:
4
1.5 Benefits of cloud computing:
Increase volume output or productivity with fewer people. Your cost per unit, project
or product plummets.
Maintain easy access to your information with minimal upfront spending. Pay as you
go (weekly, quarterly or yearly), based on demand.
People worldwide can access the cloud, provided they have an Internet connection.
4. Streamline processes:
6. Improve accessibility:
You have access anytime, anywhere, making your life so much easier!
It takes fewer people to do more work on a cloud, with a minimal learning curve on
hardware and software issues.
5
9. Minimize licensing new software:
Stretch and grow without the need to buy expensive software licenses or programs.
10.Improve flexibility.
You can change direction without serious “people” or “financial” issues at stake.
Advantages:
6
2. LITERATURE SURVEY
Public Key Encryption with Keyword Search (PEKS), introduced by Boneh et al. in
Eurocrypt’04, allows users to search encrypted documents on an untrusted server without
revealing any information. This notion is very useful in many applications and has attracted a
lot of attention by the cryptographic research community. However, one limitation of all the
existing PEKS schemes is that they cannot resist the Keyword Guessing Attack (KGA)
launched by a malicious server. In this paper, we propose a new PEKS framework named
Dual-Server Public Key Encryption with Keyword Search (DS-PEKS). This new framework
can withstand all the attacks, including the KGA from the two untrusted servers, as long as
they do not collude. We then present a generic construction of DS-PEKS using a new variant
of the Smooth Projective Hash Functions (SPHFs), which is of independent interest.
7
3) Public Key Encryption with Keyword Search based on K-Resilient IBE
AUTHORS:D. Khader
Abstract. An encrypted email is sent from Bob to Alice. A gateway wants to check
whether a certain keyword exists in an email or not for some reason (e.g. routing).
Nevertheless Alice does not want the email to be decrypted by anyone except her including
the gateway itself. This is a scenario where public key encryption with keyword search
(PEKS) is needed. In this paper we construct a new scheme (KR-PEKS) the KResilient
Public Key Encryption with Keyword Search. The new scheme is secure under a chosen
keyword attack without the random oracle. Theability of constructing a Public Key
Encryption with Keyword Search from an Identity Based Encryption was used in the
construction of the KR-PEKS. The security of the new scheme was proved by showing that
the used IBE has a notion of key privacy. The scheme was then modified in two different
ways in order to fulfill each of the following: the first modification was done to enable
multiple keyword search and the other was done to remove the need of secure channels.
8
PEKS scheme by Fang et al. (CANS2009). Copyright © 2014 John Wiley & Sons, Ltd. 5)
Cooperative provable data possession for integrity verification in multicloud storage
9
3.SYSTEM REQUIREMENTS
HARDWARE REQUIREMENTS:
SOFTWARE REQUIREMENTS:
10
4.SYSTEM ANALYSIS
In a PEKS system, using the receiver’s public key, the sender attaches some
encrypted keywords (referred to as PEKS ciphertexts) with the encrypted data. The
receiver then sends the trapdoor of a to-be-searched keyword to the server for data
searching. Given the trapdoor and the PEKS ciphertext, the server can test whether
the keyword underlying the PEKS ciphertxt is equal to the one selected by the
receiver. If so, the server sends the matching encrypted data to the receiver.
Baek et al. proposed a ew PEKS scheme without requiring a secure channel, which is
referred to as a secure channel-free PEKS (SCF-PEKS).
Rhee et al. later enhanced Baek et al.’s security model for SCF-PEKS where the
attacker is allowed to obtain the relationship between the non-challenge ciphertexts
and the trapdoor.
Byun et al.introduced the off-line keyword guessing attack against PEKS as keywords
are chosen from a much smaller space than passwords and users usually use well-
known keywords for searching documents.
Despite of being free from secret key distribution, PEKS schemes suffer from an
inherent insecurity regarding the trapdoor keyword privacy, namely inside Keyword
Guessing Attack (KGA). The reason leading to such a security vulnerability is that
anyone who knows receiver’s public key can generate the PEKS ciphertext of
arbitrary keyword himself.
Specifically, given a trapdoor, the adversarial server can choose a guessing keyword
from the keyword space and then use the keyword to generate a PEKS ciphertext. The
server then can test whether the guessing keyword is the one underlying the trapdoor.
This guessing-then-testing procedure can be repeated until the correct keyword is
found.
On one hand, although the server cannot exactly guess the keyword, it is still able to
know which small set the underlying keyword belongs to and thus the keyword
privacy is not well preserved from the server.
11
4.2 PROPOSED SYSTEM:
All the existing schemes require the pairing computation during the generation of
PEKS ciphertext and testing and hence are less efficient than our scheme, which does
not need any pairing computation.
Our scheme is the most efficient in terms of PEKS computation. It is because that our
scheme does not include pairing computation. Particularly, the existing scheme
requires the most computation cost due to 2 pairing computation per PEKS
generation.
In our scheme, although we also require another stage for the testing, our computation
cost is actually lower than that of any existing scheme as we do not require any
pairing computation and all the searching work is handled by the server.
12
5.SYSTEM DESIGN
13
5.2 DATA FLOW DIAGRAM:
1. The DFD is also called as bubble chart. It is a simple graphical formalism that can be
used to represent a system in terms of input data to the system, various processing
carried out on this data, and the output data is generated by this system.
2. The data flow diagram (DFD) is one of the most important modeling tools. It is used
to model the system components. These components are the system process, the data
used by the process, an external entity that interacts with the system and the
information flows in the system.
3. DFD shows how the information moves through the system and how it is modified by
a series of transformations. It is a graphical technique that depicts information flow
and the transformations that are applied as data moves from input to output.
4. DFD is also known as bubble chart. A DFD may be used to represent a system at any
level of abstraction. DFD may be partitioned into levels that represent increasing
information flow and functional detail.
14
5.3 UML DIAGRAMS
15
5.3.1 USE CASE DIAGRAM:
A use case diagram in the Unified Modeling Language (UML) is a type of behavioral
diagram defined by and created from a Use-case analysis. Its purpose is to present a graphical
overview of the functionality provided by a system in terms of actors, their goals (represented
as use cases), and any dependencies between those use cases. The main purpose of a use case
diagram is to show what system functions are performed for which actor. Roles of the actors
in the system can be depicted.
File upload
Share file
Request file
Response
User Server
Back test
1
OR Key send
Secure
Front test
r
User details
File details
Receive file
16
5.3.2 CLASS DIAGRAM:
In software engineering, a class diagram in the Unified Modeling Language (UML) is a
type of static structure diagram that describes the structure of a system by showing the
system's classes, their attributes, operations (or methods), and the relationships among the
classes. It explains which class contains information.
user server
Login Login
Register Server1&2
File request ()
File share ()
Key Receive ()
File response ()
Key verify ()
Key send ()
Download ()
User details ()
File details ()
17
5.3.3 SEQUENCE DIAGRAM:
A sequence diagram in Unified Modeling Language (UML) is a kind of interaction
diagram that shows how processes operate with one another and in what order. It is a
construct of a Message Sequence Chart. Sequence diagrams are sometimes called event
diagrams, event scenarios, and timing diagrams.
18
5.3.4 ACTIVITY DIAGRAM:
Activity diagrams are graphical representations of workflows of stepwise activities
and actions with support for choice, iteration and concurrency. In the Unified Modeling
Language, activity diagrams can be used to describe the business and operational step-by-step
workflows of components in a system. An activity diagram shows the overall flow of control.
19
6.SOFTWARE ENVIRONMENT
With most programming languages, you either compile or interpret a program so that
you can run it on your computer. The Java programming language is unusual in that a
program is both compiled and interpreted. With the compiler, first you translate a program
into an intermediate language called Java byte codes —the platform-independent codes
interpreted by the interpreter on the Java platform. The interpreter parses and runs each Java
byte code instruction on the computer. Compilation happens just once; interpretation occurs
each time the program is executed. The following figure illustrates how this works.
20
Fig 6.1 Working of Compiler and Interpreter
You can think of Java byte codes as the machine code instructions for the Java
Virtual Machine (Java VM). Every Java interpreter, whether it’s a development tool or a Web
browser that can run applets, is an implementation of the Java VM. Java byte codes help
make “write once, run anywhere” possible. You can compile your program into byte codes on
any platform that has a Java compiler. The byte codes can then be run on any implementation
of the Java VM. That means that as long as a computer has a Java VM, the same program
written in the Java programming language can run on Windows 2000, a Solaris workstation,
or on an iMac.
21
The Java platform has two components:
TheJava Virtual Machine(Java VM)
TheJava Application Programming Interface(Java API)
You’ve already been introduced to the Java VM. It’s the base for the Java platform and is
ported onto various hardware-based platforms.
The Java API is a large collection of ready-made software components that provide many
useful capabilities, such as graphical user interface (GUI) widgets. The Java API is grouped
into libraries of related classes and interfaces; these libraries are known as packages. The
next section, What Can Java Technology Do? Highlights what functionality some of the
packages in the Java API provide.
The following figure depicts a program that’s running on the Java platform. As the figure
shows, the Java API and the virtual machine insulate the program from the hardware.
Native code is code that after you compile it, the compiled code runs on a specific
hardware platform. As a platform-independent environment, the Java platform can be a bit
slower than native code. However, smart compilers, well-tuned interpreters, and just-in-time
byte code compilers can bring performance close to that of native code without threatening
portability.
However, the Java programming language is not just for writing cute, entertaining
applets for the Web. The general-purpose, high-level Java programming language is also a
powerful software platform. Using the generous API, you can write many types of programs.
22
An application is a standalone program that runs directly on the Java platform. A
special kind of application known as a server serves and supports clients on a network.
Examples of servers are Web servers, proxy servers, mail servers, and print servers. Another
specialized program is a servlet. A servlet can almost be thought of as an applet that runs on
the server side. Java Servlets are a popular choice for building interactive web applications,
replacing the use of CGI scripts. Servlets are similar to applets in that they are runtime
extensions of applications. Instead of working in browsers, though, servlets run within Java
Web servers, configuring or tailoring the server.
How does the API support all these kinds of programs? It does so with packages of
software components that provides a wide range of functionality. Every full implementation
of the Java platform gives you the following features:
The essentials: Objects, strings, threads, numbers, input and output, data
structures, system properties, date and time, and so on.
Applets: The set of conventions used by applets.
Networking: URLs, TCP (Transmission Control Protocol), UDP (User Data
gram Protocol) sockets, and IP (Internet Protocol) addresses.
Internationalization: Help for writing programs that can be localized for
users worldwide. Programs can automatically adapt to specific locales and be
displayed in the appropriate language.
Security: Both low level and high level, including electronic signatures,
public and private key management, access control, and certificates.
Software components: Known as JavaBeansTM, can plug into existing
component architectures.
Object serialization: Allows lightweight persistence and communication
via Remote Method Invocation (RMI).
Java Database Connectivity (JDBCTM): Provides uniform access to a
wide range of relational databases.
23
The Java platform also has APIs for 2D and 3D graphics, accessibility, servers,
collaboration, telephony, speech, animation, and more. The following figure depicts what is
included in the Java 2 SDK.
24
Develop programs more quickly: Your development time may be as
much as twice as fast versus writing the same program in C++. Why? You
write fewer lines of code and it is a simpler programming language than C++.
Avoid platform dependencies with 100% Pure Java: You can
keep your program portable by avoiding the use of libraries written in other
languages. The 100% Pure JavaTM Product Certification Program has a
repository of historical process manuals, white papers, brochures, and similar
materials online.
Write once, run anywhere: Because 100% Pure Java programs are
compiled into machine-independent byte codes, they run consistently on any
Java platform.
Distribute software more easily: You can upgrade applets easily from a
central server. Applets take advantage of the feature of allowing new classes
to be loaded “on the fly,” without recompiling the entire program.
6.4 ODBC
Microsoft Open Database Connectivity (ODBC) is a standard programming interface
for application developers and database systems providers. Before ODBC became a de facto
standard for Windows programs to interface with database systems, programmers had to use
proprietary languages for each database they wanted to connect to. Now, ODBC has made the
choice of the database system almost irrelevant from a coding perspective, which is as it
should be. Application developers have much more important things to worry about than the
syntax that is needed to port their program from one database to another when business needs
suddenly change.
Through the ODBC Administrator in Control Panel, you can specify the particular
database that is associated with a data source that an ODBC application program is written to
use. Think of an ODBC data source as a door with a name on it. Each door will lead you to a
particular database. For example, the data source named Sales Figures might be a SQL Server
database, whereas the Accounts Payable data source could refer to an Access database. The
physical database referred to by a data source can reside anywhere on the LAN.
The ODBC system files are not installed on your system by Windows 95. Rather, they
are installed when you setup a separate database application, such as SQL Server Client or
Visual Basic 4.0. When the ODBC icon is installed in Control Panel, it uses a file called
ODBCINST.DLL. It is also possible to administer your ODBC data sources through a stand-
25
alone program called ODBCADM.EXE. There is a 16-bit and a 32-bit version of this
program.
From a programming perspective, the beauty of ODBC is that the application can be
written to use the same set of function calls to interface with any data source, regardless of
the database vendor. The source code of the application doesn’t change whether it talks to
Oracle or SQL Server. We only mention these two as an example. There are ODBC drivers
available for several dozen popular database systems. Even Excel spreadsheets and plain text
files can be turned into data sources. The operating system uses the Registry information
written by ODBC Administrator to determine which low-level ODBC drivers are needed to
talk to the data source (such as the interface to Oracle or SQL Server). The loading of the
ODBC drivers is transparent to the ODBC application program. In a client/server
environment, the ODBC API even handles many of the network issues for the application
programmer.
The advantages of this scheme are so numerous that you are probably thinking there
must be some catch. The only disadvantage of ODBC is that it isn’t as efficient as talking
directly to the native database interface. ODBC has had many detractors make the charge that
it is too slow. Microsoft has always claimed that the critical factor in performance is the
quality of the driver software that is used. In our humble opinion, this is true. The availability
of good ODBC drivers has improved a great deal recently. And anyway, the criticism about
performance is somewhat analogous to those who said that compilers would never match the
speed of pure assembly language. Maybe not, but the compiler (or ODBC) gives you the
opportunity to write cleaner programs, which means you finish sooner. Meanwhile,
computers get faster every year.
26
6.5 JDBC
In an effort to set an independent database standard API for Java; Sun Microsystems
developed Java Database Connectivity, or JDBC. JDBC offers a generic SQL database access
mechanism that provides a consistent interface to a variety of RDBMSs. This consistent
interface is achieved through the use of “plug-in” database connectivity modules, or drivers.
If a database vendor wishes to have JDBC support, he or she must provide the driver for each
platform that the database and Java run on.
To gain a wider acceptance of JDBC, Sun based JDBC’s framework on ODBC. As
you discovered earlier in this chapter, ODBC has widespread support on a variety of
platforms. Basing JDBC on ODBC will allow vendors to bring JDBC drivers to market much
faster than developing a completely new connectivity solution.
JDBC was announced in March of 1996. It was released for a 90 day public review
that ended June 8, 1996. Because of user input, the final JDBC v1.0 specification was
released soon after.
The remainder of this section will cover enough information about JDBC for you to
know what it is about and how to use it effectively. This is by no means a complete overview
of JDBC. That would fill an entire book.
6.5.1 JDBC Goals
Few software packages are designed without goals in mind. JDBC is one that, because of
its many goals, drove the development of the API. These goals, in conjunction with early
reviewer feedback, have finalized the JDBC class library into a solid framework for building
database applications in Java.
The goals that were set for JDBC are important. They will give you some insight as to
why certain classes and functionalities behave the way they do. The eight design goals for
JDBC are as follows:
1. SQLLevelAPI
The designers felt that their main goal was to define a SQL interface for Java.
Although not the lowest database interface level possible, it is at a low enough level for
higher-level tools and APIs to be created. Conversely, it is at a high enough level for
application programmers to use it confidently. Attaining this goal allows for future tool
vendors to “generate” JDBC code and to hide many of JDBC’s complexities from the end
user.
27
2. SQL Conformance
SQL syntax varies as you move from database vendor to database vendor. In an effort
to support a wide variety of vendors, JDBC will allow any query statement to be passed
through it to the underlying database driver. This allows the connectivity module to
handle non-standard functionality in a manner that is suitable for its users.
5. Keep it simple
This goal probably appears in all software design goal listings. JDBC is no exception.
Sun felt that the design of JDBC should be very simple, allowing for only one method of
completing a task per mechanism. Allowing duplicate functionality only serves to confuse
the users of the API.
28
Finally we decided to proceed the implementation using Java Networking.
And for dynamically updating the cache table we go for MSAccess database.
Simple Architecture-neutral
Object-oriented Portable
Distributed High-performance
Interpreted multithreaded
Robust Dynamic
Java is also unusual in that each Java program is both compiled and
interpreted. With a compile you translate a Java program into an intermediate
language called Java byte codes the platform-independent code instruction is
passed and run on the computer.
Compilation happens just once; interpretation occurs each time the program
is executed. The figure illustrates how this works.
Compilers My Program
29
You can think of Java byte codes as the machine code instructions for the
Java Virtual Machine (Java VM). Every Java interpreter, whether it’s a Java
development tool or a Web browser that can run Java applets, is an implementation
of the Java VM. The Java VM can also be implemented in hardware.
Java byte codes help make “write once, run anywhere” possible. You can
compile your Java program into byte codes on my platform that has a Java compiler.
The byte codes can then be run any implementation of the Java VM. For example,
the same Java program can run Windows NT, Solaris, and Macintosh.
6.6 Networking
6.6.2 IP datagram’s
30
6.6.2.1 UDP
UDP is also connectionless and unreliable. What it adds to IP is a checksum for the
contents of the datagram and port numbers. These are used to give a client/server model - see
later.
6.6.2.2 TCP
In order to use a service, you must be able to find it. The Internet uses an address
scheme for machines so that they can be located. The address is a 32 bit integer which gives
the IP address. This encodes a network ID and more addressing. The network ID falls into
various classes according to the size of the network address.
Class A uses 8 bits for the network address with 24 bits left over for other addressing.
Class B uses 16 bit network addressing. Class C uses 24 bit network addressing and class D
uses all 32.
Internally, the UNIX network is divided into sub networks. Building 11 is currently
on one sub network and uses 10-bit addressing, allowing 1024 different hosts.
8 bits are finally used for host addresses within our subnet. This places a limit of 256
machines that can be on the subnet.
31
6.6.7 Total address
A service exists on a host, and is identified by its port. This is a 16 bit number. To
send a message to a server, you send it to the port for that service of the host that it is running
on. This is not location transparency! Certain of these ports are "well known".
6.7 Sockets
#include <sys/types.h>
#include <sys/socket.h>
int socket(int family, int type, int protocol);
Here "family" will be AF_INET for IP communications, protocol will be zero, and type
will depend on whether TCP or UDP is used. Two processes wishing to communicate over a
network create a socket each. These are similar to two ends of a pipe - but the actual pipe
does not yet exist.
32
6.8 JFree Chart
JFreeChart is a free 100% Java chart library that makes it easy for developers to
display professional quality charts in their applications. JFreeChart's extensive feature set
includes:
A flexible design that is easy to extend, and targets both server-side and client-side
applications;
Support for many output types, including Swing components, image files (including
PNG and JPEG), and vector graphics file formats (including PDF, EPS and SVG);
JFreeChart is "open source" or, more specifically, free software. It is distributed under
the terms of the GNU Lesser General Public Licence (LGPL), which permits use in
proprietary applications.
1. Map Visualizations
Charts showing values that relate to geographical areas. Some examples include: (a)
population density in each state of the United States, (b) income per capita for each country
in Europe, (c) life expectancy in each country of the world. The tasks in this project include:
Sourcing freely redistributable vector outlines for the countries of the world,
states/provinces in particular countries (USA in particular, but also other areas);
33
3. Dashboards
There is currently a lot of interest in dashboard displays. Create a flexible dashboard
mechanism that supports a subset of JFreeChart chart types (dials, pies, thermometers, bars,
and lines/time series) that can be delivered easily via both Java Web Start and an applet.
4. Property Editors
The property editor mechanism in JFreeChart only handles a small subset of the
properties that can be set for charts. Extend (or reimplement) this mechanism to provide
greater end-user control over the appearance of the charts.
Sun Microsystems defines J2ME as "a highly optimized Java run-time environment
targeting a wide range of consumer products, including pagers, cellular phones, screen-
phones, digital set-top boxes and car navigation systems." Announced in June 1999 at the
JavaOne Developer Conference, J2ME brings the cross-platform functionality of the Java
language to smaller devices, allowing mobile wireless devices to share applications. With
J2ME, Sun has adapted the Java platform for consumer products that incorporate or are based
on small computing devices.
34
specific classes. The configuration defines the basic run-time environment as a set of core
classes and a specific JVM that run on specific types of devices. We'll discuss configurations
in detail in the The profile defines the application; specifically, it adds domain-specific
classes to the J2ME configuration to define certain uses for devices. We'll cover profiles in
depth in the The following graphic depicts the relationship between the different virtual
machines, configurations, and profiles. It also draws a parallel with the J2SE API and its Java
virtual machine. While the J2SE virtual machine is generally referred to as a JVM, the J2ME
virtual machines, KVM and CVM, are subsets of JVM. Both KVM and CVM can be thought
of as a kind of Java virtual machine -- it's just that they are shrunken versions of the J2SE
JVM and are specific to J2ME.
Introduction In this section, we will go over some considerations you need to keep in
mind when developing applications for smaller devices. We'll take a look at the way the
compiler is invoked when using J2SE to compile J2ME applications. Finally, we'll explore
packaging and deployment and the role preverification plays in this process.
Developing applications for small devices requires you to keep certain strategies in
mind during the design phase. It is best to strategically design an application for a small
device before you begin coding. Correcting the code because you failed to consider all of the
"gotchas" before developing the application can be a painful process. Here are some design
strategies to consider:
Smaller is better. This consideration should be a "no brainer" for all developers.
Smaller applications use less memory on the device and require shorter installation times.
Consider packaging your Java applications as compressed Java Archive (jar) files.
Minimize run-time memory use. To minimize the amount of memory used at run
time, use scalar types in place of object types. Also, do not depend on the garbage collector.
You should manage the memory efficiently yourself by setting object references to null when
you are finished with them. Another way to reduce run-time memory is to use lazy
35
instantiation, only allocating objects on an as-needed basis. Other ways of reducing overall
and peak memory use on small devices are to release resources quickly, reuse objects, and
avoid exceptions.
4. Configurations overview
The configuration defines the basic run-time environment as a set of core classes and
a specific JVM that run on specific types of devices. Currently, two configurations exist for
J2ME, though others may be defined in the future:
Is used specifically with the KVM for 16-bit or 32-bit devices with limited amounts of
memory. This is the configuration (and the virtual machine) used for developing small J2ME
applications. Its size limitations make CLDC more interesting and challenging (from a
development point of view) than CDC. CLDC is also the configuration that we will use for
developing our drawing tool application. An example of a small wireless device running
small applications is a Palm hand-held computer.
Is used with the C virtual machine (CVM) and is used for 32-bit architectures
requiring more than 2 MB of memory. An example of such a device is a Net TV box.
7. J2ME profiles
As we mentioned earlier in this tutorial, a profile defines the type of device supported.
The Mobile Information Device Profile (MIDP), for example, defines classes for cellular
phones. It adds domain-specific classes to the J2ME configuration to define uses for similar
devices. Two profiles have been defined for J2ME and are built upon CLDC: KJava and
MIDP. Both KJava and MIDP are associated with CLDC and smaller devices. Profiles are
built on top of configurations. Because profiles are specific to the size of the device (amount
of memory) on which an application runs, certain profiles are associated with certain
configurations.
A skeleton profile upon which you can create your own profile, the Foundation Profile, is
available for CDC.
36
Profile 1: KJava
KJava is Sun's proprietary profile and contains the KJava API. The KJava profile is
built on top of the CLDC configuration. The KJava virtual machine, KVM, accepts the same
byte codes and class file format as the classic J2SE virtual machine. KJava contains a Sun-
specific API that runs on the Palm OS. The KJava API has a great deal in common with the
J2SE Abstract Windowing Toolkit (AWT). However, because it is not a standard J2ME
package, its main package is com.sun.kjava. We'll learn more about the KJava API later in
this tutorial when we develop some sample applications.
Profile 2: MIDP
MIDP is geared toward mobile devices such as cellular phones and pagers. The
MIDP, like KJava, is built upon CLDC and provides a standard run-time environment that
allows new applications and services to be deployed dynamically on end user devices. MIDP
is a common, industry-standard profile for mobile devices that is not dependent on a specific
vendor. It is a complete and supported foundation for mobile application
development. MIDP contains the following packages, the first three of which are core CLDC
packages, plus three MIDP-specific packages.
java.lang
java.io
java.util
javax.microedition.io
javax.microedition.lcdui
javax.microedition.midlet
javax.microedition.rms
37
7.IMPLEMENTATION
7.1 MODULES:
In the first module, we develop the system with the entities required to provde our
system. 1) Cloud User: the user, who can be an individual or an organization originally
storing their data in cloud and accessing the data. 2) Cloud Service Provider (CSP): the CSP,
who manages cloud servers (CSs) and provides a paid storage space on its infrastructure to
users as a service. We propose a new framework, namely DS-PEKS, and present its formal
definition and security models. We then define a new variant of smooth projective hash
function (SPHF). A generic construction of DS-PEKS from LH-SPHF is shown with formal
correctness analysis and security proofs. Finally, we present an efficient instantiation of DS-
PEKS from SPHF.
In the module, we develop the semantic-security against chosen keyword attack which
guarantees that no adversary is able to distinguish a keyword from another one given the
corresponding PEKS cipher text. That is, the PEKS cipher text does not reveal any
information about the underlying keyword to any adversary.
After receiving the query from the receiver, the front server pre-processes the
trapdoor and all the PEKS ciphertexts using its private key, and then sends some internal
testing-states to the back server with the corresponding trapdoor and PEKS ciphertexts
hidden.
38
7.1.4 Back Server:
In this module, the back server can then decide which documents are queried by the
receiver using its private key and the received internal testing-states from the front server.
39
8. SYSTEM STUDY
The feasibility of the project is analyzed in this phase and business proposal is put
forth with a very general plan for the project and some cost estimates. During system analysis
the feasibility study of the proposed system is to be carried out. This is to ensure that the
proposed system is not a burden to the company. For feasibility analysis, some
understanding of the major requirements for the system is essential.
Three key considerations involved in the feasibility analysis are
ECONOMICAL FEASIBILITY
TECHNICAL FEASIBILITY
SOCIAL FEASIBILITY
This study is carried out to check the economic impact that the system will have on
the organization. The amount of fund that the company can pour into the research and
development of the system is limited. The expenditures must be justified. Thus the developed
system as well within the budget and this was achieved because most of the technologies
used are freely available. Only the customized products had to be purchased.
This study is carried out to check the technical feasibility, that is, the technical
requirements of the system. Any system developed must not have a high demand on the
available technical resources. This will lead to high demands on the available technical
resources. This will lead to high demands being placed on the client. The developed system
must have a modest requirement, as only minimal or null changes are required for
implementing this system.
40
8.1.3SOCIAL FEASIBILITY
The aspect of study is to check the level of acceptance of the system by the user. This
includes the process of training the user to use the system efficiently. The user must not feel
threatened by the system, instead must accept it as a necessity. The level of acceptance by the
users solely depends on the methods that are employed to educate the user about the system
and to make him familiar with it. His level of confidence must be raised so that he is also able
to make some constructive criticism, which is welcomed, as he is the final user of the system.
41
9.SOURCE CODE
<%--
Document : loginaction
Author : java4
--%>
<%@page import="java.util.UUID"%>
<%@page import="java.security.SecureRandom"%>
<%@page import="java.sql.ResultSet"%>
<%@page import="Dbcon.DbConnection"%>
<%@page import="java.sql.Statement"%>
<%@page import="java.sql.Connection"%>
<%@page import="java.util.Random"%>
<%@page import="algorithm.CiperText"%>
<%
Statement st = null;
ResultSet rs = null;
42
String Country = request.getParameter("country");
session.setAttribute("secret_key1", skey);
try {
con = DbConnection.getConnection();
st = con.createStatement();
switch (status) {
case 1:
try {
if (rs.next()) {
session.setAttribute("sssname", rs.getString("name"));
session.setAttribute("sssemail", rs.getString("email"));
session.setAttribute("sssstate", rs.getString("state"));
session.setAttribute("ssscountry", rs.getString("country"));
response.sendRedirect("uhome.jsp?msg=success");
} else {
response.sendRedirect("user.jsp?msgg=failed");
43
} catch (Exception ex) {
ex.printStackTrace();
break;
case 2:
try {
con = DbConnection.getConnection();
st = con.createStatement();
if (i != 0) {
response.sendRedirect("reg.jsp?msg=success");
} else {
response.sendRedirect("reg.jsp?msgg=failed");
ex.printStackTrace();
break;
case 3:
try {
response.sendRedirect("ser_home.jsp?msg=success");
} else {
44
response.sendRedirect("server1.jsp?msgg=failed");
ex.printStackTrace();
break;
case 4:
try {
response.sendRedirect("server_home.jsp?msg=success");
} else {
response.sendRedirect("server2.jsp?msgg=failed");
ex.printStackTrace();
break;
case 5:
try {
if (rs.next()) {
response.sendRedirect("download.jsp?msg=success");
} else {
response.sendRedirect("down.jsp?msgg=failed");
45
} catch (Exception ex) {
ex.printStackTrace();
break;
case 6:
try {
if (rs.next()) {
session.setAttribute("passd", pass);
response.sendRedirect("download.jsp?msg=success");
} else {
response.sendRedirect("down.jsp?msgg=failed");
ex.printStackTrace();
break;
default:
response.sendRedirect("index.html");
ex.printStackTrace();
%>
<%--
Document : index
46
Created on : Sep 7, 2016, 12:00:26 PM
Author : java4
--%>
<!DOCTYPE HTML>
<html>
<head>
<title>Home | Page</title>
<script type="application/x-javascript"></script>
<script src="js/jquery.min.js"></script>
<script type="text/javascript">
jQuery(document).ready(function($) {
$(".scroll").click(function(event){
event.preventDefault();
$('html,body').animate({scrollTop:$(this.hash).offset().top},1200);
});
});
</script>
47
<script type="text/javascript" src="js/jquery.mousewheel.js"></script>
</head>
<body>
<div class="header-bottom">
<div class="container">
<div class="header-bottom_left">
</div><br>
<div class="social">
<ul>
</ul>
</div><br>
<div class="clear"></div>
</div>
</div>
48
<div class="container">
<ul class="nav">
<li><a href="user.jsp">User</a></li>
<li><a href="reg.jsp">Registration</a></li>
</ul>
</div>
<div class="clear"></div>
</div>
</div>
<div class="main">
<div class="container">
<center><br><br>
</center>
</div>
<div class="container">
<div class="clear"></div>
49
</div>
</div>
</div>
<div class="copyright">
<div class="container">
<div class="copy">
</div>
<div class="social">
<ul>
</ul>
</div>
<div class="clear"></div>
</div>
</div>
</body>
</html>
<%--
50
Document : reg
Author : java4
--%>
<!DOCTYPE HTML>
<html>
<head>
<script type="application/x-javascript"></script>
<script src="js/jquery.min.js"></script>
<script type="text/javascript">
jQuery(document).ready(function($) {
$(".scroll").click(function(event){
event.preventDefault();
$('html,body').animate({scrollTop:$(this.hash).offset().top},1200);
});
});
51
</script>
<style>
.inputs {
background: #BCEBFD;
font-size: 0.9rem;
-moz-border-radius: 3px;
-webkit-border-radius: 3px;
border-radius: 3px;
border: none;
width: 200px;
margin-bottom: 20px;
clear: both;
.inputs:focus {
background: #fff;
box-shadow: 0 0 0 3px #72D0F4, inset 0 2px 3px rgba( 0, 0, 0, 0.2 ), 0px 5px 5px
rgba( 0, 0, 0, 0.15 );
outline: none;
.inputss {
background: #BCEBFD;
font-size: 0.9rem;
-moz-border-radius: 3px;
52
-webkit-border-radius: 3px;
border-radius: 3px;
border: none;
width: 200px;
margin-bottom: 20px;
clear: both;
.inputss:focus {
background: #fff;
box-shadow: 0 0 0 3px #72D0F4, inset 0 2px 3px rgba( 0, 0, 0, 0.2 ), 0px 5px 5px
rgba( 0, 0, 0, 0.15 );
outline: none;
.button {
border: none;
color: white;
text-align: center;
text-decoration: none;
display: inline-block;
font-size: 16px;
</style>
53
<%
if (request.getParameter("msg") != null) {
%>
<script>alert('Registration Successfully');</script>
<% }
%>
</head>
<body>
<div class="header-bottom">
<div class="container">
<div class="header-bottom_left">
</div><br>
<div class="social">
<ul>
54
<li class="rss"><a href="#"><span></span></a></li>
</ul>
</div><br>
<div class="clear"></div>
</div>
</div>
<div class="container">
<ul class="nav">
<li><a href="index.jsp">Home</a></li>
<li><a href="user.jsp">User</a></li>
</ul>
</div>
<div class="clear"></div>
</div>
</div>
<div class="main">
<div class="container">
55
<br><form action="login.jsp" method="get">
<option value="select">Gender</option>
<option value="male">Male</option>
<option value="female">Female</option>
</select>
</form></center>
</div>
<div class="container">
56
<div class="clear"></div>
</div>
</div>
</div>
<div class="copyright">
<div class="container">
<div class="copy">
</div>
<div class="social">
<ul>
</ul>
</div>
<div class="clear"></div>
</div>
</div>
</body>
</html>
57
10.SYSTEM TESTING
The purpose of testing is to discover errors. Testing is the process of trying to discover
every conceivable fault or weakness in a work product. It provides a way to check the
functionality of components, sub assemblies, assemblies and/or a finished product It is the
process of exercising software with the intent of ensuring that the software system meets its
requirements and user expectations and does not fail in an unacceptable manner. There are
various types of test. Each test type addresses a specific testing requirement.
58
Functional testing is centered on the following items:
White Box Testing is a testing in which in which the software tester has knowledge of
the inner workings, structure and language of the software, or at least its purpose. It is
purpose. It is used to test areas that cannot be reached from a black box level.
59
1.Unit Testing:
Unit testing is usually conducted as part of a combined code and unit test phase of the
software lifecycle, although it is not uncommon for coding and unit testing to be conducted as
two distinct phases.
Test strategy and approach
Field testing will be performed manually and functional tests will be written in detail.
Test objectives
All field entries must work properly.
Pages must be activated from the identified link.
The entry screen, messages and responses must not be delayed.
Features to be tested
Verify that the entries are of the correct format
No duplicate entries should be allowed
All links should take the user to the correct page.
2. Integration Testing
Software integration testing is the incremental integration testing of two or more
integrated software components on a single platform to produce failures caused by interface
defects.
The task of the integration test is to check that components or software applications,
e.g. components in a software system or – one step up – software applications at the company
level – interact without error.
Test Results:
All the test cases mentioned above passed successfully. No defects encountered.
3. Acceptance Testing
User Acceptance Testing is a critical phase of any project and requires significant
participation by the end user. It also ensures that the system meets the functional
requirements.
Test Results:
All the test cases mentioned above passed successfully. No defects encountered.
60
11. RESULT
11.1 OUTPUT SCREENS
61
Fig 11.3 User Login Page
62
Fig 11.5 User File Sent Details
63
Fig 11.7 User Request For Data
64
11.9 Transactions Details In Server 1
65
11.11 Admin Login For Server 2
66
11.13 Request of the user for transaction
67
11.15 User login Page After Registration
68
11.17 Validation Of User Through Server 1
69
11.19 Validation Of User
70
12. CONCLUSION
71
13.REFERENCES
[1] R. Chen, Y. Mu, G. Yang, F. Guo, and X. Wang, “A new general framework for secure
public key encryption with keyword search,” in Proc. 20th Australasian Conf. Inf. Secur.
Privacy (ACISP), 2015, pp. 59–76.
[2] D. X. Song, D. Wagner, and A. Perrig, “Practical techniques for searches on encrypted
data,” in Proc. IEEE Symp. Secur. Privacy, May 2000, pp. 44–55.
[3] R. Agrawal, J. Kiernan, R. Srikant, and Y. Xu, “Order preserving encryption for numeric
data,” in Proc. ACM SIGMOD Int. Conf. Manage. Data, 2004, pp. 563–574.
[5] D. Boneh, G. Di Crescenzo, R. Ostrovsky, and G. Persiano, “Public key encryption with
keyword search,” in Proc. Int. Conf. EUROCRYPT, 2004, pp. 506–522.
[9] D. Khader, “Public key encryption with keyword search based on K-resilient IBE,” in
Proc. Int. Conf. Comput. Sci. Appl. (ICCSA), 2006, pp. 298–308.
72